PATCH 2.3.41.2: Replace Via support for ACPI
Jeff Garzik
jgarzik en mandrakesoft.com
Mar Ene 25 03:21:28 CST 2000
Martin Mares wrote:
>
> Hi Jeff,
>
> > My approach is due to future expandability -- if you ever need ANY
> > per-chip information besides the init function, then you have to go my
> > way of setting up the PCI table.
>
> It's improbable you'll need any -- the rest of the driver should not
> use any chipset specific information since it's driven purely by the
> ACPI table and the whole purpose of the init function is to initialize
> the chip and generate its ACPI table in case the BIOS doesn't provide
> one.
I'm willing to bet that there will be more information in the future,
like chipset name or specific quirks or masks for product variants.
> > Therefore, why not use my method in
> > the first place, and make the maintainer's life easier in the long run?
> > The extra table is __initdata so the extra couple bytes doesn't even
> > matter...
>
> So let's at least remove the first column of the table which is
> completely useless as it's equal to the row index.
Agreed.
Jeff
--
Jeff Garzik | Andre the Giant has a posse.
Building 1024 |
MandrakeSoft, Inc. |
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo en vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
Más información sobre la lista de distribución Ayuda