On Fri, May 12, 2006 at 11:48:04PM +0100, Al Viro wrote: > On Fri, May 12, 2006 at 11:28:16PM +0100, Al Viro wrote: > > Ah, right - there was another uevent mess in fs/super.c. Sorry, got them > > confused... and that FPOS _is_ back. > > Actually... > > What happens is that turd in fs/super.c (one that should not have been > resurrected) triggers call of block_uevent(). Which uses ->driverfs_dev. > Which is a bug. > > So IMO we should simply kill that animal _again_, and see if block_uevent() > is actually need for anything on its own. PS: it _is_ OK to trigger than puppy from add_disk()/del_gendisk() and in between. I'm not sure if anyone needs it for anything, though. Triggering it from bdev_uevent() is definitely bogus. - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
