search for: xlate

...ils to build: make all-recursive make[1]: Entering directory '/root/tmp/nftables-0.7' Making all in src make[2]: Entering directory '/root/tmp/nftables-0.7/src' make all-am make[3]: Entering directory '/root/tmp/nftables-0.7/src' CC xt.o xt.c: In function ‘xt_stmt_xlate’: xt.c:31:24: warning: implicit declaration of function ‘xt_xlate_alloc’ [-Wimplicit-function-declaration] struct xt_xlate *xl = xt_xlate_alloc(10240); ^ xt.c:31:24: warning: initialization makes pointer from integer without a cast [-Wint-conversion] xt.c:37:28: error: ‘st...

Hi guys, Looks like the MPT entry still has the pfn after PV dom0 call to decrease_reservation(). Not sure if this is a major bug, but confusing for debugging. For HVM guests, the MPT seems invalidated as side effect of invalidating the p2m. Btw, this in xen 4.1.3-rc1. Thanks, Mukesh

...biptc: don't set_changed() when checking rules with module jumps iptables-restore/ip6tables-restore: add --version/-V argument iptables-restore.8: document -w/-W options Elise Lennion (1): extensions: libxt_hashlimit: Add translation to nft Florian Westphal (2): tests: xlate-test: no need to require superuser privileges policy: add nft translation for simple policy none/strict use case Gargi Sharma (2): iptables: Constify option struct extensions: libxt_TOS: Add translation to nft Harsha Sharma (6): iptables: Constify option struct Updat...

I cannot get incoming calls to sip phones behind a PIX to work, outgoing is fine. Asterisk (Public IP) --> Internet --> PIX (NAT) --> Sip Phones I have tried no fixup protocol sip, I have punched a hole in the Pix allowing anything from the Asterisk box into the network, still no incoming. I have done all the Wiki suggests in regarding to NAT. Is their a trick getting the

Hi, I have about 10 Cisco 7960s behind a PIX 506E (IOS v6.3) firewall. After some period of time, asterisk says that some of them are unreachable, and the phones lose their registration. The only way to make the phones recover is to clear the NAT translation tables for the phones on the PIX (clear xlate...) Does anyone know how to fix this? As you can imagine, it is quite annoying. And it does not happen to all the phones either. sip fixup is enabled on the PIX phone config parts: nat_enable : 1 nat_received_processing : 0 nat_address: [public ip of PIX] Thank you. -- James (Please CC me on a...

...d unit test iptables-translate: add in/out ifname wildcard match translation to nft extensions: libxt_CLASSIFY: Add translation to nft extensions: libipt_DNAT/SNAT: fix "OOM" when do translation to nft extensions: libip[6]t_SNAT/DNAT: use the new nft syntax when do xlate extensions: libip[6]t_REDIRECT: use new nft syntax when do xlate extensions: libip6t_SNAT/DNAT: add square bracket in xlat output when port is specified extensions: libipt_realm: add a missing space in translation extensions: libxt_iprange: rename "ip saddr" to &qu...

...0 at 04:23:05PM +0200, Marek Szyprowski wrote: > I need a place to initialize properly all the structures for the given > master (IOMMU client device, the one which performs DMA operations). That could be in the probe_device() call-back, no? > I tried to move all the initialization from xlate() to device_probe(), > but such approach doesn't work. device_probe() is exynos_sysmmu_probe(), then yes, this is called before any of the xlate() calls are made. Would it work to keep the iommu_device structures in the sysmmus and also create them for the owners? This isn't really a...

...ntf(arg0); no, cuz dtrace has no sprintf 2) self->arg = string((void*)arg0); no, cuz it tried to dereference arg0, but it''s a value Then I wrote a translator: struct byhex { string hex; }; translator struct byhex <uint64_t arg> { hex = ... }; .... self->arg = xlate<struct byhex>(arg).hex; BUT there''s nothing i can do to populate hex! Even if i do conversion myself, by doing stuff like: arg&0xF < 10 ? (arg&0xF) + ''0'' : (arg&0xF) - 10 + ''A'' this yeields characters, and there''s no...

...g, that breaks the transition from iptables to > nftables, that will otherwise remain unfixed for over a year in LTS ubuntu. If enabled at compile-time, nft used libxtables to translate iptables extensions into native nftables syntax. There were several issues with this: - Some extensions' xlate callbacks did not return an error code if translation was not possible or supported, so nft would print incomplete or incorrect translations in that case. - If translation was unavailable, nft appended the unsupported extension's name to the printed rule following a pound (#) sign. In c...

Hi R experts I have a couple of quick question: Q1 #my data set.seed(12341) SN <- 1:100 pool<- c(12,13,14, 23, 24, 34) CT1<- sample(pool, 100, replace= TRUE) set.seed(1242) CT2 <- sample(pool, 100, replace= TRUE) set.seed(142) CT3 <- sample(pool, 100, replace= TRUE) # the number of variables run to end of coulmn 20000 mydf <- data.frame(SN, CT1, CT2, CT3) First question:

...rsor_hide(struct nouveau_crtc *nv_crtc, bool update) static void nv04_cursor_set_pos(struct nouveau_crtc *nv_crtc, int x, int y) { + nv_crtc->cursor_saved_x = x; nv_crtc->cursor_saved_y = y; NVWriteRAMDAC(nv_crtc->base.dev, nv_crtc->index, NV_PRAMDAC_CU_START_POS, XLATE(y, 0, NV_PRAMDAC_CU_START_POS_Y) | diff --git a/drivers/gpu/drm/nouveau/nv50_cursor.c b/drivers/gpu/drm/nouveau/nv50_cursor.c index 753e723..03ad7ab 100644 --- a/drivers/gpu/drm/nouveau/nv50_cursor.c +++ b/drivers/gpu/drm/nouveau/nv50_cursor.c @@ -107,6 +107,7 @@ nv50_cursor_set_pos(struct nouveau_...

...tent chain xtables: Move new chain check to where it belongs xtables: Fix error messages in commands with rule number xtables: Fix error message for chain renaming tests: Extend return codes check by error messages arptables: Print space before comma and counters xlate-test: Support testing host binaries tests/shell: Support testing host binaries doc: Install ip{6,}tables-translate.8 manpages extensions: AUDIT: Document ineffective --type option extensions: Fix ipvs vproto parsing extensions: Fix ipvs vproto option printing ext...

http://bugzilla.mindrot.org/show_bug.cgi?id=1004 Summary: X11 forwarding not working with ssh3.9p1 (Error: Can't open display) Product: Portable OpenSSH Version: 3.9p1 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Miscellaneous

...sc); + } + + /* Start the next descriptor (if available) */ + if (!fchan->fdesc) + st_fdma_xfer_desc(fchan); + } + + spin_unlock(&fchan->vchan.lock); + ret = IRQ_HANDLED; + } + + fdma_write(fdev, clr, FDMA_INT_CLR_OFST); + + return ret; +} + +static struct dma_chan *st_fdma_of_xlate(struct of_phandle_args *dma_spec, + struct of_dma *ofdma) +{ + struct st_fdma_dev *fdev = ofdma->of_dma_data; + struct dma_chan *chan; + struct st_fdma_chan *fchan; + int ret; + + if (dma_spec->args_count < 1) + return ERR_PTR(-EINVAL); + + if (fdev->dma_device.dev->of_node !=...

It seems it was only locking up in the context of nouveau_hw_save_vga_fonts, when it actually did something (because the console wasn't already in graphics mode). Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_hw.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_hw.c

This patch series adds TV-out modesetting support to the KMS implementation. I've tried to test it on all the hardware I've got at hand (that is nv11, nv17, nv34, nv35, nv40, nv4b) with every possible output combination; I believe it has reached a mergeable state, however it depends on some commits from drm-next that haven't got into Linus' tree yet, if you agree to merge this

Hi, here is a patch-set to remove all calls of iommu_group_get_for_dev() from the IOMMU drivers and move the per-device group setup and default domain allocation into the IOMMU core code. This eliminates some ugly back and forth between IOMMU core code and the IOMMU drivers, where the driver called iommu_group_get_for_dev() which itself called back into the driver. The patch-set started as a

Hi, here is a patch-set to remove all calls of iommu_group_get_for_dev() from the IOMMU drivers and move the per-device group setup and default domain allocation into the IOMMU core code. This eliminates some ugly back and forth between IOMMU core code and the IOMMU drivers, where the driver called iommu_group_get_for_dev() which itself called back into the driver. The patch-set started as a

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace

Hello, while I debugged an issue in the imx-lcdc driver I was constantly irritated about struct drm_device pointer variables being named "dev" because with that name I usually expect a struct device pointer. I think there is a big benefit when these are all renamed to "drm_dev". I have no strong preference here though, so "drmdev" or "drm" are fine for me,