On Mon, 21 Mar 2011 17:26:17 -0700 "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx> wrote: > On Tue, 2011-03-22 at 08:55 +0900, FUJITA Tomonori wrote: > > On Mon, 21 Mar 2011 16:50:14 -0700 > > "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx> wrote: > > > > > On Tue, 2011-03-22 at 08:20 +0900, FUJITA Tomonori wrote: > > > > On Mon, 21 Mar 2011 16:24:58 -0500 > > > > Brian King <brking@xxxxxxxxxxxxxxxxxx> wrote: > > > > > > > > > > If could send along the original misconfigured configfs layout that is > > > > > > causing the OOPs in handle_crq(), I would be happy to have a quick look. > > > > > > > > > > Here it is. As you can see, there is no ./target/ibmvscsis directory created. In order > > > > > > > > I suspect something like that. The driver can't crash with any > > > > configurations though. > > > > > > > > > > > > > to get it to work, I did the following. Please let me know if there is a better way > > > > > to do this... > > > > > > > > As I said long before, this kinda hardware configuration should > > > > automatically show up when we load the driver module. But the target > > > > core is broken in this regard. > > > > > > > > > > It's possible to move the I_T nexus creation into VIO context code, but > > > we still want to be able to define the actual target endpoint definition > > > from userspace to get the proper VFS reference counting for fabric data > > > structures containing struct config_group that reference the > > > config_groups from the rest of the target stack. > > > > Hmm, what can we configure for the ibmvscsis? I think that there is > > nothing. Everything is configured via the firmware before the kernel > > boots. So I don't see any point to configure something from the user > > space. That just wastes user's time like Brian. > > -- > > Yes, but the user still needs to configure the fabric Port/LUNs in order > to build the the view of the target backends, right..? As I said before, there is no 'Port' to configure for the ibmvscsis. So only LUNs. But before confuging LUNs, the target should work, that is, telling an initiator that there is no LUNs. > In this particular case for ibmvscsis since we already know the target > endpoint names from sysfs attributes, using a small amount of scripting > code in lio-utils to automatically setup the endpoints for the user is > really simple, and we still expect the user to define which backend > devices from /sys/kernel/config/target/$HBA/$DEV will be configured as > Port/LUNs for the fabric endpoint. Why does users bother to run the script? We know that the kernel can configure everything to make the target work. -- To unsubscribe from this list: 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
