linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* udev-076 and wait_for_sysfs removal
@ 2005-11-25 19:01 Mika Penttilä
  2005-11-25 19:24 ` Kay Sievers
  2005-11-25 19:51 ` Mika Penttilä
  0 siblings, 2 replies; 3+ messages in thread
From: Mika Penttilä @ 2005-11-25 19:01 UTC (permalink / raw)
  To: linux-hotplug

RELEASE-NOTES informs to compensate removal of wait_for_sysfs with :
    ACTION="add", DEVPATH="/devices/*", ENV{PHYSDEVBUS}="?*", 
WAIT_FOR_SYSFS="bus"

Shouldn't class and block devices have this kind of treatment also?

Thanks,
Mika





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: udev-076 and wait_for_sysfs removal
  2005-11-25 19:01 udev-076 and wait_for_sysfs removal Mika Penttilä
@ 2005-11-25 19:24 ` Kay Sievers
  2005-11-25 19:51 ` Mika Penttilä
  1 sibling, 0 replies; 3+ messages in thread
From: Kay Sievers @ 2005-11-25 19:24 UTC (permalink / raw)
  To: linux-hotplug

On Fri, Nov 25, 2005 at 09:01:26PM +0200, Mika Penttilä wrote:
> RELEASE-NOTES informs to compensate removal of wait_for_sysfs with :
>    ACTION="add", DEVPATH="/devices/*", ENV{PHYSDEVBUS}="?*", 
> WAIT_FOR_SYSFS="bus"
> 
> Shouldn't class and block devices have this kind of treatment also?

If a class/ block device has a "device" link, which means it is backed
by a physical device with a "bus", udevd will delay the execution of the
class/block event until the event for the "device" has finished. So, this
should work just by resolving the dependencies, if there isn't something
going wrong in sysfs.

Kay


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&opÌk
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: udev-076 and wait_for_sysfs removal
  2005-11-25 19:01 udev-076 and wait_for_sysfs removal Mika Penttilä
  2005-11-25 19:24 ` Kay Sievers
@ 2005-11-25 19:51 ` Mika Penttilä
  1 sibling, 0 replies; 3+ messages in thread
From: Mika Penttilä @ 2005-11-25 19:51 UTC (permalink / raw)
  To: linux-hotplug

Kay Sievers wrote:

>On Fri, Nov 25, 2005 at 09:01:26PM +0200, Mika Penttilä wrote:
>  
>
>>RELEASE-NOTES informs to compensate removal of wait_for_sysfs with :
>>   ACTION="add", DEVPATH="/devices/*", ENV{PHYSDEVBUS}="?*", 
>>WAIT_FOR_SYSFS="bus"
>>
>>Shouldn't class and block devices have this kind of treatment also?
>>    
>>
>
>If a class/ block device has a "device" link, which means it is backed
>by a physical device with a "bus", udevd will delay the execution of the
>class/block event until the event for the "device" has finished. So, this
>should work just by resolving the dependencies, if there isn't something
>going wrong in sysfs.
>
>Kay
>
>  
>
Indeed, didn't remeber that we delay the physical device events we 
depend on.

Thanks,
Mika




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&opÌk
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-11-25 19:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-25 19:01 udev-076 and wait_for_sysfs removal Mika Penttilä
2005-11-25 19:24 ` Kay Sievers
2005-11-25 19:51 ` Mika Penttilä

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).