lkml.org 
[lkml]   [2010]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 00/15] Staging: Convert the semaphore mess
On Fri, Jan 15, 2010 at 04:11:23PM +0100, John Kacur wrote:
>
>
> On Thu, 14 Jan 2010, Greg KH wrote:
>
> > On Mon, Jan 11, 2010 at 09:51:39PM +0100, John Kacur wrote:
> > > Thomas / Ingo / Greg
> > >
> > > I started with the patch in -rt 041e3130496f31d0cb4887fc6183117e662f5141
> > > and tried to forward port it to 2.6.33-rc3
> > >
> > > The patch no-longer applied, because some of the changes were already accepted
> > > upstream, some files had been moved or dropped and so on.
> > >
> > > So, I broke the original patch into one patch per file, and fixed merge errors.
> > > Then I also went and changed similar problems in new code
> > >
> > > This code should be queued-up for the 2.6.34 merge window, and should also
> > > be applied to the latests -rt branch.
> >
> > I can't do that, as it breaks when applying to Linus's latest tree,
> > right?
> >
> > If this needs to go through some other tree, no objection from me at
> > all, feel free to add:
> > Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
> >
> > to them.
> >
> > thanks,
> >
> > greg k-h
> >
>
> Hi Greg.
>
> This shouldn't break - I tested against 2.6.33-rc3, and I just retested
> against 2.6.33-rc4. The origin of the patch is in -rt but there is nothing
> -rt about it which is why I would like to push it upstream.
>
> I don't have all that hardware, so my ability to test it is somewhat
> limited - and since these are all staging drivers, I was hoping that you
> would pick it up if Thomas doesn't have any objections.

Try applying your first patch against 2.6.33-rc3 and then just building
the code. It dies a horrible death :)

thanks,

greg k-h


\
 
 \ /
  Last update: 2010-01-15 16:21    [W:0.122 / U:0.092 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site