On Sun, 2007-11-04 at 01:20 -0400, Dmitry Torokhov wrote:
> On Wednesday 08 August 2007 15:32, Bill Nottingham wrote:
> > Kay Sievers ([EMAIL PROTECTED]) said:
> > > It doesn't have any aliases, so seems it was never autoloaded.
> >
> > It was - prior kernels loaded it via the uevent generated fr
Hi,
On Wednesday 08 August 2007 15:32, Bill Nottingham wrote:
> Kay Sievers ([EMAIL PROTECTED]) said:
> > It doesn't have any aliases, so seems it was never autoloaded.
>
> It was - prior kernels loaded it via the uevent generated from
> /devices/platform/pcspkr. Newer kernels seem to never act
On Wed, 2007-08-08 at 18:22 -0400, Bill Nottingham wrote:
> Kay Sievers ([EMAIL PROTECTED]) said:
> > Ah, ok, makes sense. Yeah, that weird "platform devices loads itself by
> > the name" thing got disabled in the platform subsystem. It caused
> > modprobe loops for other devices.
> >
> > The who
Kay Sievers ([EMAIL PROTECTED]) said:
> Ah, ok, makes sense. Yeah, that weird "platform devices loads itself by
> the name" thing got disabled in the platform subsystem. It caused
> modprobe loops for other devices.
>
> The whole idea of issuing MODALIAS with plain module names instead of
> alias
On Wed, 2007-08-08 at 15:32 -0400, Bill Nottingham wrote:
> Kay Sievers ([EMAIL PROTECTED]) said:
> > It doesn't have any aliases, so seems it was never autoloaded.
>
> It was - prior kernels loaded it via the uevent generated from
> /devices/platform/pcspkr. Newer kernels seem to never actually
Kay Sievers ([EMAIL PROTECTED]) said:
> It doesn't have any aliases, so seems it was never autoloaded.
It was - prior kernels loaded it via the uevent generated from
/devices/platform/pcspkr. Newer kernels seem to never actually
trigger a uevent from that (tested with a combination of
udevmonito
On 8/7/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 08/07/2007 04:43 PM, Jeff Garzik wrote:
> > Chuck Ebbert wrote:
> >> With no other changes but a kernel upgrade, the pcspkr driver
> >> doesn't load automatically anymore. No changes to that driver
> >> jump out, so where else could the proble
On 08/07/2007 04:43 PM, Jeff Garzik wrote:
> Chuck Ebbert wrote:
>> With no other changes but a kernel upgrade, the pcspkr driver
>> doesn't load automatically anymore. No changes to that driver
>> jump out, so where else could the problem be? Something to
>> do with the device class changes maybe?
Chuck Ebbert wrote:
With no other changes but a kernel upgrade, the pcspkr driver
doesn't load automatically anymore. No changes to that driver
jump out, so where else could the problem be? Something to
do with the device class changes maybe?
This has long been a problem for me on Fedora, long
9 matches
Mail list logo
