Hi Richard, On Fri, 2013-02-01 at 21:52 +0000, Richard Massa wrote: > Should there be a: > /sys/kernel/config/target/srpt/$WWPN/ > The /sys/kernel/config/target/srpt/$WWPN/ directory will only exist if it's been created by userspace code (eg: rtslib, targetcli or configs mkdir). > > All I have in /sys/kernel/config/target/srpt/ is: > > root@zstor1:/var/log# ls -la /sys/kernel/config/target/srpt/ > total 0 > drwxr-xr-x 3 root root 0 Feb 1 16:51 . > drwxr-xr-x 8 root root 0 Feb 1 16:46 .. > drwxr-xr-x 2 root root 0 Jan 30 17:13 discovery_auth > -r--r--r-- 1 root root 4096 Feb 1 16:51 version > The problem is that the $WWPN name formatting in ib_srpt.spec is causing rtslib to do the equivalent of the following in your setup: mkdir -p /sys/kernel/config/target/srpt/0x00000000000000000002c90200298731 instead of what ib_srpt.ko kernel code is expecting for $WWPN, which is: mkdir -p /sys/kernel/config/target/srpt/0xfe800000000000000002c90200298731 So applying the change mentioned previously in ib_srpt.spec:wwn_from_files_filter to pass the '0xfe80' prefix for $WWPN into /sys/kernel/config/target/srpt/$WWPN will make things 'just work' from targetcli. --nab -- To unsubscribe from this list: send the line "unsubscribe target-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
