From owner-freebsd-scsi@FreeBSD.ORG Sun Sep 8 10:29:58 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5D818EF4; Sun, 8 Sep 2013 10:29:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x230.google.com (mail-ee0-x230.google.com [IPv6:2a00:1450:4013:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F3D2267E; Sun, 8 Sep 2013 10:29:57 +0000 (UTC) Received: by mail-ee0-f48.google.com with SMTP id l10so2517789eei.35 for ; Sun, 08 Sep 2013 03:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AQCNobY63TJbO8d2OP7OYtJ31e+g+XXAiHmsVYiU50w=; b=tEssIvjG6VuHew/8gzz7qbwxsSB64Pvy9b6cSv933viRS0FGMOx5SA6iOLqvKyF5JN cK/nIVh7eEmoBFxEo0tFMSrAInlH9hjvXSHGho8dEGqAzQxdV7Et6zFH4FNL+zoAgEzn jTkLieWqhdZWB7sdh/BHCigMpXWRztAP0dqlpChrt8JndNWODECK4N9udos1badCUwPb wLOoQtiwXNugsp1WsKcx0jd4uKYTjLlDzj6vAOpGWCjQV+yqGys5ps+YOhK3tpV9uqn6 E1ILmn135zGheQAcQnHZCzmgu3VhbGHKGL9DpJ+5jLpBjznIlBlwaEfrGIl0XjOufHaG Hm+g== X-Received: by 10.14.184.3 with SMTP id r3mr2092005eem.49.1378636195840; Sun, 08 Sep 2013 03:29:55 -0700 (PDT) Received: from [192.168.1.102] (ajf203.neoplus.adsl.tpnet.pl. [83.25.239.203]) by mx.google.com with ESMTPSA id f49sm12299889eec.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Sep 2013 03:29:55 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <522A1C73.9030402@mu.org> Date: Sun, 8 Sep 2013 12:29:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522A1C73.9030402@mu.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 10:29:58 -0000 Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 = wrz 2013, o godz. 20:18: > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff = you'll find >> a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. >> To use the new initiator, start with "man iscsictl". For the target = - "man >> ctld". >>=20 >> All feedback is welcome. If nothing unexpected comes up, I'll commit = it >> in a few days from now. Note that it's still not optimized; at this = point >> I'm focusing more on reliability and interoperability. >>=20 >> This work is being sponsored by FreeBSD Foundation. >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 > Edward, this is really exciting! >=20 > Is there an easy way to use the userland iscsi configuration files? Which iSCSI userland configuration files, the ctl.conf(5)? If you need an ability to parse it and modify from a shell scripts, see confctl = utility (sysutils/confctl, https://github.com/trasz/confctl/).=20 > We would love to quickly backport and ship this with FreeNAS as an = option for our users, having the config files be the same OR having a = very good converter would really make that much easier for us. Porting to 9 should be quite easy - there are Capsicum API differences; you might also want to compare CTL between 10 and 9 to see if there are any changes which need to be merged. Taking a look at the code = searching for possible security issues would be also very welcome :-) As for the config files - writing a converter should be quite easy. = Which configuration files you need to support, ctl.conf(5) and istgt = configuration? From owner-freebsd-scsi@FreeBSD.ORG Sun Sep 8 10:45:09 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2FC2732D; Sun, 8 Sep 2013 10:45:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id CC457273C; Sun, 8 Sep 2013 10:45:08 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VIcWN-000GGZ-SW; Sun, 08 Sep 2013 14:47:11 +0400 Date: Sun, 8 Sep 2013 14:47:11 +0400 From: Slawa Olhovchenkov To: Edward Tomasz Napiera?a Subject: Re: New iSCSI stack. Message-ID: <20130908104711.GB41751@zxy.spb.ru> References: <522A1C73.9030402@mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 10:45:09 -0000 On Sun, Sep 08, 2013 at 12:29:53PM +0200, Edward Tomasz Napiera?a wrote: > > We would love to quickly backport and ship this with FreeNAS as an option for our users, having the config files be the same OR having a very good converter would really make that much easier for us. > > Porting to 9 should be quite easy - there are Capsicum API differences; > you might also want to compare CTL between 10 and 9 to see if there are > any changes which need to be merged. Taking a look at the code searching > for possible security issues would be also very welcome :-) > > As for the config files - writing a converter should be quite easy. Which > configuration files you need to support, ctl.conf(5) and istgt configuration? Can you write utility for _generate_ ctl.conf from runtime configuration? Curenly configuring directly by `ctladm create` is more predictable from script, but incompatible by syntax and not persistent. From owner-freebsd-scsi@FreeBSD.ORG Sun Sep 8 13:32:06 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B24F48A6; Sun, 8 Sep 2013 13:32:06 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79D4E2E0C; Sun, 8 Sep 2013 13:32:06 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro12so5078895pbb.13 for ; Sun, 08 Sep 2013 06:32:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kow/VCGdD95nw4ykriplHWLEEjxJpJPYf5h0XIyugf8=; b=sByVZz1jvmiPqtrVW1oZN/qpYXCYxvNho5TIfj1Tb76FWfmwOSCiWohFjNj8ZJXcEA hAdqGyGxJ8o4yptHkFmOrN4ckvcsS5o0b4iwhl88LITBti7j6o4ReW+xBoXtN4TltiW/ maJ4dfI1CnTytsUSnByheexoufluJPjRS2imekZNEmfg4Y5JXT/Irndzu80o7w/g7I4u sAhR8B5NH1SecP8hInap6TtpwXtpHdkN63nAt023y6psci1uV5PITEuBG2bZoOuv0u6Z kzP2x00kJoh3jYpUL1ZF8yhZr5n1SfRkEG5oFsr3euK+4m5yXZ4081dF9HB9zmEdOCk2 jspQ== MIME-Version: 1.0 X-Received: by 10.66.171.77 with SMTP id as13mr1134059pac.170.1378647126092; Sun, 08 Sep 2013 06:32:06 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Sun, 8 Sep 2013 06:32:06 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Sun, 8 Sep 2013 09:32:06 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 13:32:06 -0000 On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 wr= z > 2013, o godz. 20:18: > > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: > >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou'l= l find > >> a patch which adds the new iSCSI initiator and target, against > 10-CURRENT. > >> To use the new initiator, start with "man iscsictl". For the target - > "man > >> ctld". > >> > >> All feedback is welcome. If nothing unexpected comes up, I'll commit = it > >> in a few days from now. Note that it's still not optimized; at this > point > >> I'm focusing more on reliability and interoperability. > >> > >> This work is being sponsored by FreeBSD Foundation. > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > >> > > Edward, this is really exciting! > > > > Is there an easy way to use the userland iscsi configuration files? > > Which iSCSI userland configuration files, the ctl.conf(5)? If you need > an ability to parse it and modify from a shell scripts, see confctl utili= ty > (sysutils/confctl, https://github.com/trasz/confctl/). > > > We would love to quickly backport and ship this with FreeNAS as an > option for our users, having the config files be the same OR having a ver= y > good converter would really make that much easier for us. > > Porting to 9 should be quite easy - there are Capsicum API differences; > you might also want to compare CTL between 10 and 9 to see if there are > any changes which need to be merged. Taking a look at the code searching > for possible security issues would be also very welcome :-) > > As for the config files - writing a converter should be quite easy. Whic= h > configuration files you need to support, ctl.conf(5) and istgt > configuration? > I was i belive quite close to having it working on the last patch, however could never seem to get the ctl kernel module to function, And feel im a bit further away with this latest patch retracing my steps, from previous... quite easy to backport.... maybe for you, or other but yes, I also would like to integrate the work to stable/9 in the lab for some benchmarks > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-scsi@FreeBSD.ORG Mon Sep 9 11:06:54 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B77C2E2E for ; Mon, 9 Sep 2013 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A45532A07 for ; Mon, 9 Sep 2013 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r89B6st3021953 for ; Mon, 9 Sep 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r89B6s0U021251 for freebsd-scsi@FreeBSD.org; Mon, 9 Sep 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Sep 2013 11:06:54 GMT Message-Id: <201309091106.r89B6s0U021251@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 11:06:54 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/179932 scsi [ciss] ciss i/o stall problem with HP Bl Gen8 (and HP o kern/178795 scsi [mps] MSI for mps driver doesn't work under vmware o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free f kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 f kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus f kern/123674 scsi [ahc] ahc driver dumping o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc 14 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 11 15:06:02 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEC5F785; Wed, 11 Sep 2013 15:06:02 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7432021F1; Wed, 11 Sep 2013 15:06:02 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id v10so9363952pde.10 for ; Wed, 11 Sep 2013 08:06:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PZ1XxfmIn3i1eBm4Ky4ESb1fgOl2sGht+tPdciHJn7U=; b=rljuMJzCEZfJduXL+gDcEY0MzdL+ybEFIMg/ZCR5zBYMpnpWfi0Rw3RgpvlwE3s9ai BXlbKYlcjLzZ9i1S6DmyVsaqzPuhHGZbgkqBC2BgwlmB19nAyjKUTDoGEzj/aT/H/woG qVb6cl2m67N2vEJENfLhG6IK5nadheudHrDfL8Trgh6gMqOCVwrmb/ekQNlxQTWHs970 E7Y+A6fqgf2oCmLY/Y5Ckxd2rJFB5odrGUfApS8p0E+A62mXbtFuO0qyg2bEACJJBHo/ dBRVSsD5XIKm+Dx3LXf37/+u8GZWR6KRB6a+eoL7qhOZABeL5sAJ/R77B7RrCxqIudgf opOQ== MIME-Version: 1.0 X-Received: by 10.68.98.36 with SMTP id ef4mr2320903pbb.27.1378911961951; Wed, 11 Sep 2013 08:06:01 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 08:06:01 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 11:06:01 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 15:06:02 -0000 On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wrote= : > > > > On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a > wrote: > >> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 w= rz >> 2013, o godz. 20:18: >> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou'= ll find >> >> a patch which adds the new iSCSI initiator and target, against >> 10-CURRENT. >> >> To use the new initiator, start with "man iscsictl". For the target = - >> "man >> >> ctld". >> >> >> >> All feedback is welcome. If nothing unexpected comes up, I'll commit >> it >> >> in a few days from now. Note that it's still not optimized; at this >> point >> >> I'm focusing more on reliability and interoperability. >> >> >> >> This work is being sponsored by FreeBSD Foundation. >> >> >> >> _______________________________________________ >> >> freebsd-current@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> To unsubscribe, send any mail to " >> freebsd-current-unsubscribe@freebsd.org" >> >> >> > Edward, this is really exciting! >> > >> > Is there an easy way to use the userland iscsi configuration files? >> >> Which iSCSI userland configuration files, the ctl.conf(5)? If you need >> an ability to parse it and modify from a shell scripts, see confctl >> utility >> (sysutils/confctl, https://github.com/trasz/confctl/). >> >> > We would love to quickly backport and ship this with FreeNAS as an >> option for our users, having the config files be the same OR having a ve= ry >> good converter would really make that much easier for us. >> >> Porting to 9 should be quite easy - there are Capsicum API differences; >> you might also want to compare CTL between 10 and 9 to see if there are >> any changes which need to be merged. Taking a look at the code searchin= g >> for possible security issues would be also very welcome :-) >> >> As for the config files - writing a converter should be quite easy. Whi= ch >> configuration files you need to support, ctl.conf(5) and istgt >> configuration? >> > > I was i belive quite close to having it working on the last patch, howeve= r > could never seem to get the ctl kernel module to function, > And feel im a bit further away with this latest patch retracing my steps, > from previous... quite easy to backport.... maybe for you, or other > but yes, I also would like to integrate the work to stable/9 in the lab > for some benchmarks > >> >> Still trying to tackle this...... any ideas?? I think if i can get past the few errors im encountering i can get a patch against stable/9 for others to test.... clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_cam_sim.c ctfconvert -L VERSION -g ctl_frontend_cam_sim.o clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_internal.c ctfconvert -L VERSION -g ctl_frontend_internal.o clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:52= 5:19: error: no member named 'lun_map_fn' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_fn =3D cfiscsi_map_lun; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:52= 6:19: error: no member named 'lun_map_arg' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_arg =3D cs; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:58= 7:19: error: no member named 'lun_map_fn' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_fn =3D cfiscsi_map_lun; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:58= 8:19: error: no member named 'lun_map_arg' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_arg =3D cs; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:12= 30:6: error: no member named 'ioctl' in 'struct ctl_frontend' fe->ioctl =3D cfiscsi_ioctl; ~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:12= 31:6: error: no member named 'devid' in 'struct ctl_frontend' fe->devid =3D cfiscsi_devid; ~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 55:25: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_ASCII; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 80:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc1->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_UTF8; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 90:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc2->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_BINARY; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 99:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc3->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_BINARY; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 82:48: error: no member named 'options' in 'struct ctl_be_lun' &control_softc->ctl_luns[lun_id]->be_lun->options, links) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ @/sys/queue.h:272:28: note: expanded from macro 'STAILQ_FOREACH' for((var) =3D STAILQ_FIRST((head)); \ ^ @/sys/queue.h:269:30: note: expanded from macro 'STAILQ_FIRST' #define STAILQ_FIRST(head) ((head)->stqh_first) ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 81:2: error: incomplete definition of type 'struct ctl_be_lun_option' STAILQ_FOREACH(opt, ^~~~~~~~~~~~~~~~~~~ @/sys/queue.h:274:13: note: expanded from macro 'STAILQ_FOREACH' (var) =3D STAILQ_NEXT((var), field)) ^~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/queue.h:318:39: note: expanded from macro 'STAILQ_NEXT' #define STAILQ_NEXT(elm, field) ((elm)->field.stqe_next) ~~~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 83:17: error: incomplete definition of type 'struct ctl_be_lun_option' if (strcmp(opt->name, "cfiscsi_target") =3D=3D 0) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 84:16: error: incomplete definition of type 'struct ctl_be_lun_option' target =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 85:22: error: incomplete definition of type 'struct ctl_be_lun_option' else if (strcmp(opt->name, "cfiscsi_target_alias") =3D=3D 0= ) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 86:22: error: incomplete definition of type 'struct ctl_be_lun_option' target_alias =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 87:22: error: incomplete definition of type 'struct ctl_be_lun_option' else if (strcmp(opt->name, "cfiscsi_lun") =3D=3D 0) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 88:13: error: incomplete definition of type 'struct ctl_be_lun_option' lun =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ 18 errors generated. *** [ctl_frontend_iscsi.o] Error code 1 Stop in /usr/home/dingo/devel/sys/modules/ctl. *** [all] Error code 1 Stop in /usr/home/dingo/devel/sys/modules. *** [modules-all] Error code 1 Stop in /usr/obj/usr/home/dingo/devel/sys/GENERIC. *** [buildkernel] Error code 1 Stop in /usr/home/dingo/devel. *** [buildkernel] Error code 1 Stop in /usr/home/dingo/devel. _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 11 17:09:52 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B61F5E36; Wed, 11 Sep 2013 17:09:52 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B29C295F; Wed, 11 Sep 2013 17:09:52 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id xb4so9269213pbc.36 for ; Wed, 11 Sep 2013 10:09:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PK7u2Lnzcx/zvkJvw7TZ2ph9+bzfH3ajrRmEM9Ubzss=; b=TmFKiThLG3ORgbHgjuJHgi1zzc2ETLLlKVLZYJ4c5rESQ/umstaU/9Or2TJZ2hsmXJ abVGsWdclkA9TKfiMt0UUMNW7ZcoUmov2SPpLv4SN6+75Z+94MNgXf3IwzZWZnzEzArj SBHqoxtdmx7EUgDctb3Zqo9ixiQ+8tRKAMAFnkRe6iH/rkMaI5WMpMpXQetyPd1Y7bX9 PyRhUe0l+hVClZpMsKrE/s2OGukl9nEtptttxLrMVMC+eLFQSJiZk5WG3SNsWD6pbvfb VqKukFjfxSpxAzT/0+iHcd3axKpV3/iDBwKA5oQ8I5uSYiYg0LYLe92Hvs4JfqFRoaWl iwrw== MIME-Version: 1.0 X-Received: by 10.66.171.77 with SMTP id as13mr4853858pac.170.1378919391933; Wed, 11 Sep 2013 10:09:51 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 10:09:51 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 13:09:51 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 17:09:52 -0000 On Wed, Sep 11, 2013 at 11:06 AM, Outback Dingo wro= te: > > > > On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wro= te: > >> >> >> >> On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a < >> trasz@freebsd.org> wrote: >> >>> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 = wrz >>> 2013, o godz. 20:18: >>> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >>> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou= 'll find >>> >> a patch which adds the new iSCSI initiator and target, against >>> 10-CURRENT. >>> >> To use the new initiator, start with "man iscsictl". For the target >>> - "man >>> >> ctld". >>> >> >>> >> All feedback is welcome. If nothing unexpected comes up, I'll commi= t >>> it >>> >> in a few days from now. Note that it's still not optimized; at this >>> point >>> >> I'm focusing more on reliability and interoperability. >>> >> >>> >> This work is being sponsored by FreeBSD Foundation. >>> >> >>> >> _______________________________________________ >>> >> freebsd-current@freebsd.org mailing list >>> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> >> To unsubscribe, send any mail to " >>> freebsd-current-unsubscribe@freebsd.org" >>> >> >>> > Edward, this is really exciting! >>> > >>> > Is there an easy way to use the userland iscsi configuration files? >>> >>> Which iSCSI userland configuration files, the ctl.conf(5)? If you need >>> an ability to parse it and modify from a shell scripts, see confctl >>> utility >>> (sysutils/confctl, https://github.com/trasz/confctl/). >>> >>> > We would love to quickly backport and ship this with FreeNAS as an >>> option for our users, having the config files be the same OR having a v= ery >>> good converter would really make that much easier for us. >>> >>> Porting to 9 should be quite easy - there are Capsicum API differences; >>> you might also want to compare CTL between 10 and 9 to see if there are >>> any changes which need to be merged. Taking a look at the code searchi= ng >>> for possible security issues would be also very welcome :-) >>> >>> As for the config files - writing a converter should be quite easy. >>> Which >>> configuration files you need to support, ctl.conf(5) and istgt >>> configuration? >>> >> >> I was i belive quite close to having it working on the last patch, >> however could never seem to get the ctl kernel module to function, >> And feel im a bit further away with this latest patch retracing my steps= , >> from previous... quite easy to backport.... maybe for you, or other >> but yes, I also would like to integrate the work to stable/9 in the lab >> for some benchmarks >> >>> >>> > Still trying to tackle this...... any ideas?? I think if i can get past > the few errors im encountering i can get a patch against stable/9 for > others to test.... > Negate the last posted error, Ive worked past it..... I think if i can ge= t > past this capsicum issue, ill have a kernel > > =3D=3D=3D> iscsi (all) > clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I/usr/home/dingo/devel/sys/modules/iscsi/../../ofed/include > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contri= b/altq > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx > -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -c > /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c > /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c:1098:26: > error: use of undeclared identifier 'CAP_SOCK_CLIENT' > cap_rights(&rights, CAP_SOCK_CLIENT), &fp); > ^ > 1 error generated. > *** [icl.o] Error code 1 > > Stop in /usr/home/dingo/devel/sys/modules/iscsi. > > > _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to " >>> freebsd-current-unsubscribe@freebsd.org" >>> >> >> > From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 11 19:07:23 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A0234769; Wed, 11 Sep 2013 19:07:23 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64EEF20E1; Wed, 11 Sep 2013 19:07:23 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz10so25695pad.16 for ; Wed, 11 Sep 2013 12:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OZLh5zAECRWx3wlJge1vOuuRPWo5vMsXvlLMa8hca7g=; b=pJVHH+0OJT4aFL4Ex9abRnVHK9KMJ71VD4poL+LuKXMFIfDV1RLTAlGSe7Zch5DPQQ ck5eyND++oGgyFxolvbVSo5JZ3GFLCi/kiWbJHYHi5f5ra41FTzQ8mJblVyKfMjlvBBl MZfjoXsOmc5+jW80GkiZu18CsJtRzqZktG9DdRmnVHfxzyLz1isuVSRIdxsKWQQIEFIw cbRZIXkmsWdi61hsQPk3BdkJ4APQMiBRRv/rbh1V6SuMFJ+vYc1fv/dz/f4TqiD2/UWn FvZb3NP5PagSgE3QhN3jY9l205vXyyBbWNpI4KQnS6lpjiLPyDL5HzHn3xl3bV7QOOGY ZnTw== MIME-Version: 1.0 X-Received: by 10.66.49.68 with SMTP id s4mr5374984pan.98.1378926443011; Wed, 11 Sep 2013 12:07:23 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 12:07:22 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 15:07:22 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 19:07:23 -0000 On Wed, Sep 11, 2013 at 1:09 PM, Outback Dingo wrot= e: > > > > On Wed, Sep 11, 2013 at 11:06 AM, Outback Dingo w= rote: > >> >> >> >> On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wr= ote: >> >>> >>> >>> >>> On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a < >>> trasz@freebsd.org> wrote: >>> >>>> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6= wrz >>>> 2013, o godz. 20:18: >>>> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >>>> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyo= u'll find >>>> >> a patch which adds the new iSCSI initiator and target, against >>>> 10-CURRENT. >>>> >> To use the new initiator, start with "man iscsictl". For the targe= t >>>> - "man >>>> >> ctld". >>>> >> >>>> >> All feedback is welcome. If nothing unexpected comes up, I'll >>>> commit it >>>> >> in a few days from now. Note that it's still not optimized; at thi= s >>>> point >>>> >> I'm focusing more on reliability and interoperability. >>>> >> >>>> >> This work is being sponsored by FreeBSD Foundation. >>>> >> >>>> >> _______________________________________________ >>>> >> freebsd-current@freebsd.org mailing list >>>> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> >> To unsubscribe, send any mail to " >>>> freebsd-current-unsubscribe@freebsd.org" >>>> >> >>>> > Edward, this is really exciting! >>>> > >>>> > Is there an easy way to use the userland iscsi configuration files? >>>> >>>> Which iSCSI userland configuration files, the ctl.conf(5)? If you nee= d >>>> an ability to parse it and modify from a shell scripts, see confctl >>>> utility >>>> (sysutils/confctl, https://github.com/trasz/confctl/). >>>> >>>> > We would love to quickly backport and ship this with FreeNAS as an >>>> option for our users, having the config files be the same OR having a = very >>>> good converter would really make that much easier for us. >>>> >>>> Porting to 9 should be quite easy - there are Capsicum API differences= ; >>>> you might also want to compare CTL between 10 and 9 to see if there ar= e >>>> any changes which need to be merged. Taking a look at the code >>>> searching >>>> for possible security issues would be also very welcome :-) >>>> >>>> As for the config files - writing a converter should be quite easy. >>>> Which >>>> configuration files you need to support, ctl.conf(5) and istgt >>>> configuration? >>>> >>> >>> I was i belive quite close to having it working on the last patch, >>> however could never seem to get the ctl kernel module to function, >>> And feel im a bit further away with this latest patch retracing my >>> steps, from previous... quite easy to backport.... maybe for you, or ot= her >>> but yes, I also would like to integrate the work to stable/9 in the lab >>> for some benchmarks >>> >>>> >>>> >> Still trying to tackle this...... any ideas?? I think if i can get past >> the few errors im encountering i can get a patch against stable/9 for >> others to test.... >> Negate the last posted error, Ive worked past it..... I think if i can >> get past this capsicum issue, ill have a kernel >> >> =3D=3D=3D> iscsi (all) >> clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -I/usr/home/dingo/devel/sys/modules/iscsi/../../ofed/include >> -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contr= ib/altq >> -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer >> -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx >> -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -c >> /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c >> /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c:1098:26: >> error: use of undeclared identifier 'CAP_SOCK_CLIENT' >> cap_rights(&rights, CAP_SOCK_CLIENT), &fp); >> ^ >> 1 error generated. >> *** [icl.o] Error code 1 >> >> Stop in /usr/home/dingo/devel/sys/modules/iscsi. >> > and i guess, icl needs to be "upgraded" ? KLD ctl.ko: depends on icl - not available or version mismatch > >> >> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to " >>>> freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> >> > From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 11 21:14:56 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B91C48E; Wed, 11 Sep 2013 21:14:56 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 793B528CC; Wed, 11 Sep 2013 21:14:55 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so4938098eek.31 for ; Wed, 11 Sep 2013 14:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CCikg5X1w6YpZxj/uSGsRhd4DSihFJRRlLMwSscnOf0=; b=H1SNqR9xt/duZQC2+3PuW33RkG04pVX7zfR/JC0/aaKzDM0Zq5ere7eeippkxjrGbR y5Vxe0hlRnKk0f9JRg0xirBC//pOQXGW6a+Ok9FyBU2q5NYBNI8JVY8m6vNigmYcBns5 sMzw/aFFK3YJpQjoZGJpFIo5QXOlJabfjF7oThceYLReuhOBnheouH77R6N36s6RtxCE N8Nx66Nt7kwJdqI0tS2rMlNwMcc7IPk7Y9jsyS58lmGOpzD/JlDbsWBUcEaScMnYvEZa lCpUZ6g7G+uKqSvQvijnSRtptQBjB234lb95IPL4ha5NcwnIBXkP9ZZqXaP+q5u918rl icEA== X-Received: by 10.15.26.136 with SMTP id n8mr71960eeu.65.1378934093729; Wed, 11 Sep 2013 14:14:53 -0700 (PDT) Received: from [192.168.1.102] (aed83.neoplus.adsl.tpnet.pl. [83.25.107.83]) by mx.google.com with ESMTPSA id b45sm153975eef.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Sep 2013 14:14:53 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Wed, 11 Sep 2013 23:14:51 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522A1C73.9030402@mu.org> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 21:14:56 -0000 I'm working on last few minor nits to get this into the tree. Give me = few days, I'll prepare a patch against 9-STABLE. From owner-freebsd-scsi@FreeBSD.ORG Thu Sep 12 00:06:44 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 5F95FB6D; Thu, 12 Sep 2013 00:06:44 +0000 (UTC) Date: Thu, 12 Sep 2013 00:06:44 +0000 From: John To: FreeBSD-SCSI Subject: Panic in camisr() w/CTL in stable-9 Message-ID: <20130912000644.GA59537@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2013 00:06:44 -0000 Hi Folks, I've been giving CTL a try and thought things were going well. I installed a QLogic 2532 card in a ZFS server and a second in a rh62 linux system. Src is current as this afternoon - r255479. isp0: port 0x8000-0x80ff mem 0xfbdf0000-0xfbdf3fff irq 64 at device 0.0 on pci33 isp1: port 0x8400-0x84ff mem 0xfbde0000-0xfbde3fff irq 68 at device 0.1 on pci33 I create a lun via: ctladm create -b block -o file=/dev/zvol/pool0/testvol -S serialnum-fc -d testvol ctladm realsync off ctladm port -o on -t fc ctladm port -l ctladm devlist -v LUN created successfully backend: block device type: 0 LUN size: 107374182400 bytes blocksize 512 bytes LUN ID: 0 Serial Number: serialnum-fc Device ID; testvol Port Online Type Name pp vp WWNN WWPN 0 NO IOCTL CTL ioctl 0 0 0 0 1 NO INTERNAL CTL internal 0 0 0 0 2 NO INTERNAL ctl2cam 0 0 0x5000000aa6e06700 0x5000000aa6e06703 3 YES FC isp0 0 0 0x2000001b328fc440 0x2100001b328fc440 4 YES FC isp1 1 0 0x2000001b32afc440 0x2101001b32afc440 LUN Backend Size (Blocks) BS Serial Number Device ID 0 block 209715200 512 serialnum-fc testvol lun_type=0 num_threads=14 file=/dev/zvol/pool0/testvol I can run commands against the lun from the linux side with no problems. For instance: # sg_inq /dev/sdc standard INQUIRY: PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3] [AERC=0] [TrmTsk=0] NormACA=0 HiSUP=1 Resp_data_format=2 SCCS=0 ACC=0 TPGS=1 3PC=0 Protect=0 BQue=0 EncServ=0 MultiP=1 (VS=0) [MChngr=0] [ACKREQQ=0] Addr16=0 [RelAdr=0] WBus16=0 Sync=0 Linked=0 [TranDis=0] CmdQue=1 length=257 (0x101), but only fetched 36 bytes Peripheral device type: disk Vendor identification: FREEBSD Product identification: CTLDISK Product revision level: 0001 Unit serial number: serialnum-fc # sg_readcap /dev/sdc Read Capacity results: Last logical block address=209715199 (0xc7fffff), Number of blocks=209715200 Logical block length=512 bytes Hence: Device size: 107374182400 bytes, 102400.0 MiB, 107.37 GB However, when I try to partition the drive and format it, the ZFS server panics with the following: db:0:kdb.enter.default> show pcpu cpuid = 11 dynamic pcpu = 0xffffff807f162c80 curthread = 0xfffffe0021e20000: pid 12 "swi2: cambio" curpcb = 0xffffffbf8f69ebc0 fpcurthread = none idlethread = 0xfffffe0021de9490: tid 100014 "idle: cpu11" curpmap = 0xffffffff81430118 tssp = 0xffffffff8149e378 commontssp = 0xffffffff8149e378 rsp0 = 0xffffffbf8f69ebc0 gs32p = 0xffffffff8149c4b0 ldt = 0xffffffff8149c4f0 tss = 0xffffffff8149c4e0 db:0:kdb.enter.default> bt Tracing pid 12 tid 100043 td 0xfffffe0021e20000 uart_sab82532_class() at 0/frame 0xffffffbf8f69e9f0 camisr() at camisr+0xff/frame 0xffffffbf8f69ea20 intr_event_execute_handlers() at intr_event_execute_handlers+0xfd/frame 0xffffffbf8f69ea50 ithread_loop() at ithread_loop+0x9d/frame 0xffffffbf8f69eaa0 fork_exit() at fork_exit+0x11f/frame 0xffffffbf8f69eaf0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffbf8f69eaf0 --- trap 0, rip = 0, rsp = 0xffffffbf8f69ebb0, rbp = 0 --- This is on the client: kernel: scsi 1:0:0:0: Direct-Access FREEBSD CTLDISK 0001 PQ: 0 ANSI: 5 kernel: sd 1:0:0:0: Attached scsi generic sg3 type 0 kernel: sd 1:0:0:0: [sdc] 209715200 512-byte logical blocks: (107 GB/100 GiB) kernel: sd 1:0:0:0: [sdc] Write Protect is off kernel: sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA kernel: sdc: unknown partition table kernel: sd 1:0:0:0: [sdc] Attached SCSI disk fcoemon: received fc event message 559 fcoemon: seconds:1378936473 host1 event_datalen:4 fcoemon: event_num:2 event_code:3 event_data:0 kernel: qla2xxx 0000:21:00.0: LOOP DOWN detected (2 5 0 0). kernel: rport-1:0-0: blocked FC remote port time out: removing target and saving binding kernel: sd 1:0:0:0: [sdc] Unhandled error code kernel: sd 1:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK kernel: sd 1:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 04 00 00 04 00 00 kernel: end_request: I/O error, dev sdc, sector 1024 I can replicate this on demand at this point so please let me know if there is any information I can provide. Any ideas where to go from here? Thanks, John ----- Edward Tomasz Napiera�a's Original Message ----- > I'm working on last few minor nits to get this into the tree. Give me few days, > I'll prepare a patch against 9-STABLE. >