Re: clang+libc++ using missing powl
On Sep 5, 2013, at 00:38, Baptiste Daroussin b...@freebsd.org wrote: I'm running exp-run to build the whole ports tree with clang using libc++ by default. As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? Do you have a concrete example of a port that gives this result? We do have powl these days, but maybe some configure script is trying to be smart and does not pass -lm to the linker flags... -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: clang+libc++ using missing powl
On Thu, Sep 05, 2013 at 09:05:45AM +0200, Dimitry Andric wrote: On Sep 5, 2013, at 00:38, Baptiste Daroussin b...@freebsd.org wrote: I'm running exp-run to build the whole ports tree with clang using libc++ by default. As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? Do you have a concrete example of a port that gives this result? We do have powl these days, but maybe some configure script is trying to be smart and does not pass -lm to the linker flags... -Dimitry http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/errors/domc-0.8.0_1.log I tried adding -lm to the linker and it failed, when was powl added? Here is another example: http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/errors/iverilog-0.9.6.log regards, Bapt pgps9bJwvsXwF.pgp Description: PGP signature
Re: clang+libc++ using missing powl
On 5 Sep 2013, at 08:14, Baptiste Daroussin b...@freebsd.org wrote: On Thu, Sep 05, 2013 at 09:05:45AM +0200, Dimitry Andric wrote: On Sep 5, 2013, at 00:38, Baptiste Daroussin b...@freebsd.org wrote: I'm running exp-run to build the whole ports tree with clang using libc++ by default. As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? Do you have a concrete example of a port that gives this result? We do have powl these days, but maybe some configure script is trying to be smart and does not pass -lm to the linker flags... -Dimitry http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/errors/domc-0.8.0_1.log This one doesn't seem to be complaining about powl(), it's a missing -fPIC when building objects that will be linked into a shared object. I tried adding -lm to the linker and it failed, when was powl added? It hasn't been: https://wiki.freebsd.org/Numerics?highlight=%28powl%29 We are exposing it in math.h though, which is somewhat unfortunate. We should probably tweak cmath.h to not expose it, or we'll get things trying to use it and then failing to link. Here is another example: http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/errors/iverilog-0.9.6.log This is a real example. Is it actually using powl(), or is it just using std::pow()? I think if we just comment out the long long version of std::pow() then it should silently fall back to the lower-precision version. Can you try that? David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on mips/mips
TB --- 2013-09-05 05:39:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 05:39:37 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 05:39:37 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-05 05:39:37 - cleaning the object tree TB --- 2013-09-05 05:39:37 - /usr/local/bin/svn stat /src TB --- 2013-09-05 05:40:07 - At svn revision 255214 TB --- 2013-09-05 05:40:08 - building world TB --- 2013-09-05 05:40:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 05:40:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 05:40:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 05:40:08 - SRCCONF=/dev/null TB --- 2013-09-05 05:40:08 - TARGET=mips TB --- 2013-09-05 05:40:08 - TARGET_ARCH=mips TB --- 2013-09-05 05:40:08 - TZ=UTC TB --- 2013-09-05 05:40:08 - __MAKE_CONF=/dev/null TB --- 2013-09-05 05:40:08 - cd /src TB --- 2013-09-05 05:40:08 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 05:40:19 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 06:40:22 UTC 2013 TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m ADM5120 TB --- 2013-09-05 06:40:22 - skipping ADM5120 kernel TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-05 06:40:22 - skipping ALCHEMY kernel TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m AP121 TB --- 2013-09-05 06:40:22 - building AP121 kernel TB --- 2013-09-05 06:40:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:40:22 - SRCCONF=/dev/null TB --- 2013-09-05 06:40:22 - TARGET=mips TB --- 2013-09-05 06:40:22 - TARGET_ARCH=mips TB --- 2013-09-05 06:40:22 - TZ=UTC TB --- 2013-09-05 06:40:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:40:22 - cd /src TB --- 2013-09-05 06:40:22 - /usr/bin/make -B buildkernel KERNCONF=AP121 Kernel build for AP121 started on Thu Sep 5 06:40:22 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP121 completed on Thu Sep 5 06:43:21 UTC 2013 TB --- 2013-09-05 06:43:21 - cd /src/sys/mips/conf TB --- 2013-09-05 06:43:21 - /usr/sbin/config -m AP91 TB --- 2013-09-05 06:43:21 - building AP91 kernel TB --- 2013-09-05 06:43:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:43:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:43:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:43:21 - SRCCONF=/dev/null TB --- 2013-09-05 06:43:21 - TARGET=mips TB --- 2013-09-05 06:43:21 - TARGET_ARCH=mips TB --- 2013-09-05 06:43:21 - TZ=UTC TB --- 2013-09-05 06:43:21 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:43:21 - cd /src TB --- 2013-09-05 06:43:21 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Thu Sep 5 06:43:21 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP91 completed on Thu Sep 5 06:47:22 UTC 2013 TB --- 2013-09-05 06:47:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:47:22 - /usr/sbin/config -m AP93 TB --- 2013-09-05 06:47:22 - building AP93 kernel TB --- 2013-09-05 06:47:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:47:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:47:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:47:22 - SRCCONF=/dev/null TB --- 2013-09-05 06:47:22 - TARGET=mips TB --- 2013-09-05 06:47:22 - TARGET_ARCH=mips TB --- 2013-09-05 06:47:22 - TZ=UTC TB --- 2013-09-05 06:47:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:47:22 - cd /src TB --- 2013-09-05 06:47:22 - /usr/bin/make -B buildkernel KERNCONF=AP93 Kernel build for AP93 started on Thu Sep 5 06:47:22 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP93 completed on Thu Sep 5 06:51:38 UTC 2013 TB --- 2013-09-05 06:51:38 - cd /src/sys/mips/conf TB --- 2013-09-05 06:51:38 - /usr/sbin/config -m AP94 TB --- 2013-09-05 06:51:38 - building AP94 kernel TB --- 2013-09-05
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-09-05 05:48:52 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 05:48:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 05:48:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-05 05:48:52 - cleaning the object tree TB --- 2013-09-05 05:50:05 - /usr/local/bin/svn stat /src TB --- 2013-09-05 05:50:08 - At svn revision 255214 TB --- 2013-09-05 05:50:09 - building world TB --- 2013-09-05 05:50:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 05:50:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 05:50:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 05:50:09 - SRCCONF=/dev/null TB --- 2013-09-05 05:50:09 - TARGET=powerpc TB --- 2013-09-05 05:50:09 - TARGET_ARCH=powerpc TB --- 2013-09-05 05:50:09 - TZ=UTC TB --- 2013-09-05 05:50:09 - __MAKE_CONF=/dev/null TB --- 2013-09-05 05:50:09 - cd /src TB --- 2013-09-05 05:50:09 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 05:50:16 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 08:31:50 UTC 2013 TB --- 2013-09-05 08:31:50 - generating LINT kernel config TB --- 2013-09-05 08:31:50 - cd /src/sys/powerpc/conf TB --- 2013-09-05 08:31:50 - /usr/bin/make -B LINT TB --- 2013-09-05 08:31:50 - cd /src/sys/powerpc/conf TB --- 2013-09-05 08:31:50 - /usr/sbin/config -m LINT TB --- 2013-09-05 08:31:50 - building LINT kernel TB --- 2013-09-05 08:31:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:31:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:31:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:31:50 - SRCCONF=/dev/null TB --- 2013-09-05 08:31:50 - TARGET=powerpc TB --- 2013-09-05 08:31:50 - TARGET_ARCH=powerpc TB --- 2013-09-05 08:31:50 - TZ=UTC TB --- 2013-09-05 08:31:50 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:31:50 - cd /src TB --- 2013-09-05 08:31:50 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 08:31:50 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] hwpmc_powerpc.c:(.text+0xd6): undefined reference to `powerpc_pcpu' hwpmc_powerpc.o: In function `pmc_md_initialize': hwpmc_powerpc.c:(.text+0x192): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x196): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x1d8): undefined reference to `pmc_mpc7xxx_initialize' hwpmc_powerpc.o: In function `powerpc_describe': hwpmc_powerpc.c:(.text+0x272): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x276): undefined reference to `powerpc_pcpu' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 08:42:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 08:42:17 - ERROR: failed to build LINT kernel TB --- 2013-09-05 08:42:17 - 8675.88 user 1122.61 system 10404.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang+libc++ using missing powl
On 4 Sep 2013, at 23:38, Baptiste Daroussin b...@freebsd.org wrote: As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? I've attached a diff that I'd like to commit to msun that should allow these things to link. This: - Provides thin wrappers around the 8 missing libm functions that libc++ exposes that just call the double versions - Makes these weak references, so other libraries can replace them with more precise versions if required - On platforms where long double is greater precision than double (e.g. x86), it emits a linker warning when they are referenced These can then be replaced by proper versions as they become available (at which point the linker warnings will go away). David imprecise.diff Description: Binary data ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang+libc++ using missing powl
On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: On 4 Sep 2013, at 23:38, Baptiste Daroussin b...@freebsd.org wrote: As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? I've attached a diff that I'd like to commit to msun that should allow these things to link. This: - Provides thin wrappers around the 8 missing libm functions that libc++ exposes that just call the double versions - Makes these weak references, so other libraries can replace them with more precise versions if required - On platforms where long double is greater precision than double (e.g. x86), it emits a linker warning when they are referenced These can then be replaced by proper versions as they become available (at which point the linker warnings will go away). David Thanks I'll test it on my next full run, probably tomorrow. regards, Bapt pgpsQAdAxyrq_.pgp Description: PGP signature
New iSCSI stack.
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-unsubscr...@freebsd.org
Re: New iSCSI stack.
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? signature.asc Description: OpenPGP digital signature
Re: New iSCSI stack.
Wiadomość napisana przez Ivan Voras ivo...@freebsd.org 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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
On 5 September 2013 14:00, Edward Tomasz Napierała tr...@freebsd.org wrote: Wiadomość napisana przez Ivan Voras ivo...@freebsd.org 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. Thanks, you're right! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on armv6/arm
TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=arm TB --- 2013-09-05 10:20:38 - TARGET_ARCH=armv6 TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 10:20:45 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 13:24:24 UTC 2013 TB --- 2013-09-05 13:24:24 - generating LINT kernel config TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/bin/make -B LINT TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:24:24 - skipping LINT kernel TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/sbin/config -m AC100 TB --- 2013-09-05 13:24:24 - building AC100 kernel TB --- 2013-09-05 13:24:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:24:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:24:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:24:24 - SRCCONF=/dev/null TB --- 2013-09-05 13:24:24 - TARGET=arm TB --- 2013-09-05 13:24:24 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:24:24 - TZ=UTC TB --- 2013-09-05 13:24:24 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:24:24 - cd /src TB --- 2013-09-05 13:24:24 - /usr/bin/make -B buildkernel KERNCONF=AC100 Kernel build for AC100 started on Thu Sep 5 13:24:24 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AC100 completed on Thu Sep 5 13:27:23 UTC 2013 TB --- 2013-09-05 13:27:23 - cd /src/sys/arm/conf TB --- 2013-09-05 13:27:23 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-05 13:27:23 - building ARMADAXP kernel TB --- 2013-09-05 13:27:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:27:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:27:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:27:23 - SRCCONF=/dev/null TB --- 2013-09-05 13:27:23 - TARGET=arm TB --- 2013-09-05 13:27:23 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:27:23 - TZ=UTC TB --- 2013-09-05 13:27:23 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:27:23 - cd /src TB --- 2013-09-05 13:27:23 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP Kernel build for ARMADAXP started on Thu Sep 5 13:27:23 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for ARMADAXP completed on Thu Sep 5 13:31:22 UTC 2013 TB --- 2013-09-05 13:31:22 - cd /src/sys/arm/conf TB --- 2013-09-05 13:31:22 - /usr/sbin/config -m ARNDALE TB --- 2013-09-05 13:31:22 - building ARNDALE kernel TB --- 2013-09-05 13:31:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:31:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:31:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:31:22 - SRCCONF=/dev/null TB --- 2013-09-05 13:31:22 - TARGET=arm TB --- 2013-09-05 13:31:22 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:31:22 - TZ=UTC TB --- 2013-09-05 13:31:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:31:22 - cd /src TB --- 2013-09-05 13:31:22 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE Kernel build for ARNDALE started on Thu Sep 5 13:31:22 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ^ ./machine/counter.h:91:2: note: previous implicit declaration is here counter_exit(); ^ ./machine/counter.h:38:24: note: expanded from macro 'counter_exit' #define counter_exit()
[head tinderbox] failure on arm/arm
TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=arm TB --- 2013-09-05 10:20:38 - TARGET_ARCH=arm TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 10:20:45 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 13:22:27 UTC 2013 TB --- 2013-09-05 13:22:27 - generating LINT kernel config TB --- 2013-09-05 13:22:27 - cd /src/sys/arm/conf TB --- 2013-09-05 13:22:27 - /usr/bin/make -B LINT TB --- 2013-09-05 13:22:27 - cd /src/sys/arm/conf TB --- 2013-09-05 13:22:27 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:22:27 - building LINT kernel TB --- 2013-09-05 13:22:27 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:22:27 - SRCCONF=/dev/null TB --- 2013-09-05 13:22:27 - TARGET=arm TB --- 2013-09-05 13:22:27 - TARGET_ARCH=arm TB --- 2013-09-05 13:22:27 - TZ=UTC TB --- 2013-09-05 13:22:27 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:22:27 - cd /src TB --- 2013-09-05 13:22:27 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 13:22:27 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ^ ./machine/counter.h:91:2: note: previous implicit declaration is here counter_exit(); ^ ./machine/counter.h:38:24: note: expanded from macro 'counter_exit' #define counter_exit() critical_exit() ^ 5 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 13:32:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 13:32:58 - ERROR: failed to build LINT kernel TB --- 2013-09-05 13:32:58 - 9130.77 user 1647.71 system 11545.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=i386 TB --- 2013-09-05 10:20:38 - TARGET_ARCH=i386 TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 10:20:45 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 13:33:58 UTC 2013 TB --- 2013-09-05 13:33:58 - generating LINT kernel config TB --- 2013-09-05 13:33:58 - cd /src/sys/i386/conf TB --- 2013-09-05 13:33:58 - /usr/bin/make -B LINT TB --- 2013-09-05 13:33:58 - cd /src/sys/i386/conf TB --- 2013-09-05 13:33:58 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:33:58 - building LINT kernel TB --- 2013-09-05 13:33:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:33:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:33:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:33:58 - SRCCONF=/dev/null TB --- 2013-09-05 13:33:58 - TARGET=i386 TB --- 2013-09-05 13:33:58 - TARGET_ARCH=i386 TB --- 2013-09-05 13:33:58 - TZ=UTC TB --- 2013-09-05 13:33:58 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:33:58 - cd /src TB --- 2013-09-05 13:33:58 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 13:33:58 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h:190:6: error: conflicting types for 'critical_exit' voidcritical_exit(void); ^ ./machine/counter.h:172:3: note: previous implicit declaration is here critical_exit(); ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 13:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 13:48:08 - ERROR: failed to build LINT kernel TB --- 2013-09-05 13:48:08 - 10017.36 user 1747.02 system 12455.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
04.09.2013 21:40, John Baldwin пишет: On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: 04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols
Re: i915kms.ko not loading
On Thursday, September 05, 2013 10:08:21 am Alexander wrote: 04.09.2013 21:40, John Baldwin пишет: On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: 04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading
Re: Cant build 32bit libraries
On Wednesday, September 04, 2013 5:27:24 pm Mike Jakubik wrote: Hello, I'm trying to install 32 libraries or a resent snapshot, but i get this error. /usr/src # make build32 I'm not sure that is supposed to work standalone. Perhaps try doing a make toolchain first. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
On Thursday, September 05, 2013 11:46:13 am Alexander wrote: 05.09.2013 17:30, John Baldwin wrote: On Thursday, September 05, 2013 10:08:21 am Alexander wrote: [ ..cut ..] Hmm, 'p *dev'? (kgdb) p *dev No symbol dev in current context. Please go back to frame 6 first and then run 'p *dev'. (kgdb) frame 6 #6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287switch (INTEL_INFO(dev)-gen) { (kgdb) p *dev = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840, dev_private isn't NULL at least. INTEL_INFO is this: i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)- dev_private)-info) Can you stay at frame 6 and do: 'set $dp = (struct drm_i915_private *)dev-dev_private' 'p *$dp' 'p *$dp-info' -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
05.09.2013 18:57, John Baldwin пишет: On Thursday, September 05, 2013 11:46:13 am Alexander wrote: 05.09.2013 17:30, John Baldwin wrote: On Thursday, September 05, 2013 10:08:21 am Alexander wrote: [ ..cut ..] Hmm, 'p *dev'? (kgdb) p *dev No symbol dev in current context. Please go back to frame 6 first and then run 'p *dev'. (kgdb) frame 6 #6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287switch (INTEL_INFO(dev)-gen) { (kgdb) p *dev = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840, dev_private isn't NULL at least. INTEL_INFO is this: i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)- dev_private)-info) Can you stay at frame 6 and do: 'set $dp = (struct drm_i915_private *)dev-dev_private' 'p *$dp' 'p *$dp-info' (kgdb) frame 6 #6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287switch (INTEL_INFO(dev)-gen) { (kgdb) set $dp = (struct drm_i915_private *)dev-dev_private (kgdb) p *$dp $1 = {dev = 0x806d3a7d, gmbus_bridge = 0x103, bbbus_bridge = 0x0, gmbus = 0x4, bbbus = 0x0, gmbus_sx = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 18446744071569226358}, has_gem = 16973824, relative_constants_mode = 0, sarea = 0x0, mmio_map = 0x4, gt_fifo_count = 2154642031, forcewake_count = 4294967295, gt_lock = {lock_object = { lo_name = 0x103 Address 0x103 out of bounds, lo_flags = 0, lo_data = 0, lo_witness = 0x1}, mtx_lock = 18446744071569226372}, sarea_priv = 0x103, rings = {{name = 0x0, id = 4, mmio_base = 0, virtual_start = 0x0, dev = 0xa, obj = 0x1, head = 2, tail = 3, space = 4, size = 5, effective_size = 9, status_page = {page_addr = 0xc000b, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = { lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0xf80005dca968, irq_put = 0, init = 0, write_tail = 0, flush = 0, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0x0, prev = 0x0}, request_list = {next = 0x0, prev = 0x0}, gpu_write_list = {next = 0x0, prev = 0x0}, outstanding_lazy_request = 0, map = {offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = { tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name = 0xf800056ccb80 , id = 91016144, mmio_base = 4294965248, virtual_start = 0xf801a46097c0, dev = 0x0, obj = 0x0, head = 0, tail = 0, space = 0, size = 0, effective_size = 0, status_page = { page_addr = 0x0, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0xf80001ac3d80}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0x10, irq_put = 0, init = 0, write_tail = 0, flush = 0x2, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0xf80005dca840, prev = 0x0}, request_list = {next = 0x0, prev = 0xf801a483bd80}, gpu_write_list = {next = 0x3, prev = 0x0}, outstanding_lazy_request = 87252704, map = { offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = {tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name = 0x0, id = RCS, mmio_base = 0, virtual_start = 0x0, dev = 0x0, obj = 0x0, head = 0, tail = 0, space = 0, size = 0, effective_size = 0, status_page = {page_addr = 0x0, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = {lo_name = 0x Address 0x out of bounds, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0, irq_put = 0, init = 0, write_tail = 0, flush = 0, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0x0, prev = 0x0}, request_list = {next = 0x0, prev = 0x0}, gpu_write_list = {next = 0x0, prev = 0x0}, outstanding_lazy_request = 0, map = {offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst
Re: Cant build 32bit libraries
On 09/05/13 09:56, John Baldwin wrote: On Wednesday, September 04, 2013 5:27:24 pm Mike Jakubik wrote: Hello, I'm trying to install 32 libraries or a resent snapshot, but i get this error. /usr/src # make build32 I'm not sure that is supposed to work standalone. Perhaps try doing a make toolchain first. I think you are correct, a complete make buildworld works fine. This used to work on -STABLE. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras ivo...@freebsd.org wrote: On 5 September 2013 14:00, Edward Tomasz Napierała tr...@freebsd.org wrote: Wiadomość napisana przez Ivan Voras ivo...@freebsd.org 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.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-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-09-05 16:42:22 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 16:42:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 16:42:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-05 16:42:23 - cleaning the object tree TB --- 2013-09-05 16:44:18 - /usr/local/bin/svn stat /src TB --- 2013-09-05 16:44:22 - At svn revision 255238 TB --- 2013-09-05 16:44:23 - building world TB --- 2013-09-05 16:44:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:44:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:44:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:44:23 - SRCCONF=/dev/null TB --- 2013-09-05 16:44:23 - TARGET=powerpc TB --- 2013-09-05 16:44:23 - TARGET_ARCH=powerpc TB --- 2013-09-05 16:44:23 - TZ=UTC TB --- 2013-09-05 16:44:23 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:44:23 - cd /src TB --- 2013-09-05 16:44:23 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 16:44:31 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 19:18:26 UTC 2013 TB --- 2013-09-05 19:18:26 - generating LINT kernel config TB --- 2013-09-05 19:18:26 - cd /src/sys/powerpc/conf TB --- 2013-09-05 19:18:26 - /usr/bin/make -B LINT TB --- 2013-09-05 19:18:26 - cd /src/sys/powerpc/conf TB --- 2013-09-05 19:18:26 - /usr/sbin/config -m LINT TB --- 2013-09-05 19:18:26 - building LINT kernel TB --- 2013-09-05 19:18:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 19:18:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 19:18:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 19:18:26 - SRCCONF=/dev/null TB --- 2013-09-05 19:18:26 - TARGET=powerpc TB --- 2013-09-05 19:18:26 - TARGET_ARCH=powerpc TB --- 2013-09-05 19:18:26 - TZ=UTC TB --- 2013-09-05 19:18:26 - __MAKE_CONF=/dev/null TB --- 2013-09-05 19:18:26 - cd /src TB --- 2013-09-05 19:18:26 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 19:18:26 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] : hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh LINT cc -c -O -pipe -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror vers.c linking kernel hwpmc_powerpc.o: In function `pmc_md_initialize': hwpmc_powerpc.c:(.text+0x1d8): undefined reference to `pmc_mpc7xxx_initialize' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 19:28:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 19:28:31 - ERROR: failed to build LINT kernel TB --- 2013-09-05 19:28:31 - 8555.02 user 1056.82 system 9969.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-09-05 17:02:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 17:02:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 17:02:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-05 17:02:05 - cleaning the object tree TB --- 2013-09-05 17:02:05 - /usr/local/bin/svn stat /src TB --- 2013-09-05 17:02:09 - At svn revision 255238 TB --- 2013-09-05 17:02:10 - building world TB --- 2013-09-05 17:02:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 17:02:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 17:02:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 17:02:10 - SRCCONF=/dev/null TB --- 2013-09-05 17:02:10 - TARGET=powerpc TB --- 2013-09-05 17:02:10 - TARGET_ARCH=powerpc64 TB --- 2013-09-05 17:02:10 - TZ=UTC TB --- 2013-09-05 17:02:10 - __MAKE_CONF=/dev/null TB --- 2013-09-05 17:02:10 - cd /src TB --- 2013-09-05 17:02:10 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 17:02:18 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Thu Sep 5 20:05:46 UTC 2013 TB --- 2013-09-05 20:05:46 - generating LINT kernel config TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/bin/make -B LINT TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m LINT TB --- 2013-09-05 20:05:46 - skipping LINT kernel TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m GENERIC TB --- 2013-09-05 20:05:46 - skipping GENERIC kernel TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-05 20:05:46 - building GENERIC64 kernel TB --- 2013-09-05 20:05:46 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 20:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 20:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 20:05:46 - SRCCONF=/dev/null TB --- 2013-09-05 20:05:46 - TARGET=powerpc TB --- 2013-09-05 20:05:46 - TARGET_ARCH=powerpc64 TB --- 2013-09-05 20:05:46 - TZ=UTC TB --- 2013-09-05 20:05:46 - __MAKE_CONF=/dev/null TB --- 2013-09-05 20:05:46 - cd /src TB --- 2013-09-05 20:05:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Thu Sep 5 20:05:46 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o mpt.ko.debug mpt.kld objcopy --only-keep-debug mpt.ko.debug mpt.ko.symbols objcopy --strip-debug --add-gnu-debuglink=mpt.ko.symbols mpt.ko.debug mpt.ko === mqueue (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -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 -c /src/sys/modules/mqueue/../../kern/uipc_mqueue.c cc1: warnings being treated as errors /src/sys/modules/mqueue/../../kern/uipc_mqueue.c: In function 'kern_kmq_notify': /src/sys/modules/mqueue/../../kern/uipc_mqueue.c:2250: warning: unused variable 'rights' [-Wunused-variable] *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/mqueue *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 20:19:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 20:19:02 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-05 20:19:02 - 10323.75 user 1287.12 system 11817.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To
Re: i915kms.ko not loading
05.09.2013 17:30, John Baldwin wrote: On Thursday, September 05, 2013 10:08:21 am Alexander wrote: [ ..cut ..] Hmm, 'p *dev'? (kgdb) p *dev No symbol dev in current context. Please go back to frame 6 first and then run 'p *dev'. (kgdb) frame 6 #6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287switch (INTEL_INFO(dev)-gen) { (kgdb) p *dev $1 = {driver = 0x810796a0, id_entry = 0x81079cd8, pci_device = 338, pci_vendor = 32902, pci_subdevice = 0, pci_subvendor = 0, unique = 0x0, unique_len = 0, device = 0xf80001a0ba00, devnode = 0xf801a476a400, if_version = 0, flags = 0, dma_lock = {lock_object = { lo_name = 0x806d3a7d drmvbl, lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, dev_lock = {lock_object = {lo_name = 0x806d3a76 drmirq, lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, dev_struct_lock = {lock_object = {lo_name = 0x806d3a6f drmdev, lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, sx_lock = 1}, drw_lock = {lock_object = {lo_name = 0x806d3a84 drmdrw, lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, open_count = 0, buf_use = 0, counters = 10, types = {_DRM_STAT_LOCK, _DRM_STAT_OPENS, _DRM_STAT_CLOSES, _DRM_STAT_IOCTLS, _DRM_STAT_LOCKS, _DRM_STAT_UNLOCKS, _DRM_STAT_IRQ, _DRM_STAT_PRIMARY, _DRM_STAT_SECONDARY, _DRM_STAT_DMA, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK}, counts = {0 repeats 15 times}, files = {tqh_first = 0x0, tqh_last = 0xf80005dca968}, magiclist = {{head = 0x0, tail = 0x0} repeats 16 times}, maplist = {tqh_first = 0xf800056ccb80, tqh_last = 0xf800056ccbd0}, map_unrhdr = 0xf801a46097c0, context_sareas = 0x0, max_context = 0, lock = {hw_lock = 0x0, file_priv = 0x0, lock_queue = 0, lock_time = 0}, dma = 0x0, irq = 0, irq_enabled = 0, msi_enabled = 0, irqrid = 0, irqr = 0x0, irqh = 0x0, pcir = {0xf80001ac3d80, 0x0, 0x0, 0x0, 0x0, 0x0}, pcirid = {16, 0, 0, 0, 0, 0}, pci_domain = 0, pci_bus = 0, pci_slot = 2, pci_func = 0, context_flag = 0, last_context = 0, num_crtcs = 0, buf_sigio = 0x0, sysctl = 0x0, sysctl_node_idx = 0, agp = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840, agp_buffer_token = 0, agp_buffer_map = 0x0, control = 0xf801a483bd80, primary = 0x3, drm_ttm_bdev = 0x0, drw_unrhdr = 0xf80005335ee0, drw_head = { rbh_root = 0x0}, vblank_disable_allowed = 0, _vblank_count = 0x0, _vblank_time = 0x0, vblank_time_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, vbl_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, vblank_refcount = 0x0, last_vblank = 0x0, vblank_enabled = 0x0, vblank_inmodeset = 0x0, last_vblank_wait = 0x0, vblank_disable_callout = {c_links = { le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, max_vblank_count = 4294967295, vblank_event_list = {next = 0x0, prev = 0x0}, event_lock = { lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, mode_config = {mutex = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 0}, crtc_names = {lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, names_hash = 0x0, hash_mask = 0, unr = 0x0}, num_fb = 0, fb_list = {next = 0x0, prev = 0x0}, num_connector = 0, connector_list = {next = 0x0, prev = 0x0}, num_encoder = 0, encoder_list = {next = 0x0, prev = 0x0}, num_plane = 0, plane_list = {next = 0x0, prev = 0x0}, num_crtc = 0, crtc_list = {next = 0x0, prev = 0x0}, property_list = {next = 0x0, prev = 0x0}, min_width = 0, min_height = 0, max_width = 0, max_height = 0, funcs = 0x0, fb_base = 0, poll_enabled = false, output_poll_task = {q = 0x0, t = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0}, c = {c_links = {le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, f = 0}, property_blob_list = {next = 0x0, prev = 0x0}, edid_property = 0x0, dpms_property = 0x0, dvi_i_subconnector_property = 0x0, dvi_i_select_subconnector_property = 0x0, tv_subconnector_property = 0x0, tv_select_subconnector_property = 0x0, tv_mode_property = 0x0, tv_left_margin_property = 0x0, tv_right_margin_property = 0x0, tv_top_margin_property = 0x0, tv_bottom_margin_property = 0x0,
[head tinderbox] failure on i386/pc98
TB --- 2013-09-05 13:32:56 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 13:32:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 13:32:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-09-05 13:32:56 - cleaning the object tree TB --- 2013-09-05 13:32:56 - /usr/local/bin/svn stat /src TB --- 2013-09-05 13:33:00 - At svn revision 255238 TB --- 2013-09-05 13:33:01 - building world TB --- 2013-09-05 13:33:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:33:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:33:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:33:01 - SRCCONF=/dev/null TB --- 2013-09-05 13:33:01 - TARGET=pc98 TB --- 2013-09-05 13:33:01 - TARGET_ARCH=i386 TB --- 2013-09-05 13:33:01 - TZ=UTC TB --- 2013-09-05 13:33:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:33:01 - cd /src TB --- 2013-09-05 13:33:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 13:33:08 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 16:51:41 UTC 2013 TB --- 2013-09-05 16:51:41 - generating LINT kernel config TB --- 2013-09-05 16:51:41 - cd /src/sys/pc98/conf TB --- 2013-09-05 16:51:41 - /usr/bin/make -B LINT TB --- 2013-09-05 16:51:41 - cd /src/sys/pc98/conf TB --- 2013-09-05 16:51:41 - /usr/sbin/config -m LINT TB --- 2013-09-05 16:51:41 - building LINT kernel TB --- 2013-09-05 16:51:41 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:51:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:51:41 - SRCCONF=/dev/null TB --- 2013-09-05 16:51:41 - TARGET=pc98 TB --- 2013-09-05 16:51:41 - TARGET_ARCH=i386 TB --- 2013-09-05 16:51:41 - TZ=UTC TB --- 2013-09-05 16:51:41 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:51:41 - cd /src TB --- 2013-09-05 16:51:41 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 16:51:41 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h:190:6: error: conflicting types for 'critical_exit' voidcritical_exit(void); ^ ./i386/counter.h:172:3: note: previous implicit declaration is here critical_exit(); ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 17:02:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 17:02:04 - ERROR: failed to build LINT kernel TB --- 2013-09-05 17:02:04 - 10124.35 user 1411.01 system 12548.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang+libc++ using missing powl
On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: On 4 Sep 2013, at 23:38, Baptiste Daroussin b...@freebsd.org wrote: As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? I've attached a diff that I'd like to commit to msun Why not disable libc++ from exposing these functions? -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
Wiadomość napisana przez Outback Dingo outbackdi...@gmail.com w dniu 5 wrz 2013, o godz. 22:03: On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman 000.f...@quip.cz wrote: Edward Tomasz Napierała wrote: Wiadomość napisana przez Ivan Vorasivo...@freebsd.org 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 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=gnu99 -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=gnu99 -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=gnu99 -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 = 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, 0x0080ULL) ^~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL (57 + (idx))) | (bit)) ^~~~
[head tinderbox] failure on sparc64/sparc64
TB --- 2013-09-05 17:44:49 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 17:44:49 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 17:44:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-05 17:44:49 - cleaning the object tree TB --- 2013-09-05 17:44:49 - /usr/local/bin/svn stat /src TB --- 2013-09-05 17:45:00 - At svn revision 255238 TB --- 2013-09-05 17:45:01 - building world TB --- 2013-09-05 17:45:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 17:45:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 17:45:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 17:45:01 - SRCCONF=/dev/null TB --- 2013-09-05 17:45:01 - TARGET=sparc64 TB --- 2013-09-05 17:45:01 - TARGET_ARCH=sparc64 TB --- 2013-09-05 17:45:01 - TZ=UTC TB --- 2013-09-05 17:45:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 17:45:01 - cd /src TB --- 2013-09-05 17:45:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 17:45:07 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 18:48:55 UTC 2013 TB --- 2013-09-05 18:48:55 - generating LINT kernel config TB --- 2013-09-05 18:48:55 - cd /src/sys/sparc64/conf TB --- 2013-09-05 18:48:55 - /usr/bin/make -B LINT TB --- 2013-09-05 18:48:55 - cd /src/sys/sparc64/conf TB --- 2013-09-05 18:48:55 - /usr/sbin/config -m LINT TB --- 2013-09-05 18:48:56 - building LINT kernel TB --- 2013-09-05 18:48:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 18:48:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 18:48:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 18:48:56 - SRCCONF=/dev/null TB --- 2013-09-05 18:48:56 - TARGET=sparc64 TB --- 2013-09-05 18:48:56 - TARGET_ARCH=sparc64 TB --- 2013-09-05 18:48:56 - TZ=UTC TB --- 2013-09-05 18:48:56 - __MAKE_CONF=/dev/null TB --- 2013-09-05 18:48:56 - cd /src TB --- 2013-09-05 18:48:56 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 5 18:48:56 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ./machine/counter.h:90: warning: implicit declaration of function 'critical_exit' ./machine/counter.h:90: warning: nested extern declaration of 'critical_exit' [-Wnested-externs] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h: At top level: /src/sys/sys/systm.h:189: warning: conflicting types for 'critical_enter' ./machine/counter.h:88: warning: previous implicit declaration of 'critical_enter' was here /src/sys/sys/systm.h:190: warning: conflicting types for 'critical_exit' ./machine/counter.h:90: warning: previous implicit declaration of 'critical_exit' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 18:57:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 18:57:42 - ERROR: failed to build LINT kernel TB --- 2013-09-05 18:57:42 - 3673.85 user 623.45 system 4373.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman 000.f...@quip.cz wrote: Edward Tomasz Napierała wrote: Wiadomość napisana przez Ivan Vorasivo...@freebsd.org 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.diffhttp://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=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=gnu99 -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=gnu99 -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=gnu99 -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 = 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, 0x0080ULL) ^~ /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);
Re: New iSCSI stack.
On Thu, 5 Sep 2013 16:03:31 -0400 Outback Dingo outbackdi...@gmail.com wrote: On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman 000.f...@quip.cz wrote: Edward Tomasz Napierała wrote: Wiadomość napisana przez Ivan Vorasivo...@freebsd.org 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.diffhttp://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=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=gnu99 -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=gnu99 -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=gnu99 -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 = 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, 0x0080ULL) ^~ /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
[head tinderbox] failure on mips/mips
TB --- 2013-09-05 13:48:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 13:48:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 13:48:08 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-05 13:48:08 - cleaning the object tree TB --- 2013-09-05 13:50:16 - /usr/local/bin/svn stat /src TB --- 2013-09-05 13:50:20 - At svn revision 255238 TB --- 2013-09-05 13:50:21 - building world TB --- 2013-09-05 13:50:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:50:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:50:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:50:21 - SRCCONF=/dev/null TB --- 2013-09-05 13:50:21 - TARGET=mips TB --- 2013-09-05 13:50:21 - TARGET_ARCH=mips TB --- 2013-09-05 13:50:21 - TZ=UTC TB --- 2013-09-05 13:50:21 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:50:21 - cd /src TB --- 2013-09-05 13:50:21 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Sep 5 13:50:28 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 5 14:50:48 UTC 2013 TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m ADM5120 TB --- 2013-09-05 14:50:48 - skipping ADM5120 kernel TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-05 14:50:48 - skipping ALCHEMY kernel TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m AP121 TB --- 2013-09-05 14:50:48 - building AP121 kernel TB --- 2013-09-05 14:50:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:50:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:50:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:50:48 - SRCCONF=/dev/null TB --- 2013-09-05 14:50:48 - TARGET=mips TB --- 2013-09-05 14:50:48 - TARGET_ARCH=mips TB --- 2013-09-05 14:50:48 - TZ=UTC TB --- 2013-09-05 14:50:48 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:50:48 - cd /src TB --- 2013-09-05 14:50:48 - /usr/bin/make -B buildkernel KERNCONF=AP121 Kernel build for AP121 started on Thu Sep 5 14:50:48 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP121 completed on Thu Sep 5 14:54:01 UTC 2013 TB --- 2013-09-05 14:54:01 - cd /src/sys/mips/conf TB --- 2013-09-05 14:54:01 - /usr/sbin/config -m AP91 TB --- 2013-09-05 14:54:01 - building AP91 kernel TB --- 2013-09-05 14:54:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:54:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:54:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:54:01 - SRCCONF=/dev/null TB --- 2013-09-05 14:54:01 - TARGET=mips TB --- 2013-09-05 14:54:01 - TARGET_ARCH=mips TB --- 2013-09-05 14:54:01 - TZ=UTC TB --- 2013-09-05 14:54:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:54:01 - cd /src TB --- 2013-09-05 14:54:01 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Thu Sep 5 14:54:01 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP91 completed on Thu Sep 5 14:58:08 UTC 2013 TB --- 2013-09-05 14:58:08 - cd /src/sys/mips/conf TB --- 2013-09-05 14:58:08 - /usr/sbin/config -m AP93 TB --- 2013-09-05 14:58:08 - building AP93 kernel TB --- 2013-09-05 14:58:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:58:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:58:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:58:08 - SRCCONF=/dev/null TB --- 2013-09-05 14:58:08 - TARGET=mips TB --- 2013-09-05 14:58:08 - TARGET_ARCH=mips TB --- 2013-09-05 14:58:08 - TZ=UTC TB --- 2013-09-05 14:58:08 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:58:08 - cd /src TB --- 2013-09-05 14:58:08 - /usr/bin/make -B buildkernel KERNCONF=AP93 Kernel build for AP93 started on Thu Sep 5 14:58:09 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP93 completed on Thu Sep 5 15:02:30 UTC 2013 TB --- 2013-09-05 15:02:30 - cd /src/sys/mips/conf TB --- 2013-09-05 15:02:30 - /usr/sbin/config -m AP94 TB --- 2013-09-05 15:02:30 - building AP94 kernel TB --- 2013-09-05
Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking
On 04.09.2013 19:31, Olivier Cochard-Labbé wrote: On Wed, Sep 4, 2013 at 9:01 AM, Alexander Motin m...@freebsd.org wrote: - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second hardrive (where fbsd is installed): It crash just after the message GEOM: new disk ada1 during boot screenshot of the crash screen: http://goo.gl/tW1VIx A little more information: addr2line -e /boot/kernel/kernel.symbols 0x8083abd3 /usr/src/sys/geom/geom_io.c:129 Unfortunately I can't reproduce that and have not enough clues. It may be specific to some GEOM class. Could you describe/show all GEOM topology, file systems, etc. you have there? gpart show sysctl kern.geom.confxml I've found and fixed possible double request completion, that could cause such symptoms if happened. Updated patch located as usual: http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
On Thu, Sep 5, 2013 at 1:55 PM, Outback Dingo outbackdi...@gmail.comwrote: On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras ivo...@freebsd.org wrote: On 5 September 2013 14:00, Edward Tomasz Napierała tr...@freebsd.org wrote: Wiadomość napisana przez Ivan Voras ivo...@freebsd.org 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.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-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
On Thu, Sep 5, 2013 at 5:09 PM, O. Hartmann ohart...@zedat.fu-berlin.dewrote: On Thu, 5 Sep 2013 16:03:31 -0400 Outback Dingo outbackdi...@gmail.com wrote: On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman 000.f...@quip.cz wrote: Edward Tomasz Napierała wrote: Wiadomość napisana przez Ivan Vorasivo...@freebsd.org 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 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=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=gnu99 -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=gnu99 -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=gnu99 -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 = 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, 0x0080ULL) ^~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx,
Re: New iSCSI stack.
Edward Tomasz Napierała wrote: Wiadomość napisana przez Ivan Vorasivo...@freebsd.org 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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking
On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin m...@freebsd.org wrote: I've found and fixed possible double request completion, that could cause such symptoms if happened. Updated patch located as usual: http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch Good catch! this new patch (applied to r255188) fix the problem on my laptop. Thanks, Olivier ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
port x11/nvidia-driver fails to build due to error: [...] 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') ...
Updating sources of CURRENT after r255211 makes the building/updating of port x11/nvidia-driver make fail with the rror shown below: --- 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 = fget(td, args-fd, CAP_IOCTL, fp)) != 0) ^ @/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0080ULL) ^~ @/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); Regards, Oliver signature.asc Description: PGP signature
AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
Hi: I am posting to both lists because this problem affects users of current and ports, and I didn't know which would be more appropriate so please forgive me. # uname -a FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 I am trying to update my ports following the entry in updating, but it does not seem to be working correctly. I followed the directions exactly, and after 30 mins this is what has happened: # cat ports_to_update | xargs portupgrade -vf --- Session started at: Thu, 05 Sep 2013 21:12:10 -0500 [Reading data from pkg(8) ... - 890 packages found - done] Shared object libiconv.so.3 not found, required by httpd make: /usr/ports/Mk/bsd.apache.mk line 278: warning: Couldn't read shell's output for /usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p' Shared object libiconv.so.3 not found, required by httpd apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: /usr/ports/Mk/bsd.apache.mk line 284: warning: /usr/local/sbin/apxs -q MPM_NAME returned non-zero status ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least Here is what I have done: # pkg query %ro libiconv ports_to_update [root@FBSD10 ~]# cat ports_to_update ...lots of output # pkg delete -f libiconv pkg: You are trying to delete package(s) which has dependencies that are still required: ... delete these packages anyway in forced mode Deinstallation has been requested for the following 1 packages: libiconv-1.14_1 The deinstallation will free 2 MB Proceed with deinstalling packages [y/N]: y [1/1] Deleting libiconv-1.14_1... deleting anyway done Now the update process is stuck here: ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least there are 2 ruby processes running for a long time, but nothing is happening to the update. 43998 root520 64912K 33368K piperd 5 2:21 5.96% ruby19{ruby19} 43998 root520 64912K 33368K select 1 0:00 5.96% ruby19{ruby19} So, it seems my system is broken now. Did I do something wrong? How can the upgrade work if so many ports depend on iconv? What should I do now? Should I reinstall libiconv? Any help is appreciated. # cat ports_to_update | xargs portupgrade -vf --- Session started at: Thu, 05 Sep 2013 21:12:10 -0500 [Reading data from pkg(8) ... - 890 packages found - done] Shared object libiconv.so.3 not found, required by httpd make: /usr/ports/Mk/bsd.apache.mk line 278: warning: Couldn't read shell's output for /usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p' Shared object libiconv.so.3 not found, required by httpd apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: /usr/ports/Mk/bsd.apache.mk line 284: warning: /usr/local/sbin/apxs -q MPM_NAME returned non-zero status ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least Shared object libiconv.so.3 not found, required by httpd make: /usr/ports/Mk/bsd.apache.mk line 278: warning: Couldn't read shell's output for /usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p' Shared object libiconv.so.3 not found, required by httpd apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: /usr/ports/Mk/bsd.apache.mk line 284: warning: /usr/local/sbin/apxs -q MPM_NAME returned non-zero status ** Port marked as IGNORE: www/gnome-user-share: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
New patch, updated for Capsicum changes, is here: http://people.freebsd.org/~trasz/cfiscsi-20130906.diff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org