devfs
[Top] [All Lists]

Re: Inexplicable disk activity trying to load modules on devfs

To: Keith Owens <kaos@xxxxxxxxxx>
Subject: Re: Inexplicable disk activity trying to load modules on devfs
From: Richard Gooch <rgooch@xxxxxxxxxxxxxxx>
Date: Thu, 18 Jul 2002 18:22:35 -0600
Cc: "'linux-kernel@xxxxxxxxxxxxxxx'" <linux-kernel@xxxxxxxxxxxxxxx>, "'devfs@xxxxxxxxxxx'" <devfs@xxxxxxxxxxx>
In-reply-to: <19231.1025128989@ocs3.intra.ocs.com.au>
References: <200206260338.g5Q3cmc19214@mobilix.ras.ucalgary.ca> <19231.1025128989@ocs3.intra.ocs.com.au>
Sender: owner-devfs@xxxxxxxxxxx
Keith Owens writes:
> On Tue, 25 Jun 2002 23:38:48 -0400, 
> Richard Gooch <rgooch@xxxxxxxxxxxxxxx> wrote:
> >Daniel Jacobowitz writes:
> >> For the curious, the reason is that modprobe writes even failed
> >> attempts to a log in /var/log/ksymoops, and calls fdatasync() on
> >> that file afterwards.  There is no way to disable this without
> >> removing that directory, as a design decision.  I don't personally
> >> see the point in logging attempts which fail because there is no
> >> driver...
> >
> >Sounds like the behaviour of modprobe needs to be fixed.
> 
> People wanted to know what was invoking modprobe and with what
> parameters, especially for failed attempts.  The call to fdatasync()
> is to "ensure" that the log data hits the disk _before_ the module
> is loaded, otherwise debugging data is lost if the module init
> routine oopses.

Then there needs to be a way of enabling/disabling this. Maybe a
run-time config option?

                                Regards,

                                        Richard....
Permanent: rgooch@xxxxxxxxxxxxx
Current:   rgooch@xxxxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>
  • Re: Inexplicable disk activity trying to load modules on devfs, Richard Gooch <=