On 03/02/2015 03:09 AM, Dave Chinner wrote: > On Sun, Mar 01, 2015 at 10:27:49AM +0200, Boaz Harrosh wrote: >> On 02/27/2015 02:58 AM, Dave Chinner wrote: <> >> No the "if DAX" is for the 4k thing. The enablement of the uevents is >> with a new "part_show" module parameter (See patch-1). > > Sure, but that doesn't answer my question: what is generating device > level uevents when all I'm doing is mkfs/mount/umount on the device? > I was suspecting it is this systemd bug which keeps trying to tier-down the devices. >>> I'm not sure how to go about finding that >>> trigger right now and as such I won't really have time to look at it >>> until after lsfmm/vault... >>> >> >> I'll try to reproduce this here. What Fedora version do I need? > > I'm running debian unstable w/ systemd-215 on the particular test > machine that is hitting this problem. > Oooff, On my fedora 20 I'm at systemd 208. I'll see if I have time to install an fc21 vm or maybe upgrade from source. (Any easy way?) I have setup my xfs rig and ran "./check -g auto" by now. I tried both part_show=1/0 and both look working as expected. (Do I need any special $MKFS_OPTIONS or anything else) I'll probably be giving up soon, and will just wait for more reports. With the patch-1 I sent I am reverting to old behavior so I need a reproducer to try and run with patch-1 and part_show=1 should show the problem and part_show=0 should not. Else this is something else > Cheers, > Dave. > Thanks Dave, sorry for trapping you in this boring mess, life at Kernel the one reproducing the problem needs to help fix it ;-) Have an enjoyable and productive LSF Thanks Boaz -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
