[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1239052276.28824.26.camel@localhost.localdomain>
Date: Mon, 06 Apr 2009 17:11:16 -0400
From: Dan Williams <dcbw@...hat.com>
To: "Paoloni, Gabriele" <gabriele.paoloni@...el.com>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"paulus@...ba.org" <paulus@...ba.org>
Subject: RE: PATCH_ppp_mp_explode_redesign
On Mon, 2009-04-06 at 17:38 +0100, Paoloni, Gabriele wrote:
> Hi
>
> Can anybody tell me what is the procedure that is followed to apply the patch and when it will be officially released.
Dave Miller (networking maintainer) applied your patch to his various
trees on March 13th. Since 2.6.29 was in bug-fix only mode at that
time, your patch was too late to be included 2.6.29. It has just been
merged into Linus' linux-2.6 tree [1] (which will become 2.6.30) via
Dave Miller's tree. So it appears your patch will be included in the
2.6.30 kernel when that is released.
If you think your patch is regression-free and appropriate for stable
kernels (2.6.27, 2.6.28, etc) you might try to send it to the stable
team for inclusion in subsequent stable kernel updates.
Dan
[1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9c705260feea6ae329bc6b6d5f6d2ef0227eda0a
> Thanks and Regards
>
> Gabriele Paoloni
>
> -----Original Message-----
> From: David Miller [mailto:davem@...emloft.net]
> Sent: 13 March 2009 23:09
> To: Paoloni, Gabriele
> Cc: netdev@...r.kernel.org; paulus@...ba.org
> Subject: Re: PATCH_ppp_mp_explode_redesign
>
> From: gabriele.paoloni@...el.com
> Date: Tue, 03 Mar 2009 11:55:23 +0000
>
> > Problem Solution:
> >
> > The problem has been solved by redesigning the "ppp_mp_explode" function in such
> > a way to make it split the sk_buff buffer according to the speeds of the underlying
> > PPP channels (the speeds of the serial interfaces respectively attached to the PPP
> > channels). Referring to the above example, the redesigned "ppp_mp_explode" function
> > will now divide the 1000 Bytes buffer into two fragments whose sizes are set
> > according to the speeds of the channels where they are going to be sent on (e.g .
> > 10 Byets on 10KB/sec channel and 990 Bytes on 1000KB/sec channel).
> > The reworked function grants the same performances of the original one in optimal
> > working conditions (i.e. a bundle made up of PPP links all working at the same
> > speed), while greatly improving performances on the bundles made up of channels
> > working at different speeds.
>
> Looks good, applied.
>
> ---------------------------------------------------------------------
> Intel Shannon Limited
> Registered in Ireland
> Registered Office: One Spencer Dock, North Wall Quay, Dublin 1
> Registered Number: 308263
> Business address: Dromore House, East Park, Shannon, Co. Clare
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists