Util-Linux package development
 help / color / mirror / Atom feed
From: Ruediger Meier <sweet_f_a@gmx.de>
To: Karel Zak <kzak@redhat.com>
Cc: "Dale R. Worley" <worley@alum.mit.edu>, util-linux@vger.kernel.org
Subject: Re: question about raw(1)
Date: Fri, 8 Jul 2016 01:01:34 +0200	[thread overview]
Message-ID: <201607080101.35139.sweet_f_a@gmx.de> (raw)
In-Reply-To: <20160707202734.tuoshkpnoxlnr5w5@ws.net.home>

On Thursday 07 July 2016, Karel Zak wrote:
> On Tue, Jul 05, 2016 at 02:32:24PM -0400, Dale R. Worley wrote:
> > Ruediger Meier <sweet_f_a@gmx.de> writes:
> > > I'm just curious, would this always work?:
> > >
> > >   modprobe raw
> > >   raw /dev/raw/raw1 /dev/xyz
> > >
> > > or should you wait for /dev/raw/rawctl after modprobe (udevadm
> > > settle or sleep)?
>
> This is generic problem and I don't think for utils like raw(8) is
> there any elegant way how to wait for rawctl node.
>
> IMHO the right solution is write robust scripts and expect "bad
> things" from your OS :-)

Yep, this was not a bug report. Just want to know how to write the 
script right.

It's about this openSUSE init script pull request
https://build.opensuse.org/request/show/405725

He removed the existing "sleep 2" after modprobe but I guess somebody 
had added that sleep for a good reason in past. Of course sleep is 
ugly, maybe "udevadm settle" would work too!? I simply don't know if 
udev or sleep would have any affect here at all. When testing locally 
the thing always works without any sleep. But this may not mean 
anything (as I've learned from ul test suite issues).

> > Interesting -- the modprobe manual page doesn't state explicitly
> > whether or not the module initialization actions will be completed
> > before modprobe returns.
>
> Well, module initialization may also trigger uevent and the rest is
> userspace (udev) business. In this case things are completely out of
> kernel+modprobe control, so "module initialization done" is
> irrelevant information.
>
>     Karel



  reply	other threads:[~2016-07-07 23:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-04 13:39 question about raw(1) Ruediger Meier
2016-07-05 18:32 ` Dale R. Worley
2016-07-07 20:27   ` Karel Zak
2016-07-07 23:01     ` Ruediger Meier [this message]
2016-07-08  0:30       ` Bernhard Voelker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201607080101.35139.sweet_f_a@gmx.de \
    --to=sweet_f_a@gmx.de \
    --cc=kzak@redhat.com \
    --cc=util-linux@vger.kernel.org \
    --cc=worley@alum.mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox