[Re-sending with the bug address cc'd.] On Sun, 2012-08-26 at 23:31 +0200, Stefan Nagy wrote: > Am Sonntag, den 26.08.2012, 13:37 -0700 schrieb Ben Hutchings: > > Please test Linux 3.5 (packaged in experimental) and if that has the > > same problem then open an upstream bug report. > > OK – I already tested linux-image-3.5-trunk-amd64 > (3.5.2-1~experimental.1) & the bug is still present, so I'll file the > upstream bug report soon. Thanks. > > > P.S. The default kernel configuration for this item is > > > CONFIG_HOTPLUG_PCI_ACPI=n. > > > > The default kernel configuration has a lot of features disabled that > > many users need. > > I see. > > > > I also had a look at this configuration item > > > in Ubuntu – it's set to CONFIG_HOTPLUG_PCI_ACPI=m. > > > > Have you checked whether they add it to /proc/modules? > > You mean if they add it to /etc/modules, right? Hah, yes! > I don't know, I haven't checked this yet. > > But this is maybe interesting: When I compile my kernel with > CONFIG_HOTPLUG_PCI_ACPI=m and put acpiphp in /etc/modules I can't > reproduce this bug even though I'm sure the module is loaded: Yes, that is interesting - please include this information in the upstream bug report. Ben. > [ 19.299137] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 19.299341] acpiphp: Slot [1] registered > > $ lsmod | grep acpiphp > acpiphp 22567 0 > > > Stefan. -- Ben Hutchings One of the nice things about standards is that there are so many of them.
Attachment:
signature.asc
Description: This is a digitally signed message part