On Friday 05 September 2008 03:02:41 am Zhang Rui wrote: > On Fri, 2008-09-05 at 03:44 +0800, Luis Henriques wrote: > > Zhang Rui wrote: > > >> It seems that acpi_video_bus_add function is invoked twice and, the > > >> second time, it fails (maybe it is supposed to be invoked > > > > twice...). > > > > > There are two ACPI video bus devices both named "VGA" in the ACPI > > > namespace, and each of them tries to create an entry "VGA" > > > under /proc/acpi/video/. > > > that's why this message is printed out. > > > > Sorry about my ignorance on the topic but... does this mean I do > > actually have 2 devices? If this is true, then I should actually have > > "VGA1" and "VGA2" dirs in /proc, right? > > No, because the video driver tries to register two "VGA" procfs entry, > we get two "VGA" dirs in /proc... I expect Luis wants to know why there are two ACPI graphics devices in his BIOS tables. In most BIOSes a device for an integrated and a shared graphics solution is implemented in ACPI tables, read more here: http://en.wikipedia.org/wiki/Graphics_processing_unit (Integrated graphics solutions, or shared graphics solutions) The reason is that it seems ACPI cannot easily check whether the graphics card is available at all and provide a _STA function to easily let the OS check that. But you always only should have one of above devices available at a time. The same name can be used in ACPI for different devices (in different scopes), which is shown by above graphics cards problem and this shows that the ACPI proc implementation is broken by design in this respect. Anyway we always came away (and still do if not available dummy graphics devices are ignored, this is what the new patch does) with it. And sysfs will do better anyway. The vendor could theoretically remove one implementation when the machine is sold, but I expect it is easier for them to not do that and thus being able to use the same BIOS tables for models with a shared or integrated graphics solution and let OS check which one to use. Thomas -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
