From owner-freebsd-arch@FreeBSD.ORG Tue Sep 3 13:37:35 2013 Return-Path: Delivered-To: freebsd-arch@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 F2750187 for ; Tue, 3 Sep 2013 13:37:34 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB2A2CC5 for ; Tue, 3 Sep 2013 13:37:34 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 70CC645B0 for ; Tue, 3 Sep 2013 13:37:33 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 7ED1133A24; Tue, 3 Sep 2013 15:37:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-arch@freebsd.org Subject: /usr/lib/private Date: Tue, 03 Sep 2013 15:37:04 +0200 Message-ID: <86zjrut4an.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 13:37:35 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable The attached patch introduces a mechanism for installing libraries into /usr/lib/private, which is not in the standard rtld search path, and setting -rpath accordingly for programs and libraries that need one of those libraries. Private libraries are meant for internal use only and need to be kept out of the way so they don't conflict with similarly- named libraries installed by ports. The first to go is libssh (which shouldn't even exist, but that's another story). There is one issue this patch does not address: 32-bit binaries which reference private libraries on a 64-bit system won't find them. This can be fixed by having rtld automagically translate /usr/lib/private to /usr/lib32/private when appropriate, which is rather gross. I intend to commit this shortly - it is blocking DNSSEC for FreeBSD 10. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=head-privatelib.diff Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 255069) +++ Makefile.inc1 (working copy) @@ -382,6 +382,7 @@ PATH=${TMPPATH} \ LIBDIR=/usr/lib32 \ SHLIBDIR=/usr/lib32 \ + LIBPRIVATEDIR=/usr/lib32/private \ COMPILER_TYPE=${WMAKE_COMPILER_TYPE} LIB32WMAKEFLAGS+= \ CC="${XCC} ${LIB32FLAGS}" \ Index: ObsoleteFiles.inc =================================================================== --- ObsoleteFiles.inc (revision 255069) +++ ObsoleteFiles.inc (working copy) @@ -38,6 +38,9 @@ # xargs -n1 | sort | uniq -d; # done +# 20130903: libssh becomes private +OLD_LIBS+=usr/lib/libssh.so.5 +OLD_LIBS+=usr/lib32/libssh.so.5 # 20130829: bsdpatch is patch unconditionally OLD_FILES+=usr/bin/bsdpatch OLD_FILES+=usr/share/man/man1/bsdpatch.1.gz Index: etc/mtree/BSD.usr.dist =================================================================== --- etc/mtree/BSD.usr.dist (revision 255069) +++ etc/mtree/BSD.usr.dist (working copy) @@ -24,6 +24,8 @@ .. i18n .. + private + .. .. lib32 dtrace @@ -30,6 +32,8 @@ .. i18n .. + private + .. .. libdata gcc Index: lib/libldns/Makefile =================================================================== --- lib/libldns/Makefile (revision 255069) +++ lib/libldns/Makefile (working copy) @@ -6,7 +6,7 @@ .PATH: ${LDNSDIR} ${LDNSDIR}/compat LIB= ldns -INTERNALLIB= true +PRIVATELIB= true CFLAGS+= -I${LDNSDIR} Index: lib/libpam/modules/pam_ssh/Makefile =================================================================== --- lib/libpam/modules/pam_ssh/Makefile (revision 255069) +++ lib/libpam/modules/pam_ssh/Makefile (working copy) @@ -15,6 +15,7 @@ DPADD= ${LIBSSH} ${LIBCRYPTO} ${LIBCRYPT} LDADD= -lssh -lcrypto -lcrypt +USEPRIVATELIB= ssh .include Index: secure/lib/libssh/Makefile =================================================================== --- secure/lib/libssh/Makefile (revision 255069) +++ secure/lib/libssh/Makefile (working copy) @@ -3,6 +3,7 @@ .include LIB= ssh +PRIVATELIB= true SHLIB_MAJOR= 5 SRCS= authfd.c authfile.c bufaux.c bufbn.c buffer.c \ canohost.c channels.c cipher.c cipher-aes.c \ Index: secure/libexec/sftp-server/Makefile =================================================================== --- secure/libexec/sftp-server/Makefile (revision 255069) +++ secure/libexec/sftp-server/Makefile (working copy) @@ -10,6 +10,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/libexec/ssh-keysign/Makefile =================================================================== --- secure/libexec/ssh-keysign/Makefile (revision 255069) +++ secure/libexec/ssh-keysign/Makefile (working copy) @@ -8,6 +8,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/libexec/ssh-pkcs11-helper/Makefile =================================================================== --- secure/libexec/ssh-pkcs11-helper/Makefile (revision 255069) +++ secure/libexec/ssh-pkcs11-helper/Makefile (working copy) @@ -8,6 +8,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.bin/scp/Makefile =================================================================== --- secure/usr.bin/scp/Makefile (revision 255069) +++ secure/usr.bin/scp/Makefile (working copy) @@ -9,6 +9,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.bin/sftp/Makefile =================================================================== --- secure/usr.bin/sftp/Makefile (revision 255069) +++ secure/usr.bin/sftp/Makefile (working copy) @@ -9,6 +9,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} ${LIBEDIT} ${LIBNCURSES} LDADD= -lssh -lcrypt -lcrypto -lz -ledit -lncurses +USEPRIVATELIB= ssh .include Index: secure/usr.bin/ssh/Makefile =================================================================== --- secure/usr.bin/ssh/Makefile (revision 255069) +++ secure/usr.bin/ssh/Makefile (working copy) @@ -18,6 +18,7 @@ DPADD= ${LIBSSH} ${LIBUTIL} ${LIBZ} LDADD= -lssh -lutil -lz +USEPRIVATELIB= ssh .if ${MK_KERBEROS_SUPPORT} != "no" CFLAGS+= -DGSSAPI -DHAVE_GSSAPI_GSSAPI_H=1 -DKRB5 -DHEIMDAL Index: secure/usr.bin/ssh-add/Makefile =================================================================== --- secure/usr.bin/ssh-add/Makefile (revision 255069) +++ secure/usr.bin/ssh-add/Makefile (working copy) @@ -9,6 +9,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.bin/ssh-agent/Makefile =================================================================== --- secure/usr.bin/ssh-agent/Makefile (revision 255069) +++ secure/usr.bin/ssh-agent/Makefile (working copy) @@ -9,6 +9,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.bin/ssh-keygen/Makefile =================================================================== --- secure/usr.bin/ssh-keygen/Makefile (revision 255069) +++ secure/usr.bin/ssh-keygen/Makefile (working copy) @@ -9,6 +9,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.bin/ssh-keyscan/Makefile =================================================================== --- secure/usr.bin/ssh-keyscan/Makefile (revision 255069) +++ secure/usr.bin/ssh-keyscan/Makefile (working copy) @@ -6,6 +6,7 @@ DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz +USEPRIVATELIB= ssh .include Index: secure/usr.sbin/sshd/Makefile =================================================================== --- secure/usr.sbin/sshd/Makefile (revision 255069) +++ secure/usr.sbin/sshd/Makefile (working copy) @@ -27,6 +27,7 @@ DPADD= ${LIBSSH} ${LIBUTIL} ${LIBZ} ${LIBWRAP} ${LIBPAM} LDADD= -lssh -lutil -lz -lwrap ${MINUSLPAM} +USEPRIVATELIB= ssh .if ${MK_AUDIT} != "no" CFLAGS+= -DUSE_BSM_AUDIT -DHAVE_GETAUDIT_ADDR Index: share/mk/bsd.lib.mk =================================================================== --- share/mk/bsd.lib.mk (revision 255069) +++ share/mk/bsd.lib.mk (working copy) @@ -119,16 +119,24 @@ all: objwarn +.if defined(PRIVATELIB) +_LIBDIR:=${LIBPRIVATEDIR} +_SHLIBDIR:=${LIBPRIVATEDIR} +.else +_LIBDIR:=${LIBDIR} +_SHLIBDIR:=${SHLIBDIR} +.endif + .if defined(SHLIB_NAME) .if ${MK_DEBUG_FILES} != "no" SHLIB_NAME_FULL=${SHLIB_NAME}.full # Use ${DEBUGDIR} for base system debug files, else .debug subdirectory -.if ${SHLIBDIR} == "/boot" ||\ +.if ${_SHLIBDIR} == "/boot" ||\ ${SHLIBDIR:C%/lib(/.*)?$%/lib%} == "/lib" ||\ ${SHLIBDIR:C%/usr/lib(32)?(/.*)?%/usr/lib%} == "/usr/lib" -DEBUGFILEDIR=${DEBUGDIR}${SHLIBDIR} +DEBUGFILEDIR=${DEBUGDIR}${_SHLIBDIR} .else -DEBUGFILEDIR=${SHLIBDIR}/.debug +DEBUGFILEDIR=${_SHLIBDIR}/.debug DEBUGMKDIR= .endif .else @@ -145,6 +153,10 @@ LDFLAGS+= -Wl,--version-script=${VERSION_MAP} .endif +.if defined(USEPRIVATELIB) +LDFLAGS+= -L${_SHLIBDIRPREFIX}${LIBPRIVATEDIR} -rpath ${LIBPRIVATEDIR} +.endif + .if defined(LIB) && !empty(LIB) || defined(SHLIB_NAME) OBJS+= ${SRCS:N*.h:R:S/$/.o/} .endif @@ -291,16 +303,16 @@ _libinstall: .if defined(LIB) && !empty(LIB) && ${MK_INSTALLLIB} != "no" ${INSTALL} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ - ${_INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${LIBDIR} + ${_INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${_LIBDIR} .endif .if ${MK_PROFILE} != "no" && defined(LIB) && !empty(LIB) ${INSTALL} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ - ${_INSTALLFLAGS} lib${LIB}_p.a ${DESTDIR}${LIBDIR} + ${_INSTALLFLAGS} lib${LIB}_p.a ${DESTDIR}${_LIBDIR} .endif .if defined(SHLIB_NAME) ${INSTALL} ${STRIP} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${_INSTALLFLAGS} ${_SHLINSTALLFLAGS} \ - ${SHLIB_NAME} ${DESTDIR}${SHLIBDIR} + ${SHLIB_NAME} ${DESTDIR}${_SHLIBDIR} .if ${MK_DEBUG_FILES} != "no" .if defined(DEBUGMKDIR) ${INSTALL} -T debug -d ${DESTDIR}${DEBUGFILEDIR} @@ -328,23 +340,23 @@ # installworld; in the later case ${_LDSCRIPTROOT} must be obviously empty # because on the target system, libraries are meant to be looked up from /. .if defined(SHLIB_LDSCRIPT) && !empty(SHLIB_LDSCRIPT) && exists(${.CURDIR}/${SHLIB_LDSCRIPT}) - sed -e 's,@@SHLIB@@,${_LDSCRIPTROOT}${SHLIBDIR}/${SHLIB_NAME},g' \ - -e 's,@@LIBDIR@@,${_LDSCRIPTROOT}${LIBDIR},g' \ - ${.CURDIR}/${SHLIB_LDSCRIPT} > ${DESTDIR}${LIBDIR}/${SHLIB_LINK:R}.ld + sed -e 's,@@SHLIB@@,${_LDSCRIPTROOT}${_SHLIBDIR}/${SHLIB_NAME},g' \ + -e 's,@@LIBDIR@@,${_LDSCRIPTROOT}${_LIBDIR},g' \ + ${.CURDIR}/${SHLIB_LDSCRIPT} > ${DESTDIR}${_LIBDIR}/${SHLIB_LINK:R}.ld ${INSTALL} -S -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ - ${_INSTALLFLAGS} ${DESTDIR}${LIBDIR}/${SHLIB_LINK:R}.ld \ - ${DESTDIR}${LIBDIR}/${SHLIB_LINK} - rm -f ${DESTDIR}${LIBDIR}/${SHLIB_LINK:R}.ld + ${_INSTALLFLAGS} ${DESTDIR}${_LIBDIR}/${SHLIB_LINK:R}.ld \ + ${DESTDIR}${_LIBDIR}/${SHLIB_LINK} + rm -f ${DESTDIR}${_LIBDIR}/${SHLIB_LINK:R}.ld .else -.if ${SHLIBDIR} == ${LIBDIR} - ${INSTALL_SYMLINK} ${SHLIB_NAME} ${DESTDIR}${LIBDIR}/${SHLIB_LINK} +.if ${_SHLIBDIR} == ${_LIBDIR} + ${INSTALL_SYMLINK} ${SHLIB_NAME} ${DESTDIR}${_LIBDIR}/${SHLIB_LINK} .else - ${INSTALL_SYMLINK} ${_SHLIBDIRPREFIX}${SHLIBDIR}/${SHLIB_NAME} \ - ${DESTDIR}${LIBDIR}/${SHLIB_LINK} -.if exists(${DESTDIR}${LIBDIR}/${SHLIB_NAME}) - -chflags noschg ${DESTDIR}${LIBDIR}/${SHLIB_NAME} - rm -f ${DESTDIR}${LIBDIR}/${SHLIB_NAME} + ${INSTALL_SYMLINK} ${_SHLIBDIRPREFIX}${_SHLIBDIR}/${SHLIB_NAME} \ + ${DESTDIR}${_LIBDIR}/${SHLIB_LINK} +.if exists(${DESTDIR}${_LIBDIR}/${SHLIB_NAME}) + -chflags noschg ${DESTDIR}${_LIBDIR}/${SHLIB_NAME} + rm -f ${DESTDIR}${_LIBDIR}/${SHLIB_NAME} .endif .endif .endif # SHLIB_LDSCRIPT @@ -352,7 +364,7 @@ .endif # SHIB_NAME .if defined(INSTALL_PIC_ARCHIVE) && defined(LIB) && !empty(LIB) && ${MK_TOOLCHAIN} != "no" ${INSTALL} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ - ${_INSTALLFLAGS} lib${LIB}_pic.a ${DESTDIR}${LIBDIR} + ${_INSTALLFLAGS} lib${LIB}_pic.a ${DESTDIR}${_LIBDIR} .endif .if defined(WANT_LINT) && !defined(NO_LINT) && defined(LIB) && !empty(LIB) ${INSTALL} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ Index: share/mk/bsd.libnames.mk =================================================================== --- share/mk/bsd.libnames.mk (revision 255069) +++ share/mk/bsd.libnames.mk (working copy) @@ -87,7 +87,7 @@ LIBKVM?= ${DESTDIR}${LIBDIR}/libkvm.a LIBL?= ${DESTDIR}${LIBDIR}/libl.a .if ${MK_LDNS} != "no" -LIBLDNS?= ${DESTDIR}${LIBDIR}/libldns.a +LIBLDNS?= ${DESTDIR}${LIBPRIVATEDIR}/libldns.a .endif LIBLN?= "don't use LIBLN, use LIBL" .if ${MK_BIND} != "no" @@ -150,7 +150,7 @@ LIBSBUF?= ${DESTDIR}${LIBDIR}/libsbuf.a LIBSDP?= ${DESTDIR}${LIBDIR}/libsdp.a LIBSMB?= ${DESTDIR}${LIBDIR}/libsmb.a -LIBSSH?= ${DESTDIR}${LIBDIR}/libssh.a +LIBSSH?= ${DESTDIR}${LIBPRIVATEDIR}/libssh.a LIBSSL?= ${DESTDIR}${LIBDIR}/libssl.a LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a LIBSTDCPLUSPLUS?= ${DESTDIR}${LIBDIR}/libstdc++.a Index: share/mk/bsd.own.mk =================================================================== --- share/mk/bsd.own.mk (revision 255069) +++ share/mk/bsd.own.mk (working copy) @@ -28,6 +28,8 @@ # # LIBCOMPATDIR Base path for compat libraries. [/usr/lib/compat] # +# LIBPRIVATEDIR Base path for private libraries. [/usr/lib/private] +# # LIBDATADIR Base path for misc. utility data files. [/usr/libdata] # # LIBEXECDIR Base path for system daemons and utilities. [/usr/libexec] @@ -144,6 +146,7 @@ LIBDIR?= /usr/lib LIBCOMPATDIR?= /usr/lib/compat +LIBPRIVATEDIR?= /usr/lib/private LIBDATADIR?= /usr/libdata LIBEXECDIR?= /usr/libexec LINTLIBDIR?= /usr/libdata/lint Index: share/mk/bsd.prog.mk =================================================================== --- share/mk/bsd.prog.mk (revision 255069) +++ share/mk/bsd.prog.mk (working copy) @@ -52,6 +52,10 @@ LDFLAGS+= -static .endif +.if defined(USEPRIVATELIB) +LDFLAGS+= -L${_SHLIBDIRPREFIX}${LIBPRIVATEDIR} -rpath ${LIBPRIVATEDIR} +.endif + .if ${MK_DEBUG_FILES} != "no" PROG_FULL=${PROG}.full # Use ${DEBUGDIR} for base system debug files, else .debug subdirectory --=-=-=-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 02:37:14 2013 Return-Path: Delivered-To: freebsd-arch@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 9F512932 for ; Thu, 5 Sep 2013 02:37:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1343F2DB3 for ; Thu, 5 Sep 2013 02:37:13 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r852b3fv003289; Thu, 5 Sep 2013 05:37:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r852b3fv003289 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r852b3sP003288; Thu, 5 Sep 2013 05:37:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Sep 2013 05:37:03 +0300 From: Konstantin Belousov To: Dag-Erling Sm??rgrav Subject: Re: /usr/lib/private Message-ID: <20130905023703.GN41229@kib.kiev.ua> References: <86zjrut4an.fsf@nine.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WQS/f3aCdEH+xDC1" Content-Disposition: inline In-Reply-To: <86zjrut4an.fsf@nine.des.no> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 02:37:14 -0000 --WQS/f3aCdEH+xDC1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2013 at 03:37:04PM +0200, Dag-Erling Sm??rgrav wrote: > The attached patch introduces a mechanism for installing libraries into > /usr/lib/private, which is not in the standard rtld search path, and > setting -rpath accordingly for programs and libraries that need one of > those libraries. Private libraries are meant for internal use only and > need to be kept out of the way so they don't conflict with similarly- > named libraries installed by ports. The first to go is libssh (which > shouldn't even exist, but that's another story). >=20 > There is one issue this patch does not address: 32-bit binaries which > reference private libraries on a 64-bit system won't find them. This > can be fixed by having rtld automagically translate /usr/lib/private to > /usr/lib32/private when appropriate, which is rather gross. You could consider using the $PLATFORM token in the rpath, so that you use /usr/lib/private- as the installation target. --WQS/f3aCdEH+xDC1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSJ+5OAAoJEJDCuSvBvK1Bqa0P+gN093wyL/C5r1zpHNAKmri2 6izgq97yDGJrcgMHEolvG10vVtwoqKks1OEDJX8/u1iOykaDT8WyOfpM4qCMk9E0 mthq1jH5nSMsvijRDGvyaYy+NynxunbA0OjzrSjYXBNHbAG1j5QNDLfF7HgEBanm B8jxxHVslg66LUD2EeqgeDQ9c3CR9mNxVu+dmvyWZZzyZA1wZoXmx9vDku2bntdD uuFDzOj1y36/mkDNPEBtQspYm5pSqxx8hYr1a+97w3hQUVk86KNtaG4WSHUYg7LR Apum71D1Ns6f49+5uu/tq05kbk+uhZ8TNzZ0TToaBwg90f+lcRZT/pPzaLz1e+aK q0tBD+IpFPzdHZJf+S1nXEXs29DVD+v50e6rB8cJ9TS1HxgjXQ+T0CqndXSLAGmQ r3Ce35nv/CNNiATNGBctwPfK85gw5sbiDIAWx3Xan61qpoNEne0tAfG4rgdLT54Y M/gC/bc/Xb17DknNERfSpD31bMfUp2wRKuXk85l1ywY4Ciqox4egxIPObVJ8GJy/ EsZdB6zF4Gen1w6Hg8eziVWuMN1d6jSzBr8rAXGePyboOOF0Di8iqqHSQpcPf0kw DcsRYc/UQjY8zDwvXHHhKi1wyoTNNFb8le0ql/1xRh1mFgZqElWK6psxlATBiUbr L7ekGvXFyVpUL2b+ZkMS =oCpt -----END PGP SIGNATURE----- --WQS/f3aCdEH+xDC1-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 07:41:30 2013 Return-Path: Delivered-To: freebsd-arch@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 2732ED34 for ; Thu, 5 Sep 2013 07:41:30 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E66F02378 for ; Thu, 5 Sep 2013 07:41:29 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so1759638oag.21 for ; Thu, 05 Sep 2013 00:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XgiGoR8S8KSE9X5/Tw7FRoo4yzsMRY4pB/kS/w5J1yo=; b=OScD8QkGRiJZ2HWQDGTAKQqIQDM0ecZws7GO3R98RONCRE84lo9ryCpeQ8Pz7P8Iwk BVZGridxE8WBOphduM0H4JOmUoXSioWa0sqREH0ezCQ62PLcihzxDjHj6L+DEXanyzRv aZ6gk71eN1FZQIVCEiDE3DHRDSkQhacdcEi5oR5YD02gKxoSMoIXCeMR/eZxSXhlFyaI drL6SRswQ75dR3FGUuzNuYvD34vpzwOmbpxrG8itpy4XRoixoTOOp+VTk3kQVs+MQbxP C9O4idK8Z02OwVi5pT0qQ1xAI6wyaDRETm8NgcI5xTG1aJ6hqwPvW+9rAvMRlh1Nj0Fc Xhpw== MIME-Version: 1.0 X-Received: by 10.182.45.195 with SMTP id p3mr5396796obm.29.1378366889252; Thu, 05 Sep 2013 00:41:29 -0700 (PDT) Sender: jonathan.robert.anderson@gmail.com Received: by 10.182.33.197 with HTTP; Thu, 5 Sep 2013 00:41:29 -0700 (PDT) In-Reply-To: <20130905023703.GN41229@kib.kiev.ua> References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua> Date: Thu, 5 Sep 2013 08:41:29 +0100 X-Google-Sender-Auth: Q160NOe8_SUczL_bKnCjlmwpCPM Message-ID: Subject: Re: /usr/lib/private From: Jonathan Anderson To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dag-Erling Sm??rgrav , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 07:41:30 -0000 Is there any reason not to make it /private/usr/lib (or /private/usr/lib/platform)? I could see us wanting a /private/usr/include in the future for e.g. LLVM/Clang headers that things in base (e.g. lldb) might use but whose stability we don't want to be responsible for. Jon On Thursday, 5 September 2013, Konstantin Belousov wrote: > On Tue, Sep 03, 2013 at 03:37:04PM +0200, Dag-Erling Sm??rgrav wrote: > > The attached patch introduces a mechanism for installing libraries into > > /usr/lib/private, which is not in the standard rtld search path, and > > setting -rpath accordingly for programs and libraries that need one of > > those libraries. Private libraries are meant for internal use only and > > need to be kept out of the way so they don't conflict with similarly- > > named libraries installed by ports. The first to go is libssh (which > > shouldn't even exist, but that's another story). > > > > There is one issue this patch does not address: 32-bit binaries which > > reference private libraries on a 64-bit system won't find them. This > > can be fixed by having rtld automagically translate /usr/lib/private to > > /usr/lib32/private when appropriate, which is rather gross. > > You could consider using the $PLATFORM token in the rpath, so that > you use /usr/lib/private- as the installation target. > -- Jonathan Anderson jonathan.anderson@ieee.org From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 07:44:15 2013 Return-Path: Delivered-To: freebsd-arch@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 AC3FDE91 for ; Thu, 5 Sep 2013 07:44:15 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 704C323BD for ; Thu, 5 Sep 2013 07:44:15 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 5925A4831; Thu, 5 Sep 2013 07:44:14 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 441BC33CE1; Thu, 5 Sep 2013 09:44:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Subject: Re: /usr/lib/private References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua> Date: Thu, 05 Sep 2013 09:44:16 +0200 In-Reply-To: <20130905023703.GN41229@kib.kiev.ua> (Konstantin Belousov's message of "Thu, 5 Sep 2013 05:37:03 +0300") Message-ID: <86d2onr9v3.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 07:44:15 -0000 Konstantin Belousov writes: > You could consider using the $PLATFORM token in the rpath, so that > you use /usr/lib/private- as the installation target. Hmm, why? 32-bit versions are installed in /usr/lib32/private, which is fine in most cases except that you can't - for instance - run a 32-bit version of the base ssh or sshd on a 64-bit machine, because it won't find libssh. However, a PAMified application will find the correct libpam (in /usr/lib32) and the 32-bit libpam knows that the 32-bit modules are in /usr/lib32/private, so that will work. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 07:46:32 2013 Return-Path: Delivered-To: freebsd-arch@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 C24A62CD for ; Thu, 5 Sep 2013 07:46:32 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 85B352418 for ; Thu, 5 Sep 2013 07:46:32 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id A88274848; Thu, 5 Sep 2013 07:46:31 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 956D533CE5; Thu, 5 Sep 2013 09:46:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Subject: Re: /usr/lib/private References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua> <86d2onr9v3.fsf@nine.des.no> Date: Thu, 05 Sep 2013 09:46:03 +0200 In-Reply-To: <86d2onr9v3.fsf@nine.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8r?= =?utf-8?Q?grav=22's?= message of "Thu, 05 Sep 2013 09:44:16 +0200") Message-ID: <8661ufr9s4.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 07:46:32 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Konstantin Belousov writes: > > You could consider using the $PLATFORM token in the rpath, so that > > you use /usr/lib/private- as the installation target. > Hmm, why? [...] Oh, wait - I see what you mean now. The problem is that I can't easily have /usr/lib/private-$PLATFORM in etc/mtree/BSD.usr.dist. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 09:59:59 2013 Return-Path: Delivered-To: freebsd-arch@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 958769DA for ; Thu, 5 Sep 2013 09:59:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0879A207C for ; Thu, 5 Sep 2013 09:59:58 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r859xrPn095262; Thu, 5 Sep 2013 12:59:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r859xrPn095262 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r859xrRk095261; Thu, 5 Sep 2013 12:59:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Sep 2013 12:59:53 +0300 From: Konstantin Belousov To: Dag-Erling Sm??rgrav Subject: Re: /usr/lib/private Message-ID: <20130905095953.GQ41229@kib.kiev.ua> References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua> <86d2onr9v3.fsf@nine.des.no> <8661ufr9s4.fsf@nine.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="waqf3ldl5CnEMrQn" Content-Disposition: inline In-Reply-To: <8661ufr9s4.fsf@nine.des.no> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 09:59:59 -0000 --waqf3ldl5CnEMrQn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 05, 2013 at 09:46:03AM +0200, Dag-Erling Sm??rgrav wrote: > Dag-Erling Sm??rgrav writes: > > Konstantin Belousov writes: > > > You could consider using the $PLATFORM token in the rpath, so that > > > you use /usr/lib/private- as the installation target. > > Hmm, why? [...] >=20 > Oh, wait - I see what you mean now. The problem is that I can't easily > have /usr/lib/private-$PLATFORM in etc/mtree/BSD.usr.dist. You could list all arches there, the cost of having 5 or 6 empty directories is rather small. Or we can grow BSD.usr.dist- mtree file, but I do not see a point. --waqf3ldl5CnEMrQn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSKFYYAAoJEJDCuSvBvK1BlGoP/3HxKkz+PYXWJgn2s0siIuSl Yk8GuWCmlMUTqxzTk9IidMwPoxDKxXNveVjHUruzE7svZ7DPdW3EsDZbQOYgDfOM j30/6EFcG5ZpQN31UEYfVfAIpsofRWethpGf1bldKBBeFh24i+nvgIOhvIiswa4I IgQOkqvgjacMXXue98VO4G990gw5pjFBz2FBrG3DOHAofsKZoNpj3izF3+cgoWmG n0NaWc/jP2ZT++lr6OLN4kvnD8zmXJK3rw1WYiNnJRohzmf/Aj0FAKYCsiEpMUV6 SiFLVDvl41eK2SCfqlBy5WRyR17bmPuaIVAz5xSG+knlZVx2yTnAPCCp2DazL7fN pytmztvHPj3jTZPQCG67H6/0nr8pGrXiBw+sjXWLf4NMfxaow61JAl65nzU0OdPp cNYiW6qiU+0mWK27WvyMbQmGwuaU9RDbdhhJP3vbG1pBARO657x2a71lRzJVEzZZ x8a8y3Hmt9EEHBuKQ2zXH1nsKA5RvEPozdW0gwPmVDd0ILiz5zhymx83GZZgAP0R aBPTN5lb81u7SqIFUNJhI4cKbcyXICJ6WdukDnGLFsurxEIDbVgZtJRzzCbl7fcJ wUplc0TvOT81wRW7K8fA18BIkoRtdOZs/BkBBjVU773OV0ZoOnYWbRQl0lk8Ss8p 0U04oj2qvn8h3AazATvF =XPux -----END PGP SIGNATURE----- --waqf3ldl5CnEMrQn-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 10:01:04 2013 Return-Path: Delivered-To: freebsd-arch@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 8ED5BAE0 for ; Thu, 5 Sep 2013 10:01:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3E3820BB for ; Thu, 5 Sep 2013 10:01:03 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r85A0x3l096290; Thu, 5 Sep 2013 13:00:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r85A0x3l096290 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r85A0wDn096285; Thu, 5 Sep 2013 13:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Sep 2013 13:00:58 +0300 From: Konstantin Belousov To: Jonathan Anderson Subject: Re: /usr/lib/private Message-ID: <20130905100058.GR41229@kib.kiev.ua> References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gvMLM4USzlj3SVKc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Dag-Erling Sm??rgrav , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 10:01:04 -0000 --gvMLM4USzlj3SVKc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 05, 2013 at 08:41:29AM +0100, Jonathan Anderson wrote: > Is there any reason not to make it /private/usr/lib (or > /private/usr/lib/platform)? I could see us wanting a /private/usr/include > in the future for e.g. LLVM/Clang headers that things in base (e.g. > lldb) might use but whose stability we don't want to be responsible for. >=20 The libraries (and headers) are not needed in the single-user mode, and we are still trying to maintain the / and /usr split. --gvMLM4USzlj3SVKc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSKFZZAAoJEJDCuSvBvK1B7moQAI7KtMJZKV8cvNKyw+uRigOr lzyipUKPzHDmJVK2HqI110l5+hdu7+V85zstr5bznEZhIBVHThf/gYwvnwgQ/k31 zzS+/XrJHjsoVm4asq6miFVheYZfvYQ7O6wXtxqfaMFhqzBg5Pe8ALy96K1gDWua i9slusuUrrQj4tPxOwrobhW1lk+tQvfXSonHGdM8V6zl8jCpNntV3ThgJzCf3x65 2vbwpZ0UjFicqAu20/qsNix811mXiy67lq1eb+6fEPyJwf+DDYFJzhLBqjpwfHA3 x0QHOCU8vc0nhRAx7c9lxVKb/M302zg6dzu8wU/gk1Xk2m25hDIiF9ipJy4XPN9L UwXxOqH+86D9zc+oHW2dmSStFhVsVQxmrWtS+W2g7FXSIoUfbGyvEmrNbhmIXdku fywBTMeaRWslUiAg0PX131tahvckUvIWHJF/d3cqYZnLrtJv5ohazM0l/qKwhCvg JNHrLHH35RASgzwKZa4CHf5MnlCF3avYHlpenLvWOlup0lvVIdBf0plDeOWKDeTz xTJJ8OT5dZb3MfbuHw9tXSkad7Pk4anxjJ85RwdHyzFSrWGynIFHmb/zwQztrHOD 0K1pT/7AY9A9djQi2b0oySDWMI2FKOdiC4gVOQH46i8JH/sQ3fJiFqNGFL/+pzMj lOWhO0Zpre4FRTvjeihg =mInF -----END PGP SIGNATURE----- --gvMLM4USzlj3SVKc-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 10:27:16 2013 Return-Path: Delivered-To: freebsd-arch@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 E35F942C; Thu, 5 Sep 2013 10:27:16 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 333D4222F; Thu, 5 Sep 2013 10:27:16 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so784878ead.19 for ; Thu, 05 Sep 2013 03:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=ZhxXcqEqmO2GKk/Vf6GdsN9ZvMrDLcQspyIKFfZGAVQ=; b=nmMeByk7hO4xt1sbtFmwZToFoEeDuQ4FnKxOHpq0cHN6E3mzL2LCP6N96ixOyCAyMT +GOs/Qu2QD4/WhP0Mdt/Xi+ulVjpAjL6Sj4D29lNVmALati5yJ2ZtgJsXR2jjZJ75/RB PMcJJ3sghQqYULOkgl0gRdiucw5iDdMaPjUTO96kA/Y3BYAHlQriwb7Dus2ueZmCI/9z vtQo4hV0vEz4EC0Xbl+VVusebyyQ3J/3JuiC14u7i2sXc39mWckEQ4XYNR6Nf3UO+pca TVE2lbncTymbXWYon49tXS76e/sg4CP+r7buPXYnlnMud50z90A/hP2H6P433bOzddLP gIcw== X-Received: by 10.14.199.3 with SMTP id w3mr12475284een.33.1378376834367; Thu, 05 Sep 2013 03:27:14 -0700 (PDT) Received: from [192.168.1.102] (addr48.neoplus.adsl.tpnet.pl. [79.184.69.48]) by mx.google.com with ESMTPSA id r48sm47407059eev.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 03:27:14 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: New iSCSI stack. Message-Id: Date: Thu, 5 Sep 2013 12:27:12 +0200 To: "freebsd-arch@freebsd.org" , "freebsd-current@FreeBSD.org" , freebsd-scsi@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 10:27:17 -0000 Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll = find=20 a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. =20 To use the new initiator, start with "man iscsictl". For the target - = "man=20 ctld". All feedback is welcome. If nothing unexpected comes up, I'll commit it=20= in a few days from now. Note that it's still not optimized; at this = point=20 I'm focusing more on reliability and interoperability. This work is being sponsored by FreeBSD Foundation. From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 12:00:52 2013 Return-Path: Delivered-To: freebsd-arch@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 A57826B3; Thu, 5 Sep 2013 12:00:52 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C080F2868; Thu, 5 Sep 2013 12:00:51 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id d41so845284eek.36 for ; Thu, 05 Sep 2013 05:00:50 -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=zZEQnc0IA5DKZgvMjyaAA877lzmwAPfqEcCPFRp8nfQ=; b=fED9uxnhJlo74TTEYUeFWlq2Q7QkIAo+DMbKAKc1MOuAZs47FQHS2s/Ktg348GMSCJ qtPFP3zkyyiZ3wNtkjHhZ3LT49lj5BDgK9IwC9GWPWx+j90tQDnqsUumDpiaZve7OL+d 8751rbA5mxT6PEmhJk6knWqTczPZg4Wbjt8WuTFo37SiWj1iqEbIWKfUSFTrs+YBNTj1 eJRcvrIUUNLsl1SDEysZaW9OEbZBOMa/AEw5gtWurQtoEpc5+J/nOODbUmezbnR5/ZNg Y425ClTQOpAhlL6wQLlHeKmdshwRu23JtNvjc5LxVGajXOuMM4kI8mioKzPsP4r518Dg 5sNg== X-Received: by 10.14.241.74 with SMTP id f50mr13120554eer.29.1378382450093; Thu, 05 Sep 2013 05:00:50 -0700 (PDT) Received: from [192.168.1.102] (addr48.neoplus.adsl.tpnet.pl. [79.184.69.48]) by mx.google.com with ESMTPSA id j7sm48069464eeo.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 05:00:49 -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: Thu, 5 Sep 2013 14:00:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> References: To: Ivan Voras X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 12:00:52 -0000 Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz 2013, o godz. 13:18: > On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff = you'll find=20 >> a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. =20 >> To use the new initiator, start with "man iscsictl". For the target = - "man=20 >> ctld". >=20 > Just a naming question: "ctld" could mean anything, I'd parse it as a > "control deamon" or something like that. Could you name it something > which reminds the user of iscsi? Like iscsictld? As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - = it can be extended to just manage CTL configuration (e.g. for Fibre Channel), or to support other CTL-backed storage protocols, such as FCoE. It's just a helper daemon for ctl(4) - thus, ctld(8). And in case = someone does "man -k iscsi", there is the "iSCSI target" in the manual page = title. From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 12:02:42 2013 Return-Path: Delivered-To: freebsd-arch@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 B893F9F9; Thu, 5 Sep 2013 12:02:42 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B23A2897; Thu, 5 Sep 2013 12:02:42 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id lf11so1032641vcb.21 for ; Thu, 05 Sep 2013 05:02:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=shhfdmESCDns11D0oUrHWzke6gJlzhOPs3T32CamCSI=; b=WNVJTpM4UjIZeiYQx4mSB6aY5nLrck60CwGQIOxZ4EblepKrGeq8IVM1O0e9PMLRvL 2vJtsp2oH6Ji/7jrL6vvNBn9LeFq7NPrPY82o//HFKm2c9yCy+inA5dCidR9B/+cmQJM fQVMo67arwOA+PSxQ0Ptg0X3V5d6jMaZ+3QMtL7oeGEOTP1SP19Uo7FaV39CkLve/OOw kazS9m9OfC806uryETyKopFK5kcUIog/HUC+J6EZZCbHMfPfKC/SssgjiDiQ5r3Dmaiy xSm5iS51gbbm7MK1CHcl9JuRFKD2Kkirik4NGmRKz2JjbhxfmvS20uTNcJ2zGmuQctso GTaw== X-Received: by 10.52.98.66 with SMTP id eg2mr5661754vdb.24.1378382561266; Thu, 05 Sep 2013 05:02:41 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.58.229.167 with HTTP; Thu, 5 Sep 2013 05:02:01 -0700 (PDT) In-Reply-To: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> From: Ivan Voras Date: Thu, 5 Sep 2013 14:02:01 +0200 X-Google-Sender-Auth: t0wqRhVH_HVHn62OcfGtOOEAkds Message-ID: Subject: Re: New iSCSI stack. To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 12:02:42 -0000 On 5 September 2013 14:00, Edward Tomasz Napiera=C5=82a = wrote: > Wiadomo=C5=9B=C4=87 napisana przez Ivan Voras w dniu= 5 wrz 2013, o godz. 13:18: >> On 05/09/2013 12:27, Edward Tomasz Napiera=C5=82a wrote: >>> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'l= l find >>> a patch which adds the new iSCSI initiator and target, against 10-CURRE= NT. >>> To use the new initiator, start with "man iscsictl". For the target - = "man >>> ctld". >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> "control deamon" or something like that. Could you name it something >> which reminds the user of iscsi? Like iscsictld? > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - i= t can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someon= e > does "man -k iscsi", there is the "iSCSI target" in the manual page title= . Thanks, you're right! From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 17:55:07 2013 Return-Path: Delivered-To: freebsd-arch@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 185C0C5E; Thu, 5 Sep 2013 17:55:07 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003: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 8F97B2466; Thu, 5 Sep 2013 17:55:06 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wo10so2317455obc.41 for ; Thu, 05 Sep 2013 10:55:05 -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=jdn9NyYiVN0ndjJomcjRFSLPXdSkDafBQ0fciSN+EwY=; b=m1keMMsRigmcbQ/jF4zWCLSGBvQbmEKgC14Fiv9HZeQFWlPLpZWm4y6ytZ1jhvyj/6 km5PFaZEJGoqhK55iZHdauGvW/8jzcd799ln0h9vLobCns3v5SDzAQeDC1c2pHBtbqHI e1zemETHX6VVMqFFmFvF0JLMTyhKbCWCJ3KpVBPTNcr+k+d5uCXRcarlT4YiyeZY+xtk HCF/Wr4LYWORTynYjYJtijRmTcC/14zo+7v/FEg0ADHmqMk4pDd+9WMU1aMA5xrwVOvt 5eVjtPv7QbKbRkcZrZMAwUt3gAEOSVQ9jagyykNF5QdX2hKocm/aPrmADwac9wOJaiGh FadA== MIME-Version: 1.0 X-Received: by 10.182.53.138 with SMTP id b10mr6843404obp.66.1378403705859; Thu, 05 Sep 2013 10:55:05 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 10:55:05 -0700 (PDT) In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Date: Thu, 5 Sep 2013 13:55:05 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Ivan Voras 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-Current , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 17:55:07 -0000 On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras wrote: > On 5 September 2013 14:00, Edward Tomasz Napiera=B3a > wrote: > > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 w= rz > 2013, o godz. 13:18: > >> On 05/09/2013 12:27, 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". > >> > >> Just a naming question: "ctld" could mean anything, I'd parse it as a > >> "control deamon" or something like that. Could you name it something > >> which reminds the user of iscsi? Like iscsictld? > > > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - > it can > > be extended to just manage CTL configuration (e.g. for Fibre Channel), > > or to support other CTL-backed storage protocols, such as FCoE. > > > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > someone > > does "man -k iscsi", there is the "iSCSI target" in the manual page > title. > > Thanks, you're right! > Is it me, or is this patch mangled and does not apply cleanly to CURRENT > _______________________________________________ > 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-arch@FreeBSD.ORG Thu Sep 5 18:01:09 2013 Return-Path: Delivered-To: freebsd-arch@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 92F6B5D1; Thu, 5 Sep 2013 18:01:09 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27A6A2501; Thu, 5 Sep 2013 18:01:09 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so2643746oag.21 for ; Thu, 05 Sep 2013 11:01:08 -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=ViwHB0zlWaqMV3VEThhL6H/VZ4sODZCvDr20xzDcUiE=; b=kwjVB6jdrq+TJ9qVzhm0DRLxrKq3/OUIG6zHeBZruEYbMGBjkNSG7nDL9bDr1dAbdO 2f10g0yST1pdzO8hh6/nLLylog426dibyv9QsjpBNeaoLboAeWGWMUuA8llPXXuYEiBH 8bmElUwkMFsVVjr1AGrg7MReoJ9mR6FcKxQ4Om0CcCxRZu4HNCGoKZYF/VvZxTZa2Qtd 0erqsGu/UBELuvAUuHgRAs8wSiZvaIP3QerYecAaYgE3z/b4nTr159I1dVsUyr2x3JG3 ec6iDiVivvmeKXD3/ZjcO3aizHsLfn5I83APlfr/NuRMyCljyTm7CSaRfFP6pqLOYBaB MelA== MIME-Version: 1.0 X-Received: by 10.60.133.71 with SMTP id pa7mr7428179oeb.44.1378404068290; Thu, 05 Sep 2013 11:01:08 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 11:01:08 -0700 (PDT) In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Date: Thu, 5 Sep 2013 14:01:08 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Ivan Voras 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-Current , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 18:01:09 -0000 On Thu, Sep 5, 2013 at 1:55 PM, Outback Dingo wrote= : > > > > On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras wrote: > >> On 5 September 2013 14:00, Edward Tomasz Napiera=B3a >> wrote: >> > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz >> 2013, o godz. 13:18: >> >> On 05/09/2013 12:27, 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". >> >> >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> >> "control deamon" or something like that. Could you name it something >> >> which reminds the user of iscsi? Like iscsictld? >> > >> > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon"= . >> > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be = - >> it can >> > be extended to just manage CTL configuration (e.g. for Fibre Channel), >> > or to support other CTL-backed storage protocols, such as FCoE. >> > >> > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case >> someone >> > does "man -k iscsi", there is the "iSCSI target" in the manual page >> title. >> >> Thanks, you're right! >> > > Nevermind.... > Is it me, or is this patch mangled and does not apply cleanly to CURRENT > > > _______________________________________________ >> 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-arch@FreeBSD.ORG Thu Sep 5 18:34:41 2013 Return-Path: Delivered-To: freebsd-arch@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 BDE1056B; Thu, 5 Sep 2013 18:34:41 +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 48A102762; Thu, 5 Sep 2013 18:34:41 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VHeQ9-00095s-FJ; Thu, 05 Sep 2013 22:36:45 +0400 Date: Thu, 5 Sep 2013 22:36:45 +0400 From: Slawa Olhovchenkov To: Edward Tomasz Napiera?a Subject: Re: New iSCSI stack. Message-ID: <20130905183645.GA34714@zxy.spb.ru> References: 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-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 18:34:41 -0000 On Thu, Sep 05, 2013 at 12:27:12PM +0200, Edward Tomasz Napiera?a 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". > > 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. I (as you probaly know) use cfiscsi-20130426.diff in producrion. Nice! Sorry, I don't have hardware for test cfiscsi-20130904.diff. From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 18:47:12 2013 Return-Path: Delivered-To: freebsd-arch@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 7714AC50; Thu, 5 Sep 2013 18:47:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 312852856; Thu, 5 Sep 2013 18:47:11 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0D88628429; Thu, 5 Sep 2013 20:47:04 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D345E28426; Thu, 5 Sep 2013 20:47:02 +0200 (CEST) Message-ID: <5228D1A6.4020405@quip.cz> Date: Thu, 05 Sep 2013 20:47:02 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Subject: Re: New iSCSI stack. References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> In-Reply-To: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 18:47:12 -0000 Edward Tomasz Napierała wrote: > Wiadomo¶æ napisana przez Ivan Voras w dniu 5 wrz 2013, o godz. 13:18: >> On 05/09/2013 12:27, Edward Tomasz Napierała 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". >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> "control deamon" or something like that. Could you name it something >> which reminds the user of iscsi? Like iscsictld? > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - it can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someone > does "man -k iscsi", there is the "iSCSI target" in the manual page title. I understand your explanation, but still thinking rc.conf variables are really confusing and unintuitive: iscsid_enable iscsictl_enable ctld_enable I cannot tell what they control just by their names and the same apply for services names. "If I want to restart iscsi target, should I use 'service iscsid restart' or 'service iscsictl restart'? ... oh wait, it should be 'service ctld restart'" I think it should be more user friendly. Something as Apache 2.2.x has httpd and httpd.conf, but users are using 'service apache22 restart' and 'apache22_enable="YES"', because there can be more "http" daemons. My $0.02 Miroslav Lachman From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 20:03:32 2013 Return-Path: Delivered-To: freebsd-arch@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 74072A99; Thu, 5 Sep 2013 20:03:32 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07BEB2CF3; Thu, 5 Sep 2013 20:03:31 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so2554492obc.34 for ; Thu, 05 Sep 2013 13:03:31 -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=SHaFvhh8lssvSKV1E4SsAt8zp2JwoN3gARZAmmVmxOo=; b=JY6G+5yaf2npmPH7WETXgYB5SeUBs7r1No9FZn8BC+Ow4caV2MUFrUXna+vBVpHwlg oe/z1Fr7naF4pzBAgJq8Kcavqp4EDgBv2XVPkAGVr0ViZeSp6jPhchX0ByQtwQeI+4dM co4dW7s51O+iA5vhfLWfpPC+E856hu2+qSuxPlHZdiwlIvka3SJumuBA0LMctoo7sLqq rqkPgYcV15yLgoniJQSf5XwDpudh8WocC0heLmhD3LAQaY8lZ37wDzeOmKMNwbAxtBq2 Nl18lRc1Gw0+36KV0awj0rCZpCxsza3nCZUo0BWKf2m28ePv34ympne4Lej89GtnButP i3WQ== MIME-Version: 1.0 X-Received: by 10.182.101.198 with SMTP id fi6mr7741772obb.79.1378411411115; Thu, 05 Sep 2013 13:03:31 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 13:03:31 -0700 (PDT) In-Reply-To: <5228D1A6.4020405@quip.cz> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> Date: Thu, 5 Sep 2013 16:03:31 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Miroslav Lachman <000.fbsd@quip.cz> 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-current@freebsd.org, =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , Ivan Voras , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 20:03:32 -0000 On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Edward Tomasz Napiera=B3a wrote: > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 wr= z >> 2013, o godz. 13:18: >> >>> On 05/09/2013 12:27, 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". >>>> >>> >>> Just a naming question: "ctld" could mean anything, I'd parse it as a >>> "control deamon" or something like that. Could you name it something >>> which reminds the user of iscsi? Like iscsictld? >>> >> >> As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". >> Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - >> it can >> be extended to just manage CTL configuration (e.g. for Fibre Channel), >> or to support other CTL-backed storage protocols, such as FCoE. >> >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someo= ne >> does "man -k iscsi", there is the "iSCSI target" in the manual page titl= e. >> > > I understand your explanation, but still thinking rc.conf variables are > really confusing and unintuitive: > > iscsid_enable > iscsictl_enable > ctld_enable > > I cannot tell what they control just by their names and the same apply fo= r > services names. > > "If I want to restart iscsi target, should I use 'service iscsid restart' > or 'service iscsictl restart'? ... oh wait, it should be 'service ctld > restart'" > > I think it should be more user friendly. Something as Apache 2.2.x has > httpd and httpd.conf, but users are using 'service apache22 restart' and > 'apache22_enable=3D"YES"', because there can be more "http" daemons. > > My $0.02 > > Just an FYI 10_CURRENT svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255253 Node Kind: directory Schedule: normal Last Changed Author: sjg Last Changed Rev: 255253 Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/kernel.c /usr/src/usr.sbin/ctld/kernel.c:762:35: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'const cap_rights_t *' (aka 'const struct cap_rights *') [-Werror,-Wint-conversion= ] error =3D cap_rights_limit(ctl_fd, CAP_IOCTL); ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: note: passing argument to parameter 'rights' here int cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.sbin/ctld > Miroslav Lachman > > ______________________________**_________________ > 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-arch@FreeBSD.ORG Thu Sep 5 21:04:48 2013 Return-Path: Delivered-To: freebsd-arch@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 69C203B0; Thu, 5 Sep 2013 21:04:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE051207B; Thu, 5 Sep 2013 21:04:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHgjM-003VX2-P6>; Thu, 05 Sep 2013 23:04:44 +0200 Received: from g231087154.adsl.alicedsl.de ([92.231.87.154] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHgjM-002DxU-K1>; Thu, 05 Sep 2013 23:04:44 +0200 Date: Thu, 5 Sep 2013 23:09:07 +0200 From: "O. Hartmann" To: Outback Dingo Subject: Re: New iSCSI stack. Message-ID: <20130905230907.179efafd@munin.geoinf.fu-berlin.de> In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/IesW3td1jyGsyiR40aYBXUA"; protocol="application/pgp-signature" X-Originating-IP: 92.231.87.154 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, Edward Tomasz =?iso-8859-2?Q?Napiera=B3a?= X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 21:04:48 -0000 --Sig_/IesW3td1jyGsyiR40aYBXUA Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable On Thu, 5 Sep 2013 16:03:31 -0400 Outback Dingo wrote: > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> > wrote: >=20 > > Edward Tomasz Napiera=B3a wrote: > > > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 > >> wrz 2013, o godz. 13:18: > >> > >>> On 05/09/2013 12:27, 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". > >>>> > >>> > >>> Just a naming question: "ctld" could mean anything, I'd parse it > >>> as a "control deamon" or something like that. Could you name it > >>> something which reminds the user of iscsi? Like iscsictld? > >>> > >> > >> As the man page says, ctld is "CAM Target Layer / iSCSI target > >> daemon". Sure, right now it's pretty iSCSI-specific, but it > >> doesn't need to be - it can > >> be extended to just manage CTL configuration (e.g. for Fibre > >> Channel), or to support other CTL-backed storage protocols, such > >> as FCoE. > >> > >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > >> someone does "man -k iscsi", there is the "iSCSI target" in the > >> manual page title. > >> > > > > I understand your explanation, but still thinking rc.conf variables > > are really confusing and unintuitive: > > > > iscsid_enable > > iscsictl_enable > > ctld_enable > > > > I cannot tell what they control just by their names and the same > > apply for services names. > > > > "If I want to restart iscsi target, should I use 'service iscsid > > restart' or 'service iscsictl restart'? ... oh wait, it should be > > 'service ctld restart'" > > > > I think it should be more user friendly. Something as Apache 2.2.x > > has httpd and httpd.conf, but users are using 'service apache22 > > restart' and 'apache22_enable=3D"YES"', because there can be more > > "http" daemons. > > > > My $0.02 > > > > > Just an FYI 10_CURRENT svn info > Path: . > Working Copy Root Path: /usr/src > URL: http://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 255253 > Node Kind: directory > Schedule: normal > Last Changed Author: sjg > Last Changed Rev: 255253 > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) >=20 >=20 > cc -O2 -pipe -I/usr/src/usr.sbin/ctld > -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe > -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 > -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int > -c /usr/src/usr.sbin/ctld/kernel.c /usr/src/usr.sbin/ctld/kernel.c:762:35: > error: incompatible integer to pointer conversion passing 'unsigned > long long' to parameter of type 'const cap_rights_t *' (aka 'const > struct cap_rights *') [-Werror,-Wint-conversion] error =3D > cap_rights_limit(ctl_fd, CAP_IOCTL); > ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > CAPRIGHT(1, 0x0000000000000080ULL) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/c= apability.h:53:28: > note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) > ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/cap= ability.h:327:50: > note: passing argument to parameter 'rights' here int > cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error > generated. *** Error code 1 >=20 > Stop. > make[4]: stopped in /usr/src/usr.sbin/ctld >=20 >=20 >=20 > > Miroslav Lachman > > > > ______________________________**_________________ > > 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 " > > > _______________________________________________ > 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" I get the very same mysterious error when compiling port x11/nvidia-driver: --- nvidia_linux.o --- nvidia_linux.c:42:37: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error =3D fget(td, args->fd, CAP_IOCTL, &fp)) !=3D 0) ^~~~~~~~~ @/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); This from CURRENT > r255211, I'm with=20 FreeBSD 10.0-CURRENT #1 r255249: Thu Sep 5 16:42:56 CEST 2013 amd64 and on another box it is FreeBSD 10.0-CURRENT #3 r255259: Thu Sep 5 20:31:20 CEST 2013 amd64 --Sig_/IesW3td1jyGsyiR40aYBXUA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKPL4AAoJEOgBcD7A/5N8lgkIAICQicFshE1wSG98kTQXTjwT 5SCD9t1bqcbVuPkt/f5dLjWEw1A7C/OUNUE9ZDmy6vVWeaJQxvbjbjvGd0nRxIPs uolOV3M/IAcMoy5PHe+cipIwRnFwDatSlhhfPGTydtumZR68tQFRJQ+zHETQavvT Q0x826CMrqIQajtbMDvYVskRY3c+qSMbZ5gOSxTn+8oigyu8L7GWuCQP7a3pzv5Z ribikDErlbUWREclBe2lufzyy0eo9WCl6CPDfgedJp3tfsl4XvgJV5ySpsE+u5Ud H0eJUzxzvBXo+pfLpWkfUqMvPUkdD6rKR59FKRd57YpGZ/1rPPKmeaEHSlRvFlA= =2acO -----END PGP SIGNATURE----- --Sig_/IesW3td1jyGsyiR40aYBXUA-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 21:09:00 2013 Return-Path: Delivered-To: freebsd-arch@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 B95D76B3; Thu, 5 Sep 2013 21:09:00 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA41B20B3; Thu, 5 Sep 2013 21:08:59 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e52so1181348eek.30 for ; Thu, 05 Sep 2013 14:08:58 -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=0XBSyq/JQdOfKE1tUSxLEhObAMe41PhDk1PD1y0ExIQ=; b=MW20spU+ulzqmjsItyW1RCwZ/035K4Idj19TRCc2/LcSZKzmCcX2pW8nalhzn9PYKg sOIUPpq+JIvL/KZ1TmK+4D1sLFganpvj6ExMaikiN92MFj+SZShlkQUIKr3gyPZAPJvp RydPyenRGuHoIcAFl1gtl9L99EwMXeGGWx2Mw2q9LDJ5CTtlBIcspeKSEwyfisi2dBuj 8ZlLymIhv8xO8p+Ij9ySuGs3/DZ895qDrbmZDx5K3R5rHKJp2wFRTlPF6zDkKS9moonx ew0I0IGofmH+UPMZHj4qIdkKTOOmy/7r64ecRaIeECxsVyudJZY0BpgErie0XtUpk7me NXbw== X-Received: by 10.14.87.135 with SMTP id y7mr515245eee.69.1378414969783; Thu, 05 Sep 2013 14:02:49 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id b45sm51836694eef.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 14:02:49 -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: Thu, 5 Sep 2013 23:02:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <240FF3FA-E757-417A-B08A-4413533A34D1@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Ivan Voras X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 21:09:00 -0000 Wiadomo=B6=E6 napisana przez Outback Dingo w = dniu 5 wrz 2013, o godz. 22:03: >=20 > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: > Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz 2013, o godz. 13:18: > On 05/09/2013 12:27, 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 > Just a naming question: "ctld" could mean anything, I'd parse it as a > "control deamon" or something like that. Could you name it something > which reminds the user of iscsi? Like iscsictld? >=20 > As the man page says, ctld is "CAM Target Layer / iSCSI target = daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be = - it can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. >=20 > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case = someone > does "man -k iscsi", there is the "iSCSI target" in the manual page = title. >=20 > I understand your explanation, but still thinking rc.conf variables = are really confusing and unintuitive: >=20 > iscsid_enable > iscsictl_enable > ctld_enable >=20 > I cannot tell what they control just by their names and the same apply = for services names. >=20 > "If I want to restart iscsi target, should I use 'service iscsid = restart' or 'service iscsictl restart'? ... oh wait, it should be = 'service ctld restart'" >=20 > I think it should be more user friendly. Something as Apache 2.2.x has = httpd and httpd.conf, but users are using 'service apache22 restart' and = 'apache22_enable=3D"YES"', because there can be more "http" daemons. >=20 > My $0.02 >=20 >=20 > Just an FYI 10_CURRENT svn info > Path: . > Working Copy Root Path: /usr/src > URL: http://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 255253 > Node Kind: directory > Schedule: normal > Last Changed Author: sjg > Last Changed Rev: 255253 > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) >=20 >=20 > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/kernel.c > /usr/src/usr.sbin/ctld/kernel.c:762:35: error: incompatible integer to = pointer conversion passing 'unsigned long long' to parameter of type = 'const cap_rights_t *' (aka 'const struct cap_rights *') = [-Werror,-Wint-conversion] > error =3D cap_rights_limit(ctl_fd, CAP_IOCTL); > ^~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: note: = expanded from macro 'CAP_IOCTL' > #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: = expanded from macro 'CAPRIGHT' > #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: note: = passing argument to parameter 'rights' here > int cap_rights_limit(int fd, const cap_rights_t *rights); Yeah, broken by Capsicum changes committed earlier today. I'll update = the patch soon. >=20 From owner-freebsd-arch@FreeBSD.ORG Thu Sep 5 22:19:31 2013 Return-Path: Delivered-To: freebsd-arch@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 7E479CC0; Thu, 5 Sep 2013 22:19:31 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1057E243F; Thu, 5 Sep 2013 22:19:31 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id v19so2645230obq.25 for ; Thu, 05 Sep 2013 15:19:30 -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=ttsP6+OZ0Nd+abx3B4H11+ygW9csLZO3KHjuvbT87Ks=; b=RmWwClurn4ft0MQOOZ2Q7AONzdd0d1ILlsVPyemkjVYfaF4BVN5a7N1ZxPe8JeQi1r S48kRN+UmURvn5hWPbXaN5aKZPulrj9qH9QtnHJDNoCgWtoKq6EElEEi9DA5gLIskQia +D5XywCSxKSauTThdNHRB6Cz7KrYTuQMsg64PH/f0WqMmo40lZO/5tec0jSEGj/nD3+5 tPKIKKbD4N01qLxg6n+T+WA6gA468FuzglC9x6XUH35H0LzBiZIbRbnXees2YppbzbTX DcopY3O1jwHcR/ndYtpKTAoKMhqEoCGTB+hNuIlTY7GvOzM27l/m+kT/AIrOnuJL0XMt Coew== MIME-Version: 1.0 X-Received: by 10.182.51.132 with SMTP id k4mr8193766obo.101.1378419570236; Thu, 05 Sep 2013 15:19:30 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 15:19:30 -0700 (PDT) In-Reply-To: <20130905230907.179efafd@munin.geoinf.fu-berlin.de> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> Date: Thu, 5 Sep 2013 18:19:30 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 22:19:31 -0000 On Thu, Sep 5, 2013 at 5:09 PM, O. Hartmann wr= ote: > On Thu, 5 Sep 2013 16:03:31 -0400 > Outback Dingo wrote: > > > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> > > wrote: > > > > > Edward Tomasz Napiera=B3a wrote: > > > > > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu = 5 > > >> wrz 2013, o godz. 13:18: > > >> > > >>> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: > > >>> > > >>>> Hello. At > > >>>> http://people.freebsd.org/~**trasz/cfiscsi-20130904.diff< > 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". > > >>>> > > >>> > > >>> Just a naming question: "ctld" could mean anything, I'd parse it > > >>> as a "control deamon" or something like that. Could you name it > > >>> something which reminds the user of iscsi? Like iscsictld? > > >>> > > >> > > >> As the man page says, ctld is "CAM Target Layer / iSCSI target > > >> daemon". Sure, right now it's pretty iSCSI-specific, but it > > >> doesn't need to be - it can > > >> be extended to just manage CTL configuration (e.g. for Fibre > > >> Channel), or to support other CTL-backed storage protocols, such > > >> as FCoE. > > >> > > >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > > >> someone does "man -k iscsi", there is the "iSCSI target" in the > > >> manual page title. > > >> > > > > > > I understand your explanation, but still thinking rc.conf variables > > > are really confusing and unintuitive: > > > > > > iscsid_enable > > > iscsictl_enable > > > ctld_enable > > > > > > I cannot tell what they control just by their names and the same > > > apply for services names. > > > > > > "If I want to restart iscsi target, should I use 'service iscsid > > > restart' or 'service iscsictl restart'? ... oh wait, it should be > > > 'service ctld restart'" > > > > > > I think it should be more user friendly. Something as Apache 2.2.x > > > has httpd and httpd.conf, but users are using 'service apache22 > > > restart' and 'apache22_enable=3D"YES"', because there can be more > > > "http" daemons. > > > > > > My $0.02 > > > > > > > > Just an FYI 10_CURRENT svn info > > Path: . > > Working Copy Root Path: /usr/src > > URL: http://svn.freebsd.org/base/head > > Relative URL: ^/head > > Repository Root: http://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 255253 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: sjg > > Last Changed Rev: 255253 > > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) > > > > > > cc -O2 -pipe -I/usr/src/usr.sbin/ctld > > -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe > > -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 > > -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int > > -c /usr/src/usr.sbin/ctld/kernel.c > /usr/src/usr.sbin/ctld/kernel.c:762:35: > > error: incompatible integer to pointer conversion passing 'unsigned > > long long' to parameter of type 'const cap_rights_t *' (aka 'const > > struct cap_rights *') [-Werror,-Wint-conversion] error =3D > > cap_rights_limit(ctl_fd, CAP_IOCTL); > > ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: > > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > > CAPRIGHT(1, 0x0000000000000080ULL) > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: > > note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) > > ((1ULL << (57 + (idx))) | (bit)) > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: > > note: passing argument to parameter 'rights' here int > > cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error > > generated. *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/usr.sbin/ctld > > > > > > > > > Miroslav Lachman > > > > > > ______________________________**_________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/**mailman/listinfo/freebsd-**current< > http://lists.freebsd.org/mailman/listinfo/freebsd-current> > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@** > > > freebsd.org " > > > > > _______________________________________________ > > 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" > > > > I get the very same mysterious error when compiling port > x11/nvidia-driver: > > --- nvidia_linux.o --- > nvidia_linux.c:42:37: error: incompatible integer to pointer conversion > passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka > 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error =3D fget(td, > args->fd, CAP_IOCTL, &fp)) !=3D 0) ^~~~~~~~~ @/sys/capability.h:197:20: > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' > #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here > int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file > **fpp); > > > This from CURRENT > r255211, I'm with > FreeBSD 10.0-CURRENT #1 r255249: Thu Sep 5 16:42:56 CEST 2013 amd64 > and on another box it is > FreeBSD 10.0-CURRENT #3 r255259: Thu Sep 5 20:31:20 CEST 2013 amd64 > > Got another one for you, at the kernel build =3D=3D=3D> isci (all) =3D=3D=3D> iscsi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/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/src/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/src/sys/modules/iscsi/../../dev/iscsi//icl.c /usr/src/sys/modules/iscsi/../../dev/iscsi//icl.c:1096:30: error: use of undeclared identifier 'CAP_SOCK_ALL' error =3D fget(curthread, fd, CAP_SOCK_ALL, &fp); ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/iscsi *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/modules From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 05:51:03 2013 Return-Path: Delivered-To: freebsd-arch@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 9024F721; Fri, 6 Sep 2013 05:51:03 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABA7927BA; Fri, 6 Sep 2013 05:51:02 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so1342101ead.5 for ; Thu, 05 Sep 2013 22:51:01 -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=uZbbv92wfAzx+nugBiySI7/3QqdfHLSUpDywer1dZvU=; b=KUCoCEmNHcyxkKSoqnzocDEP1xicB7HzwgWiidYGSgegcYgE2NKmVjQuwBifhOBMSN vWOi004lQ1zeFfpircv0uvCHDVoMk+QslVChJggOtO1OBvvb8FChVWRyOTndYM0VA3EM 3HazI5USLxBB/qTJlZi4LKivAi/y4YunBME4WLAYNjWSojjwf2KzCsBmWgDE530+XQ/q +hpv9puTPPnsktGxyZ1fQojqn+CXMXgYC3tn/VPHsxW9gQ1J1ceq8YkahyfqGdRttH48 tSs35iPcZeOCyJa/IP5/SuR3yLrIgpQYQ8OPT7wtq9uZhyswyMNhcInk2TPxhARwXpiC O1Ag== X-Received: by 10.14.216.132 with SMTP id g4mr753869eep.62.1378446661184; Thu, 05 Sep 2013 22:51:01 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id p5sm1238839eeg.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 22:51:00 -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: Fri, 6 Sep 2013 07:50:59 +0200 Content-Transfer-Encoding: 7bit Message-Id: <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 05:51:03 -0000 New patch, updated for Capsicum changes, is here: http://people.freebsd.org/~trasz/cfiscsi-20130906.diff From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 07:46:57 2013 Return-Path: Delivered-To: freebsd-arch@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 15DAB4D7; Fri, 6 Sep 2013 07:46:57 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C5C621E6; Fri, 6 Sep 2013 07:46:56 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so3081903obc.20 for ; Fri, 06 Sep 2013 00:46:56 -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=3JbhVBQXxMxT5dfAfvG12yCitkSWtvmz4bEtb5jG7yU=; b=dLWsrdAnMPC5grWPAA5LLrfNSI872fVzAE8InUyiIZl7qoHa96Kb3L4/lNYy341fjI +jq/r2accf0gvLmQ8x/FkeuR+IVplzX+CL0t4w9S6nLl7sab8a68Awd2oNdoWinrWwO3 vLcbgPQ9qHszav0spHiQvgOrHmC8xCygpDe3BLNcbIlSDKCiNjUo/eahd490dtJ+FI1U CLMc9Sq5iOc7wwd7QE6FggpcJMXxHLsWJMt17GDQcAmQLjDr2vlf4nOrmEHbBFeT5Swy AwDkA2FMYrtA6Vuom9Y9PNqsmf7VH1C3xbAiXoTSyqNcGJ8DRe4acgj2HCWRXDxgZG4W d0pw== MIME-Version: 1.0 X-Received: by 10.60.96.169 with SMTP id dt9mr843463oeb.27.1378453615968; Fri, 06 Sep 2013 00:46:55 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Fri, 6 Sep 2013 00:46:55 -0700 (PDT) In-Reply-To: <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> Date: Fri, 6 Sep 2013 03:46:55 -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=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 07:46:57 -0000 On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napiera=C5=82a wrote: > New patch, updated for Capsicum changes, is here: > > http://people.freebsd.org/~trasz/cfiscsi-20130906.diff > > Bravo.... patched, compiled successfully and tested a lun using ctld cfiscsi_ioctl_handoff: new connection from iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to iqn.2012-06.com.example:target2 (0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00 (0:2:0:0): Tag: 0x0011, Type: 1 (0:2:0:0): CTL Status: SCSI Error (0:2:0:0): SCSI Status: Check Condition (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (0:2:0:0): Command byte 1 bit 4 is invalid it was mounted. partitioned, formatted ext4 and data copied to/from a linux host From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 08:40:18 2013 Return-Path: Delivered-To: freebsd-arch@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 2ADC1A5A; Fri, 6 Sep 2013 08:40:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 463492993; Fri, 6 Sep 2013 08:40:17 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id c41so1419865eek.39 for ; Fri, 06 Sep 2013 01:40:15 -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=Y3WlgjdZoH3tOlcwUXuE+VCvzbQ2xkCjlHp/C+bUSfU=; b=O90S/VojZLCvvJ8XHDjEVBpxQ5eI1eMDsXvZHtP4yxRyEMRf9DU2zjhdnaQ8j+xOLF Ic1/tioUtEBj0Od2b86823bRbsQ7V9amCGmNC9VHKU4AZQNgitN7G1GJIaRCJBIViara q/Pe88sW6zbRPl52OCslfHQ9ncKHfMbcAOF3LoQo2P5aLw8MSuLUn7+EDhlLxNzZKmJn U0KujkU9xkMEyZjTH/fGl7yxd4UhIa1UaWUgrHkeAjWDY8ROkX4VORTJkIIpTyBMCpgs TZAkfaGA8scqqUAbH2MdnvvzZY9VqDol4OtJGXM2BdpV8b7GWoMB4vBEGkdhNkgbx+aa Zy1A== X-Received: by 10.14.219.198 with SMTP id m46mr2289055eep.41.1378456815477; Fri, 06 Sep 2013 01:40:15 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id j7sm2261920eeo.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 01:40:15 -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: Fri, 6 Sep 2013 10:40:13 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <70B4560F-2335-4F16-A9F4-C9E22DE908F3@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 08:40:18 -0000 Wiadomo=B6=E6 napisana przez Outback Dingo w = dniu 6 wrz 2013, o godz. 09:46: > On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napiera=B3a = wrote: > New patch, updated for Capsicum changes, is here: >=20 > http://people.freebsd.org/~trasz/cfiscsi-20130906.diff >=20 >=20 > Bravo.... patched, compiled successfully and tested a lun using ctld >=20 > cfiscsi_ioctl_handoff: new connection from = iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to = iqn.2012-06.com.example:target2 > (0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00=20= > (0:2:0:0): Tag: 0x0011, Type: 1 > (0:2:0:0): CTL Status: SCSI Error > (0:2:0:0): SCSI Status: Check Condition > (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) > (0:2:0:0): Command byte 1 bit 4 is invalid >=20 > it was mounted. partitioned, formatted ext4 and data copied to/from a = linux host Thanks! It's worth mentioning that the CTL messages like one above are = normal - it's just that Linux is trying to use some optional part of SCSI protocol the = CTL doesn't (yet) support. (You can actually tell what initiator it is, just by looking = at those - Linux tries to use MAINTENANCE IN, Windows - VERIFY, and Solaris does something = weird with mode pages.) From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 14:46:40 2013 Return-Path: Delivered-To: freebsd-arch@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 E6E7FB86 for ; Fri, 6 Sep 2013 14:46:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFE75227C for ; Fri, 6 Sep 2013 14:46:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B95E4B922; Fri, 6 Sep 2013 10:46:38 -0400 (EDT) From: John Baldwin To: freebsd-arch@freebsd.org Subject: Re: /usr/lib/private Date: Fri, 6 Sep 2013 10:17:00 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <86zjrut4an.fsf@nine.des.no> <20130905100058.GR41229@kib.kiev.ua> In-Reply-To: <20130905100058.GR41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201309061017.00306.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 06 Sep 2013 10:46:38 -0400 (EDT) Cc: Konstantin Belousov , Dag-Erling Sm??rgrav , Jonathan Anderson X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 14:46:41 -0000 On Thursday, September 05, 2013 6:00:58 am Konstantin Belousov wrote: > On Thu, Sep 05, 2013 at 08:41:29AM +0100, Jonathan Anderson wrote: > > Is there any reason not to make it /private/usr/lib (or > > /private/usr/lib/platform)? I could see us wanting a /private/usr/include > > in the future for e.g. LLVM/Clang headers that things in base (e.g. > > lldb) might use but whose stability we don't want to be responsible for. > > > The libraries (and headers) are not needed in the single-user mode, and > we are still trying to maintain the / and /usr split. Would /usr/private/lib work without requiring rtld changes? Looks like it would not. However, you could install a stock /etc/libmap32.conf that mapped /usr/lib/private or /usr/private/lib to the relevant 32-bit path. -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 15:47:02 2013 Return-Path: Delivered-To: freebsd-arch@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 D234EB98 for ; Fri, 6 Sep 2013 15:47:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9517629BF for ; Fri, 6 Sep 2013 15:47:02 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wo10so3683361obc.27 for ; Fri, 06 Sep 2013 08:47:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=wl7EsAfFdXfSskSmnDmR1qL82/1p7SPXgrcjid2FPmM=; b=jo6v3eFOsgunp2eekTE3kG41fkkBii/jRnyCJ+Pkovv/XaZy7LiZ+iDwyYkjZxpSa4 CUaiz45EEA4Z1IMZsh2Y0tsoHWJBBD7dg7Sh6aCcGipYFrtS4k6JGYqabSM0ng6Kl7m5 oOJ16aE+D9YmUzG1BgC9Ml2vnWGP/6PdXamJhi9hTU1bXl9bvXfS+vhRQtcAmsrQDGMk hy0VNYRmTL0dtaHgAVuntaLWp7+eTQl/LDTt9OIJz5YpgWvP0VUD/V4Ml07afmVfrmbs eAIJc7SMbkmFpbEedz/r49wLBEhXsIdCvAbcz2/ileUXCJtIMrSjk1JsgFjUg4ojsGcE BYDA== X-Gm-Message-State: ALoCoQnCzfWWNyKvQvBe2AnGGpZr9Mx/ysb3aPtjkL1XmBMi7ueeUJcfIUvs7kBPm8PayPeCm6tn X-Received: by 10.182.104.130 with SMTP id ge2mr2372398obb.6.1378482421526; Fri, 06 Sep 2013 08:47:01 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id b5sm2907899obj.8.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 08:47:00 -0700 (PDT) Sender: Warner Losh Subject: Re: random(4) plugin infrastructure for mulitple RNG in a modular fashion Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <0ABD5A7F-D647-4958-92DB-79D277C9AE7C@grondar.org> Date: Fri, 6 Sep 2013 09:46:57 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130816002625.GE76666@x96.org> <9B274F48-0C88-4117-BEAC-1A555772A3C5@grondar.org> <86a9kf733d.fsf@nine.des.no> <0C97B866-A169-4141-8368-AA7F5B5382F4@grondar.org> <861u5r71zi.fsf@nine.des.no> <892B11BD-396D-4F82-B97C-753F72CA494D@grondar.org> <86r4dr5j3p.fsf@nine.des.no> <4C1BD77C-8C6B-4044-9285-5978A3BC4B70@kientzle.com> <537622E1-F785-4BFA-B829-09DCDB484606@grondar.org> <932AB5CA-778E-438D-8FD3-8C0F29F3D117@kientzle.com> <20130823231808.GT94127@funkthat.com> <0ABD5A7F-D647-4958-92DB-79D277C9AE7C@grondar.org> To: Mark R V Murray X-Mailer: Apple Mail (2.1085) Cc: FreeBSD Security Team , FreeBSD-arch Arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 15:47:02 -0000 On Aug 24, 2013, at 2:35 AM, Mark R V Murray wrote: >=20 > On 24 Aug 2013, at 00:18, John-Mark Gurney wrote: >=20 >> Tim Kientzle wrote this message on Sun, Aug 18, 2013 at 12:27 -0700: >>> But clearly some people really want to be able to >>> force /dev/random to be the unconditioned output >>> of a particular HW RNG. I don't know if this is a >>> good idea or not, but clearly there are people who >>> want this. >>=20 >> Considering that the Ivy bridge's rdrand implementation already uses >> AES to condition the raw entropy source, using Yarrow/etc to >> additionally condition it seems excesive, hence why some people want >> to use it directly=85 >=20 > Nehemiah as well, using a Davies-meyer hash in software. However, what > may be excessive for one person may be another's requirement. Especially in light of the recent NSA revelations... I for one won't = trust hardware random number generation... I find it interesting that earlier in the thread there was a desire by a = certain router company to fulfill the NSA's requirement that it use the = random number stream from the intel chips directly, and that's what = kicked off this overly long thread. Warner From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 16:10:07 2013 Return-Path: Delivered-To: freebsd-arch@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 0943FD6B; Fri, 6 Sep 2013 16:10:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe002.messaging.microsoft.com [207.46.163.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C49D72BA6; Fri, 6 Sep 2013 16:10:06 +0000 (UTC) Received: from mail180-co9-R.bigfish.com (10.236.132.225) by CO9EHSOBE025.bigfish.com (10.236.130.88) with Microsoft SMTP Server id 14.1.225.22; Fri, 6 Sep 2013 16:10:00 +0000 Received: from mail180-co9 (localhost [127.0.0.1]) by mail180-co9-R.bigfish.com (Postfix) with ESMTP id 009443A0260; Fri, 6 Sep 2013 16:10:00 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.53; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 2 X-BigFish: VPS2(zz1432Izz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kzzz2fh2a8h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h1155h) Received-SPF: pass (mail180-co9: domain of juniper.net designates 66.129.224.53 as permitted sender) client-ip=66.129.224.53; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail180-co9 (localhost.localdomain [127.0.0.1]) by mail180-co9 (MessageSwitch) id 1378483798230017_14605; Fri, 6 Sep 2013 16:09:58 +0000 (UTC) Received: from CO9EHSMHS021.bigfish.com (unknown [10.236.132.235]) by mail180-co9.bigfish.com (Postfix) with ESMTP id 339E194004C; Fri, 6 Sep 2013 16:09:58 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.53) by CO9EHSMHS021.bigfish.com (10.236.130.31) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 6 Sep 2013 16:09:57 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Fri, 6 Sep 2013 09:09:56 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r86G9tL40251; Fri, 6 Sep 2013 09:09:55 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id A34385807E; Fri, 6 Sep 2013 09:09:55 -0700 (PDT) To: Warner Losh Subject: Re: random(4) plugin infrastructure for mulitple RNG in a modular fashion In-Reply-To: References: <20130816002625.GE76666@x96.org> <9B274F48-0C88-4117-BEAC-1A555772A3C5@grondar.org> <86a9kf733d.fsf@nine.des.no> <0C97B866-A169-4141-8368-AA7F5B5382F4@grondar.org> <861u5r71zi.fsf@nine.des.no> <892B11BD-396D-4F82-B97C-753F72CA494D@grondar.org> <86r4dr5j3p.fsf@nine.des.no> <4C1BD77C-8C6B-4044-9285-5978A3BC4B70@kientzle.com> <537622E1-F785-4BFA-B829-09DCDB484606@grondar.org> <932AB5CA-778E-438D-8FD3-8C0F29F3D117@kientzle.com> <20130823231808.GT94127@funkthat.com> <0ABD5A7F-D647-4958-92DB-79D277C9AE7C@grondar.org> Comments: In-reply-to: Warner Losh message dated "Fri, 06 Sep 2013 09:46:57 -0600." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Fri, 6 Sep 2013 09:09:55 -0700 Message-ID: <20130906160955.A34385807E@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: FreeBSD Security Team , Mark R V Murray , FreeBSD-arch Arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 16:10:07 -0000 On Fri, 6 Sep 2013 09:46:57 -0600, Warner Losh writes: >Especially in light of the recent NSA revelations... I for one won't trust= > hardware random number generation... > >I find it interesting that earlier in the thread there was a desire by a ce= >rtain router company to fulfill the NSA's requirement that it use the rando= Be able to. I think we all prefer the idea of feeding entropy sources into a mixer like yarrow or even better fortuna. From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 16:43:43 2013 Return-Path: Delivered-To: freebsd-arch@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 13FCEEC3 for ; Fri, 6 Sep 2013 16:43:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C70CA2E61 for ; Fri, 6 Sep 2013 16:43:42 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j6so4210008oag.28 for ; Fri, 06 Sep 2013 09:43:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=fGwB4DgDRjkNQNnFtzT82iNLkdU9Nea8btLTadASG5k=; b=a+yhcy7FuUZzVkET++NgP8C4tYPshaWiJL/12tE0rPnIIvqhfmejc/XbKCJpF+WS56 xGICY3Pp6ysxxUuN3vGsPyIen0YbM3TmqMhknp3CBOfNlJcuYaD9uDVFojxJHSyztOzF IJ3Wvx0DSZoNlLIFrIt/HvbYqCqBmA3ePc2XSUV+BLS3h1EvMHihaFLZPGBbnt2sxpCG mrXU6cKd+IgTPC38nGi79yEi+srT9x/oNv0/hMh8o7Ni1+eTjVBkdYO81G1Jhc7UtUNB 14LyrCpmupQPMf/+K1CsMGL+NxTwU+ugdsJ2nfL4XMMSaSg3qFr+EVl1dR8YBtvUxWy2 FzpA== X-Gm-Message-State: ALoCoQns3CZK6fQ25SNVQ9pUMWHc1u7tvp53wJY+AfMW7/d6ASBkiRqJ22Ce0pvPi70zr8KTMXUn X-Received: by 10.60.116.230 with SMTP id jz6mr2544160oeb.21.1378485816441; Fri, 06 Sep 2013 09:43:36 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id a18sm3167716obf.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 09:43:35 -0700 (PDT) Sender: Warner Losh Subject: Re: random(4) plugin infrastructure for mulitple RNG in a modular fashion Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130906160955.A34385807E@chaos.jnpr.net> Date: Fri, 6 Sep 2013 10:43:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <9F539D59-7F16-41BD-BA87-7E592FDC2B10@bsdimp.com> References: <20130816002625.GE76666@x96.org> <9B274F48-0C88-4117-BEAC-1A555772A3C5@grondar.org> <86a9kf733d.fsf@nine.des.no> <0C97B866-A169-4141-8368-AA7F5B5382F4@grondar.org> <861u5r71zi.fsf@nine.des.no> <892B11BD-396D-4F82-B97C-753F72CA494D@grondar.org> <86r4dr5j3p.fsf@nine.des.no> <4C1BD77C-8C6B-4044-9285-5978A3BC4B70@kientzle.com> <537622E1-F785-4BFA-B829-09DCDB484606@grondar.org> <932AB5CA-778E-438D-8FD3-8C0F29F3D117@kientzle.com> <20130823231808.GT94127@funkthat.com> <0ABD5A7F-D647-4958-92DB-79D277C9AE7C@grondar.org> <20130906160955.A34385807E@chaos.jnpr.net> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.1085) Cc: FreeBSD Security Team , Mark R V Murray , FreeBSD-arch Arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 16:43:43 -0000 On Sep 6, 2013, at 10:09 AM, Simon J. Gerraty wrote: >=20 > On Fri, 6 Sep 2013 09:46:57 -0600, Warner Losh writes: >> Especially in light of the recent NSA revelations... I for one won't = trust=3D >> hardware random number generation... >>=20 >> I find it interesting that earlier in the thread there was a desire = by a ce=3D >> rtain router company to fulfill the NSA's requirement that it use the = rando=3D >=20 > Be able to. I think we all prefer the idea of feeding entropy sources > into a mixer like yarrow or even better fortuna. Yea, I think we wound up in a good place after all the discussion, but = given the news I couldn't let it go by... Warner From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 18:18:34 2013 Return-Path: Delivered-To: freebsd-arch@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 91964810; Fri, 6 Sep 2013 18:18:34 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEAF24A3; Fri, 6 Sep 2013 18:18:34 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 117161A3D04; Fri, 6 Sep 2013 11:18:28 -0700 (PDT) Message-ID: <522A1C73.9030402@mu.org> Date: Fri, 06 Sep 2013 11:18:27 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: New iSCSI stack. References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 18:18:34 -0000 On 9/5/13 3:27 AM, Edward Tomasz NapieraƂa 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". > > 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? 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. -- Alfred Perlstein From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 19:34:26 2013 Return-Path: Delivered-To: freebsd-arch@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 C92CFD6F for ; Fri, 6 Sep 2013 19:34:26 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A43D82B03 for ; Fri, 6 Sep 2013 19:34:26 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id ma3so3604953pbc.35 for ; Fri, 06 Sep 2013 12:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=KJA+ZojMpfKyzKTTZOPhwc24BMorWYhMROfkytKCKK0=; b=Z9ZrvmkP0cpDd3E53oL/qjkxQkQcuG0I3GpTeXgFZPtKW07Ltq8sciJKfyFyxH1V25 Jsm5/Zm1AZ/YdE1S75g8q3bEn4WNyNKnGUW1z/3C6D4feziHEB/+F2HeIQRatul8Idl+ Ukj+M6aP76KI+2XnuAgHghSEAajSItM/08wjefgOuPVsdFCOEBNtYwS4Y+LgSquiToj/ 4JuBSzmGU4+MopkJRvC+JnT7rm5ZnCYE6FMyQMy4txKnOJGYPJCVhHpOA37RzP1Mid6+ 5/svFYxgA9/IyhrfGt2lkhmaYZvgqKDtNrvIkazATI58eT3CDlnjb3X64XQWUU1y2+7O PDZg== X-Received: by 10.68.196.37 with SMTP id ij5mr4655742pbc.175.1378496066284; Fri, 06 Sep 2013 12:34:26 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id ef10sm6640728pac.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 12:34:25 -0700 (PDT) Sender: Navdeep Parhar Message-ID: <522A2E3F.2070509@FreeBSD.org> Date: Fri, 06 Sep 2013 12:34:23 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130819 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-arch@freebsd.org Subject: vtprintf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 19:34:26 -0000 I have the need for a vtprintf in the kernel. Is the following patch ok? See http://people.freebsd.org/~np/vtprintf.diff in case it's eaten by the mailing list. I would like to commit this soon. While here, I could also add a vuprintf if anyone thinks it might be useful too. ? Regards, Navdeep diff -r b180598c57ea sys/kern/subr_prf.c --- a/sys/kern/subr_prf.c Fri Sep 06 11:52:17 2013 -0700 +++ b/sys/kern/subr_prf.c Fri Sep 06 12:29:27 2013 -0700 @@ -175,15 +175,24 @@ out: } /* - * tprintf prints on the controlling terminal associated with the given - * session, possibly to the log as well. + * tprintf and vtprintf print on the controlling terminal associated with the + * given session, possibly to the log as well. */ void tprintf(struct proc *p, int pri, const char *fmt, ...) { + va_list ap; + + va_start(ap, fmt); + vtprintf(p, pri, fmt, ap); + va_end(ap); +} + +void +vtprintf(struct proc *p, int pri, const char *fmt, va_list ap) +{ struct tty *tp = NULL; int flags = 0; - va_list ap; struct putchar_arg pca; struct session *sess = NULL; @@ -208,13 +217,11 @@ tprintf(struct proc *p, int pri, const c pca.tty = tp; pca.flags = flags; pca.p_bufr = NULL; - va_start(ap, fmt); if (pca.tty != NULL) tty_lock(pca.tty); kvprintf(fmt, putchar, &pca, 10, ap); if (pca.tty != NULL) tty_unlock(pca.tty); - va_end(ap); if (sess != NULL) sess_release(sess); msgbuftrigger = 1; diff -r b180598c57ea sys/sys/systm.h --- a/sys/sys/systm.h Fri Sep 06 11:52:17 2013 -0700 +++ b/sys/sys/systm.h Fri Sep 06 12:29:27 2013 -0700 @@ -212,6 +212,7 @@ u_long strtoul(const char *, char **, in quad_t strtoq(const char *, char **, int) __nonnull(1); u_quad_t strtouq(const char *, char **, int) __nonnull(1); void tprintf(struct proc *p, int pri, const char *, ...) __printflike(3, 4); +void vtprintf(struct proc *, int, const char *, __va_list) __printflike(3, 0); void hexdump(const void *ptr, int length, const char *hdr, int flags); #define HD_COLUMN_MASK 0xff #define HD_DELIM_MASK 0xff00 From owner-freebsd-arch@FreeBSD.ORG Fri Sep 6 20:04:00 2013 Return-Path: Delivered-To: freebsd-arch@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 A6525CBB; Fri, 6 Sep 2013 20:04:00 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EF4F2FE5; Fri, 6 Sep 2013 20:04:00 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id kp13so3728681pab.21 for ; Fri, 06 Sep 2013 13:04:00 -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=HyfdKpJFA3yMtWuosY6VpKkA3vbmdh2fRcTZHMQ4v/A=; b=pQEACMPv8u89vc1e3uipD8YR+7KFqf+TAXDndNbJl0+kINBaneIS0nNRZqvoqKH+1J /GUZ31HSUIl3waoRoFnkei2UYnbFSvH+1JM2j8ER7cJiLvJ0hN2xg70rBqn61Ksace3o sD6H8Kp+MXSY397Tv4tRGBFw7xwqPGWjIDhRg4M6vuSFQ750gJe7g3UJVdzLPzf/opsa mvQ58bGIOSuy2LPiAKWzVStu0uSLKujl7PgURBbg+LPLBna1pmJRflCMOSB7qYHlwlwX qB+hIt1AwNrcLBWPODwDPgBA9JBX4uhV22cFgx5TwdbKYXJUGeiaJDW+WhmQgBJyzFPU SOug== MIME-Version: 1.0 X-Received: by 10.68.125.226 with SMTP id mt2mr4824020pbb.115.1378497839868; Fri, 06 Sep 2013 13:03:59 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Fri, 6 Sep 2013 13:03:59 -0700 (PDT) In-Reply-To: <522A1C73.9030402@mu.org> References: <522A1C73.9030402@mu.org> Date: Fri, 6 Sep 2013 16:03:59 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 20:04:00 -0000 On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein wrote: > On 9/5/13 3:27 AM, Edward Tomasz Napiera=C5=82a 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-CURREN= T. >> 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 poi= nt >> 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? > > 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. > > > your going to have to backport more then just this as capsicum and the IC= L stuff is iSCSI Common Layer, we went to try but kept getting caught up in the ICL breakage also, but removal of all references in the patch to capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to build, now you need the new cam which needs better eyes then mine to fix in a back port due to icl version differences in 9 and 10. > > -- > Alfred Perlstein > > > ______________________________**_________________ > 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-arch@FreeBSD.ORG Fri Sep 6 20:06:15 2013 Return-Path: Delivered-To: freebsd-arch@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 B84BD91; Fri, 6 Sep 2013 20:06:15 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F98E2077; Fri, 6 Sep 2013 20:06:15 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id jt11so3621740pbb.38 for ; Fri, 06 Sep 2013 13:06:15 -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=PiMU+6Iosf4CIyrL/9VcXH8DbpU3e36DE7eq832neMY=; b=r0NlwZSwDvy7XYR33a37NQLBccTumJbwTvyhW4kwL80j7y04WmThGvVJovq48uOBAO VggWVmlHGwalwEOnsGi2tZQSljdc+DWSmXDCqoIzkBZ5UEBpVHyZI9EbuQlSzm/ug+k2 ixv7XgcMjdwN0OjtP3Z7qT6tTG4z5guC7I7Pk/o+RyR8s12F5P2U7iDySlDX/E4wvrW7 P+SCtkTJ0BPvUEugANrdA76SyOxslpiDNWfjfHBeVUZJ2YQUVkPi9teB2k89tK162zd5 pTecRKrbku4BmOjyDM1xC5x6AW1i/UefXEqq3mX8cLrqYMr27bwBqdspnb8p4niQcWTe b+Mw== MIME-Version: 1.0 X-Received: by 10.67.21.130 with SMTP id hk2mr6016873pad.76.1378497975139; Fri, 06 Sep 2013 13:06:15 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Fri, 6 Sep 2013 13:06:15 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Fri, 6 Sep 2013 16:06:15 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 20:06:15 -0000 On Fri, Sep 6, 2013 at 4:03 PM, Outback Dingo wrote= : > > > > On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein wrote: > >> On 9/5/13 3:27 AM, Edward Tomasz Napiera=C5=82a 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 i= t >>> 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? >> >> We would love to quickly backport and ship this with FreeNAS as an optio= n >> for our users, having the config files be the same OR having a very good >> converter would really make that much easier for us. >> >> >> your going to have to backport more then just this as capsicum and the > ICL stuff is iSCSI Common Layer, we went to try but kept getting caught u= p > in the ICL breakage also, but removal of all references in the patch to > capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to > build, now you need the new cam which needs better eyes then mine to fix = in > a back port due to icl version differences in 9 and 10. > > > And i used this config as a simple test.... ctld.conf cat /etc/ctl.conf pidfile /var/run/ctld.pid # auth-group example2 { # chap-mutual "user" "secret" "mutualuser22" "mutualsecret" # chap-mutual "user2" "secret2" "mutualuser22" "mutualsecret" # } portal-group example2 { discovery-auth-group no-authentication listen 127.0.0.1 listen 0.0.0.0:3261 listen [::]:3261 } target iqn.2012-06.com.example:target0 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example_0 blocksize 4096 size 4G } } target iqn.2012-06.com.example:target3 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example_3 blocksize 4096 size 4G } } target iqn.2012-06.com.example:target2 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example2_0 blocksize 4096 size 4G } lun 1 { path /home/dingo/example2_1 blocksize 4096 size 4G } } so your 9.x config mileage might vary > >> -- >> Alfred Perlstein >> >> >> ______________________________**_________________ >> 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-arch@FreeBSD.ORG Fri Sep 6 21:21:30 2013 Return-Path: Delivered-To: freebsd-arch@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 22D8620E; Fri, 6 Sep 2013 21:21:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9A28266F; Fri, 6 Sep 2013 21:21:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1580AB958; Fri, 6 Sep 2013 17:21:29 -0400 (EDT) From: John Baldwin To: Konstantin Belousov , "Robert N. M. Watson" Subject: Re: Extending MADV_PROTECT Date: Fri, 6 Sep 2013 17:21:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <201305071433.27993.jhb@freebsd.org> <201307161130.40737.jhb@freebsd.org> <20130716171648.GI5991@kib.kiev.ua> In-Reply-To: <20130716171648.GI5991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201309061721.28175.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 06 Sep 2013 17:21:29 -0400 (EDT) Cc: Jilles Tjoelker , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 21:21:30 -0000 On Tuesday, July 16, 2013 1:16:48 pm Konstantin Belousov wrote: > On Tue, Jul 16, 2013 at 11:30:40AM -0400, John Baldwin wrote: > > On Saturday, July 13, 2013 1:58:35 pm Konstantin Belousov wrote: > > > On Fri, Jul 12, 2013 at 05:48:57PM -0400, John Baldwin wrote: > > > > On Friday, June 28, 2013 2:46:01 pm John Baldwin wrote: > > > > > Ok, there isn't really a clear consensus here, but I need a system call to let > > > > > me toggle this flag on existing processes. > > > > > > > > > > One reason I don't like the procctl() approach is I am uneasy about forcing > > > > > a certain behavior for how commands treat pgid (first-fail vs best-effort). > > > > > I guess it can always change in the future so that isn't completely unsolvable. > > > > > > > > > > I guess I am fine just making it use hardcoded sizes instead of full-blown > > > > > ioctl encoding. > > > > > > > > Ok, I have updated patches for this for HEAD. I have not yet implemented the > > > > inheritance bits because I'm loathe to add the first bit to a p_flag2. :-P > > > > However, if that's the best course of action I suppose we can do that. > > > > > > > > The kernel patch is at www.freebsd.org/~jhb/patches/procctl.patch > > > > > > > > The patch for the protect binary is at www.freebsd.org/~jhb/patches/protect.patch > > > > > > > > > > It seems that p_cansee() is called twice, once in kern_procctl(), and > > > then in protect_setchild(). > > > > Yes, this is because protect_setchild() can descend to child processes, and > > you might not be able to "see" a child process if it exec'd a suid binary, etc. > > > > > Is AUE_WAIT6 the correct audit event id for procctl ? > > > > Nope. (It probably needs a new one?) > Yes, probably needs a new id. I punted on this for now. > > > I thought proposing to use pget() for P_PID case in kern_procctl(), but > > > indeed open coding of the process lookup is easier, since otherwise > > > you would need to move proctree_lock acquisition to P_PGID. > > > > > > Why do you need PPROT_CLEAR ? If you do need the flag, would it be better > > > to assign a non-zero value to it ? > > > > I need it for 'protect -c' which is similar to 'ktrace -C'. That is, to > > allow protection to be removed from existing processes. I added a constant > > for it to make the code clear as the caller should pick one of PPROT_SET > > or PPROT_CLEAR (kind of like MAP_PRIVATE vs MAP_SHARED for mmap(2)). Otherwise > > you would have 'procctl(..., PROC_SPROTECT, 0)' which is not as obvious > > to me as ', PPROT_CLEAR)'. Also, you can do 'PPROT_CLEAR | PPROT_DESCEND' > > to clear it for all descendants. Having 'PPROT_SET | PPROT_DESCEND' to set > > it for descendenats and just 'PPROT_DESCEND' to clear for descendants doesn't > > seem as readable. > Well, I think that assigning non-zero value is justified. I went with a non-zero value. > > Do you have any thoughts on p_flag2 (vs some other approach, possibly I > > should create a new field for oom-specific flags instead since we may > > eventually store a priority there?) > > p_flag2 is inevitable, it seems. It would be added now, or, even if you > could avoid this, in the nearest future. I do not like mixing a flag > and a priority-like field. Ok, I've added p_flag2. The updated patch (kernel bits) is at http://people.freebsd.org/~jhb/patches/procctl2.patch -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 06:14:47 2013 Return-Path: Delivered-To: freebsd-arch@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 122113FE; Sat, 7 Sep 2013 06:14:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7750B2D32; Sat, 7 Sep 2013 06:14:46 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r876EfKI059520; Sat, 7 Sep 2013 09:14:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r876EfKI059520 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r876Eflm059519; Sat, 7 Sep 2013 09:14:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 7 Sep 2013 09:14:41 +0300 From: Konstantin Belousov To: Navdeep Parhar Subject: Re: vtprintf Message-ID: <20130907061441.GN41229@kib.kiev.ua> References: <522A2E3F.2070509@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6o5AAeie4QQ7Mfd3" Content-Disposition: inline In-Reply-To: <522A2E3F.2070509@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 06:14:47 -0000 --6o5AAeie4QQ7Mfd3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 06, 2013 at 12:34:23PM -0700, Navdeep Parhar wrote: > I have the need for a vtprintf in the kernel. Is the following > patch ok? See http://people.freebsd.org/~np/vtprintf.diff in case it's > eaten by the mailing list. I would like to commit this soon. This looks fine. >=20 > While here, I could also add a vuprintf if anyone thinks it might be > useful too. ? Do you have a use for the function ? --6o5AAeie4QQ7Mfd3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSKsRQAAoJEJDCuSvBvK1BI2IP/1uCn+QASJ8PQ1EEfMahBWqR hcRIRHb0LZOBT3jw3TUfwP4bzAEvlZeCpw5NyXw0qsO9v6twnCxZxYVULJzukoaJ tNyz2UKkM9mwIkXbN+LZ7fxXud7oH3KJDaX1MfXjZokZuOTnzQLXOWk0hBLXQqYk aQfyIiL5qcEexv2U37jS5BYIcTAaFUVZfDXCIaIkJBUtOxRk0xe6i/MjKdXg41+a DRgu8WTt0BvKs2eIwaeYpICJvgZkXdhX1kEXEprdi78HSa6p8Tq89maqYmOZUmM9 b9P0vBw4VNhxZhHDObJiwxHnVAUOZwuo9HT6OnkZOGf+d8KblHgcIRHg3CEaZ4vy XsAlx4MF+nPboWffqohRh9TAo50HEOvK0ghBqRGIspG7hzhRDMQTvuc36vgKlI9H hccsKJ90nV/eBGKtqKksdJ3idvJIuup2ZP/O1I+1TgMyGp3YBGWFedZOtDhP2FMc kfXxs/DnpJlfDtqliALilXTFoM/GRH33YMsbSZaaiikqqs8u2sNvKqeG1ipiuWJN 7IqTxxx/OMdsFRSi1+7i8zXUrLoy2hcbVV3cOq0olhWUTrNQV24kpEIIfjndtQtg l2Zj2OQqeqCgmDQDVm70cPTe8ZwvZVMZrozAv1Pw9TSS28kc9PfoF8BQFqrVptah ZcmkjwFYdZFt36vR7AY9 =QZWv -----END PGP SIGNATURE----- --6o5AAeie4QQ7Mfd3-- From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 06:21:54 2013 Return-Path: Delivered-To: freebsd-arch@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 06B3C4D8; Sat, 7 Sep 2013 06:21:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 664C62D7C; Sat, 7 Sep 2013 06:21:53 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r876LiTW061589; Sat, 7 Sep 2013 09:21:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r876LiTW061589 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r876LiNe061588; Sat, 7 Sep 2013 09:21:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 7 Sep 2013 09:21:44 +0300 From: Konstantin Belousov To: John Baldwin Subject: Re: Extending MADV_PROTECT Message-ID: <20130907062144.GO41229@kib.kiev.ua> References: <201305071433.27993.jhb@freebsd.org> <201307161130.40737.jhb@freebsd.org> <20130716171648.GI5991@kib.kiev.ua> <201309061721.28175.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d8o5DkpIDJ25MRRD" Content-Disposition: inline In-Reply-To: <201309061721.28175.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "Robert N. M. Watson" , Jilles Tjoelker , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 06:21:54 -0000 --d8o5DkpIDJ25MRRD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 06, 2013 at 05:21:28PM -0400, John Baldwin wrote: > The updated patch (kernel bits) is at > http://people.freebsd.org/~jhb/patches/procctl2.patch You should adjust the definition of the struct kinfo_proc32 and update the freebsd32_kinfo_proc_out() for p_flag2.. I realized that protect_setchildren() should have 'interesting' interaction with the debuggers. --d8o5DkpIDJ25MRRD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSKsX3AAoJEJDCuSvBvK1B5fwP/0mdzIZsUXMfCwc5IKU6aae9 GM6NZ/EgEqjL6V2lh6y8b0xQVEUpkOQ1+lBaBeuE/m0iihQmPKqoSd8uHfPm4LAI vOFMjmix9d+Ax1cVWLLQ++2Xr7bDrEa+bMzxFEERVdRMkUBteUPHU0AlGlQ1XnJw 6byjyJOn/aPuJj5VHqIQ08nU5JSq2I1jehheldxImU4vH0UEI3TZb7KIofGfn0Pd aTT7i4JuIwXOYhL6z+L5aco5EEDqk0NwrcqYpGOWulTJSmjZ1Q6gvwovJV4MPiLs m2wOAa3oU+GjC5z+7b26OUJ+6n7WJBTki0QOr/ezims3G0Cy6Ob52hmoyAiVHBwb UXawfCNxJxyha18m9wzACGo6zdZXEwwgfcXhM2PSB/91FuYejZCAbCgOVqY4l3tQ bc72/yGBQ+Y1LFPyUE8fMlWcdjheth0CYnNA9WyK4WSX6lWxUSgmlwl8HBHXrO0O fbU5lYN53MDUwbxF9ttl7hTLvN3KgYldejxzxv12mW9l8cLATLlOmRuopm3SE+EB LCFn/njUXfXU6TgPE7eb2qnUyahYR1Ixv2VsU6lNRr95Cfa/Syz/a4s0j7IpCKLP FiEQsbSfAU0Kgpjduoy9oOgTRX3SQTIqBNRTewOVmuMfUaTpXHqjK57mwEIEyu0B FnLBDhXy8tML+9fc5PEA =Unup -----END PGP SIGNATURE----- --d8o5DkpIDJ25MRRD-- From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 06:22:53 2013 Return-Path: Delivered-To: freebsd-arch@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 0AE8257B for ; Sat, 7 Sep 2013 06:22:53 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D78FD2D81 for ; Sat, 7 Sep 2013 06:22:52 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id kx10so4213134pab.13 for ; Fri, 06 Sep 2013 23:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=gUzYpiNJcrCFsUpE1amvnWhBZb10xVQsQdtx72i6Vxk=; b=QXV0QDNQahYcLw1/m6l89Q09KLaYVw08IziZzzJ2CVYrmzoR1boNMZfZYveSXOnvkR fQDZbscW1X2VuVwDRuCYsz4zgfRvliutaJ3Cwx0qK9x4suf9go0/rOn8ubCCaETYMt8p hRY2lsdQOWrjx1lRTw8Ktq1Bb4NwevVDNW+p8IUJHH7WWa8/lC+lyTuN4gNHvlbyN5xv 5VU2fov3wRDJ8FfPU48E3JYye72Gmz7IauSB4HNwYLNlnyNZ6fA5EzNRPLDIEBc6INSk xiRT5fGfD+8S9hccdLv7C6rOvrfom6cXzX/e0/q7xqg+ejFsG3zukS23N19PZUthafh2 Ry8w== X-Received: by 10.66.162.167 with SMTP id yb7mr8177404pab.16.1378534971561; Fri, 06 Sep 2013 23:22:51 -0700 (PDT) Received: from itx (c-24-6-45-85.hsd1.ca.comcast.net. [24.6.45.85]) by mx.google.com with ESMTPSA id oc10sm2046645pbb.3.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Sep 2013 23:22:50 -0700 (PDT) Sender: Navdeep Parhar Date: Fri, 6 Sep 2013 23:22:44 -0700 From: Navdeep Parhar To: Konstantin Belousov Subject: Re: vtprintf Message-ID: <20130907062243.GA1722@itx> References: <522A2E3F.2070509@FreeBSD.org> <20130907061441.GN41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130907061441.GN41229@kib.kiev.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 06:22:53 -0000 On Sat, Sep 07, 2013 at 09:14:41AM +0300, Konstantin Belousov wrote: > On Fri, Sep 06, 2013 at 12:34:23PM -0700, Navdeep Parhar wrote: > > I have the need for a vtprintf in the kernel. Is the following > > patch ok? See http://people.freebsd.org/~np/vtprintf.diff in case it's > > eaten by the mailing list. I would like to commit this soon. > This looks fine. > > > > > While here, I could also add a vuprintf if anyone thinks it might be > > useful too. ? > > Do you have a use for the function ? No, not really. I just made the offer as a public service :-). It can't hurt to have a 'v' variant of anything printf-ish. But I'll stick to the matter at hand and commit vtprintf only for now. Regards, Navdeep From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 11:06:50 2013 Return-Path: Delivered-To: freebsd-arch@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 0A119333; Sat, 7 Sep 2013 11:06:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BEBE72A47; Sat, 7 Sep 2013 11:06:49 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id E5FC84660; Sat, 7 Sep 2013 11:06:47 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id CBD71290FD; Sat, 7 Sep 2013 13:06:50 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin Subject: Re: /usr/lib/private References: <86zjrut4an.fsf@nine.des.no> <20130905100058.GR41229@kib.kiev.ua> <201309061017.00306.jhb@freebsd.org> Date: Sat, 07 Sep 2013 13:06:50 +0200 In-Reply-To: <201309061017.00306.jhb@freebsd.org> (John Baldwin's message of "Fri, 6 Sep 2013 10:17:00 -0400") Message-ID: <86d2okki0l.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Konstantin Belousov , Jonathan Anderson , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 11:06:50 -0000 John Baldwin writes: > Would /usr/private/lib work without requiring rtld changes? Looks like > it would not. However, you could install a stock /etc/libmap32.conf=20 > that mapped /usr/lib/private or /usr/private/lib to the relevant 32-bit > path. The libmap.conf syntax does not currently permit mapping entire directories. I'm going to commit my patch as-is and hack rtld; gross as it is, I actually think it's the least intrusive change. This would have been much easier if we had variant symlinks :( DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 11:48:41 2013 Return-Path: Delivered-To: freebsd-arch@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 AC10ACBC for ; Sat, 7 Sep 2013 11:48:41 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDB42BF5 for ; Sat, 7 Sep 2013 11:48:41 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 868D546E9 for ; Sat, 7 Sep 2013 11:48:40 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 71E952910D; Sat, 7 Sep 2013 13:48:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-arch@freebsd.org Subject: COMPAT_32BIT oddness in rtld-elf (was: Re: /usr/lib/private) References: <86zjrut4an.fsf@nine.des.no> Date: Sat, 07 Sep 2013 13:48:13 +0200 In-Reply-To: <86zjrut4an.fsf@nine.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8r?= =?utf-8?Q?grav=22's?= message of "Tue, 03 Sep 2013 15:37:04 +0200") Message-ID: <8638pgkg3m.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 11:48:41 -0000 I'm having trouble understanding this code in libexec/rtld-elf/rtld.c: static void * path_enumerate(const char *path, path_enum_proc callback, void *arg) { #ifdef COMPAT_32BIT const char *trans; #endif if (path =3D=3D NULL) return (NULL); path +=3D strspn(path, ":;"); while (*path !=3D '\0') { size_t len; char *res; len =3D strcspn(path, ":;"); #ifdef COMPAT_32BIT trans =3D lm_findn(NULL, path, len); if (trans) res =3D callback(trans, strlen(trans), arg); else #endif res =3D callback(path, len, arg); if (res !=3D NULL) return (res); path +=3D len; path +=3D strspn(path, ":;"); } return (NULL); } This function is used to traverse paths, such as rtld's built-in search path, LD_LIBRARY_PATH, an Elf object's rpath, etc. As far as I can tell, the result of this is that *in the COMPAT_32BIT case only* it is possible to list one directory as replacing another in libmap.conf. In other words, we could have this in libmap32.conf: /lib /lib32 /usr/lib /usr/lib32 /usr/lib/private /usr/lib32/private instead of hardcoding a different standard search path in rtld.h. What I don't understand is why this functionality is only available in the COMPAT_32BIT case. It seems universally useful to me. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sat Sep 7 12:22:17 2013 Return-Path: Delivered-To: freebsd-arch@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 BF26FB69 for ; Sat, 7 Sep 2013 12:22:17 +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 7CE382DAF for ; Sat, 7 Sep 2013 12:22:17 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VIHYr-0001Ug-Lo; Sat, 07 Sep 2013 16:24:21 +0400 Date: Sat, 7 Sep 2013 16:24:21 +0400 From: Slawa Olhovchenkov To: Dag-Erling Sm??rgrav Subject: Re: COMPAT_32BIT oddness in rtld-elf (was: Re: /usr/lib/private) Message-ID: <20130907122421.GA5004@zxy.spb.ru> References: <86zjrut4an.fsf@nine.des.no> <8638pgkg3m.fsf@nine.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8638pgkg3m.fsf@nine.des.no> 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-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 12:22:17 -0000 On Sat, Sep 07, 2013 at 01:48:13PM +0200, Dag-Erling Sm??rgrav wrote: > I'm having trouble understanding this code in libexec/rtld-elf/rtld.c: > > static void * > path_enumerate(const char *path, path_enum_proc callback, void *arg) > { > #ifdef COMPAT_32BIT > const char *trans; > #endif > if (path == NULL) > return (NULL); > > path += strspn(path, ":;"); > while (*path != '\0') { > size_t len; > char *res; > > len = strcspn(path, ":;"); > #ifdef COMPAT_32BIT > trans = lm_findn(NULL, path, len); > if (trans) > res = callback(trans, strlen(trans), arg); > else > #endif > res = callback(path, len, arg); > > if (res != NULL) > return (res); > > path += len; > path += strspn(path, ":;"); > } > > return (NULL); > } > > This function is used to traverse paths, such as rtld's built-in search > path, LD_LIBRARY_PATH, an Elf object's rpath, etc. As far as I can > tell, the result of this is that *in the COMPAT_32BIT case only* it is > possible to list one directory as replacing another in libmap.conf. In > other words, we could have this in libmap32.conf: > > /lib /lib32 > /usr/lib /usr/lib32 > /usr/lib/private /usr/lib32/private > > instead of hardcoding a different standard search path in rtld.h. > > What I don't understand is why this functionality is only available in > the COMPAT_32BIT case. It seems universally useful to me. As you planed to touch this, can you build filtering of LD_PRELOAD from one "environment" to another? For example: 1. For working webcam in linux skype his running with LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so (linux library). 2. clicking by link in skype chat do running firefox (native binary), with same LD_PRELOAD. But native binary can't found this library and running failed. Can we sanitize environment if running from linux enviroment to native? Or in some other cases too?