![]() | |||||||||||||
Messages in this thread |
On Sat, 12 Jul 2008 06:56:15 +0200 Ingo Molnar <mingo@elte.hu> wrote: > > * Robert Richter <robert.richter@amd.com> wrote: > > > Ingo, what about this patch. Could you apply it somewhere to the > > tip tree? I will then fix all hardcoded device entries in the code. > > i suspect we could do it if the include/linux/pci_ids.h modification > is fine with Jesse - it appears the maintenance policy right now is > for everyone to add to include/linux/pci_ids.h on an as-needed basis: > > $ git-log-line linus..linux-next include/linux/pci_ids.h > > # 1126de5: Merge commit 'mmc/next' > # bd3b052: Merge commit 'galak/powerpc-next' > # edf0e24: powerpc/85xx: Add support for MPC8536DS > # 34f80b0: bnx2x: Add support for BCM57711 HW > # d3bca0e: sdhci: support JMicron secondary interface > # 4ae127d: Merge branch 'master' of > master.kernel.org:/pub/scm/linux/kernel/git/ # da65b53e4: Merge > branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/ # > da57e6983: tg3: Add 5785 ASIC revision > > Which would normally go fine and not create conflicts because the > modifications are distributed randomly over that file. > > I'd suggest for you to send it together with the clean up patches, so > that the context is clear. actually lately for most cases it seems the plan isn't to add to pci_ids.h, but just do the PCI ID directly. It's not like a #define adds any kind of information. Vendor ID's otoh still happen (but obviously AMD is there since forever.) -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org | ||||||||||||
| Last update: 2008-07-12 07:11 [from the cache] ©2003-2008 | |||||||||||||