search for: fitler

"MAC filter" sounds more reasonable than "MAC fitler". Signed-off-by: Thomas Huth <thuth at linux.vnet.ibm.com> --- drivers/net/virtio_net.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 01f4eb5..fd96f09 100644 --- a/drivers/net/virtio_net.c +++ b/drive...

"MAC filter" sounds more reasonable than "MAC fitler". Signed-off-by: Thomas Huth <thuth at linux.vnet.ibm.com> --- drivers/net/virtio_net.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 01f4eb5..fd96f09 100644 --- a/drivers/net/virtio_net.c +++ b/drive...

...hashkey make can only applied to ip header. How can I use the marked number in a packet (using iptables) as the hashkey??? 2.By looking ad "tc filter add fw help", it seems that hashing is not supported in "fw", is it? so how can I speed up the search time if I''ve 1000 fitler rules using fw??? Thanks, William __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lart...

https://bugzilla.netfilter.org/show_bug.cgi?id=885 Summary: Kernel BUG (possibly panic) deleting chain used in map Product: nftables Version: unspecified Platform: x86_64 OS/Version: Fedora Status: NEW Severity: major Priority: P5 Component: kernel AssignedTo: pablo at netfilter.org

Hi all, First of all, thanks to Speex developper for the all the job. I am trying to implement my own Speex DirectShow fitlers for VoIP following the documentation and sample code's. I am facing audio glitches when encoding - decoding PCM data. The encoder and decoder procedures are copied below. What about the lookahead size ? how shouw we apply it in encoding stage ? thanks in advance bool SpeexEncoder::EncodeData...

Here a bug report about "!" not working properly in 2.6.4 and above, paraphrased... > Ok, see attachment. I've tested it right now between two hosts > running rsync 2.6.3-2 and 2.6.6-1. It works in the forward direction, > backwards it gives > > '!' rule has trailing characters: ! > rsync error: syntax or usage error (code 1) at

On Mon, Jan 17, 2011 at 09:14:19AM +0100, Aurelien Jarno wrote: > fitler -> filter > > Cc: netdev at vger.kernel.org > Cc: Michael S. Tsirkin <mst at redhat.com> > Signed-off-by: Aurelien Jarno <aurelien at aurel32.net> Acked-by: Michael S. Tsirkin <mst at redhat.com> obviously. Cc: virtualization at lists.linux-foundation.org rusty a...

On Mon, Jan 17, 2011 at 09:14:19AM +0100, Aurelien Jarno wrote: > fitler -> filter > > Cc: netdev at vger.kernel.org > Cc: Michael S. Tsirkin <mst at redhat.com> > Signed-off-by: Aurelien Jarno <aurelien at aurel32.net> Acked-by: Michael S. Tsirkin <mst at redhat.com> obviously. Cc: virtualization at lists.linux-foundation.org rusty a...

https://bugzilla.samba.org/show_bug.cgi?id=8445 Summary: rsync crash when remote filter rule changes Product: rsync Version: 3.0.7 Platform: x64 OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: sweet_f_a at gmx.de

...rtname_open, +}; + +NBDKIT_REGISTER_FILTER(filter) diff --git a/TODO b/TODO index 46f92443..c9eb0cc7 100644 --- a/TODO +++ b/TODO @@ -237,6 +237,15 @@ nbdkit-extentlist-filter: * make non-read-only access safe by updating the extent list when the filter sees writes and trims +nbdkit-exportname-fitler: + +* find a way to call the plugin's .list_exports during .open, so that + we can enforce exportname-strict=true without command line redundancy + +* add a mode for passing in a file containing exportnames in the same + manner accepted by the sh/eval plugins, rather than one name (and no +...

...lter) > diff --git a/TODO b/TODO > index 46f92443..c9eb0cc7 100644 > --- a/TODO > +++ b/TODO > @@ -237,6 +237,15 @@ nbdkit-extentlist-filter: > * make non-read-only access safe by updating the extent list when the > filter sees writes and trims > > +nbdkit-exportname-fitler: > + > +* find a way to call the plugin's .list_exports during .open, so that > + we can enforce exportname-strict=true without command line redundancy > + > +* add a mode for passing in a file containing exportnames in the same > + manner accepted by the sh/eval plugins, ra...

...x_mode(struct net_device *dev) sizeof(mac_data->entries) + (mc_count * ETH_ALEN)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_MAC, - VIRTIO_NET_CTRL_MAC_TABLE_SET, - sg, 2, 0)) + VIRTIO_NET_CTRL_MAC_TABLE_SET, sg)) dev_warn(&dev->dev, "Failed to set MAC fitler table.\n"); kfree(buf); @@ -995,7 +999,7 @@ static int virtnet_vlan_rx_add_vid(struct net_device *dev, u16 vid) sg_init_one(&sg, &vid, sizeof(vid)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_VLAN, - VIRTIO_NET_CTRL_VLAN_ADD, &sg, 1, 0)) + VIRTIO_NET_CTRL_VLA...

...x_mode(struct net_device *dev) sizeof(mac_data->entries) + (mc_count * ETH_ALEN)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_MAC, - VIRTIO_NET_CTRL_MAC_TABLE_SET, - sg, 2, 0)) + VIRTIO_NET_CTRL_MAC_TABLE_SET, sg)) dev_warn(&dev->dev, "Failed to set MAC fitler table.\n"); kfree(buf); @@ -995,7 +999,7 @@ static int virtnet_vlan_rx_add_vid(struct net_device *dev, u16 vid) sg_init_one(&sg, &vid, sizeof(vid)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_VLAN, - VIRTIO_NET_CTRL_VLAN_ADD, &sg, 1, 0)) + VIRTIO_NET_CTRL_VLA...

Here's changes to the file plugin (which I'm happy with) and a new exportname filter (which is still at RFC stage; I need to finish implementing strict mode in .open, and add tests). I also discovered that we really want .list_exports and .open to know when they are used on plaintext vs. tls clients for --tls=on, and we may want to split out a new .default_export callback rather than

OK, this is (ab)uses some of Paolo's patches. The first 7 are candidates for this merge window (maybe), the rest I'm not so sure about. Thanks, Rusty. Paolo Bonzini (3): scatterlist: introduce sg_unmark_end virtio-blk: reorganize virtblk_add_req virtio-blk: use virtqueue_add_sgs on req path Rusty Russell (13): virtio_ring: virtqueue_add_sgs, to add multiple sgs. virtio-blk:

OK, this is (ab)uses some of Paolo's patches. The first 7 are candidates for this merge window (maybe), the rest I'm not so sure about. Thanks, Rusty. Paolo Bonzini (3): scatterlist: introduce sg_unmark_end virtio-blk: reorganize virtblk_add_req virtio-blk: use virtqueue_add_sgs on req path Rusty Russell (13): virtio_ring: virtqueue_add_sgs, to add multiple sgs. virtio-blk:

Add virtqueue_add_sgs which is more general than virtqueue_add_buf, which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf and virtqueue_add_outbuf which handle the more general case, and finally delete virtqueue_add_buf(). I'm hoping this will be the final post of the whole series, and it can move from my pending-rebases tree into virtio-next. Thanks! Rusty. Paolo

Add virtqueue_add_sgs which is more general than virtqueue_add_buf, which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf and virtqueue_add_outbuf which handle the more general case, and finally delete virtqueue_add_buf(). I'm hoping this will be the final post of the whole series, and it can move from my pending-rebases tree into virtio-next. Thanks! Rusty. Paolo

This is a revision of my .default_export work, plus new work on .export_descriptions and a new exportname filter. I think it is now ready to check in. Things I'd still like in 1.22: - the file plugin should implement .list_exports (patch already posted, but it needs rebasing on this series) - the ext2 filter should override .list_exports when in exportname mode - the nbd plugin should be

It's been several weeks since I posted v2 (I got distracted by improving libnbd to better test things, which in turn surfaced some major memory leak problems in nbdsh that are now fixed). Many of the patches are minor rebases from v2, with the biggest changes being fallout from: - patch 2: rename nbdkit_add_default_export to nbdkit_use_default_export - overall: this missed 1.22, so update