Message-Id: <200410052038.i95Kc8VM004041@turing-police.cc.vt.edu>
To: Harald Dunkel <harald.dunkel@t-online.de>
Cc: Andreas Jellinghaus <aj@dungeon.inka.de>, linux-kernel@vger.kernel.org
Subject: Re: block till hotplug is done? 
In-Reply-To: Your message of "Tue, 05 Oct 2004 22:13:15 +0200."
             <4163005B.2090000@t-online.de> 
From: Valdis.Kletnieks@vt.edu
References: <1097005927.4953.4.camel@simulacron>
            <4163005B.2090000@t-online.de>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_262601700P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 05 Oct 2004 16:38:08 -0400
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1433
Lines: 45

--==_Exmh_262601700P
Content-Type: text/plain; charset=us-ascii

On Tue, 05 Oct 2004 22:13:15 +0200, Harald Dunkel said:
> Andreas Jellinghaus wrote:
> > Hi,
> > 
> > is there any way to block till all hotplug events are handled/
> > the hotplug processes terminated?
> > 
> 
> while [ "`ps | grep /sbin/hotplug | grep -v grep`" ]; do sleep 1; done

Save a process:

while [ "`ps | grep '/sbin/[h]otplug'`" ]; do sleep 1; done

Depending on what exactly you're waiting on, you might also try:

while [ ! -b /dev/hdc1 ]; do sleep 1; done

(Assuming you know what device name you're expecting - this may depend on
the exact list of things that you want to do - there *might* be a race
condition where fdisk has created hd?1 but it's not the *right* one because
the media was previously partitioned and fdisk hasn't told the kernel to
read the new one yet. YMMV and all that...)

--==_Exmh_262601700P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQFBYwYucC3lWbTT17ARAgM+AKDW3oEHjbW6Uh3ltMVSqRDSH15TFgCfVhLs
kIHMifXDiuOugOFoXuBGZ50=
=zPsg
-----END PGP SIGNATURE-----

--==_Exmh_262601700P--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/