lkml.org 
[lkml]   [2008]   [Jun]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: linux-next: Tree for June 13: IO APIC breakage on HP nx6325
On Sun, 29 Jun 2008, Rafael J. Wysocki wrote:

> > I believe I removed all the occurences. I am waiting for a proposal of a
> > quirk based on the DSDT ID -- my time is a bit too limited to study the
> > internals of our ACPI code at the moment; sorry about that. I will
> > complement it with a change to remove IRQ0 from I/O APIC tables as
> > promised then; this piece of code I am quite familiar with.
>
> Well, why don't we use the DMI identification as suggested by Matthew?

Because it checks the wrong property.

> I think we can safely assume that all of these boxes are broken for now and we
> can use a more fine grained identification in the future, if necessary.

It is the reverse -- checking the DSDT ID is coarser, matching all the
systems that use the broken firmware. With DMI we may face both false
positives and false negatives which imply further maintenance actions.
Please note as proved over the years understanding of these issues seems
to be problematic for people, so the result may be another round of
discussions reinventing the wheel in a couple of years' time or so.

That's my opinion only though -- if it was to hinder the progress, then I
am not going to persist.

Have you tried to report the issue through the usual manufacturer's
support channels, BTW? They may not even be aware of the existence of the
bug. Of course they may dismiss it anyway, but at least they will have a
record of it somewhere.

Maciej


\
 
 \ /
  Last update: 2008-06-29 21:11    [W:0.134 / U:0.572 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site