http://bugzilla.kernel.org/show_bug.cgi?id=12748
--- Comment #26 from Henrique de Moraes Holschuh <h...@hmh.eng.br> 2009-06-22 15:42:32 --- (In reply to comment #25) > (In reply to comment #24) > > Due to the D3 problem of some devices, PCI will *NOT* place any devices in > > D3 > > right now (which is bad). I hope they will fix it soon, so that only > > broken or > > problematic devices will not be put in D3. > If the PCI device can't be put in PCI_D3HOT/PCI_D3cold when unloading device > driver, how can we put the corresponding ACPI device into D3 state? > Maybe when we put the corresponding ACPI device into D3 state, the power > resource is turned off, which causes that the PCI device can't work well. Indeed, we will (unfortunately) have devices that are _never_ put in ACPI D3, but the module (driver) for these devices _will_ be removed (rmmod). So, as far as I can see, ACPI power resource handling MUST: 1. release the power resource from the device before the device is removed, even if it is not put it in D3 (you can set a marker to never turn off the power resource for devices that are removed without being put in D3). OR 2. stop using pointers to devices in the power resources, so that it doesn't crash the kernel after a rmmod... I think (1) is best. Do you have any other ideas for solving this problem? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
