similar to: Fw: Windows 2000 breaks the samba client

Hi there, people. On Sep 22 2009, Clint Adams wrote: > On Tue, Sep 22, 2009 at 08:23:00PM -0300, Rog?rio Brito wrote: > > If any of you could lend me a hand with the subject, I could make a > > better package (the other issues that I left on the package are > > really trivial). > > If you rebase your changes against bzr://bzr.debian.org/pkg-xiph/libtheora That should

Dear Conrad and other people. First of all thank you for your nice response. On 7/4/07, Conrad Parker <conrad@metadecks.org> wrote: > On 04/07/07, Rog?rio Brito <rbrito@ime.usp.br> wrote: > > Dear speex developers, > > > > Would it be possible to have tags in speex files? > > sure, Speex files use vorbis-style comments (ie. similar to Ogg Vorbis files).

Hello people, ok just a small problem I have with my samba settings. I have a RH 6.0 file/printer server that is connected to some Windoze 98 machines and a couple of Macs. The linux machine also has one printer on its local port lpt1. Ok...I have set up everything and currently I can print from the Windozes and the Mac to the printer that is localy connected on the Linux server. What I want

Dear speex developers, Would it be possible to have tags in speex files? I have a good amount of spoken audio (currently in MP3 format) and I would like to convert it to speex, since it seems to be the best choice for voice recordings. Unfortunately, without tags, it is quite hard to identify the speeches. Ideally, I would love if tag support were included into easytag, so that I can manipulate

Hi, can anyone help me with this problem i''ve got! I have a problem with routing on my Mandrake 7.2 Linux Box i was wondering if you could help me with. I live in Australia and as broadband access isn''t very available at the moment, i have 2 modems to dialup to my isp (dynamic ips assigned) to increase my bandwidth at an affordable level. What currently happens is i have a

I have a question about pooling or "stacking" several time series ?samples? (sorry in advance for the long, possibly confusing, message). I'm sure I'm revealing far more ignorance than I'm aware of, but that's why I'm sending this... [Example at bottom] I have regional migration flows (?samples?) from, say, regions A to B, A to C, B to A, ?., C to B (Noted as

On Fri, 12 Dec 2014 11:06:40 +0100 Thomas Huth <thuth at linux.vnet.ibm.com> wrote: > On Thu, 11 Dec 2014 14:25:07 +0100 > Cornelia Huck <cornelia.huck at de.ibm.com> wrote: > > > With virtio-1, we support more than 32 feature bits. Let's extend both > > host and guest features to 64, which should suffice for a while. > > > > vhost and migration

On Fri, 12 Dec 2014 11:06:40 +0100 Thomas Huth <thuth at linux.vnet.ibm.com> wrote: > On Thu, 11 Dec 2014 14:25:07 +0100 > Cornelia Huck <cornelia.huck at de.ibm.com> wrote: > > > With virtio-1, we support more than 32 feature bits. Let's extend both > > host and guest features to 64, which should suffice for a while. > > > > vhost and migration

This patch glues them all together and makes sure we notify whenever we don't have enough buffers to receive a max-sized packet, and adds the feature bit. Signed-off-by: David L Stevens <dlstevens at us.ibm.com> diff -ruN net-next-p2/drivers/vhost/net.c net-next-p3/drivers/vhost/net.c --- net-next-p2/drivers/vhost/net.c 2010-03-02 13:01:34.000000000 -0800 +++

This patch glues them all together and makes sure we notify whenever we don't have enough buffers to receive a max-sized packet, and adds the feature bit. Signed-off-by: David L Stevens <dlstevens at us.ibm.com> diff -ruN net-next-p2/drivers/vhost/net.c net-next-p3/drivers/vhost/net.c --- net-next-p2/drivers/vhost/net.c 2010-03-02 13:01:34.000000000 -0800 +++

On Thu, 11 Dec 2014 14:25:07 +0100 Cornelia Huck <cornelia.huck at de.ibm.com> wrote: > With virtio-1, we support more than 32 feature bits. Let's extend both > host and guest features to 64, which should suffice for a while. > > vhost and migration have been ignored for now. > > Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> > --- >

On Thu, 11 Dec 2014 14:25:07 +0100 Cornelia Huck <cornelia.huck at de.ibm.com> wrote: > With virtio-1, we support more than 32 feature bits. Let's extend both > host and guest features to 64, which should suffice for a while. > > vhost and migration have been ignored for now. > > Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> > --- >

Hi Jason, a few nits. On Mon, 21 May 2018 17:04:22 +0800 Jason wrote: > Signed-off-by: Jason Wang <jasowang at redhat.com> > --- > drivers/vhost/net.c | 34 +++++++++++++++++++++++----------- > 1 file changed, 23 insertions(+), 11 deletions(-) > > diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c > index c4b49fc..15d191a 100644 > --- a/drivers/vhost/net.c

Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/net.c | 34 +++++++++++++++++++++++----------- 1 file changed, 23 insertions(+), 11 deletions(-) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index c4b49fc..15d191a 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -459,6 +459,26 @@ static bool vhost_exceeds_maxpend(struct vhost_net *net)

This patch implements basic batched processing of tx virtqueue by prefetching desc indices and updating used ring in a batch. For non-zerocopy case, vq->heads were used for storing the prefetched indices and updating used ring. It is also a requirement for doing more batching on top. For zerocopy case and for simplicity, batched processing were simply disabled by only fetching and processing

Looks like you added some more type problems which break the 64-bit build. Signed-of-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> diff -r 668cf7d7cc8c xenalyze.c --- a/xenalyze.c Thu May 06 16:27:50 2010 -0500 +++ b/xenalyze.c Fri May 07 16:22:10 2010 -0700 @@ -4382,8 +4382,8 @@ if ( opt.dump_all ) printf(" %s npf gpa %llx q %x mfn %llx t %d\n",

On Fri, Sep 22, 2017 at 04:02:35PM +0800, Jason Wang wrote: > This patch implements basic batched processing of tx virtqueue by > prefetching desc indices and updating used ring in a batch. For > non-zerocopy case, vq->heads were used for storing the prefetched > indices and updating used ring. It is also a requirement for doing > more batching on top. For zerocopy case and for

On Fri, Sep 22, 2017 at 04:02:35PM +0800, Jason Wang wrote: > This patch implements basic batched processing of tx virtqueue by > prefetching desc indices and updating used ring in a batch. For > non-zerocopy case, vq->heads were used for storing the prefetched > indices and updating used ring. It is also a requirement for doing > more batching on top. For zerocopy case and for

On 2017?11?29? 22:23, wexu at redhat.com wrote: > From: Wei Xu <wexu at redhat.com> > > Matthew found a roughly 40% tcp throughput regression with commit > c67df11f(vhost_net: try batch dequing from skb array) as discussed > in the following thread: > https://www.mail-archive.com/netdev at vger.kernel.org/msg187936.html > > Eventually we figured out that it was a skb

On Wed, Nov 29, 2017 at 09:23:24AM -0500, wexu at redhat.com wrote: > From: Wei Xu <wexu at redhat.com> > > Matthew found a roughly 40% tcp throughput regression with commit > c67df11f(vhost_net: try batch dequing from skb array) as discussed > in the following thread: > https://www.mail-archive.com/netdev at vger.kernel.org/msg187936.html > > Eventually we figured