RE: Mainpine IQ Express Rev3 problems beginning 2.6.36

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: Greg KH [mailto:greg@xxxxxxxxx] 
> Sent: Tuesday, January 11, 2011 3:03 PM
> To: Lee Howard
> Cc: linux-serial@xxxxxxxxxxxxxxx
> Subject: Re: Mainpine IQ Express Rev3 problems beginning 2.6.36
> 
> On Tue, Jan 11, 2011 at 11:16:06AM -0800, Lee Howard wrote:
> > 
> > > -----Original Message-----
> > > From: Greg KH [mailto:greg@xxxxxxxxx]
> > > Sent: Monday, January 10, 2011 4:03 PM
> > > To: Lee Howard
> > > Cc: linux-serial@xxxxxxxxxxxxxxx
> > > Subject: Re: Mainpine IQ Express Rev3 problems beginning 2.6.36
> > > 
> > > On Fri, Dec 17, 2010 at 05:25:19AM -0800, Lee Howard wrote:
> > > > > -----Original Message-----
> > > > > From: linux-serial-owner@xxxxxxxxxxxxxxx
> > > > > [mailto:linux-serial-owner@xxxxxxxxxxxxxxx] On Behalf Of
> > > Lee Howard
> > > > > Sent: Tuesday, December 14, 2010 11:50 AM
> > > > > To: 'Greg KH'
> > > > > Cc: linux-serial@xxxxxxxxxxxxxxx
> > > > > Subject: RE: Mainpine IQ Express Rev3 problems 
> beginning 2.6.36
> > > > > 
> > > > > > -----Original Message-----
> > > > > > From: Greg KH [mailto:greg@xxxxxxxxx]
> > > > > > Sent: Sunday, December 12, 2010 8:52 AM
> > > > > 
> > > > > > As for build issues, try to make a minimal working
> > > config for your
> > > > > > system, using 'make localmodconfig'.  That will 
> speed up your 
> > > > > > build time immensely as well as reduce your chances of
> > > build and
> > > > > > runtime problems with the intermediate kernels.
> > > > > 
> > > > > Thank-you, that did help immensely.
> > > > > 
> > > > > Here's the 'git bisect' result...
> > > > > 
> > > > > --------------
> > > > > 7a56aa45982bb87bfca98a2832b5ae782c03364a is the first 
> bad commit 
> > > > > commit 7a56aa45982bb87bfca98a2832b5ae782c03364a
> > > > > Author: Yegor Yefremov <yegor_sub1@xxxxxxxxxxxxxxxx>
> > > > > 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 <yegorslists@xxxxxxxxxxxxxx>
> > > > >     Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxx>
> > > > > 
> > > > > :040000 040000 1776ca8d5c653834363c0778b5b404ee52bd2d69
> > > > > b81cfe4f302a674935181bd248641873820517e5 M      drivers
> > > > > --------------
> > > > > 
> > > > > Indeed, if I remove the UART_CAP_EFR flag from later kernel 
> > > > > revisions there is no problem.
> > > > 
> > > > Greg,
> > > > 
> > > > What's to be done?
> > > 
> > > Sorry for the delay, I think Pavel's posted patch will solve this 
> > > issue for you, right?
> > 
> > I've looked in the linux-serial archives for posts by Pavel for the 
> > last month, but I don't see a patch.  Please tell me where 
> I can find this patch.
> 
> I've attached it below.

Thank you.  Sorry for my delay in responding.  Yes, the posted patch will
solve the issue for me.

I was going to look into whether UART_CAP_SLEEP was meaningful without
UART_CAP_EFR because I thought I had read somewhere that it was not.  But I
just haven't managed to make time to do that.

Thanks,

Lee.

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux PPP]     [Linux FS]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linmodem]     [Device Mapper]     [Linux Kernel for ARM]

  Powered by Linux