From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Clayton Subject: Re: 2,6.26-rc4-git2 - long pause during boot Date: Sat, 14 Jun 2008 06:03:59 +0000 Message-ID: <200806140603.59061.chris2553@googlemail.com> References: <200806010415.05290.chris2553@googlemail.com> <485047C1.3020200@s5r6.in-berlin.de> <48504B94.9050100@s5r6.in-berlin.de> Reply-To: chris2553-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <48504B94.9050100-MtYdepGKPcBMYopoZt5u/LNAH6kLmebB@public.gmane.org> Content-Disposition: inline Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Stefan Richter Cc: Greg KH , James Bottomley , Andrew Morton , LKML , linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Hannes Reinecke , "Rafael J. Wysocki" , linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-scsi@vger.kernel.org On Wednesday 11 June 2008, Stefan Richter wrote: > I wrote: > > /etc/udev/rules.d/05-udev-early.rules:ACTION=="add", > > KERNEL=="[0-9]*:[0-9]*", SUBSYSTEM=="scsi", WAIT_FOR_SYSFS="ioerr_cnt" > > > > Whatever this rule is good for... Maybe the pattern should be > > "[0-9]+(:[0-9]+){3}" to match logical units only. > > Actually no; looks like these are just glob(7) patterns. Then the > pattern might already be OK since host devices' and target devices' > names don't start with decimal numbers. For Slackware 12.0.0, the rule is: ACTION=="add", KERNEL=="[0-9]*:[0-9]*", SUBSYSTEM=="scsi", WAIT_FOR_SYSFS="ioerr_cnt" Using that rule instaed of the old one in the Slackware rules file included with udev appears to result in the same behaviour as with the old rule and kernel < 2.6.26. Unless someone warns me otherwise, I think I'll go with that on my (homebrewed) system, so thanks to everyone for your help. Chris -- Beauty is in the eye of the beerholder. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html