On Fri, Jan 07, 2011 at 04:07:24PM +0100, Pavel Machek wrote:
> > On Thu, Jan 06, 2011 at 01:42:54PM +0000, Alan Cox wrote:
> > > On Wed, 5 Jan 2011 16:25:00 -0800
> > > Greg KH <[email protected]> wrote:
> > > 
> > > > 
> > > > This is the start of the stable review cycle for the 2.6.36.3 release.
> > > > There are 152 patches in this series, all will be posted as a response
> > > > to this one.  If anyone has any issues with these being applied, please
> > > > let us know.  If anyone is a maintainer of the proper subsystem, and
> > > > wants to add a Signed-off-by: line to the patch, please respond with it.
> > > 
> > > Look sane on first glance but we don't seem to have a revert for the
> > > serial mess up yet ?
> > > 
> > > > 7a56aa45982bb87bfca98a2832b5ae782c03364a is the first bad commit 
> > > > commit 7a56aa45982bb87bfca98a2832b5ae782c03364a
> > > > Author: Yegor Yefremov <[email protected]>
> > > > Date:   Wed Jun 16 16:29:55 2010 +0200
> > > > 
> > > >     serial: add UART_CAP_EFR and UART_CAP_SLEEP flags to 16C950 UARTs 
> > > > definition
> > > >     
> > > >     Adding UART_CAP_EFR and UART_CAP_SLEEP flags will enable sleep 
> > > > mode
> > > >     and automatic CTS flow control for 16C950 UARTs. It will also 
> > > > avoid
> > > >     capabilities detection warning like this:
> > > >     
> > > >     "ttyS0: detected caps 00000700 should be 00000100"
> > > >     
> > > >     Signed-off-by: Yegor Yefremov <[email protected]>
> > > >     Signed-off-by: Greg Kroah-Hartman <[email protected]>
> > > 
> > > 
> > > Has been bisected by several people to be causing failures and reported ?
> > 
> > Hm, I saw Pavel reported a problem, but I didn't get a definate "this
> > must be reverted" resolution from that thread.  It looked like we should
> > just drop one of these flags perhaps?
> > 
> > I can revert it if it really is an issue, but it needs to be reverted in
> > Linus's tree first, before going to stable.
> 
> Flow control flag seems to be responsible.
> 
> But... it hits me and then... me. So I'd like to see it resolved in
> devel tree, but it may not 100% vital for stable.

Ok, care to make up a patch I can apply for Linus's tree first that
works for you?

thanks,

greg k-h

_______________________________________________
stable mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/stable

Reply via email to