public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* RE: [BK PATCH] ACPI updates
@ 2002-12-06  1:36 Grover, Andrew
       [not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A576-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
  0 siblings, 1 reply; 12+ messages in thread
From: Grover, Andrew @ 2002-12-06  1:36 UTC (permalink / raw)
  To: 'Pavel Machek'
  Cc: 'Arjan van de Ven', marcelo, linux-kernel, acpi-devel

> From: Pavel Machek [mailto:pavel@ucw.cz] 

I (Andy) said:
> > Well maybe that's what we should do - use the UnitedLinux 
> ACPI patch (which
> > iirc is based on fairly recent ACPI code, and presumably minimizes
> > ACPI-related breakage) and then proceed incrementally from there?
> > 
> > Sound OK? Marcelo? UL folks?

> I guess it will be better if you push acpi patch without killing those
> backup solutions. Extractign blacklist from UL might be worth it,
> through.

Well after communicating with Marcelo it sounds like he'd like to hold off
taking it in 2.4.21 because IDE changes take priority, and two big changes
at once is too many for a stable kernel revision.

Fair enough. I'm just worried that 2.4.22 is a long ways away.

Maybe one way to address Marcelo's stability concerns and Arjan's "keep
acpitable.[ch] around" preference is for me to submit a patch that I *know*
don't affect anything besides ACPI -- i.e. only the changes that have been
made under drivers/acpi, and then go from there, submitting UL-derived and
other improvements incrementally after that.

Thoughts?

Regards -- Andy

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2002-12-09 19:45 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-06  1:36 [BK PATCH] ACPI updates Grover, Andrew
     [not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A576-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-12-06 11:59   ` [ACPI] " Hanno Böck
     [not found]     ` <20021206125943.2199892e.hanno-Mmb7MZpHnFY@public.gmane.org>
2002-12-06 12:29       ` Arjan van de Ven
     [not found]         ` <20021206072932.B16173-s/M1imWmeEoQw3kMeb7FcACJwEvxM/w9@public.gmane.org>
2002-12-06 13:17           ` Matthew Wilcox
     [not found]             ` <20021206131746.C10368-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
2002-12-06 15:06               ` Alan Cox
2002-12-09 16:09               ` Marcelo Tosatti
     [not found]                 ` <Pine.LNX.4.50L.0212091408120.10894-100000-h0V4oybiq0/QsHzvN0qAKK/+n4cY9krw@public.gmane.org>
2002-12-09 19:12                   ` Matthew Wilcox
     [not found]                     ` <20021209191252.N20336-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
2002-12-09 19:17                       ` Arjan van de Ven
     [not found]                         ` <20021209141720.A11277-s/M1imWmeEoQw3kMeb7FcACJwEvxM/w9@public.gmane.org>
2002-12-09 19:45                           ` Bjorn Helgaas
2002-12-09 19:17                       ` Jeff Garzik
2002-12-06 16:50   ` Pavel Machek
     [not found]     ` <20021206165004.GE7961-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-12-07  5:42       ` Sérgio Monteiro Basto

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox