From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 00:28:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4986106566B; Sun, 5 Feb 2012 00:28:29 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5C05F8FC14; Sun, 5 Feb 2012 00:28:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Rtpy0-0002OC-LU>; Sun, 05 Feb 2012 01:28:28 +0100 Received: from e178019239.adsl.alicedsl.de ([85.178.19.239] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Rtpy0-0001fe-Gh>; Sun, 05 Feb 2012 01:28:28 +0100 Message-ID: <4F2DCD26.4070102@zedat.fu-berlin.de> Date: Sun, 05 Feb 2012 01:28:22 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Alberto Villa References: <4F2AF46A.8030105@zedat.fu-berlin.de> <201202031542.52241.avilla@freebsd.org> <4F2CE6FD.1010804@zedat.fu-berlin.de> <201202041850.24815.avilla@freebsd.org> In-Reply-To: <201202041850.24815.avilla@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0B7C417509A95A64E740F91F" X-Originating-IP: 85.178.19.239 Cc: freebsd-current@freebsd.org Subject: Re: x11/kde4-workspace 4.7.4: fails to be built on FreeBSD 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 00:28:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B7C417509A95A64E740F91F Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On 02/04/12 18:50, Alberto Villa wrote: > On Saturday 04 February 2012 09:06:21 O. Hartmann wrote: >> Mea culpa, mea culpa, mea maxima culpa! >> >> I'm under pressure with my work and I guess I missed something. >> Yes, of course, I'll give you the requested, as attached. I hope this = is >> satisfying, if any request remains, please send me an Email. >> >> And sorry for I have missed your request! >=20 > Don't worry! :) >=20 > I've just fixed the Clang problem you reported earlier (thanks to rakuc= o@'s=20 > patch), but your last log shows a different problem. Can you update you= r=20 > ports tree and try again, with both compilers? I just did with CLANG and confirm CLANG works. Will try GCC later on that subject. Thanks a lot. Oliver --------------enig0B7C417509A95A64E740F91F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEbBAEBAgAGBQJPLc0sAAoJEOgBcD7A/5N8EjsH+KvU0fQzdSshQqchBzG2jnVM Y0CvBEn2zDQxJ4P4SzWmbkc5zNxrbTMN6o0ennA7QHCKziN1tsP4QIfV7TxV97ZN exCgCdf0jTiF6ZoA0h+cxKUk6w80A3R6cx8O4Rn8qqQ31Cr7SSN9Fz6hA1Qa6ffw bL6e3oh2fFcd+OKXoD71okfeOHWwz2OAOFOUYWePZ1gWh14tpkY9QvOrhAtPxUXy WYR/WXzGWISIUSK+GuY6dUZK3E4qhDf4g1uhnrgFDFbEW+cn80Vq7Ss60hwTd+Fi XLvSovgNHKcWP54Nl9Q2lP8LBf8mtsmYvRGgAf23yUONB33Xno6ZseasjbmicA== =PLbp -----END PGP SIGNATURE----- --------------enig0B7C417509A95A64E740F91F-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 07:57:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E920106564A for ; Sun, 5 Feb 2012 07:57:29 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id D5F1A8FC12 for ; Sun, 5 Feb 2012 07:57:28 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q157vQFN032850 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 4 Feb 2012 23:57:28 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F2E36B5.3010308@freebsd.org> Date: Sat, 04 Feb 2012 23:58:45 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Stable References: <4F2CE485.5020909@freebsd.org> In-Reply-To: <4F2CE485.5020909@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: problem with kgdb and modules. (k)gdb expert needed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 07:57:29 -0000 In 9.x ( can't check -current, but teh mailing list has a better readership) I'm still seeing this and have still not found any solution: possible reasons for the change may be: 1/ change to kgdb? 2/ change to the compiling toolset? 3/ change to the .mk files for compiling modules? any guidance would be appreciated.. The reason I can get away with using FreeBSD ar work is because I can debug modules well as in Linux this is generally a problem.. Now I see similar breakage in freebsd. (sigh)). I really don't know where to start looking for this.. Julian On 2/3/12 11:55 PM, Julian Elischer wrote: > so We upgraded our development machines from 8 stable to 9 stable. > and now kgdb can't debug inside modules. > > instead of getting anything useful, we just get: > > (kgdb) bt > #0 0xffffffff81814600 in ?? () from /boot/kernel/netgraph.ko > #1 0xffffffff81812d80 in ?? () from /boot/kernel/ng_socket.ko > #2 0x0000000000000037 in ?? () > #3 0x0000000000000002 in ?? () > #4 0xfffffe0007176aa0 in ?? () > #5 0xfffffe0007176aa0 in ?? () > #6 0xffffffff818134a0 in ?? () from /boot/kernel/ng_socket.ko > #7 0xffffffff81813960 in ?? () from /boot/kernel/ng_socket.ko > #8 0xffffff860fa3cad0 in ?? () > #9 0xffffffff808cc76e in socreate (dom=Variable "dom" is not > available. > ) at ../../../kern/uipc_socket.c:411 > > > > but stopping in the kernel itself, we DO see stuff.. > > (kgdb) break socreate > Breakpoint 1 at 0xffffffff808cc628: file > ../../../kern/uipc_socket.c, line 372. > (kgdb) c > Continuing. > > > > [New Thread 100198] > [Switching to Thread 100198] > > Breakpoint 1, socreate (dom=32, aso=0xffffff860fa3caf0, type=2, > proto=1, cred=0xfffffe000c63f600, td=0xfffffe011501a000) at > ../../../kern/uipc_socket.c:372 > 372 if (proto) > (kgdb) bt > #0 socreate (dom=32, aso=0xffffff860fa3caf0, type=2, proto=1, > cred=0xfffffe000c63f600, td=0xfffffe011501a000) at > ../../../kern/uipc_socket.c:372 > #1 0xffffffff808cf710 in sys_socket (td=0xfffffe011501a000, > uap=0xffffff860fa3cbc0) at ../../../kern/uipc_syscalls.c:199 > #2 0xffffffff80b5599a in amd64_syscall (td=0xfffffe011501a000, > traced=0) at subr_syscall.c:131 > #3 0xffffffff80b40b57 in Xfast_syscall () at > ../../../amd64/amd64/exception.S:387 > #4 0x00000008011c82ac in ?? () > > > > etc. > > it looks as if modules no longer have stack frames compiled in. > does anyone know the culprit? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 11:05:54 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB6E106566C; Sun, 5 Feb 2012 11:05:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4908FC0A; Sun, 5 Feb 2012 11:05:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA12118; Sun, 05 Feb 2012 13:05:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rtzup-000HYn-6x; Sun, 05 Feb 2012 13:05:51 +0200 Message-ID: <4F2E628D.8050101@FreeBSD.org> Date: Sun, 05 Feb 2012 13:05:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Julian Elischer References: <4F2CE485.5020909@freebsd.org> <4F2E36B5.3010308@freebsd.org> In-Reply-To: <4F2E36B5.3010308@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Current Subject: Re: problem with kgdb and modules. (k)gdb expert needed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 11:05:54 -0000 on 05/02/2012 09:58 Julian Elischer said the following: > In 9.x ( can't check -current, but teh mailing list has a better readership) > > I'm still seeing this and have still not found any solution: > possible reasons for the change may be: > 1/ change to kgdb? > 2/ change to the compiling toolset? > 3/ change to the .mk files for compiling modules? > > any guidance would be appreciated.. > The reason I can get away with using FreeBSD ar work is because I can debug > modules well > as in Linux this is generally a problem.. Now I see similar breakage in > freebsd. (sigh)). > > I really don't know where to start looking for this.. Julian, just in case, how about some basic stuff like checking that the modules are indeed built with debugging support, that .symbols are installed and are accessible, that kgdb produces those messages: "Reading symbols", "Loaded symbols". > On 2/3/12 11:55 PM, Julian Elischer wrote: >> so We upgraded our development machines from 8 stable to 9 stable. and now >> kgdb can't debug inside modules. >> >> instead of getting anything useful, we just get: >> >> (kgdb) bt >> #0 0xffffffff81814600 in ?? () from /boot/kernel/netgraph.ko >> #1 0xffffffff81812d80 in ?? () from /boot/kernel/ng_socket.ko >> #2 0x0000000000000037 in ?? () >> #3 0x0000000000000002 in ?? () >> #4 0xfffffe0007176aa0 in ?? () >> #5 0xfffffe0007176aa0 in ?? () >> #6 0xffffffff818134a0 in ?? () from /boot/kernel/ng_socket.ko >> #7 0xffffffff81813960 in ?? () from /boot/kernel/ng_socket.ko >> #8 0xffffff860fa3cad0 in ?? () >> #9 0xffffffff808cc76e in socreate (dom=Variable "dom" is not available. >> ) at ../../../kern/uipc_socket.c:411 >> >> >> >> but stopping in the kernel itself, we DO see stuff.. >> >> (kgdb) break socreate >> Breakpoint 1 at 0xffffffff808cc628: file ../../../kern/uipc_socket.c, line 372. >> (kgdb) c >> Continuing. >> >> >> >> [New Thread 100198] >> [Switching to Thread 100198] >> >> Breakpoint 1, socreate (dom=32, aso=0xffffff860fa3caf0, type=2, proto=1, >> cred=0xfffffe000c63f600, td=0xfffffe011501a000) at >> ../../../kern/uipc_socket.c:372 >> 372 if (proto) >> (kgdb) bt >> #0 socreate (dom=32, aso=0xffffff860fa3caf0, type=2, proto=1, >> cred=0xfffffe000c63f600, td=0xfffffe011501a000) at >> ../../../kern/uipc_socket.c:372 >> #1 0xffffffff808cf710 in sys_socket (td=0xfffffe011501a000, >> uap=0xffffff860fa3cbc0) at ../../../kern/uipc_syscalls.c:199 >> #2 0xffffffff80b5599a in amd64_syscall (td=0xfffffe011501a000, traced=0) at >> subr_syscall.c:131 >> #3 0xffffffff80b40b57 in Xfast_syscall () at >> ../../../amd64/amd64/exception.S:387 >> #4 0x00000008011c82ac in ?? () >> >> >> >> etc. >> >> it looks as if modules no longer have stack frames compiled in. >> does anyone know the culprit? >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 11:24:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67B13106566B; Sun, 5 Feb 2012 11:24:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0608FC0C; Sun, 5 Feb 2012 11:24:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q15BONgn092554; Sun, 5 Feb 2012 06:24:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q15BONAv092549; Sun, 5 Feb 2012 11:24:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Feb 2012 11:24:23 GMT Message-Id: <201202051124.q15BONAv092549@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 11:24:24 -0000 TB --- 2012-02-05 09:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-02-05 09:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-02-05 09:00:00 - cleaning the object tree TB --- 2012-02-05 09:00:56 - cvsupping the source tree TB --- 2012-02-05 09:00:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-02-05 09:06:21 - building world TB --- 2012-02-05 09:06:21 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 09:06:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 09:06:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 09:06:21 - SRCCONF=/dev/null TB --- 2012-02-05 09:06:21 - TARGET=i386 TB --- 2012-02-05 09:06:21 - TARGET_ARCH=i386 TB --- 2012-02-05 09:06:21 - TZ=UTC TB --- 2012-02-05 09:06:21 - __MAKE_CONF=/dev/null TB --- 2012-02-05 09:06:21 - cd /src TB --- 2012-02-05 09:06:21 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 5 09:06:21 UTC 2012 >>> 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 Sun Feb 5 11:08:10 UTC 2012 TB --- 2012-02-05 11:08:10 - generating LINT kernel config TB --- 2012-02-05 11:08:10 - cd /src/sys/i386/conf TB --- 2012-02-05 11:08:10 - /usr/bin/make -B LINT TB --- 2012-02-05 11:08:10 - cd /src/sys/i386/conf TB --- 2012-02-05 11:08:10 - /usr/sbin/config -m LINT TB --- 2012-02-05 11:08:10 - building LINT kernel TB --- 2012-02-05 11:08:10 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 11:08:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 11:08:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 11:08:10 - SRCCONF=/dev/null TB --- 2012-02-05 11:08:10 - TARGET=i386 TB --- 2012-02-05 11:08:10 - TARGET_ARCH=i386 TB --- 2012-02-05 11:08:10 - TZ=UTC TB --- 2012-02-05 11:08:10 - __MAKE_CONF=/dev/null TB --- 2012-02-05 11:08:10 - cd /src TB --- 2012-02-05 11:08:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 11:08:10 UTC 2012 >>> 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_buf_item.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_da_btree.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_dir.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs /src/sys/gnu/fs/xfs/xfs_dir.c: In function 'xfs_dir_getdents': /src/sys/gnu/fs/xfs/xfs_dir.c:449: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-05 11:24:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-05 11:24:23 - ERROR: failed to build LINT kernel TB --- 2012-02-05 11:24:23 - 6757.29 user 980.57 system 8662.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 15:46:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F581065672 for ; Sun, 5 Feb 2012 15:46:47 +0000 (UTC) (envelope-from radiomlodychbandytow@o2.pl) Received: from moh1-ve2.go2.pl (moh1-ve2.go2.pl [193.17.41.132]) by mx1.freebsd.org (Postfix) with ESMTP id E424E8FC0C for ; Sun, 5 Feb 2012 15:46:46 +0000 (UTC) Received: from moh1-ve2.go2.pl (unknown [10.0.0.132]) by moh1-ve2.go2.pl (Postfix) with ESMTP id 2F63410666BF for ; Sun, 5 Feb 2012 16:46:44 +0100 (CET) Received: from unknown (unknown [10.0.0.74]) by moh1-ve2.go2.pl (Postfix) with SMTP for ; Sun, 5 Feb 2012 16:46:44 +0100 (CET) Received: from host892524678.com-promis.3s.pl [89.25.246.78] by poczta.o2.pl with ESMTP id QplUYz; Sun, 05 Feb 2012 16:46:43 +0100 Message-ID: <4F2EA461.7050308@o2.pl> Date: Sun, 05 Feb 2012 16:46:41 +0100 From: =?UTF-8?B?UmFkaW8gbcWCb2R5Y2ggYmFuZHl0w7N3?= User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <20120130214146.19B3D1065754@hub.freebsd.org> In-Reply-To: <20120130214146.19B3D1065754@hub.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 64 X-O2-SPF: neutral X-Mailman-Approved-At: Sun, 05 Feb 2012 17:20:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [HEADSUP][CFT] pkgng beta1 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 15:46:47 -0000 I wonder if I'm the only one thinking about a decentralised package management.... First, a decentralised transport layer. Torrents are faster and more reliable than servers. Second, decentralised management when anybody can upload a port directly into the system. -- Twoje radio From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 17:24:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F16E61065672; Sun, 5 Feb 2012 17:24:52 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AD4478FC0C; Sun, 5 Feb 2012 17:24:52 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11155894iae.13 for ; Sun, 05 Feb 2012 09:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=mZDVvZZm5cDdrPVSCVmxol/a2jF9EGHOy7+/PYT/Mf4=; b=bJYgl++2QybELkvf+mpw0M0D8I0cpTpoB9lUT4dUepY542+LdTgGQRO3k77ZN86Xga Su8kecN4v1HvW8qBtNw+ktRxIF9z9285AbzRnSuPeU8iopR3RBZ71K1xwTDp1f0BkhHS P6Vv1AuX5cx0cwRbc251Af2HT63G100sVBHvc= Received: by 10.50.236.73 with SMTP id us9mr6908468igc.16.1328462692240; Sun, 05 Feb 2012 09:24:52 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.183.21 with HTTP; Sun, 5 Feb 2012 09:24:22 -0800 (PST) In-Reply-To: <4F2EA461.7050308@o2.pl> References: <20120130214146.19B3D1065754@hub.freebsd.org> <4F2EA461.7050308@o2.pl> From: Chris Rees Date: Sun, 5 Feb 2012 17:24:22 +0000 X-Google-Sender-Auth: Y5mMR65cs5GEmZMYATd_thWG8wU Message-ID: To: =?ISO-8859-2?Q?Radio_m=B3odych_bandyt=F3w?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , freebsd-current@freebsd.org Subject: Re: [HEADSUP][CFT] pkgng beta1 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 17:24:53 -0000 2012/2/5 Radio m=C5=82odych bandyt=C3=B3w : > I wonder if I'm the only one thinking about a decentralised package > management.... > First, a decentralised transport layer. Torrents are faster and more > reliable than servers. > Second, decentralised management when anybody can upload a port directly > into the system. You're not, but no-one has written one for FreeBSD yet.... Chris From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 18:11:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A50B1065672 for ; Sun, 5 Feb 2012 18:11:49 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 131648FC0A for ; Sun, 5 Feb 2012 18:11:48 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11211785iae.13 for ; Sun, 05 Feb 2012 10:11:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:organization :x-mailer:mime-version:content-type:content-transfer-encoding; bh=z/GDNsRvODdIanqMRLOHuN6/W/eGRMUuDhaERqELe/A=; b=kV9BrJuI1QlgIrjd+BB3wuTExb+4gD+qgtULfdax1Aj3Yz6zERdEjw0V4QLK8XBG9d /Sfn+eaQo20KDdjLam8L6skJI+NiGm5+NHU5ruc4l0CgaDGkzQB/fSOfMQVYSIFvq1U2 BDBAQb8D1Dx/AT8vA5AcnLaV+OqocwU6pd1nE= Received: by 10.42.135.138 with SMTP id p10mr13827023ict.25.1328464056035; Sun, 05 Feb 2012 09:47:36 -0800 (PST) Received: from miwifbsd.dyndns.org ([210.195.151.203]) by mx.google.com with ESMTPS id wn6sm12124588igb.3.2012.02.05.09.47.33 (version=SSLv3 cipher=OTHER); Sun, 05 Feb 2012 09:47:35 -0800 (PST) Sender: Martin Wilke Date: Mon, 6 Feb 2012 01:45:36 +0000 From: Martin Wilke To: ports@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20120206014536.7ece944b.miwi@FreeBSD.org> Organization: FreeBSD X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org Subject: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 18:11:49 -0000 Knock knock... The X11 Team is pleased to announce the next round of Xorg updates. Note that this is experimental so you really have to know what you are doing, read UPDATING in the repository, and follow our exact instructions. We are specifically looking for feedback from Intel, ATI and NVIDIA users. Summary of changes: xf86-video-nouveau has been removed along with the WITHOUT_NOUVEAU knob. We suggest switching to the nvidia blob. KMS Support [1]: Unfortunately, the intel KMS driver will only work for the latest FreeBSD 9-STABLE or 10-CURRENT users. The patch for HEAD current is named all.13.1.patch. The higher the version the newer the patch is. Other needed patches are already available in the Xorg update. HEAD Users: Get the latest patchset from Kib here: http://people.freebsd.org/~kib/drm/ 9-STABLE Users: 'meowthink' is currently maintaining the backport to 9 STABLE. Make sure you have the latest FreeBSD 9-STABLE source. Get the patch from here: https://docs.google.com/leaf?id=0BxbPi2OX4_B-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3&hl=en_US Rebuild your Kernel and reboot. Known issuse: There will be a patch reject in the sys/dev/drm/i915_suspend.c file. The solution is to manually undo the expansion of the $FreeBSD: ....$ tag, so it only saysis $FreeBSD$. Checkout Xorg Development Repo: You will need to install devel/subversion in order to checkout the xorg repo. Next, you will need to add WITH_NEW_XORG=yes in your /etc/make.conf if you want to try out the new Xorg and mesa. Intel users: note that if you are not qualified for the KMS patch, you shouldn't use WITH_NEW_XORG=yes because the old intel driver doesn't build with the new X server. If you are qualified, you should also set WITH_KMS=yes in /etc/make.conf. svn co https://trillian.chruetertee.ch/svn/ports/tags/xorg_7_5_2 A small merge script to merge the svn checkout into the real portstree can be found here: http://people.freebsd.org/~miwi/xorg/xorgmerge The script is a modified version of the old kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -af \* portmaster -a After installing these, you will have to rebuild all xf86-* ports. We will bump all related ports during the commit to the ports tree. Roadmap: Our current plan is to let the CFT running until the last weekend of February. We hope to get a lot feedback to solve as many problems as possible. So please help us to get the best xorg update ever in! Links: http://wiki.freebsd.org/Intel_GPU [1] http://wiki.freebsd.org/Xorg http://miwi.bsdcrew.de/2012/02/working-on-xorg-stuff/ Your FreeBSD Xorg Team PS: Please reply to the x11@ mailing list. Cross posted due to the potentially disruptive nature of the change and need to get a wide variety of testers. -- +------------------oOO--(_)--OOo----------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 00:43:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E548106566B; Mon, 6 Feb 2012 00:43:49 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id EFBDB8FC13; Mon, 6 Feb 2012 00:43:48 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q160hk0S036515 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 5 Feb 2012 16:43:48 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F2F2292.4000909@freebsd.org> Date: Sun, 05 Feb 2012 16:45:06 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: Andriy Gapon References: <4F2CE485.5020909@freebsd.org> <4F2E36B5.3010308@freebsd.org> <4F2E628D.8050101@FreeBSD.org> In-Reply-To: <4F2E628D.8050101@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Current Subject: Re: problem with kgdb and modules. (k)gdb expert needed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 00:43:49 -0000 On 2/5/12 3:05 AM, Andriy Gapon wrote: > on 05/02/2012 09:58 Julian Elischer said the following: >> In 9.x ( can't check -current, but teh mailing list has a better readership) >> >> I'm still seeing this and have still not found any solution: >> possible reasons for the change may be: >> 1/ change to kgdb? >> 2/ change to the compiling toolset? >> 3/ change to the .mk files for compiling modules? >> >> any guidance would be appreciated.. >> The reason I can get away with using FreeBSD ar work is because I can debug >> modules well >> as in Linux this is generally a problem.. Now I see similar breakage in >> freebsd. (sigh)). >> >> I really don't know where to start looking for this.. > Julian, > > just in case, how about some basic stuff like checking that the modules are > indeed built with debugging support, that .symbols are installed and are > accessible, that kgdb produces those messages: "Reading symbols", "Loaded symbols". > it seems to have been some timing issue. the scripts that ran in 8.x fail to load the symbols in 9.x but if I do the commands again by hand, it does load them.. so it seems to be a false alarm From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 05:51:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334DD106566C; Mon, 6 Feb 2012 05:51:44 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 03B488FC17; Mon, 6 Feb 2012 05:51:43 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q165pcTq037281 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 5 Feb 2012 21:51:43 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F2F6ABA.2020809@freebsd.org> Date: Sun, 05 Feb 2012 21:52:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: FreeBSD Stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kernel debugging and ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 05:51:44 -0000 so if I'm sitting still in the debugger for too long, a hardclock event happens that goes into ULE, which then hits the following KASSERT. KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH, ("sched_priority: invalid priority %d: nice %d, " "ticks %d ftick %d ltick %d tick pri %d", pri, td->td_proc->p_nice, td->td_sched->ts_ticks, td->td_sched->ts_ftick, td->td_sched->ts_ltick, SCHED_PRI_TICKS(td->td_sched))); The reason seems to be that I've been sitting still for too long and things have become pear shaped. how is it that being in the debugger doesn't stop hardclock events? is there something I can do to make them not happen.. It means I have to ge tmy debugging done in less than about 60 seconds. suggesions welcome. Julian From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 08:04:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47A0106566B for ; Mon, 6 Feb 2012 08:04:05 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 748C08FC19 for ; Mon, 6 Feb 2012 08:04:05 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so6421307wib.13 for ; Mon, 06 Feb 2012 00:04:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4xHNaVDYeaUlS0A0mDrjZGgUrKKECBdHoO316NiPZ7g=; b=pp52j+3gD2igGMvwr7sMy88SngdoatXT0IRyxODlBJKKOnlB81wQgINkED3hO6LNYf 3PdOIJaiqQIyI/wUGaC4BNC7frrbdr14NfJnr5zqUOgun8gKjC7eJcfV7rUNvoADANXQ KIa6DgONgMEZieLZqJJxN67OKhynhyNmAmtcA= MIME-Version: 1.0 Received: by 10.180.85.105 with SMTP id g9mr11287261wiz.12.1328514059099; Sun, 05 Feb 2012 23:40:59 -0800 (PST) Received: by 10.216.13.135 with HTTP; Sun, 5 Feb 2012 23:40:58 -0800 (PST) Received: by 10.216.13.135 with HTTP; Sun, 5 Feb 2012 23:40:58 -0800 (PST) In-Reply-To: <4F2EA461.7050308@o2.pl> References: <20120130214146.19B3D1065754@hub.freebsd.org> <4F2EA461.7050308@o2.pl> Date: Mon, 6 Feb 2012 18:10:58 +1030 Message-ID: From: Matt Thyer To: =?ISO-8859-2?Q?Radio_m=B3odych_bandyt=F3w?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Baptiste Daroussin , FreeBSD current Subject: Re: [HEADSUP][CFT] pkgng beta1 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 08:04:06 -0000 On Feb 6, 2012 3:50 AM, "Radio m=C5=82odych bandyt=C3=B3w" wrote: > > I wonder if I'm the only one thinking about a decentralised package management.... > First, a decentralised transport layer. Torrents are faster and more reliable than servers. > Second, decentralised management when anybody can upload a port directly into the system. > > -- > Twoje radio > Such a system would need to support traditional protocols such as FTP & HTTP due to many corporate environments not allowing anything else. I'm all for a distributed system but you can't forget the corporate users. From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 12:43:59 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A08106566C; Mon, 6 Feb 2012 12:43:59 +0000 (UTC) (envelope-from stolpe@resilans.se) Received: from server.resilans.se (ns1.resilans.se [IPv6:2a01:280:1::53]) by mx1.freebsd.org (Postfix) with ESMTP id BC3278FC18; Mon, 6 Feb 2012 12:43:58 +0000 (UTC) Received: from server.resilans.se (server.resilans.se [194.14.3.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.resilans.se (Postfix) with ESMTPS id 7075934A17E; Mon, 6 Feb 2012 13:43:56 +0100 (CET) Date: Mon, 6 Feb 2012 13:43:56 +0100 (CET) From: Daniel Stolpe To: Martin Wilke In-Reply-To: <20120206014536.7ece944b.miwi@FreeBSD.org> Message-ID: References: <20120206014536.7ece944b.miwi@FreeBSD.org> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 06 Feb 2012 13:26:05 +0000 Cc: ports@FreeBSD.org, freebsd-current@FreeBSD.org, x11@FreeBSD.org Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 12:43:59 -0000 Does this mean I can stop using 10.0-current on my Lenovo X121e? ;-) It works surprisingly well but it does feel a bit wrong. On Mon, 6 Feb 2012, Martin Wilke wrote: > Knock knock... > > The X11 Team is pleased to announce the next round of Xorg updates. > Note that this is experimental so you really have to know what you are > doing, read UPDATING in the repository, and follow our exact > instructions. We are specifically looking for feedback from Intel, ATI > and NVIDIA users. > > Summary of changes: > > xf86-video-nouveau has been removed along with the WITHOUT_NOUVEAU > knob. We suggest switching to the nvidia blob. > > KMS Support [1]: > Unfortunately, the intel KMS driver will only work for the latest > FreeBSD 9-STABLE or 10-CURRENT users. The patch for HEAD current is > named all.13.1.patch. The higher the version the newer the patch is. > Other needed patches are already available in the Xorg update. > > HEAD Users: > Get the latest patchset from Kib here: > http://people.freebsd.org/~kib/drm/ > > 9-STABLE Users: > 'meowthink' is currently maintaining the backport to 9 STABLE. > Make sure you have the latest FreeBSD 9-STABLE source. > Get the patch from here: > https://docs.google.com/leaf?id=0BxbPi2OX4_B-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3&hl=en_US > > Rebuild your Kernel and reboot. > > Known issuse: > There will be a patch reject in the sys/dev/drm/i915_suspend.c file. > The solution is to manually undo the expansion of the $FreeBSD: ....$ > tag, so it only saysis $FreeBSD$. > > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the xorg > repo. Next, you will need to add WITH_NEW_XORG=yes in > your /etc/make.conf if you want to try out the new Xorg and mesa. > > Intel users: note that if you are not qualified for the KMS patch, you > shouldn't use WITH_NEW_XORG=yes because the old intel driver doesn't > build with the new X server. If you are qualified, you should also set > WITH_KMS=yes in /etc/make.conf. > > svn co https://trillian.chruetertee.ch/svn/ports/tags/xorg_7_5_2 > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the old kdemerge script. Please set > the KDEDIR variable to the path of your X.org ports. > > After merging, run one of the following command, depending on which > tool you use to manage your installed packages. > > portupgrade -af \* > portmaster -a > > After installing these, you will have to rebuild all xf86-* ports. We > will bump all related ports during the commit to the ports tree. > > Roadmap: > > Our current plan is to let the CFT running until the last weekend of > February. We hope to get a lot feedback to solve as many problems as > possible. So please help us to get the best xorg update ever in! > > > Links: > http://wiki.freebsd.org/Intel_GPU [1] > http://wiki.freebsd.org/Xorg > http://miwi.bsdcrew.de/2012/02/working-on-xorg-stuff/ > > Your FreeBSD Xorg Team > > PS: Please reply to the x11@ mailing list. Cross posted due to the > potentially disruptive nature of the change and need to get a wide > variety of testers. > > -- > +------------------oOO--(_)--OOo----------------+ > With best Regards, > Martin Wilke (miwi_(at)_FreeBSD.org) > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" _________________________________________________________________________________ Daniel Stolpe Tel: 08 - 688 11 81 stolpe@resilans.se Resilans AB Fax: 08 - 55 00 21 63 http://www.resilans.se/ Box 13 054 556741-1193 103 02 Stockholm From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 14:23:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4538106564A; Mon, 6 Feb 2012 14:23:09 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 812CA8FC08; Mon, 6 Feb 2012 14:23:09 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RuPT7-0007FY-Sf; Mon, 06 Feb 2012 14:23:04 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RuPSp-0001WX-I8; Mon, 06 Feb 2012 14:22:39 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q16EMd14071711; Mon, 6 Feb 2012 14:22:39 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q16EMdOK071710; Mon, 6 Feb 2012 14:22:39 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 6 Feb 2012 14:22:39 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 14:23:09 -0000 On ia64 I've built kernel and world with r230941. After installkernel, reboot, installworld, mergemaster, make remove-old, I reboot and get this panic at the very end: Recovering vi editor sessions:. /usr/local/etc/rc.d/svnserve: set_rcvar: not found Starting svnserve. su: unknown login: svn /etc/rc: WARNING: failed to start svnserve Updating motd:. Starting ntpd. /usr/local/etc/rc.d/rsyncd: set_rcvar: not found Starting rsyncd. /usr/local/etc/rc.d/gmond: set_rcvar: not found /etc/rc: WARNING: /usr/local/etc/rc.conf is not readable. /etc/rc: WARNING: failed precmd routine for rc /usr/local/etc/rc.d/bsdstats: set_rcvar: not found Starting bsdstats. fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) cr.iip = 0x9ffc0000008cb960 cr.ipsr = 0x1010080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) cr.ifa = 0x168 curthread = 0xe000000011a9f9e0 pid = 760, comm = dig [ thread pid 760 tid 100073 ] Stopped at cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; db> db> show proc 760 Process 760 (dig) at 0xe000000011a9a8e0: state: NORMAL uid: 0 gids: 0 parent: pid 759 at 0xe000000011b64000 ABI: FreeBSD ELF64 arguments: dig threads: 1 100073 Run CPU 1 dig db> db> thread 100073 [ thread pid 760 tid 100073 ] cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; db> db> bt Tracing pid 760 tid 100073 td 0xe000000011a9f9e0 cpu_set_upcall(0xe000000011a9e8a0, 0xe000000011a9f9e0, 0xa0000000f87ab780, 0xa0000000f87ab550) at cpu_set_upcall+0x190 create_thread(0xe000000011a9f9e0, 0x0, 0x1209a7090, 0x120c04800, 0x7fffffffff9fe000, 0x200000, 0x12039c200, 0x120c04800) at create_thread+0x1c0 kern_thr_new(0xe000000011a9f9e0, 0xa0000000f872b330, 0x9ffc000000436360) at kern_thr_new+0x100 sys_thr_new(0xe000000011a9f9e0, 0xa0000000f872b4e8, 0x9ffc0000008c6bf0, 0x48d) at sys_thr_new+0xa0 syscall(0xe000000011a9a8e0, 0xa0000000f872b3a8, 0x120c0442c, 0xe000000011a9f9e0, 0x0, 0x0, 0x9ffc0000008c2ec0, 0x8) at syscall+0x550 epc_syscall_return() at epc_syscall_return db> Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 14:45:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33171065744; Mon, 6 Feb 2012 14:45:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA598FC16; Mon, 6 Feb 2012 14:45:18 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RuPoU-00010w-BR; Mon, 06 Feb 2012 14:45:12 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RuPoD-0000dA-0k; Mon, 06 Feb 2012 14:44:45 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q16EiilN071855; Mon, 6 Feb 2012 14:44:44 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q16Eiia1071854; Mon, 6 Feb 2012 14:44:44 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 6 Feb 2012 14:44:44 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: ia64 fatal kernel trap [WAS: panic] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 14:45:18 -0000 On Mon, Feb 06, 2012 at 02:22:39PM +0000, Anton Shterenlikht wrote: > On ia64 I've built kernel and world with r230941. > After installkernel, reboot, installworld, mergemaster, > make remove-old, I reboot and get this panic at the very end: > > Recovering vi editor sessions:. > /usr/local/etc/rc.d/svnserve: set_rcvar: not found > Starting svnserve. > su: unknown login: svn > /etc/rc: WARNING: failed to start svnserve > Updating motd:. > Starting ntpd. > /usr/local/etc/rc.d/rsyncd: set_rcvar: not found > Starting rsyncd. > /usr/local/etc/rc.d/gmond: set_rcvar: not found > /etc/rc: WARNING: /usr/local/etc/rc.conf is not readable. > /etc/rc: WARNING: failed precmd routine for rc > /usr/local/etc/rc.d/bsdstats: set_rcvar: not found > Starting bsdstats. > > fatal kernel trap (cpu 1): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0x9ffc0000008cb960 > cr.ipsr = 0x1010080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) > cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) > cr.ifa = 0x168 > curthread = 0xe000000011a9f9e0 > pid = 760, comm = dig > > [ thread pid 760 tid 100073 ] > Stopped at cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; > db> > db> show proc 760 > Process 760 (dig) at 0xe000000011a9a8e0: > state: NORMAL > uid: 0 gids: 0 > parent: pid 759 at 0xe000000011b64000 > ABI: FreeBSD ELF64 > arguments: dig > threads: 1 > 100073 Run CPU 1 dig > db> > db> thread 100073 > [ thread pid 760 tid 100073 ] > cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; > db> > db> bt > Tracing pid 760 tid 100073 td 0xe000000011a9f9e0 > cpu_set_upcall(0xe000000011a9e8a0, 0xe000000011a9f9e0, 0xa0000000f87ab780, 0xa0000000f87ab550) at cpu_set_upcall+0x190 > create_thread(0xe000000011a9f9e0, 0x0, 0x1209a7090, 0x120c04800, 0x7fffffffff9fe000, 0x200000, 0x12039c200, 0x120c04800) at create_thread+0x1c0 > kern_thr_new(0xe000000011a9f9e0, 0xa0000000f872b330, 0x9ffc000000436360) at kern_thr_new+0x100 > sys_thr_new(0xe000000011a9f9e0, 0xa0000000f872b4e8, 0x9ffc0000008c6bf0, 0x48d) at sys_thr_new+0xa0 > syscall(0xe000000011a9a8e0, 0xa0000000f872b3a8, 0x120c0442c, 0xe000000011a9f9e0, 0x0, 0x0, 0x9ffc0000008c2ec0, 0x8) at syscall+0x550 > epc_syscall_return() at epc_syscall_return > db> > > Please advise If I boot kernel.old, r224965, then the network doesn't work: mech-as28# ifconfig -a em0: flags=8843 metric 0 mtu 1500 options=209b ether 00:13:21:5b:05:1c nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active em1: flags=8843 metric 0 mtu 1500 options=209b ether 00:13:21:5b:05:1d nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 nd6 options=21 mech-as28# ifconfig em0 inet 137.222.187.28 ifconfig: ioctl (SIOCAIFADDR): Invalid argument mech-as28# How can recover from this? Thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 15:03:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCB77106564A for ; Mon, 6 Feb 2012 15:03:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 93CB68FC15 for ; Mon, 6 Feb 2012 15:03:21 +0000 (UTC) Received: (qmail 29599 invoked by uid 0); 6 Feb 2012 10:03:21 -0500 Received: from unknown (HELO glenbarber.us) (75.146.225.65) by 0 with SMTP; 6 Feb 2012 10:03:21 -0500 Date: Mon, 6 Feb 2012 10:03:19 -0500 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120206150319.GD1917@glenbarber.us> References: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="at6+YcpfzWZg/htY" Content-Disposition: inline In-Reply-To: <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: ia64 fatal kernel trap [WAS: panic] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:03:21 -0000 --at6+YcpfzWZg/htY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2012 at 02:44:44PM +0000, Anton Shterenlikht wrote: > On Mon, Feb 06, 2012 at 02:22:39PM +0000, Anton Shterenlikht wrote: > > On ia64 I've built kernel and world with r230941. > > After installkernel, reboot, installworld, mergemaster, > > make remove-old, I reboot and get this panic at the very end: > >=20 > > Recovering vi editor sessions:. > > /usr/local/etc/rc.d/svnserve: set_rcvar: not found > > Starting svnserve. > > su: unknown login: svn > > /etc/rc: WARNING: failed to start svnserve > > Updating motd:. > > Starting ntpd. > > /usr/local/etc/rc.d/rsyncd: set_rcvar: not found > > Starting rsyncd. > > /usr/local/etc/rc.d/gmond: set_rcvar: not found > > /etc/rc: WARNING: /usr/local/etc/rc.conf is not readable. > > /etc/rc: WARNING: failed precmd routine for rc > > /usr/local/etc/rc.d/bsdstats: set_rcvar: not found > > Starting bsdstats. > >=20 It looks to me your mergemaster didn't go as planned. Quoting UPDATING: 20120114: The set_rcvar() function has been removed from /etc/rc.subr. All base and ports rc.d scripts have been updated, so if you have a port installed with a script in /usr/local/etc/rc.d you can either hand-edit the rcvar=3D line, or reinstall the port. An easy way to handle the mass-update of /etc/rc.d: rm /etc/rc.d/* && mergemaster -i Maybe give this a shot. Glen --at6+YcpfzWZg/htY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJPL+u3AAoJEFJPDDeguUajm5AH/jttWEhPw+08ue7bazctHsKP XZRLyiq5QD9B4FiZse/6uww1tFO2pyBPdQrEleHm/P0wvDOM7Ob3G1KsJ42gMrPw HdRLbA5eP9L4YuHSa8yBeRGvvS20RP6a5WdZa2KSW9+HwpTuidKb/hTqVHgiuuLm ftlFpPuywncer+haWxJW/iMkNCAsmFF8XD4Tk6RmiXQeKO7hGfdl6D9qFg6OMXdx ecDzJcOeuPgfwVM6MTIpAHwEAgUmXeZ5JpoU22brpxpx9tM7AA009a+O8FhENtm8 VpRvGbIp7wSdKe54oZz2fraDm6iC2MhTbgyRGgQm56mcIaLImVEkirhkWTfQGjU= =z6ew -----END PGP SIGNATURE----- --at6+YcpfzWZg/htY-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 15:05:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E440106564A; Mon, 6 Feb 2012 15:05:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 298938FC1B; Mon, 6 Feb 2012 15:05:37 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RuQ8O-00051g-El; Mon, 06 Feb 2012 15:05:36 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RuQ8O-0001oj-9W; Mon, 06 Feb 2012 15:05:36 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q16F5akH072024; Mon, 6 Feb 2012 15:05:36 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q16F5a7b072023; Mon, 6 Feb 2012 15:05:36 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 6 Feb 2012 15:05:35 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120206150535.GA71948@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: SOLVED: Re: ia64 fatal kernel trap [WAS: panic] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:05:38 -0000 On Mon, Feb 06, 2012 at 02:44:44PM +0000, Anton Shterenlikht wrote: > On Mon, Feb 06, 2012 at 02:22:39PM +0000, Anton Shterenlikht wrote: > > On ia64 I've built kernel and world with r230941. > > After installkernel, reboot, installworld, mergemaster, > > make remove-old, I reboot and get this panic at the very end: > > > > Recovering vi editor sessions:. > > /usr/local/etc/rc.d/svnserve: set_rcvar: not found > > Starting svnserve. > > su: unknown login: svn > > /etc/rc: WARNING: failed to start svnserve > > Updating motd:. > > Starting ntpd. > > /usr/local/etc/rc.d/rsyncd: set_rcvar: not found > > Starting rsyncd. > > /usr/local/etc/rc.d/gmond: set_rcvar: not found > > /etc/rc: WARNING: /usr/local/etc/rc.conf is not readable. > > /etc/rc: WARNING: failed precmd routine for rc > > /usr/local/etc/rc.d/bsdstats: set_rcvar: not found > > Starting bsdstats. > > > > fatal kernel trap (cpu 1): > > > > trap vector = 0x14 (Page Not Present) > > cr.iip = 0x9ffc0000008cb960 > > cr.ipsr = 0x1010080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) > > cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) > > cr.ifa = 0x168 > > curthread = 0xe000000011a9f9e0 > > pid = 760, comm = dig > > > > [ thread pid 760 tid 100073 ] > > Stopped at cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; > > db> > > db> show proc 760 > > Process 760 (dig) at 0xe000000011a9a8e0: > > state: NORMAL > > uid: 0 gids: 0 > > parent: pid 759 at 0xe000000011b64000 > > ABI: FreeBSD ELF64 > > arguments: dig > > threads: 1 > > 100073 Run CPU 1 dig > > db> > > db> thread 100073 > > [ thread pid 760 tid 100073 ] > > cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; > > db> > > db> bt > > Tracing pid 760 tid 100073 td 0xe000000011a9f9e0 > > cpu_set_upcall(0xe000000011a9e8a0, 0xe000000011a9f9e0, 0xa0000000f87ab780, 0xa0000000f87ab550) at cpu_set_upcall+0x190 > > create_thread(0xe000000011a9f9e0, 0x0, 0x1209a7090, 0x120c04800, 0x7fffffffff9fe000, 0x200000, 0x12039c200, 0x120c04800) at create_thread+0x1c0 > > kern_thr_new(0xe000000011a9f9e0, 0xa0000000f872b330, 0x9ffc000000436360) at kern_thr_new+0x100 > > sys_thr_new(0xe000000011a9f9e0, 0xa0000000f872b4e8, 0x9ffc0000008c6bf0, 0x48d) at sys_thr_new+0xa0 > > syscall(0xe000000011a9a8e0, 0xa0000000f872b3a8, 0x120c0442c, 0xe000000011a9f9e0, 0x0, 0x0, 0x9ffc0000008c2ec0, 0x8) at syscall+0x550 > > epc_syscall_return() at epc_syscall_return > > db> > > > > Please advise > > If I boot kernel.old, r224965, then the > network doesn't work: > > mech-as28# ifconfig -a > em0: flags=8843 metric 0 mtu 1500 > options=209b > ether 00:13:21:5b:05:1c > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > em1: flags=8843 metric 0 mtu 1500 > options=209b > ether 00:13:21:5b:05:1d > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > nd6 options=21 > mech-as28# ifconfig em0 inet 137.222.187.28 > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > mech-as28# > > How can recover from this? I removed bsdstats, this was enough to stop the panic. I can now boot r230941. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 15:54:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041381065670 for ; Mon, 6 Feb 2012 15:54:03 +0000 (UTC) (envelope-from akirchhoff135014@comcast.net) Received: from omr13.networksolutionsemail.com (omr13.networksolutionsemail.com [205.178.146.63]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2AF8FC16 for ; Mon, 6 Feb 2012 15:54:02 +0000 (UTC) Received: from cm-omr4 (mail.networksolutionsemail.com [205.178.146.50]) by omr13.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id q16FZpWS006845 for ; Mon, 6 Feb 2012 10:35:51 -0500 Authentication-Results: cm-omr4 smtp.user=adamk@mckella280.com; auth=pass (CRAM-MD5) X-Authenticated-UID: adamk@mckella280.com Received: from [50.78.52.49] ([50.78.52.49:26814] helo=memory.visualtech.com) by cm-omr4 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 8A/1C-00665-753FF2F4; Mon, 06 Feb 2012 10:35:51 -0500 Message-ID: <4F2FF356.2060203@comcast.net> Date: Mon, 06 Feb 2012 10:35:50 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120103 Thunderbird/9.0 MIME-Version: 1.0 To: miwi@freebsd.org, freebsd-current@freebsd.org, x11@freebsd.org, ports@freebsd.org References: <20120206014536.7ece944b.miwi@FreeBSD.org> In-Reply-To: <20120206014536.7ece944b.miwi@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:54:03 -0000 A big thanks to all. [adamk@memory ~]$ cat /var/log/Xorg.0.log | head -n 10 [ 46.127] X.Org X Server 1.10.4 Release Date: 2011-08-19 [ 46.128] X Protocol Version 11, Revision 0 [ 46.128] Build Operating System: FreeBSD 9.0-STABLE amd64 [ 46.128] Current Operating System: FreeBSD memory.visualtech.com 9.0-STABLE FreeBSD 9.0-STABLE #5: Thu Jan 26 22:09:39 EST 2012 root@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY amd64 [ 46.128] Build Date: 06 February 2012 09:37:45AM [ 46.128] [ 46.128] Current version of pixman: 0.24.0 [ 46.128] Before reporting problems, check http://wiki.x.org [adamk@memory ~]$ glxinfo | grep -i OpenGL IRQ's not enabled, falling back to busy waits: 2 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV710 954F) TCL OpenGL version string: 2.1 Mesa 7.11.2 OpenGL shading language version string: 1.20 OpenGL extensions: 3D compositing works with KDE's desktop effects. compiz works as well (though enabling the magnifier plugin crashes X). xmoto, foobillard, neverball and openarena are all (to varying degrees) playable. Adam From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 17:53:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CD5106566B for ; Mon, 6 Feb 2012 17:53:36 +0000 (UTC) (envelope-from jd1008@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 876628FC13 for ; Mon, 6 Feb 2012 17:53:36 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so10122856obc.13 for ; Mon, 06 Feb 2012 09:53:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=g932dPAgC2hg5Bxe1MlUm1PbqNCbtvzyXhQsj9HxZLs=; b=Mycyr+H9xApm3GiKNtNRFdt1MWLz+gV7aD8el2g+/I1hj4C4rN0w6VXmNebQyag0gt Hp10k5h6iW4EIr1nn20/Fz6p8i9dJdSkbYnR3WNznjZ5wFAlMBuuKPEwqBubNe4tHxot YnEIG2T0qOvoiG137wwwgG7NFU1AhANe6+h+4= MIME-Version: 1.0 Received: by 10.182.160.2 with SMTP id xg2mr17379646obb.33.1328549088648; Mon, 06 Feb 2012 09:24:48 -0800 (PST) Received: by 10.182.111.103 with HTTP; Mon, 6 Feb 2012 09:24:48 -0800 (PST) Date: Mon, 6 Feb 2012 10:24:48 -0700 Message-ID: From: JD To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Freebsd 9.0 release and dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 17:53:36 -0000 dmesg no longer outputs the kernel messages. $ dmesg $ $ which dmesg /sbin/dmesg $what /sbin/dmesg /sbin/dmesg: So, I have no idea what version of dmesg got installed. Anyone on 9.0 Release have this problem? How to fix it? From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 17:42:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494301065675 for ; Mon, 6 Feb 2012 17:42:04 +0000 (UTC) (envelope-from radiomlodychbandytow@o2.pl) Received: from moh2-ve1.go2.pl (moh2-ve1.go2.pl [193.17.41.186]) by mx1.freebsd.org (Postfix) with ESMTP id C72568FC0C for ; Mon, 6 Feb 2012 17:42:03 +0000 (UTC) Received: from moh2-ve1.go2.pl (unknown [10.0.0.186]) by moh2-ve1.go2.pl (Postfix) with ESMTP id CA4B544E4A7 for ; Mon, 6 Feb 2012 18:42:01 +0100 (CET) Received: from unknown (unknown [10.0.0.42]) by moh2-ve1.go2.pl (Postfix) with SMTP for ; Mon, 6 Feb 2012 18:42:01 +0100 (CET) Received: from host892524678.com-promis.3s.pl [89.25.246.78] by poczta.o2.pl with ESMTP id GhzMWQ; Mon, 06 Feb 2012 18:42:00 +0100 Message-ID: <4F3010E0.6060302@o2.pl> Date: Mon, 06 Feb 2012 18:41:52 +0100 From: =?UTF-8?B?UmFkaW8gbcWCb2R5Y2ggYmFuZHl0w7N3?= User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Matt Thyer References: <20120130214146.19B3D1065754@hub.freebsd.org> <4F2EA461.7050308@o2.pl> In-Reply-To: X-O2-Trust: 2, 68 X-O2-SPF: neutral X-Mailman-Approved-At: Mon, 06 Feb 2012 17:53:56 +0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Baptiste Daroussin , FreeBSD current Subject: Re: [HEADSUP][CFT] pkgng beta1 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 17:42:04 -0000 On 2012-02-06 08:40, Matt Thyer wrote: > > On Feb 6, 2012 3:50 AM, "Radio młodych bandytów" > > wrote: > > > > I wonder if I'm the only one thinking about a decentralised package > management.... > > First, a decentralised transport layer. Torrents are faster and more > reliable than servers. > > Second, decentralised management when anybody can upload a port > directly into the system. > > > > -- > > Twoje radio > > > > Such a system would need to support traditional protocols such as FTP > & HTTP due to many corporate environments not allowing anything else. > > I'm all for a distributed system but you can't forget the corporate users. > True. While some corporations are moving to P2P software distribution already, it's a long way before it becomes standard. -- Twoje radio From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 18:24:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 994D01065670; Mon, 6 Feb 2012 18:24:21 +0000 (UTC) (envelope-from sennaar@gmail.com) Received: from mail-lpp01m020-f182.google.com (mail-lpp01m020-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id ACF698FC0C; Mon, 6 Feb 2012 18:24:20 +0000 (UTC) Received: by lbbgj3 with SMTP id gj3so1639368lbb.13 for ; Mon, 06 Feb 2012 10:24:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vKrNZCUbvPMRI/nwC56EXDfxvlMBp2osN0NxcDqIvNA=; b=YIUOAluUajUWcperWqHNoY7K9l76CB4UutlSd5Ls+MLFfugb1Gx3ICGic7curpzX86 lYVmZZ1I86KokX5tr32WFml2Y1+HnkOLSVh0CTsUpn088jydFBl9qc03/EJtkuExWDfu lED1U3Hy5dWgUT3IGHk3YsLZtvWOBU/EzQnwE= MIME-Version: 1.0 Received: by 10.112.101.198 with SMTP id fi6mr5263611lbb.18.1328552659341; Mon, 06 Feb 2012 10:24:19 -0800 (PST) Received: by 10.112.12.49 with HTTP; Mon, 6 Feb 2012 10:24:19 -0800 (PST) In-Reply-To: References: <20120120204459.GA51162@nargothrond.kdm.org> <1327553257.19745.6.camel@btw.pki2.com> <20120126045409.GA90912@nargothrond.kdm.org> Date: Mon, 6 Feb 2012 22:24:19 +0400 Message-ID: From: Stas Orlov To: "Desai, Kashyap" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-scsi@freebsd.org" , "freebsd-current@freebsd.org" , "Kenneth D. Merry" , Dennis Glatting Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 18:24:21 -0000 Sorry for the swarm of screenshots :) Spare drive should be a iDRAC Virtual usb. On that particular machine, as I said, two RAID arrays (1 and 10) http://oi39.tinypic.com/10hlfmg.jpg -- they initialized as they should. http://oi43.tinypic.com/2db83g8.jpg -- loader recognizes 3 disks (3rd one is the iDRAC usb as I suppose) So, I flashed the FW and installed the latest one from Dell (7.15.08.00 \ 7.03.05.00), and things have gone slightly better. http://oi39.tinypic.com/69dtuq.jpg -- controller . http://oi44.tinypic.com/10s6jxi.jpg -- still. http://oi42.tinypic.com/ipmh37.jpg -- It boots in single user, in multiuser it prints probe errors, skips them and hang on the daemon startup. http://oi43.tinypic.com/13yhz02.jpg -- in single user they initialized\UFSed\mounted just fine. To sum everything up, FW upgrade helped, still some device handle errors and SCSI errors, hangs in multiuser-mode(may or may not be related). Tested with the same FreeBSD10-CURRENT r230857, I saw ken@'s commit to -STABLE and will try it somewhere tomorrow. Thanks for your time:) On Fri, Feb 3, 2012 at 12:10 PM, Desai, Kashyap wro= te: > > > From: Stas Orlov [mailto:sennaar@gmail.com] > Sent: Thursday, February 02, 2012 8:29 PM > To: Desai, Kashyap > Cc: Kenneth D. Merry; freebsd-scsi@freebsd.org; freebsd-current@freebsd.o= rg; Dennis Glatting > Subject: Re: LSI supported mps(4) driver available > >>> (Again clarify which version of FreeBSD you are using) > > As I've stated earlier it's current snapshot from the other day, to be mo= re specific FreeBSD10-CURRENT r230857 > > Ok, I'll try to upgrade firmware. > On Thu, Feb 2, 2012 at 6:43 PM, Desai, Kashyap wr= ote: > > >>> > Can you switch your mail client to default reply. It is alway= s turning into html format and difficult for inline reply. > I have done some analysis on of your logs provided at "http://oi40.tinypi= c.com/25gdw8o.jpg" > > 1. it seems Driver is somehow not handling error condition which should b= e better handled at driver. > =C2=A0 =C2=A0e.a driver does not reinit HBA if any config request time ou= t. > =C2=A0 =C2=A0I will add this feature sometime later, since I have some mo= re item queued up as well. > 2. Your logs mentioned there are three different handled got from FW to a= dd as Bare Drive. (it is not a volume entry) > So just curious to know why those entries are coming as bare drive. ? (do= you have any other bare drives in your topology ? ) > > > ` Kashyap > > From: Stas Orlov [mailto:sennaar@gmail.com] > Sent: Thursday, February 02, 2012 7:45 PM > To: Desai, Kashyap > Cc: Kenneth D. Merry; freebsd-scsi@freebsd.org; freebsd-current@freebsd.o= rg; Dennis Glatting > Subject: Re: LSI supported mps(4) driver available > Sure, I've made two RAID (1 and 10 ) arrays within LSI Config Utility and= tried to install fresh current, every time I get error linked above, so ye= s, it's=C2=A0reproducible. > -> What I understood here is, you have two raid volumes RAID1 and RAID10,= and trying to install FreeBSD (Again clarify which version of FreeBSD you = are using) > > > Try erasing a controller FW completely and re-install everything from fre= sh. > (Here make sure you flash completely. Hope you are aware of controller fi= rmware upgrade process) > > Our board has DPM tables and for Raid volume it is maximum 2 entry. > When you have more than two inactive volumes, we cannot add another raid = volume. > There is some implementation recently done by BIOS team related to this a= rea. Where BIOS itself will erase inactive Raid volume entry from DPM pages= . > > ~ Kashyap > > > MPT Firmware 2.15.63.00-IR > Package Version 7.01.33.00 > > I do have another spare R610 with that card, I'll test it with current la= ter this evening. > > On Thu, Feb 2, 2012 at 5:53 PM, Desai, Kashyap wr= ote: > > >> -----Original Message----- >> From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- >> scsi@freebsd.org] On Behalf Of Stas Orlov >> Sent: Thursday, February 02, 2012 6:48 PM >> To: Kenneth D. Merry >> Cc: freebsd-scsi@freebsd.org; freebsd-current@freebsd.org; Dennis >> Glatting >> Subject: Re: LSI supported mps(4) driver available >> >> Hi, >> >> We have a pack of identical Dell R610 mahcines with H200 cards. >> >> pciconf from R610 with FreeBSD9 on ZFS, disks in JBOD mode. >> >> mps0@pci0:3:0:0: =C2=A0 =C2=A0 =C2=A0 =C2=A0class=3D0x010700 card=3D0x1f= 1e1028 chip=3D0x00721000 >> rev=3D0x02 hdr=3D0x00 >> =C2=A0 =C2=A0 =C2=A0vendor =C2=A0 =C2=A0 =3D 'LSI Logic / Symbios Logic' >> =C2=A0 =C2=A0 =C2=A0device =C2=A0 =C2=A0 =3D 'SAS2008 PCI-Express Fusion= -MPT SAS-2 [Falcon]' >> =C2=A0 =C2=A0 =C2=A0class =C2=A0 =C2=A0 =C2=A0=3D mass storage >> =C2=A0 =C2=A0 =C2=A0subclass =C2=A0 =3D SAS >> =C2=A0 =C2=A0 =C2=A0bar =C2=A0 [10] =3D type I/O Port, range 32, base 0x= fc00, size 256, >> enabled >> =C2=A0 =C2=A0 =C2=A0bar =C2=A0 [14] =3D type Memory, range 64, base 0xdf= 2b0000, size 65536, >> enabled >> =C2=A0 =C2=A0 =C2=A0bar =C2=A0 [1c] =3D type Memory, range 64, base 0xdf= 2c0000, size 262144, >> enabled >> =C2=A0 =C2=A0 =C2=A0cap 01[50] =3D powerspec 3 =C2=A0supports D0 D1 D2 D= 3 =C2=A0current D0 >> =C2=A0 =C2=A0 =C2=A0cap 10[68] =3D PCI-Express 2 endpoint max data 128(4= 096) link x4(x8) >> =C2=A0 =C2=A0 =C2=A0cap 03[d0] =3D VPD >> =C2=A0 =C2=A0 =C2=A0cap 05[a8] =3D MSI supports 1 message, 64 bit >> =C2=A0 =C2=A0 =C2=A0cap 11[c0] =3D MSI-X supports 15 messages in map 0x1= 4 enabled >> >> >> We all aware of the state of things with the old mps driver, so I tried >> to >> pass a hardware array with the new one. >> Current snapshot from yesterday fails with following - >> http://oi40.tinypic.com/25gdw8o.jpg > Can you explain more about your setup and how to reproduce it ? > I will have look on this issue if it is reproducible ? > > Also what is Firmware version you are using on H200 card ? > > ~ Kashyap > >> >> iirc, Dell has a nasty habit of writing its own firmware. >> >> >> On Thu, Jan 26, 2012 at 8:54 AM, Kenneth D. Merry >> wrote: >> >> > On Wed, Jan 25, 2012 at 20:47:37 -0800, Dennis Glatting wrote: >> > > On Fri, 2012-01-20 at 13:44 -0700, Kenneth D. Merry wrote: >> > > > The LSI-supported version of the mps(4) driver that supports their >> 6Gb >> > SAS >> > > > HBAs as well as WarpDrive controllers, is available here: >> > > > >> > > > http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt >> > > > >> > > > I plan to check it in to head next week, and then MFC it into >> stable/9 >> > a >> > > > week after that most likely. >> > > > >> > > > Please test it out and let me know if you run into any problems. >> > > > >> > > > In addition to supporting WarpDrive, the driver also supports >> > Integrated >> > > > RAID. >> > > > >> > > > Thanks to LSI for doing the work on this driver! >> > > > >> > > >> > > Does this include the SAS2008 series chips? I have two systems, one >> a >> > > Tyan FT48-B8812 with a S8812 MB and Interlagos chips, where I am >> > > interested in using a driver under 9.0 amd64. >> > >> > Yes. =C2=A0The driver in 9.0 supports the 2008 as well. >> > >> > Ken >> > -- >> > Kenneth Merry >> > ken@FreeBSD.ORG >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-scsi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi >> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:04:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B069E1065672 for ; Mon, 6 Feb 2012 21:04:59 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 680E28FC13 for ; Mon, 6 Feb 2012 21:04:59 +0000 (UTC) Received: from [127.0.0.1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q16KskDZ043164; Mon, 6 Feb 2012 12:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1328561687; bh=YWpCsfwFaEcwl1SVJXGIdqw+FUvqBW+yyBNWpfI7oAw=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=hGls64xhMr96fkoNvO9CmJEjmOsszO1i6QzV/HfgG/eAp7kPS7+rePewl8HV+7YF+ K16dXdboNKZnT/XhDD0/cplGizKBkctol81zr7ClJwY1HGYuF0sHIHCZE4XRWKiiM5 MEz3ZakzYABesuT7ywoyooygu6Gu9YbYw8MuQCkw= From: Sean Bruno To: JD In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Mon, 06 Feb 2012 12:54:46 -0800 Message-ID: <1328561686.2953.62.camel@powernoodle-l7.hsd1.ca.comcast.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: Freebsd 9.0 release and dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 21:04:59 -0000 On Mon, 2012-02-06 at 09:24 -0800, JD wrote: > dmesg no longer outputs the kernel messages. > > $ dmesg > $ > $ which dmesg > /sbin/dmesg > $what /sbin/dmesg > /sbin/dmesg: > > So, I have no idea what version of dmesg got installed. > > Anyone on 9.0 Release have this problem? How to fix it? > ________________________ I would assume that something is writing a lot to the console? Is there any indication of this in /var/log/messages? Sean From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:20:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ECFF1065673 for ; Mon, 6 Feb 2012 21:20:21 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og122.obsmtp.com (exprod7og122.obsmtp.com [64.18.2.22]) by mx1.freebsd.org (Postfix) with ESMTP id EC8BB8FC12 for ; Mon, 6 Feb 2012 21:20:20 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob122.postini.com ([64.18.6.12]) with SMTP ID DSNKTzBEEttUxkE/WnrnHjVv91PrzYEDCpD9@postini.com; Mon, 06 Feb 2012 13:20:21 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 6 Feb 2012 13:19:31 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q16LJV128863; Mon, 6 Feb 2012 13:19:31 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F3043E2.6090607@juniper.net> Date: Mon, 6 Feb 2012 13:19:30 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Konstantin Belousov References: <749E238A-A85F-4264-9DEB-BCE1BBD21C9D@juniper.net> <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> In-Reply-To: <20120204204218.GC3283@deviant.kiev.zoral.com.ua> Content-Type: multipart/mixed; boundary="------------000108040008060709070606" X-EXCLAIMER-MD-CONFIG: e4081efb-6d29-443c-8708-750833aec629 X-Mailman-Approved-At: Mon, 06 Feb 2012 21:27:55 +0000 Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 21:20:21 -0000 --------------000108040008060709070606 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit > I see what is going on. The wait loop for P_PPWAIT in do_fork() simply > do not allow the ptracestop() in the syscall return path to be reached. > There seems to be more problems. In particular, I do not see anything > which would prevent the child from being reapped while the loop is > executing (assume that the parent is multithreaded and other thread > processed SIGCHLD and called wait). > > Lets deal with these bugs after your proposal for interface changes is > dealt with. OK. > > Yes, I agree with the proposal to add flag to the child lwp info. > I think it will be easier if the flag is different from PL_FLAG_FORKED. > I named it PL_FLAG_CHILD. > > PT_FOLLOW_EXEC is easy to implement, but my question is, how can debugger > operate (correctly) if it ignores exec events ? After exec, the whole > cached state of the debuggee must be invalidated, and since debugger > ignores the notification when the invalidation shall be done, it probably > gets very confused. You're right, the debugger needs to handle exec() events implicitly when it starts up executables. The problem is that there is OS-independent machinery in gdb which handles statup fork-exec sequence differently from when the debuggee itself does an exec(). Basically in the event handling code I need to be able to distinguish app startup by gdb from an exec done by the app. Other OS-es have flags like PL_FLAG_EXEC set on demand: they have an equivalent of PT_FOLLOW_EXEC. I attached a modified patch that solves the problem. It tries to separate the always-on TDB_EXEC from the on-demand TDB_FOLLOWEXEC without changing existing functionality. Let me know if it's acceptable. Another issue I'm investigating is that after the switch-over to the child gdb gets a SIGHUP when it continues the child. I think it has to do with the re-parenting/orphan business. I'll let you know what I find, but if you have an idea what might be causing it, please let me know. Thanks. Dmitry. --------------000108040008060709070606 Content-Type: text/x-patch; name="follow-exec-2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="follow-exec-2.diff" Index: kern/kern_exec.c =================================================================== --- kern/kern_exec.c (revision 231088) +++ kern/kern_exec.c (working copy) @@ -890,6 +890,8 @@ exec_fail_dealloc: if (error == 0) { PROC_LOCK(p); td->td_dbgflags |= TDB_EXEC; + if (p->p_flag & P_FOLLOWEXEC) + td->td_dbgflags |= TDB_FOLLOWEXEC; PROC_UNLOCK(p); /* Index: kern/kern_fork.c =================================================================== --- kern/kern_fork.c (revision 231088) +++ kern/kern_fork.c (working copy) @@ -1035,7 +1035,9 @@ fork_return(struct thread *td, struct trapframe *f p->p_oppid = p->p_pptr->p_pid; proc_reparent(p, dbg); sx_xunlock(&proctree_lock); + td->td_dbgflags |= TDB_CHILD; ptracestop(td, SIGSTOP); + td->td_dbgflags &= ~TDB_CHILD; } else { /* * ... otherwise clear the request. Index: kern/sys_process.c =================================================================== --- kern/sys_process.c (revision 231088) +++ kern/sys_process.c (working copy) @@ -660,6 +660,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, case PT_TO_SCX: case PT_SYSCALL: case PT_FOLLOW_FORK: + case PT_FOLLOW_EXEC: case PT_DETACH: sx_xlock(&proctree_lock); proctree_locked = 1; @@ -873,6 +874,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, else p->p_flag &= ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag &= ~P_FOLLOWEXEC; + else + p->p_flag |= P_FOLLOWEXEC; + break; case PT_STEP: case PT_CONTINUE: @@ -936,7 +943,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, p->p_sigparent = SIGCHLD; } p->p_oppid = 0; - p->p_flag &= ~(P_TRACED | P_WAITED | P_FOLLOWFORK); + p->p_flag &= ~(P_TRACED | P_WAITED | P_FOLLOWFORK | + P_FOLLOWEXEC); /* should we send SIGCHLD? */ /* childproc_continued(p); */ @@ -1141,10 +1149,14 @@ kern_ptrace(struct thread *td, int req, pid_t pid, pl->pl_flags |= PL_FLAG_SCX; if (td2->td_dbgflags & TDB_EXEC) pl->pl_flags |= PL_FLAG_EXEC; + if (td2->td_dbgflags & TDB_FOLLOWEXEC) + pl->pl_flags |= PL_FLAG_FOLLOWEXEC; if (td2->td_dbgflags & TDB_FORK) { pl->pl_flags |= PL_FLAG_FORKED; pl->pl_child_pid = td2->td_dbg_forked; } + if (td2->td_dbgflags & TDB_CHILD) + pl->pl_flags |= PL_FLAG_CHILD; pl->pl_sigmask = td2->td_sigmask; pl->pl_siglist = td2->td_siglist; strcpy(pl->pl_tdname, td2->td_name); Index: kern/subr_syscall.c =================================================================== --- kern/subr_syscall.c (revision 230847) +++ kern/subr_syscall.c (working copy) @@ -216,7 +216,8 @@ syscallret(struct thread *td, int error, struct sy ((td->td_dbgflags & (TDB_FORK | TDB_EXEC)) != 0 || (p->p_stops & S_PT_SCX) != 0)) ptracestop(td, SIGTRAP); - td->td_dbgflags &= ~(TDB_SCX | TDB_EXEC | TDB_FORK); + td->td_dbgflags &= + ~(TDB_SCX | TDB_EXEC | TDB_FOLLOWEXEC | TDB_FORK); PROC_UNLOCK(p); } } Index: sys/proc.h =================================================================== --- sys/proc.h (revision 231088) +++ sys/proc.h (working copy) @@ -384,6 +384,8 @@ do { \ process */ #define TDB_STOPATFORK 0x00000080 /* Stop at the return from fork (child only) */ +#define TDB_CHILD 0x00000100 /* New child indicator for ptrace() */ +#define TDB_FOLLOWEXEC 0x00000200 /* follow exec(2) */ /* * "Private" flags kept in td_pflags: @@ -613,6 +615,7 @@ struct proc { #define P_HWPMC 0x800000 /* Process is using HWPMCs */ #define P_JAILED 0x1000000 /* Process is in jail. */ +#define P_FOLLOWEXEC 0x2000000 /* Do not report execs with ptrace. */ #define P_INEXEC 0x4000000 /* Process is in execve(). */ #define P_STATCHILD 0x8000000 /* Child process stopped or exited. */ #define P_INMEM 0x10000000 /* Loaded into memory. */ Index: sys/ptrace.h =================================================================== --- sys/ptrace.h (revision 231088) +++ sys/ptrace.h (working copy) @@ -64,6 +64,7 @@ #define PT_SYSCALL 22 #define PT_FOLLOW_FORK 23 +#define PT_FOLLOW_EXEC 24 #define PT_GETREGS 33 /* get general-purpose registers */ #define PT_SETREGS 34 /* set general-purpose registers */ @@ -106,7 +107,9 @@ struct ptrace_lwpinfo { #define PL_FLAG_SCX 0x08 /* syscall leave point */ #define PL_FLAG_EXEC 0x10 /* exec(2) succeeded */ #define PL_FLAG_SI 0x20 /* siginfo is valid */ -#define PL_FLAG_FORKED 0x40 /* new child */ +#define PL_FLAG_FORKED 0x40 /* child born */ +#define PL_FLAG_CHILD 0x80 /* I am from child */ +#define PL_FLAG_FOLLOWEXEC 0x100 /* follow exec(2) */ sigset_t pl_sigmask; /* LWP signal mask */ sigset_t pl_siglist; /* LWP pending signal */ struct __siginfo pl_siginfo; /* siginfo for signal */ --------------000108040008060709070606-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:33:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA597106564A for ; Mon, 6 Feb 2012 21:33:01 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm26.bullet.mail.sp2.yahoo.com (nm26.bullet.mail.sp2.yahoo.com [98.139.91.96]) by mx1.freebsd.org (Postfix) with SMTP id CB2EC8FC13 for ; Mon, 6 Feb 2012 21:33:01 +0000 (UTC) Received: from [98.139.91.64] by nm26.bullet.mail.sp2.yahoo.com with NNFMP; 06 Feb 2012 21:33:01 -0000 Received: from [208.71.42.192] by tm4.bullet.mail.sp2.yahoo.com with NNFMP; 06 Feb 2012 21:33:01 -0000 Received: from [127.0.0.1] by smtp203.mail.gq1.yahoo.com with NNFMP; 06 Feb 2012 21:33:01 -0000 X-Yahoo-Newman-Id: 367037.38309.bm@smtp203.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Il4n.BcVM1m6GJDNAiyrun4giL04u9weEvOSzGZJja666NB xLd9ICdSO_Gb8.4dacTYEXr0xFFRMit4sCO.gv3sCFNJhKUgi6zV4VpyG1Po h_fiRa2EitaMJtoslB1jq3qwURXYorcIPnjbni4dL3Svqko0KfftzEgNvyrU q72fdFVRy9K4yaB8dy62F78rLfpEOYk8czhrLptGCjBiKDTSiaXW4IMOIggM KCiA2CwC_QXmXv6zqg3TiWqK0q4OELCycVJr7jXiOznaO9Wz5Dp595mAdTNc aH7YameY7gqvNxQoKiU_nMWC2NoGAXDQppX6kizcU7zvMx4x1DHJoXTEUgXL uwsu9QDxrzL1p3_SVjmxf2qarwrodrGDCkDf7DpvzROqvNcc3y2aCB8VENAN miCEwkDOn26UWEgZDKctWPLLy9BFn X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.17] (se@81.173.152.180 with plain) by smtp203.mail.gq1.yahoo.com with SMTP; 06 Feb 2012 13:33:01 -0800 PST Message-ID: <4F30470A.8060009@freebsd.org> Date: Mon, 06 Feb 2012 22:32:58 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: JD References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freebsd 9.0 release and dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 21:33:02 -0000 Am 06.02.2012 18:24, schrieb JD: > dmesg no longer outputs the kernel messages. > > $ dmesg > $ > $ which dmesg > /sbin/dmesg > $what /sbin/dmesg > /sbin/dmesg: > > So, I have no idea what version of dmesg got installed. > > Anyone on 9.0 Release have this problem? How to fix it? What does "dmesg -a" print? Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 00:47:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C60F1065670 for ; Tue, 7 Feb 2012 00:47:30 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og124.obsmtp.com (exprod7og124.obsmtp.com [64.18.2.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0B52E8FC16 for ; Tue, 7 Feb 2012 00:47:29 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob124.postini.com ([64.18.6.12]) with SMTP ID DSNKTzB0oHZ8k5kVFar+kWBmdvEc2g6ujp4+@postini.com; Mon, 06 Feb 2012 16:47:30 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 6 Feb 2012 16:46:12 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q170kA116867; Mon, 6 Feb 2012 16:46:10 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F307452.6030805@juniper.net> Date: Mon, 6 Feb 2012 16:46:10 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Dmitry Mikulin References: <749E238A-A85F-4264-9DEB-BCE1BBD21C9D@juniper.net> <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> In-Reply-To: <4F3043E2.6090607@juniper.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e4081efb-6d29-443c-8708-750833aec629 X-Mailman-Approved-At: Tue, 07 Feb 2012 02:11:28 +0000 Cc: Konstantin Belousov , freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 00:47:30 -0000 Oops, this should be the part of the patch that sets the flag: @@ -873,6 +872,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, else p->p_flag &= ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag |= P_FOLLOWEXEC; + else + p->p_flag &= ~P_FOLLOWEXEC; + break; The SIGHUP I mentioned is due to the fact that the parent exits immediately. I guess that's not a particularly well written program. On 02/06/2012 01:19 PM, Dmitry Mikulin wrote: > >> I see what is going on. The wait loop for P_PPWAIT in do_fork() simply >> do not allow the ptracestop() in the syscall return path to be reached. >> There seems to be more problems. In particular, I do not see anything >> which would prevent the child from being reapped while the loop is >> executing (assume that the parent is multithreaded and other thread >> processed SIGCHLD and called wait). >> >> Lets deal with these bugs after your proposal for interface changes is >> dealt with. > > OK. > >> >> Yes, I agree with the proposal to add flag to the child lwp info. >> I think it will be easier if the flag is different from PL_FLAG_FORKED. >> I named it PL_FLAG_CHILD. >> >> PT_FOLLOW_EXEC is easy to implement, but my question is, how can debugger >> operate (correctly) if it ignores exec events ? After exec, the whole >> cached state of the debuggee must be invalidated, and since debugger >> ignores the notification when the invalidation shall be done, it probably >> gets very confused. > > You're right, the debugger needs to handle exec() events implicitly when it starts up executables. The problem is that there is OS-independent machinery in gdb which handles statup fork-exec sequence differently from when the debuggee itself does an exec(). Basically in the event handling code I need to be able to distinguish app startup by gdb from an exec done by the app. Other OS-es have flags like PL_FLAG_EXEC set on demand: they have an equivalent of PT_FOLLOW_EXEC. I attached a modified patch that solves the problem. It tries to separate the always-on TDB_EXEC from the on-demand TDB_FOLLOWEXEC without changing existing functionality. Let me know if it's acceptable. > > Another issue I'm investigating is that after the switch-over to the child gdb gets a SIGHUP when it continues the child. I think it has to do with the re-parenting/orphan business. I'll let you know what I find, but if you have an idea what might be causing it, please let me know. > > Thanks. > Dmitry. > > > From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 03:12:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD7871065675 for ; Tue, 7 Feb 2012 03:12:14 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C77508FC0A for ; Tue, 7 Feb 2012 03:12:14 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q173CDJw010478 for ; Tue, 7 Feb 2012 03:12:14 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4F30968B.5060101@gmail.com> Date: Tue, 07 Feb 2012 11:12:11 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <749E238A-A85F-4264-9DEB-BCE1BBD21C9D@juniper.net> <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> In-Reply-To: <4F2094B4.70707@juniper.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 03:12:14 -0000 On 2012/1/26 7:48, Dmitry Mikulin wrote: > > The debugger needs to intercept fork() in both parent and child so it > can detach from the old process and attach to the new one. Maybe it'll > make more sense in the context of gdb changes. Should I send them too? > Don't think Marcel included that patch... > >> >> Does the orphan list change intended to not lost the child after fork ? >> But the child shall be traced, so debugger would get the SIGTRAP on >> the attach on fork returning to usermode. I remember that I explicitely >> tested this when adding followfork changes. > > Yes, the debugger gets SIGTRAPs. The problem arises when the real > parent of the forked process has the code to collect termination > status. Since attaching to a process changes the parent/child > relationships, we need to keep track of the children lost due to > re-parenting so we can properly attribute their exit status to the > "real" parent. > I recall that someone brought a topic in the list said that this should be fixed, debugging a process should not change parent-child relation, instead a new link list data structure should be added to struct proc to trace debugged process, this will make code clean with a small memory overhead. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 09:50:16 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B5210656A4; Tue, 7 Feb 2012 09:50:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A25658FC1A; Tue, 7 Feb 2012 09:50:15 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA15619; Tue, 07 Feb 2012 11:50:12 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ruhgi-000OC2-8A; Tue, 07 Feb 2012 11:50:12 +0200 Message-ID: <4F30F3D1.4060600@FreeBSD.org> Date: Tue, 07 Feb 2012 11:50:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Julian Elischer References: <4F2F6ABA.2020809@freebsd.org> In-Reply-To: <4F2F6ABA.2020809@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Current Subject: Re: kernel debugging and ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 09:50:16 -0000 on 06/02/2012 07:52 Julian Elischer said the following: > so if I'm sitting still in the debugger for too long, a hardclock > event happens that goes into ULE, which then hits the following KASSERT. > > > KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH, > ("sched_priority: invalid priority %d: nice %d, " > "ticks %d ftick %d ltick %d tick pri %d", > pri, td->td_proc->p_nice, td->td_sched->ts_ticks, > td->td_sched->ts_ftick, td->td_sched->ts_ltick, > SCHED_PRI_TICKS(td->td_sched))); > > > The reason seems to be that I've been sitting still for too long and things have > become pear shaped. > > > how is it that being in the debugger doesn't stop hardclock events? > is there something I can do to make them not happen.. > It means I have to ge tmy debugging done in less than about 60 seconds. > > suggesions welcome. Does this really happen when you just sit in the debugger? Or does it happen when you let the kernel run? Like stepping through the code, etc.... -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:10:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A8C1065680 for ; Tue, 7 Feb 2012 12:10:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF388FC1B for ; Tue, 7 Feb 2012 12:10:35 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q17CANja079856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2012 14:10:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q17CANcc040014; Tue, 7 Feb 2012 14:10:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q17CANax040013; Tue, 7 Feb 2012 14:10:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 7 Feb 2012 14:10:22 +0200 From: Konstantin Belousov To: Dmitry Mikulin Message-ID: <20120207121022.GC3283@deviant.kiev.zoral.com.ua> References: <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lmWPTIvm4M7zUP/T" Content-Disposition: inline In-Reply-To: <4F3043E2.6090607@juniper.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 12:10:37 -0000 --lmWPTIvm4M7zUP/T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2012 at 01:19:30PM -0800, Dmitry Mikulin wrote: >=20 > >I see what is going on. The wait loop for P_PPWAIT in do_fork() simply > >do not allow the ptracestop() in the syscall return path to be reached. > >There seems to be more problems. In particular, I do not see anything > >which would prevent the child from being reapped while the loop is > >executing (assume that the parent is multithreaded and other thread > >processed SIGCHLD and called wait). > > > >Lets deal with these bugs after your proposal for interface changes is > >dealt with. >=20 > OK. >=20 > > > >Yes, I agree with the proposal to add flag to the child lwp info. > >I think it will be easier if the flag is different from PL_FLAG_FORKED. > >I named it PL_FLAG_CHILD. > > > >PT_FOLLOW_EXEC is easy to implement, but my question is, how can debugger > >operate (correctly) if it ignores exec events ? After exec, the whole > >cached state of the debuggee must be invalidated, and since debugger > >ignores the notification when the invalidation shall be done, it probably > >gets very confused. >=20 > You're right, the debugger needs to handle exec() events implicitly when = it=20 > starts up executables. The problem is that there is OS-independent=20 > machinery in gdb which handles statup fork-exec sequence differently from= =20 > when the debuggee itself does an exec(). Basically in the event handling= =20 > code I need to be able to distinguish app startup by gdb from an exec don= e=20 > by the app. Other OS-es have flags like PL_FLAG_EXEC set on demand: they= =20 > have an equivalent of PT_FOLLOW_EXEC. I attached a modified patch that=20 > solves the problem. It tries to separate the always-on TDB_EXEC from the= =20 > on-demand TDB_FOLLOWEXEC without changing existing functionality. Let me= =20 > know if it's acceptable. So, do you in fact need to distinguish exec stops from syscall exit against exec stops from PT_FOLLOW_EXEC, or do you need to only get stops at exec returns from PT_CONTINUE when explicitely requested them ? I would prefer to not introduce another PL_FLAG_EXEC with the same semantic as PL_FLAG_EXEC. Instead, would the following patch be fine for your purposes ? With it, stop on exec should only occur if PT_SCX is requested, or PT_CONTINUE and PT_FOLLOW_EXEC. [I am unable to fully test this until tomorrow]. diff --git a/sys/kern/kern_exec.c b/sys/kern/kern_exec.c index 135f798..67cb1b2 100644 --- a/sys/kern/kern_exec.c +++ b/sys/kern/kern_exec.c @@ -56,6 +56,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -889,7 +890,9 @@ exec_fail_dealloc: =20 if (error =3D=3D 0) { PROC_LOCK(p); - td->td_dbgflags |=3D TDB_EXEC; + if ((p->p_flag & P_TRACED) !=3D 0 && + ((P_FOLLOWEXEC) !=3D 0 || (p->p_stops & S_PT_SCX) !=3D 0)) + td->td_dbgflags |=3D TDB_EXEC; PROC_UNLOCK(p); =20 /* diff --git a/sys/kern/kern_fork.c b/sys/kern/kern_fork.c index 60639c9..e447c93 100644 --- a/sys/kern/kern_fork.c +++ b/sys/kern/kern_fork.c @@ -1035,7 +1035,9 @@ fork_return(struct thread *td, struct trapframe *fram= e) p->p_oppid =3D p->p_pptr->p_pid; proc_reparent(p, dbg); sx_xunlock(&proctree_lock); + td->td_dbgflags |=3D TDB_CHILD; ptracestop(td, SIGSTOP); + td->td_dbgflags &=3D ~TDB_CHILD; } else { /* * ... otherwise clear the request. diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index 4510380..79bbaed 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -660,6 +660,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) case PT_TO_SCX: case PT_SYSCALL: case PT_FOLLOW_FORK: + case PT_FOLLOW_EXEC: case PT_DETACH: sx_xlock(&proctree_lock); proctree_locked =3D 1; @@ -873,6 +874,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, voi= d *addr, int data) else p->p_flag &=3D ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag |=3D P_FOLLOWEXEC; + else + p->p_flag &=3D ~P_FOLLOWEXEC; + break; =20 case PT_STEP: case PT_CONTINUE: @@ -936,7 +943,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) p->p_sigparent =3D SIGCHLD; } p->p_oppid =3D 0; - p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK); + p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK | + P_FOLLOWEXEC); =20 /* should we send SIGCHLD? */ /* childproc_continued(p); */ @@ -1145,6 +1153,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, vo= id *addr, int data) pl->pl_flags |=3D PL_FLAG_FORKED; pl->pl_child_pid =3D td2->td_dbg_forked; } + if (td2->td_dbgflags & TDB_CHILD) + pl->pl_flags |=3D PL_FLAG_CHILD; pl->pl_sigmask =3D td2->td_sigmask; pl->pl_siglist =3D td2->td_siglist; strcpy(pl->pl_tdname, td2->td_name); diff --git a/sys/sys/proc.h b/sys/sys/proc.h index 9ebfe83..bec7223 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -384,6 +384,7 @@ do { \ process */ #define TDB_STOPATFORK 0x00000080 /* Stop at the return from fork (child only) */ +#define TDB_CHILD 0x00000100 /* New child indicator for ptrace() */ =20 /* * "Private" flags kept in td_pflags: @@ -613,6 +614,7 @@ struct proc { #define P_HWPMC 0x800000 /* Process is using HWPMCs */ =20 #define P_JAILED 0x1000000 /* Process is in jail. */ +#define P_FOLLOWEXEC 0x2000000 /* Report execs with ptrace. */ #define P_INEXEC 0x4000000 /* Process is in execve(). */ #define P_STATCHILD 0x8000000 /* Child process stopped or exited. */ #define P_INMEM 0x10000000 /* Loaded into memory. */ diff --git a/sys/sys/ptrace.h b/sys/sys/ptrace.h index 2583d59..05c758c 100644 --- a/sys/sys/ptrace.h +++ b/sys/sys/ptrace.h @@ -64,6 +64,7 @@ #define PT_SYSCALL 22 =20 #define PT_FOLLOW_FORK 23 +#define PT_FOLLOW_EXEC 24 =20 #define PT_GETREGS 33 /* get general-purpose registers */ #define PT_SETREGS 34 /* set general-purpose registers */ @@ -106,7 +107,8 @@ struct ptrace_lwpinfo { #define PL_FLAG_SCX 0x08 /* syscall leave point */ #define PL_FLAG_EXEC 0x10 /* exec(2) succeeded */ #define PL_FLAG_SI 0x20 /* siginfo is valid */ -#define PL_FLAG_FORKED 0x40 /* new child */ +#define PL_FLAG_FORKED 0x40 /* child born */ +#define PL_FLAG_CHILD 0x80 /* I am from child */ sigset_t pl_sigmask; /* LWP signal mask */ sigset_t pl_siglist; /* LWP pending signal */ struct __siginfo pl_siginfo; /* siginfo for signal */ --lmWPTIvm4M7zUP/T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk8xFK4ACgkQC3+MBN1Mb4gpWwCbB1kzJxlazKuClYS12oyoeggT gz8AoKZMLnE/W9E/eIzEzGJK7kP7I9fu =EncL -----END PGP SIGNATURE----- --lmWPTIvm4M7zUP/T-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:25:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF921065686 for ; Tue, 7 Feb 2012 12:25:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA758FC13 for ; Tue, 7 Feb 2012 12:25:03 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ruk6W-0007mz-IS for freebsd-current@freebsd.org; Tue, 07 Feb 2012 13:25:00 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Feb 2012 13:25:00 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Feb 2012 13:25:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 07 Feb 2012 13:24:51 +0100 Lines: 20 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120110 Thunderbird/9.0 In-Reply-To: Subject: Re: Freebsd 9.0 release and dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 12:25:04 -0000 On 06/02/2012 18:24, JD wrote: > dmesg no longer outputs the kernel messages. > > $ dmesg > $ > $ which dmesg > /sbin/dmesg > $what /sbin/dmesg > /sbin/dmesg: > > So, I have no idea what version of dmesg got installed. > > Anyone on 9.0 Release have this problem? How to fix it? I thought this was by design, I've noticed it very early (7.x, probably earlier) and just thought that when lot of data is written to the console, the actual kernel message buffer gets invalidated or freed. This made me stop using dmesg altogether and just look at either /var/run/dmesg.boot for the boot messages or /var/log/messages. From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 15:07:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26716106566B; Tue, 7 Feb 2012 15:07:31 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog107.obsmtp.com (na3sys009aog107.obsmtp.com [74.125.149.197]) by mx1.freebsd.org (Postfix) with ESMTP id 8627D8FC08; Tue, 7 Feb 2012 15:07:28 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob107.postini.com ([74.125.148.12]) with SMTP ID DSNKTzE+LwR02qD/NRN73hLs0ecH8u0fm+o+@postini.com; Tue, 07 Feb 2012 07:07:28 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 10:11:46 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 10:07:26 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Tue, 7 Feb 2012 20:37:21 +0530 From: "Desai, Kashyap" To: Stas Orlov Date: Tue, 7 Feb 2012 20:37:19 +0530 Thread-Topic: LSI supported mps(4) driver available Thread-Index: Aczk/I8DGVilLvmsRNmYzmSbjV3gIgArVOiA Message-ID: References: <20120120204459.GA51162@nargothrond.kdm.org> <1327553257.19745.6.camel@btw.pki2.com> <20120126045409.GA90912@nargothrond.kdm.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "freebsd-current@freebsd.org" , "Kenneth D. Merry" , Dennis Glatting Subject: RE: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 15:07:31 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogU3RhcyBPcmxvdiBbbWFp bHRvOnNlbm5hYXJAZ21haWwuY29tXQ0KPiBTZW50OiBNb25kYXksIEZlYnJ1YXJ5IDA2LCAyMDEy IDExOjU0IFBNDQo+IFRvOiBEZXNhaSwgS2FzaHlhcA0KPiBDYzogS2VubmV0aCBELiBNZXJyeTsg ZnJlZWJzZC1zY3NpQGZyZWVic2Qub3JnOyBmcmVlYnNkLQ0KPiBjdXJyZW50QGZyZWVic2Qub3Jn OyBEZW5uaXMgR2xhdHRpbmcNCj4gU3ViamVjdDogUmU6IExTSSBzdXBwb3J0ZWQgbXBzKDQpIGRy aXZlciBhdmFpbGFibGUNCj4gDQo+IFNvcnJ5IGZvciB0aGUgc3dhcm0gb2Ygc2NyZWVuc2hvdHMg OikNCj4gDQo+IFNwYXJlIGRyaXZlIHNob3VsZCBiZSBhIGlEUkFDIFZpcnR1YWwgdXNiLg0KPiAN Cj4gT24gdGhhdCBwYXJ0aWN1bGFyIG1hY2hpbmUsIGFzIEkgc2FpZCwgdHdvIFJBSUQgYXJyYXlz ICgxIGFuZCAxMCkNCg0KSXMgdGhpcyBhbGwgU0FUQSBkcml2ZXMgcGFydCBvZiB5b3VyIHJhaWQx IGFuZCByYWlkMTAgPw0KDQo+IA0KPiBodHRwOi8vb2kzOS50aW55cGljLmNvbS8xMGhsZm1nLmpw ZyAtLSB0aGV5IGluaXRpYWxpemVkIGFzIHRoZXkgc2hvdWxkLg0KPiANCj4gaHR0cDovL29pNDMu dGlueXBpYy5jb20vMmRiODNnOC5qcGcgLS0gbG9hZGVyIHJlY29nbml6ZXMgMyBkaXNrcyAoM3Jk DQo+IG9uZSBpcyB0aGUgaURSQUMgdXNiIGFzIEkgc3VwcG9zZSkNCj4gDQo+IFNvLCBJIGZsYXNo ZWQgdGhlIEZXIGFuZCBpbnN0YWxsZWQgdGhlIGxhdGVzdCBvbmUgZnJvbSBEZWxsDQo+ICg3LjE1 LjA4LjAwIFwgNy4wMy4wNS4wMCksIGFuZCB0aGluZ3MgaGF2ZSBnb25lIHNsaWdodGx5IGJldHRl ci4NCj4gDQo+IGh0dHA6Ly9vaTM5LnRpbnlwaWMuY29tLzY5ZHR1cS5qcGcgLS0gY29udHJvbGxl ciAuDQo+IA0KPiBodHRwOi8vb2k0NC50aW55cGljLmNvbS8xMHM2anhpLmpwZyAtLSBzdGlsbC4N Cj4gDQoNCkkgYW0gZGVidWdnaW5nIHRoaXMgaXNzdWUuICEgSSBjYW4gdW5kZXJzdGFuZCB0aGUg aXNzdWUsIGJ1dCBub3Qgc3VyZSBob3cgdG8gcHJvZ3Jlc3MuDQpEbyB5b3Ugd2lsbGluZyB0byBt YWtlIG1vcmUgdGVzdCB3aXRoIG15IGRlYnVnIGJ1aWxkcyA/DQoNCkhlcmUgSW4gbXkgc2V0dXAg SSBhbSBub3QgYWJsZSB0byByZXByb2R1Y2UgdGhlIGlzc3VlLg0KDQp+IEthc2h5YXANCg0KPiBo dHRwOi8vb2k0Mi50aW55cGljLmNvbS9pcG1oMzcuanBnIC0tIEl0IGJvb3RzIGluIHNpbmdsZSB1 c2VyLCBpbg0KPiBtdWx0aXVzZXIgaXQgcHJpbnRzIHByb2JlIGVycm9ycywgc2tpcHMgdGhlbSBh bmQgaGFuZyBvbiB0aGUgZGFlbW9uDQo+IHN0YXJ0dXAuDQo+IA0KPiBodHRwOi8vb2k0My50aW55 cGljLmNvbS8xM3loejAyLmpwZyAtLSBpbiBzaW5nbGUgdXNlciB0aGV5DQo+IGluaXRpYWxpemVk XFVGU2VkXG1vdW50ZWQganVzdCBmaW5lLg0KPiANCj4gVG8gc3VtIGV2ZXJ5dGhpbmcgdXAsIEZX IHVwZ3JhZGUgaGVscGVkLCBzdGlsbCBzb21lIGRldmljZSBoYW5kbGUNCj4gZXJyb3JzIGFuZCBT Q1NJIGVycm9ycywgaGFuZ3MgaW4gbXVsdGl1c2VyLW1vZGUobWF5IG9yIG1heSBub3QgYmUNCj4g cmVsYXRlZCkuDQo+IA0KPiBUZXN0ZWQgd2l0aCB0aGUgc2FtZSBGcmVlQlNEMTAtQ1VSUkVOVCBy MjMwODU3LCBJIHNhdyBrZW5AJ3MgY29tbWl0IHRvDQo+IC1TVEFCTEUgYW5kIHdpbGwgdHJ5IGl0 IHNvbWV3aGVyZSB0b21vcnJvdy4NCj4gVGhhbmtzIGZvciB5b3VyIHRpbWU6KQ0KDQo+IA0KPiAN Cj4gT24gRnJpLCBGZWIgMywgMjAxMiBhdCAxMjoxMCBQTSwgRGVzYWksIEthc2h5YXAgPEthc2h5 YXAuRGVzYWlAbHNpLmNvbT4NCj4gd3JvdGU6DQo+ID4NCj4gPg0KPiA+IEZyb206IFN0YXMgT3Js b3YgW21haWx0bzpzZW5uYWFyQGdtYWlsLmNvbV0NCj4gPiBTZW50OiBUaHVyc2RheSwgRmVicnVh cnkgMDIsIDIwMTIgODoyOSBQTQ0KPiA+IFRvOiBEZXNhaSwgS2FzaHlhcA0KPiA+IENjOiBLZW5u ZXRoIEQuIE1lcnJ5OyBmcmVlYnNkLXNjc2lAZnJlZWJzZC5vcmc7IGZyZWVic2QtDQo+IGN1cnJl bnRAZnJlZWJzZC5vcmc7IERlbm5pcyBHbGF0dGluZw0KPiA+IFN1YmplY3Q6IFJlOiBMU0kgc3Vw cG9ydGVkIG1wcyg0KSBkcml2ZXIgYXZhaWxhYmxlDQo+ID4NCj4gPj4+IChBZ2FpbiBjbGFyaWZ5 IHdoaWNoIHZlcnNpb24gb2YgRnJlZUJTRCB5b3UgYXJlIHVzaW5nKQ0KPiA+DQo+ID4gQXMgSSd2 ZSBzdGF0ZWQgZWFybGllciBpdCdzIGN1cnJlbnQgc25hcHNob3QgZnJvbSB0aGUgb3RoZXIgZGF5 LCB0byBiZQ0KPiBtb3JlIHNwZWNpZmljIEZyZWVCU0QxMC1DVVJSRU5UIHIyMzA4NTcNCj4gPg0K PiA+IE9rLCBJJ2xsIHRyeSB0byB1cGdyYWRlIGZpcm13YXJlLg0KPiA+IE9uIFRodSwgRmViIDIs IDIwMTIgYXQgNjo0MyBQTSwgRGVzYWksIEthc2h5YXAgPEthc2h5YXAuRGVzYWlAbHNpLmNvbT4N Cj4gd3JvdGU6DQo+ID4NCj4gPg0KPiA+Pj4NCj4gPiBDYW4geW91IHN3aXRjaCB5b3VyIG1haWwg Y2xpZW50IHRvIGRlZmF1bHQgPHRleHQgbW9kZT4gcmVwbHkuIEl0IGlzDQo+IGFsd2F5cyB0dXJu aW5nIGludG8gaHRtbCBmb3JtYXQgYW5kIGRpZmZpY3VsdCBmb3IgaW5saW5lIHJlcGx5Lg0KPiA+ IEkgaGF2ZSBkb25lIHNvbWUgYW5hbHlzaXMgb24gb2YgeW91ciBsb2dzIHByb3ZpZGVkIGF0DQo+ ICJodHRwOi8vb2k0MC50aW55cGljLmNvbS8yNWdkdzhvLmpwZyINCj4gPg0KPiA+IDEuIGl0IHNl ZW1zIERyaXZlciBpcyBzb21laG93IG5vdCBoYW5kbGluZyBlcnJvciBjb25kaXRpb24gd2hpY2gN Cj4gc2hvdWxkIGJlIGJldHRlciBoYW5kbGVkIGF0IGRyaXZlci4NCj4gPiDCoCDCoGUuYSBkcml2 ZXIgZG9lcyBub3QgcmVpbml0IEhCQSBpZiBhbnkgY29uZmlnIHJlcXVlc3QgdGltZSBvdXQuDQo+ ID4gwqAgwqBJIHdpbGwgYWRkIHRoaXMgZmVhdHVyZSBzb21ldGltZSBsYXRlciwgc2luY2UgSSBo YXZlIHNvbWUgbW9yZSBpdGVtDQo+IHF1ZXVlZCB1cCBhcyB3ZWxsLg0KPiA+IDIuIFlvdXIgbG9n cyBtZW50aW9uZWQgdGhlcmUgYXJlIHRocmVlIGRpZmZlcmVudCBoYW5kbGVkIGdvdCBmcm9tIEZX DQo+IHRvIGFkZCBhcyBCYXJlIERyaXZlLiAoaXQgaXMgbm90IGEgdm9sdW1lIGVudHJ5KQ0KPiA+ IFNvIGp1c3QgY3VyaW91cyB0byBrbm93IHdoeSB0aG9zZSBlbnRyaWVzIGFyZSBjb21pbmcgYXMg YmFyZSBkcml2ZS4gPw0KPiAoZG8geW91IGhhdmUgYW55IG90aGVyIGJhcmUgZHJpdmVzIGluIHlv dXIgdG9wb2xvZ3kgPyApDQo+ID4NCj4gPg0KPiA+IGAgS2FzaHlhcA0KPiA+DQo+ID4gRnJvbTog U3RhcyBPcmxvdiBbbWFpbHRvOnNlbm5hYXJAZ21haWwuY29tXQ0KPiA+IFNlbnQ6IFRodXJzZGF5 LCBGZWJydWFyeSAwMiwgMjAxMiA3OjQ1IFBNDQo+ID4gVG86IERlc2FpLCBLYXNoeWFwDQo+ID4g Q2M6IEtlbm5ldGggRC4gTWVycnk7IGZyZWVic2Qtc2NzaUBmcmVlYnNkLm9yZzsgZnJlZWJzZC0N Cj4gY3VycmVudEBmcmVlYnNkLm9yZzsgRGVubmlzIEdsYXR0aW5nDQo+ID4gU3ViamVjdDogUmU6 IExTSSBzdXBwb3J0ZWQgbXBzKDQpIGRyaXZlciBhdmFpbGFibGUNCj4gPiBTdXJlLCBJJ3ZlIG1h ZGUgdHdvIFJBSUQgKDEgYW5kIDEwICkgYXJyYXlzIHdpdGhpbiBMU0kgQ29uZmlnIFV0aWxpdHkN Cj4gYW5kIHRyaWVkIHRvIGluc3RhbGwgZnJlc2ggY3VycmVudCwgZXZlcnkgdGltZSBJIGdldCBl cnJvciBsaW5rZWQgYWJvdmUsDQo+IHNvIHllcywgaXQnc8KgcmVwcm9kdWNpYmxlLg0KPiA+IC0+ IFdoYXQgSSB1bmRlcnN0b29kIGhlcmUgaXMsIHlvdSBoYXZlIHR3byByYWlkIHZvbHVtZXMgUkFJ RDEgYW5kDQo+IFJBSUQxMCwgYW5kIHRyeWluZyB0byBpbnN0YWxsIEZyZWVCU0QgKEFnYWluIGNs YXJpZnkgd2hpY2ggdmVyc2lvbiBvZg0KPiBGcmVlQlNEIHlvdSBhcmUgdXNpbmcpDQo+ID4NCj4g Pg0KPiA+IFRyeSBlcmFzaW5nIGEgY29udHJvbGxlciBGVyBjb21wbGV0ZWx5IGFuZCByZS1pbnN0 YWxsIGV2ZXJ5dGhpbmcgZnJvbQ0KPiBmcmVzaC4NCj4gPiAoSGVyZSBtYWtlIHN1cmUgeW91IGZs YXNoIGNvbXBsZXRlbHkuIEhvcGUgeW91IGFyZSBhd2FyZSBvZiBjb250cm9sbGVyDQo+IGZpcm13 YXJlIHVwZ3JhZGUgcHJvY2VzcykNCj4gPg0KPiA+IE91ciBib2FyZCBoYXMgRFBNIHRhYmxlcyBh bmQgZm9yIFJhaWQgdm9sdW1lIGl0IGlzIG1heGltdW0gMiBlbnRyeS4NCj4gPiBXaGVuIHlvdSBo YXZlIG1vcmUgdGhhbiB0d28gaW5hY3RpdmUgdm9sdW1lcywgd2UgY2Fubm90IGFkZCBhbm90aGVy DQo+IHJhaWQgdm9sdW1lLg0KPiA+IFRoZXJlIGlzIHNvbWUgaW1wbGVtZW50YXRpb24gcmVjZW50 bHkgZG9uZSBieSBCSU9TIHRlYW0gcmVsYXRlZCB0bw0KPiB0aGlzIGFyZWEuIFdoZXJlIEJJT1Mg aXRzZWxmIHdpbGwgZXJhc2UgaW5hY3RpdmUgUmFpZCB2b2x1bWUgZW50cnkgZnJvbQ0KPiBEUE0g cGFnZXMuDQo+ID4NCj4gPiB+IEthc2h5YXANCj4gPg0KPiA+DQo+ID4gTVBUIEZpcm13YXJlIDIu MTUuNjMuMDAtSVINCj4gPiBQYWNrYWdlIFZlcnNpb24gNy4wMS4zMy4wMA0KPiA+DQo+ID4gSSBk byBoYXZlIGFub3RoZXIgc3BhcmUgUjYxMCB3aXRoIHRoYXQgY2FyZCwgSSdsbCB0ZXN0IGl0IHdp dGggY3VycmVudA0KPiBsYXRlciB0aGlzIGV2ZW5pbmcuDQo+ID4NCj4gPiBPbiBUaHUsIEZlYiAy LCAyMDEyIGF0IDU6NTMgUE0sIERlc2FpLCBLYXNoeWFwIDxLYXNoeWFwLkRlc2FpQGxzaS5jb20+ DQo+IHdyb3RlOg0KPiA+DQo+ID4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g Pj4gRnJvbTogb3duZXItZnJlZWJzZC1zY3NpQGZyZWVic2Qub3JnIFttYWlsdG86b3duZXItZnJl ZWJzZC0NCj4gPj4gc2NzaUBmcmVlYnNkLm9yZ10gT24gQmVoYWxmIE9mIFN0YXMgT3Jsb3YNCj4g Pj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDAyLCAyMDEyIDY6NDggUE0NCj4gPj4gVG86IEtl bm5ldGggRC4gTWVycnkNCj4gPj4gQ2M6IGZyZWVic2Qtc2NzaUBmcmVlYnNkLm9yZzsgZnJlZWJz ZC1jdXJyZW50QGZyZWVic2Qub3JnOyBEZW5uaXMNCj4gPj4gR2xhdHRpbmcNCj4gPj4gU3ViamVj dDogUmU6IExTSSBzdXBwb3J0ZWQgbXBzKDQpIGRyaXZlciBhdmFpbGFibGUNCj4gPj4NCj4gPj4g SGksDQo+ID4+DQo+ID4+IFdlIGhhdmUgYSBwYWNrIG9mIGlkZW50aWNhbCBEZWxsIFI2MTAgbWFo Y2luZXMgd2l0aCBIMjAwIGNhcmRzLg0KPiA+Pg0KPiA+PiBwY2ljb25mIGZyb20gUjYxMCB3aXRo IEZyZWVCU0Q5IG9uIFpGUywgZGlza3MgaW4gSkJPRCBtb2RlLg0KPiA+Pg0KPiA+PiBtcHMwQHBj aTA6MzowOjA6IMKgIMKgIMKgIMKgY2xhc3M9MHgwMTA3MDAgY2FyZD0weDFmMWUxMDI4DQo+IGNo aXA9MHgwMDcyMTAwMA0KPiA+PiByZXY9MHgwMiBoZHI9MHgwMA0KPiA+PiDCoCDCoCDCoHZlbmRv ciDCoCDCoCA9ICdMU0kgTG9naWMgLyBTeW1iaW9zIExvZ2ljJw0KPiA+PiDCoCDCoCDCoGRldmlj ZSDCoCDCoCA9ICdTQVMyMDA4IFBDSS1FeHByZXNzIEZ1c2lvbi1NUFQgU0FTLTIgW0ZhbGNvbl0n DQo+ID4+IMKgIMKgIMKgY2xhc3MgwqAgwqAgwqA9IG1hc3Mgc3RvcmFnZQ0KPiA+PiDCoCDCoCDC oHN1YmNsYXNzIMKgID0gU0FTDQo+ID4+IMKgIMKgIMKgYmFyIMKgIFsxMF0gPSB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGZjMDAsIHNpemUgMjU2LA0KPiA+PiBlbmFibGVkDQo+ID4+ IMKgIMKgIMKgYmFyIMKgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhkZjJi MDAwMCwgc2l6ZSA2NTUzNiwNCj4gPj4gZW5hYmxlZA0KPiA+PiDCoCDCoCDCoGJhciDCoCBbMWNd ID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZGYyYzAwMDAsIHNpemUNCj4gMjYyMTQ0 LA0KPiA+PiBlbmFibGVkDQo+ID4+IMKgIMKgIMKgY2FwIDAxWzUwXSA9IHBvd2Vyc3BlYyAzIMKg c3VwcG9ydHMgRDAgRDEgRDIgRDMgwqBjdXJyZW50IEQwDQo+ID4+IMKgIMKgIMKgY2FwIDEwWzY4 XSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDQwOTYpIGxpbmsNCj4geDQo eDgpDQo+ID4+IMKgIMKgIMKgY2FwIDAzW2QwXSA9IFZQRA0KPiA+PiDCoCDCoCDCoGNhcCAwNVth OF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCj4gPj4gwqAgwqAgwqBjYXAgMTFb YzBdID0gTVNJLVggc3VwcG9ydHMgMTUgbWVzc2FnZXMgaW4gbWFwIDB4MTQgZW5hYmxlZA0KPiA+ Pg0KPiA+Pg0KPiA+PiBXZSBhbGwgYXdhcmUgb2YgdGhlIHN0YXRlIG9mIHRoaW5ncyB3aXRoIHRo ZSBvbGQgbXBzIGRyaXZlciwgc28gSQ0KPiB0cmllZA0KPiA+PiB0bw0KPiA+PiBwYXNzIGEgaGFy ZHdhcmUgYXJyYXkgd2l0aCB0aGUgbmV3IG9uZS4NCj4gPj4gQ3VycmVudCBzbmFwc2hvdCBmcm9t IHllc3RlcmRheSBmYWlscyB3aXRoIGZvbGxvd2luZyAtDQo+ID4+IGh0dHA6Ly9vaTQwLnRpbnlw aWMuY29tLzI1Z2R3OG8uanBnDQo+ID4gQ2FuIHlvdSBleHBsYWluIG1vcmUgYWJvdXQgeW91ciBz ZXR1cCBhbmQgaG93IHRvIHJlcHJvZHVjZSBpdCA/DQo+ID4gSSB3aWxsIGhhdmUgbG9vayBvbiB0 aGlzIGlzc3VlIGlmIGl0IGlzIHJlcHJvZHVjaWJsZSA/DQo+ID4NCj4gPiBBbHNvIHdoYXQgaXMg RmlybXdhcmUgdmVyc2lvbiB5b3UgYXJlIHVzaW5nIG9uIEgyMDAgY2FyZCA/DQo+ID4NCj4gPiB+ IEthc2h5YXANCj4gPg0KPiA+Pg0KPiA+PiBpaXJjLCBEZWxsIGhhcyBhIG5hc3R5IGhhYml0IG9m IHdyaXRpbmcgaXRzIG93biBmaXJtd2FyZS4NCj4gPj4NCj4gPj4NCj4gPj4gT24gVGh1LCBKYW4g MjYsIDIwMTIgYXQgODo1NCBBTSwgS2VubmV0aCBELiBNZXJyeSA8a2VuQGZyZWVic2Qub3JnPg0K PiA+PiB3cm90ZToNCj4gPj4NCj4gPj4gPiBPbiBXZWQsIEphbiAyNSwgMjAxMiBhdCAyMDo0Nzoz NyAtMDgwMCwgRGVubmlzIEdsYXR0aW5nIHdyb3RlOg0KPiA+PiA+ID4gT24gRnJpLCAyMDEyLTAx LTIwIGF0IDEzOjQ0IC0wNzAwLCBLZW5uZXRoIEQuIE1lcnJ5IHdyb3RlOg0KPiA+PiA+ID4gPiBU aGUgTFNJLXN1cHBvcnRlZCB2ZXJzaW9uIG9mIHRoZSBtcHMoNCkgZHJpdmVyIHRoYXQgc3VwcG9y dHMNCj4gdGhlaXINCj4gPj4gNkdiDQo+ID4+ID4gU0FTDQo+ID4+ID4gPiA+IEhCQXMgYXMgd2Vs bCBhcyBXYXJwRHJpdmUgY29udHJvbGxlcnMsIGlzIGF2YWlsYWJsZSBoZXJlOg0KPiA+PiA+ID4g Pg0KPiA+PiA+ID4gPiBodHRwOi8vcGVvcGxlLmZyZWVic2Qub3JnL35rZW4vbHNpL21wc19sc2ku MjAxMjAxMjAuMS50eHQNCj4gPj4gPiA+ID4NCj4gPj4gPiA+ID4gSSBwbGFuIHRvIGNoZWNrIGl0 IGluIHRvIGhlYWQgbmV4dCB3ZWVrLCBhbmQgdGhlbiBNRkMgaXQgaW50bw0KPiA+PiBzdGFibGUv OQ0KPiA+PiA+IGENCj4gPj4gPiA+ID4gd2VlayBhZnRlciB0aGF0IG1vc3QgbGlrZWx5Lg0KPiA+ PiA+ID4gPg0KPiA+PiA+ID4gPiBQbGVhc2UgdGVzdCBpdCBvdXQgYW5kIGxldCBtZSBrbm93IGlm IHlvdSBydW4gaW50byBhbnkNCj4gcHJvYmxlbXMuDQo+ID4+ID4gPiA+DQo+ID4+ID4gPiA+IElu IGFkZGl0aW9uIHRvIHN1cHBvcnRpbmcgV2FycERyaXZlLCB0aGUgZHJpdmVyIGFsc28gc3VwcG9y dHMNCj4gPj4gPiBJbnRlZ3JhdGVkDQo+ID4+ID4gPiA+IFJBSUQuDQo+ID4+ID4gPiA+DQo+ID4+ ID4gPiA+IFRoYW5rcyB0byBMU0kgZm9yIGRvaW5nIHRoZSB3b3JrIG9uIHRoaXMgZHJpdmVyIQ0K PiA+PiA+ID4gPg0KPiA+PiA+ID4NCj4gPj4gPiA+IERvZXMgdGhpcyBpbmNsdWRlIHRoZSBTQVMy MDA4IHNlcmllcyBjaGlwcz8gSSBoYXZlIHR3byBzeXN0ZW1zLA0KPiBvbmUNCj4gPj4gYQ0KPiA+ PiA+ID4gVHlhbiBGVDQ4LUI4ODEyIHdpdGggYSBTODgxMiBNQiBhbmQgSW50ZXJsYWdvcyBjaGlw cywgd2hlcmUgSSBhbQ0KPiA+PiA+ID4gaW50ZXJlc3RlZCBpbiB1c2luZyBhIGRyaXZlciB1bmRl ciA5LjAgYW1kNjQuDQo+ID4+ID4NCj4gPj4gPiBZZXMuIMKgVGhlIGRyaXZlciBpbiA5LjAgc3Vw cG9ydHMgdGhlIDIwMDggYXMgd2VsbC4NCj4gPj4gPg0KPiA+PiA+IEtlbg0KPiA+PiA+IC0tDQo+ ID4+ID4gS2VubmV0aCBNZXJyeQ0KPiA+PiA+IGtlbkBGcmVlQlNELk9SRw0KPiA+PiA+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+ID4gZnJlZWJz ZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiA+PiA+IGh0dHA6Ly9saXN0cy5m cmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiA+PiA+IFRvIHVu c3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtDQo+ID4+IHVuc3Vi c2NyaWJlQGZyZWVic2Qub3JnIg0KPiA+PiA+DQo+ID4+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+IGZyZWVic2Qtc2NzaUBmcmVlYnNkLm9yZyBt YWlsaW5nIGxpc3QNCj4gPj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGlu Zm8vZnJlZWJzZC1zY3NpDQo+ID4+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJm cmVlYnNkLXNjc2ktDQo+IHVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KPiA+DQo= From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 15:30:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1C5106566C; Tue, 7 Feb 2012 15:30:36 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog119.obsmtp.com (na3sys009aog119.obsmtp.com [74.125.149.246]) by mx1.freebsd.org (Postfix) with ESMTP id 651848FC18; Tue, 7 Feb 2012 15:30:35 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob119.postini.com ([74.125.148.12]) with SMTP ID DSNKTzFDmjrKgEorRt1wsICdUVVZo7LdgbwN@postini.com; Tue, 07 Feb 2012 07:30:35 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 10:34:54 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 10:30:33 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Tue, 7 Feb 2012 21:00:29 +0530 From: "Desai, Kashyap" To: Stas Orlov Date: Tue, 7 Feb 2012 21:00:28 +0530 Thread-Topic: LSI supported mps(4) driver available Thread-Index: Aczk/I8DGVilLvmsRNmYzmSbjV3gIgArVOiAAADXHzA= Message-ID: References: <20120120204459.GA51162@nargothrond.kdm.org> <1327553257.19745.6.camel@btw.pki2.com> <20120126045409.GA90912@nargothrond.kdm.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "freebsd-current@freebsd.org" , "Kenneth D. Merry" , Dennis Glatting Subject: RE: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 15:30:36 -0000 Q2FuIHlvdSB0byByZXByb2R1Y2UgaXNzdWUgd2l0aCBiZWxvdyBtZW50aW9uZWQgY2hhbmdlcy4u DQoNCkluIG1wcy5jIA0KDQptcHNfZ2V0X3R1bmFibGVzKHN0cnVjdCBtcHNfc29mdGMgKnNjKQ0K ew0KICAgIGNoYXIgdG1wc3RyWzgwXTsNCiANCiAgICAvKiBYWFggZGVmYXVsdCB0byBzb21lIGRl YnVnZ2luZyBmb3Igbm93ICovDQogICAgc2MtPm1wc19kZWJ1ZyA9IE1QU19GQVVMVDsNCg0KSW5z dGVhZCBvZiBhYm92ZSBsaW5lIG1ha2UNCiAgICBzYy0+bXBzX2RlYnVnID0gMHhkOw0KDQoNClRo aXMgd2lsbCBkdW1wIGRlYnVnIHByaW50cyBvbiBzY3JlZW4gYXQgdGhlIHRpbWUgb2YgYm9vdCBp dHNlbGYuDQoNCn4gS2FzaHlhcA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZy b206IG93bmVyLWZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBbbWFpbHRvOm93bmVyLWZyZWVi c2QtDQo+IGN1cnJlbnRAZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBPZiBEZXNhaSwgS2FzaHlhcA0K PiBTZW50OiBUdWVzZGF5LCBGZWJydWFyeSAwNywgMjAxMiA4OjM3IFBNDQo+IFRvOiBTdGFzIE9y bG92DQo+IENjOiBmcmVlYnNkLXNjc2lAZnJlZWJzZC5vcmc7IGZyZWVic2QtY3VycmVudEBmcmVl YnNkLm9yZzsgS2VubmV0aCBELg0KPiBNZXJyeTsgRGVubmlzIEdsYXR0aW5nDQo+IFN1YmplY3Q6 IFJFOiBMU0kgc3VwcG9ydGVkIG1wcyg0KSBkcml2ZXIgYXZhaWxhYmxlDQo+IA0KPiANCj4gDQo+ ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBTdGFzIE9ybG92IFttYWls dG86c2VubmFhckBnbWFpbC5jb21dDQo+ID4gU2VudDogTW9uZGF5LCBGZWJydWFyeSAwNiwgMjAx MiAxMTo1NCBQTQ0KPiA+IFRvOiBEZXNhaSwgS2FzaHlhcA0KPiA+IENjOiBLZW5uZXRoIEQuIE1l cnJ5OyBmcmVlYnNkLXNjc2lAZnJlZWJzZC5vcmc7IGZyZWVic2QtDQo+ID4gY3VycmVudEBmcmVl YnNkLm9yZzsgRGVubmlzIEdsYXR0aW5nDQo+ID4gU3ViamVjdDogUmU6IExTSSBzdXBwb3J0ZWQg bXBzKDQpIGRyaXZlciBhdmFpbGFibGUNCj4gPg0KPiA+IFNvcnJ5IGZvciB0aGUgc3dhcm0gb2Yg c2NyZWVuc2hvdHMgOikNCj4gPg0KPiA+IFNwYXJlIGRyaXZlIHNob3VsZCBiZSBhIGlEUkFDIFZp cnR1YWwgdXNiLg0KPiA+DQo+ID4gT24gdGhhdCBwYXJ0aWN1bGFyIG1hY2hpbmUsIGFzIEkgc2Fp ZCwgdHdvIFJBSUQgYXJyYXlzICgxIGFuZCAxMCkNCj4gDQo+IElzIHRoaXMgYWxsIFNBVEEgZHJp dmVzIHBhcnQgb2YgeW91ciByYWlkMSBhbmQgcmFpZDEwID8NCj4gDQo+ID4NCj4gPiBodHRwOi8v b2kzOS50aW55cGljLmNvbS8xMGhsZm1nLmpwZyAtLSB0aGV5IGluaXRpYWxpemVkIGFzIHRoZXkN Cj4gc2hvdWxkLg0KPiA+DQo+ID4gaHR0cDovL29pNDMudGlueXBpYy5jb20vMmRiODNnOC5qcGcg LS0gbG9hZGVyIHJlY29nbml6ZXMgMyBkaXNrcyAoM3JkDQo+ID4gb25lIGlzIHRoZSBpRFJBQyB1 c2IgYXMgSSBzdXBwb3NlKQ0KPiA+DQo+ID4gU28sIEkgZmxhc2hlZCB0aGUgRlcgYW5kIGluc3Rh bGxlZCB0aGUgbGF0ZXN0IG9uZSBmcm9tIERlbGwNCj4gPiAoNy4xNS4wOC4wMCBcIDcuMDMuMDUu MDApLCBhbmQgdGhpbmdzIGhhdmUgZ29uZSBzbGlnaHRseSBiZXR0ZXIuDQo+ID4NCj4gPiBodHRw Oi8vb2kzOS50aW55cGljLmNvbS82OWR0dXEuanBnIC0tIGNvbnRyb2xsZXIgLg0KPiA+DQo+ID4g aHR0cDovL29pNDQudGlueXBpYy5jb20vMTBzNmp4aS5qcGcgLS0gc3RpbGwuDQo+ID4NCj4gDQo+ IEkgYW0gZGVidWdnaW5nIHRoaXMgaXNzdWUuICEgSSBjYW4gdW5kZXJzdGFuZCB0aGUgaXNzdWUs IGJ1dCBub3Qgc3VyZQ0KPiBob3cgdG8gcHJvZ3Jlc3MuDQo+IERvIHlvdSB3aWxsaW5nIHRvIG1h a2UgbW9yZSB0ZXN0IHdpdGggbXkgZGVidWcgYnVpbGRzID8NCj4gDQo+IEhlcmUgSW4gbXkgc2V0 dXAgSSBhbSBub3QgYWJsZSB0byByZXByb2R1Y2UgdGhlIGlzc3VlLg0KPiANCj4gfiBLYXNoeWFw DQo+IA0KPiA+IGh0dHA6Ly9vaTQyLnRpbnlwaWMuY29tL2lwbWgzNy5qcGcgLS0gSXQgYm9vdHMg aW4gc2luZ2xlIHVzZXIsIGluDQo+ID4gbXVsdGl1c2VyIGl0IHByaW50cyBwcm9iZSBlcnJvcnMs IHNraXBzIHRoZW0gYW5kIGhhbmcgb24gdGhlIGRhZW1vbg0KPiA+IHN0YXJ0dXAuDQo+ID4NCj4g PiBodHRwOi8vb2k0My50aW55cGljLmNvbS8xM3loejAyLmpwZyAtLSBpbiBzaW5nbGUgdXNlciB0 aGV5DQo+ID4gaW5pdGlhbGl6ZWRcVUZTZWRcbW91bnRlZCBqdXN0IGZpbmUuDQo+ID4NCj4gPiBU byBzdW0gZXZlcnl0aGluZyB1cCwgRlcgdXBncmFkZSBoZWxwZWQsIHN0aWxsIHNvbWUgZGV2aWNl IGhhbmRsZQ0KPiA+IGVycm9ycyBhbmQgU0NTSSBlcnJvcnMsIGhhbmdzIGluIG11bHRpdXNlci1t b2RlKG1heSBvciBtYXkgbm90IGJlDQo+ID4gcmVsYXRlZCkuDQo+ID4NCj4gPiBUZXN0ZWQgd2l0 aCB0aGUgc2FtZSBGcmVlQlNEMTAtQ1VSUkVOVCByMjMwODU3LCBJIHNhdyBrZW5AJ3MgY29tbWl0 IHRvDQo+ID4gLVNUQUJMRSBhbmQgd2lsbCB0cnkgaXQgc29tZXdoZXJlIHRvbW9ycm93Lg0KPiA+ IFRoYW5rcyBmb3IgeW91ciB0aW1lOikNCj4gDQo+ID4NCj4gPg0KPiA+IE9uIEZyaSwgRmViIDMs IDIwMTIgYXQgMTI6MTAgUE0sIERlc2FpLCBLYXNoeWFwDQo+ID4gPEthc2h5YXAuRGVzYWlAbHNp LmNvbT4NCj4gPiB3cm90ZToNCj4gPiA+DQo+ID4gPg0KPiA+ID4gRnJvbTogU3RhcyBPcmxvdiBb bWFpbHRvOnNlbm5hYXJAZ21haWwuY29tXQ0KPiA+ID4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5 IDAyLCAyMDEyIDg6MjkgUE0NCj4gPiA+IFRvOiBEZXNhaSwgS2FzaHlhcA0KPiA+ID4gQ2M6IEtl bm5ldGggRC4gTWVycnk7IGZyZWVic2Qtc2NzaUBmcmVlYnNkLm9yZzsgZnJlZWJzZC0NCj4gPiBj dXJyZW50QGZyZWVic2Qub3JnOyBEZW5uaXMgR2xhdHRpbmcNCj4gPiA+IFN1YmplY3Q6IFJlOiBM U0kgc3VwcG9ydGVkIG1wcyg0KSBkcml2ZXIgYXZhaWxhYmxlDQo+ID4gPg0KPiA+ID4+PiAoQWdh aW4gY2xhcmlmeSB3aGljaCB2ZXJzaW9uIG9mIEZyZWVCU0QgeW91IGFyZSB1c2luZykNCj4gPiA+ DQo+ID4gPiBBcyBJJ3ZlIHN0YXRlZCBlYXJsaWVyIGl0J3MgY3VycmVudCBzbmFwc2hvdCBmcm9t IHRoZSBvdGhlciBkYXksIHRvDQo+ID4gPiBiZQ0KPiA+IG1vcmUgc3BlY2lmaWMgRnJlZUJTRDEw LUNVUlJFTlQgcjIzMDg1Nw0KPiA+ID4NCj4gPiA+IE9rLCBJJ2xsIHRyeSB0byB1cGdyYWRlIGZp cm13YXJlLg0KPiA+ID4gT24gVGh1LCBGZWIgMiwgMjAxMiBhdCA2OjQzIFBNLCBEZXNhaSwgS2Fz aHlhcA0KPiA+ID4gPEthc2h5YXAuRGVzYWlAbHNpLmNvbT4NCj4gPiB3cm90ZToNCj4gPiA+DQo+ ID4gPg0KPiA+ID4+Pg0KPiA+ID4gQ2FuIHlvdSBzd2l0Y2ggeW91ciBtYWlsIGNsaWVudCB0byBk ZWZhdWx0IDx0ZXh0IG1vZGU+IHJlcGx5LiBJdCBpcw0KPiA+IGFsd2F5cyB0dXJuaW5nIGludG8g aHRtbCBmb3JtYXQgYW5kIGRpZmZpY3VsdCBmb3IgaW5saW5lIHJlcGx5Lg0KPiA+ID4gSSBoYXZl IGRvbmUgc29tZSBhbmFseXNpcyBvbiBvZiB5b3VyIGxvZ3MgcHJvdmlkZWQgYXQNCj4gPiAiaHR0 cDovL29pNDAudGlueXBpYy5jb20vMjVnZHc4by5qcGciDQo+ID4gPg0KPiA+ID4gMS4gaXQgc2Vl bXMgRHJpdmVyIGlzIHNvbWVob3cgbm90IGhhbmRsaW5nIGVycm9yIGNvbmRpdGlvbiB3aGljaA0K PiA+IHNob3VsZCBiZSBiZXR0ZXIgaGFuZGxlZCBhdCBkcml2ZXIuDQo+ID4gPiDCoCDCoGUuYSBk cml2ZXIgZG9lcyBub3QgcmVpbml0IEhCQSBpZiBhbnkgY29uZmlnIHJlcXVlc3QgdGltZSBvdXQu DQo+ID4gPiDCoCDCoEkgd2lsbCBhZGQgdGhpcyBmZWF0dXJlIHNvbWV0aW1lIGxhdGVyLCBzaW5j ZSBJIGhhdmUgc29tZSBtb3JlDQo+ID4gPiBpdGVtDQo+ID4gcXVldWVkIHVwIGFzIHdlbGwuDQo+ ID4gPiAyLiBZb3VyIGxvZ3MgbWVudGlvbmVkIHRoZXJlIGFyZSB0aHJlZSBkaWZmZXJlbnQgaGFu ZGxlZCBnb3QgZnJvbSBGVw0KPiA+IHRvIGFkZCBhcyBCYXJlIERyaXZlLiAoaXQgaXMgbm90IGEg dm9sdW1lIGVudHJ5KQ0KPiA+ID4gU28ganVzdCBjdXJpb3VzIHRvIGtub3cgd2h5IHRob3NlIGVu dHJpZXMgYXJlIGNvbWluZyBhcyBiYXJlIGRyaXZlLg0KPiA/DQo+ID4gKGRvIHlvdSBoYXZlIGFu eSBvdGhlciBiYXJlIGRyaXZlcyBpbiB5b3VyIHRvcG9sb2d5ID8gKQ0KPiA+ID4NCj4gPiA+DQo+ ID4gPiBgIEthc2h5YXANCj4gPiA+DQo+ID4gPiBGcm9tOiBTdGFzIE9ybG92IFttYWlsdG86c2Vu bmFhckBnbWFpbC5jb21dDQo+ID4gPiBTZW50OiBUaHVyc2RheSwgRmVicnVhcnkgMDIsIDIwMTIg Nzo0NSBQTQ0KPiA+ID4gVG86IERlc2FpLCBLYXNoeWFwDQo+ID4gPiBDYzogS2VubmV0aCBELiBN ZXJyeTsgZnJlZWJzZC1zY3NpQGZyZWVic2Qub3JnOyBmcmVlYnNkLQ0KPiA+IGN1cnJlbnRAZnJl ZWJzZC5vcmc7IERlbm5pcyBHbGF0dGluZw0KPiA+ID4gU3ViamVjdDogUmU6IExTSSBzdXBwb3J0 ZWQgbXBzKDQpIGRyaXZlciBhdmFpbGFibGUgU3VyZSwgSSd2ZSBtYWRlDQo+ID4gPiB0d28gUkFJ RCAoMSBhbmQgMTAgKSBhcnJheXMgd2l0aGluIExTSSBDb25maWcgVXRpbGl0eQ0KPiA+IGFuZCB0 cmllZCB0byBpbnN0YWxsIGZyZXNoIGN1cnJlbnQsIGV2ZXJ5IHRpbWUgSSBnZXQgZXJyb3IgbGlu a2VkDQo+ID4gYWJvdmUsIHNvIHllcywgaXQnc8KgcmVwcm9kdWNpYmxlLg0KPiA+ID4gLT4gV2hh dCBJIHVuZGVyc3Rvb2QgaGVyZSBpcywgeW91IGhhdmUgdHdvIHJhaWQgdm9sdW1lcyBSQUlEMSBh bmQNCj4gPiBSQUlEMTAsIGFuZCB0cnlpbmcgdG8gaW5zdGFsbCBGcmVlQlNEIChBZ2FpbiBjbGFy aWZ5IHdoaWNoIHZlcnNpb24gb2YNCj4gPiBGcmVlQlNEIHlvdSBhcmUgdXNpbmcpDQo+ID4gPg0K PiA+ID4NCj4gPiA+IFRyeSBlcmFzaW5nIGEgY29udHJvbGxlciBGVyBjb21wbGV0ZWx5IGFuZCBy ZS1pbnN0YWxsIGV2ZXJ5dGhpbmcNCj4gPiA+IGZyb20NCj4gPiBmcmVzaC4NCj4gPiA+IChIZXJl IG1ha2Ugc3VyZSB5b3UgZmxhc2ggY29tcGxldGVseS4gSG9wZSB5b3UgYXJlIGF3YXJlIG9mDQo+ ID4gPiBjb250cm9sbGVyDQo+ID4gZmlybXdhcmUgdXBncmFkZSBwcm9jZXNzKQ0KPiA+ID4NCj4g PiA+IE91ciBib2FyZCBoYXMgRFBNIHRhYmxlcyBhbmQgZm9yIFJhaWQgdm9sdW1lIGl0IGlzIG1h eGltdW0gMiBlbnRyeS4NCj4gPiA+IFdoZW4geW91IGhhdmUgbW9yZSB0aGFuIHR3byBpbmFjdGl2 ZSB2b2x1bWVzLCB3ZSBjYW5ub3QgYWRkIGFub3RoZXINCj4gPiByYWlkIHZvbHVtZS4NCj4gPiA+ IFRoZXJlIGlzIHNvbWUgaW1wbGVtZW50YXRpb24gcmVjZW50bHkgZG9uZSBieSBCSU9TIHRlYW0g cmVsYXRlZCB0bw0KPiA+IHRoaXMgYXJlYS4gV2hlcmUgQklPUyBpdHNlbGYgd2lsbCBlcmFzZSBp bmFjdGl2ZSBSYWlkIHZvbHVtZSBlbnRyeQ0KPiA+IGZyb20gRFBNIHBhZ2VzLg0KPiA+ID4NCj4g PiA+IH4gS2FzaHlhcA0KPiA+ID4NCj4gPiA+DQo+ID4gPiBNUFQgRmlybXdhcmUgMi4xNS42My4w MC1JUg0KPiA+ID4gUGFja2FnZSBWZXJzaW9uIDcuMDEuMzMuMDANCj4gPiA+DQo+ID4gPiBJIGRv IGhhdmUgYW5vdGhlciBzcGFyZSBSNjEwIHdpdGggdGhhdCBjYXJkLCBJJ2xsIHRlc3QgaXQgd2l0 aA0KPiA+ID4gY3VycmVudA0KPiA+IGxhdGVyIHRoaXMgZXZlbmluZy4NCj4gPiA+DQo+ID4gPiBP biBUaHUsIEZlYiAyLCAyMDEyIGF0IDU6NTMgUE0sIERlc2FpLCBLYXNoeWFwDQo+ID4gPiA8S2Fz aHlhcC5EZXNhaUBsc2kuY29tPg0KPiA+IHdyb3RlOg0KPiA+ID4NCj4gPiA+DQo+ID4gPj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+PiBGcm9tOiBvd25lci1mcmVlYnNkLXNjc2lA ZnJlZWJzZC5vcmcgW21haWx0bzpvd25lci1mcmVlYnNkLQ0KPiA+ID4+IHNjc2lAZnJlZWJzZC5v cmddIE9uIEJlaGFsZiBPZiBTdGFzIE9ybG92DQo+ID4gPj4gU2VudDogVGh1cnNkYXksIEZlYnJ1 YXJ5IDAyLCAyMDEyIDY6NDggUE0NCj4gPiA+PiBUbzogS2VubmV0aCBELiBNZXJyeQ0KPiA+ID4+ IENjOiBmcmVlYnNkLXNjc2lAZnJlZWJzZC5vcmc7IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9y ZzsgRGVubmlzDQo+ID4gPj4gR2xhdHRpbmcNCj4gPiA+PiBTdWJqZWN0OiBSZTogTFNJIHN1cHBv cnRlZCBtcHMoNCkgZHJpdmVyIGF2YWlsYWJsZQ0KPiA+ID4+DQo+ID4gPj4gSGksDQo+ID4gPj4N Cj4gPiA+PiBXZSBoYXZlIGEgcGFjayBvZiBpZGVudGljYWwgRGVsbCBSNjEwIG1haGNpbmVzIHdp dGggSDIwMCBjYXJkcy4NCj4gPiA+Pg0KPiA+ID4+IHBjaWNvbmYgZnJvbSBSNjEwIHdpdGggRnJl ZUJTRDkgb24gWkZTLCBkaXNrcyBpbiBKQk9EIG1vZGUuDQo+ID4gPj4NCj4gPiA+PiBtcHMwQHBj aTA6MzowOjA6IMKgIMKgIMKgIMKgY2xhc3M9MHgwMTA3MDAgY2FyZD0weDFmMWUxMDI4DQo+ID4g Y2hpcD0weDAwNzIxMDAwDQo+ID4gPj4gcmV2PTB4MDIgaGRyPTB4MDANCj4gPiA+PiDCoCDCoCDC oHZlbmRvciDCoCDCoCA9ICdMU0kgTG9naWMgLyBTeW1iaW9zIExvZ2ljJw0KPiA+ID4+IMKgIMKg IMKgZGV2aWNlIMKgIMKgID0gJ1NBUzIwMDggUENJLUV4cHJlc3MgRnVzaW9uLU1QVCBTQVMtMiBb RmFsY29uXScNCj4gPiA+PiDCoCDCoCDCoGNsYXNzIMKgIMKgIMKgPSBtYXNzIHN0b3JhZ2UNCj4g PiA+PiDCoCDCoCDCoHN1YmNsYXNzIMKgID0gU0FTDQo+ID4gPj4gwqAgwqAgwqBiYXIgwqAgWzEw XSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZmMwMCwgc2l6ZSAyNTYsDQo+ID4g Pj4gZW5hYmxlZA0KPiA+ID4+IMKgIMKgIMKgYmFyIMKgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhkZjJiMDAwMCwgc2l6ZQ0KPiA+ID4+IDY1NTM2LCBlbmFibGVkDQo+ID4g Pj4gwqAgwqAgwqBiYXIgwqAgWzFjXSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGRm MmMwMDAwLCBzaXplDQo+ID4gMjYyMTQ0LA0KPiA+ID4+IGVuYWJsZWQNCj4gPiA+PiDCoCDCoCDC oGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMyDCoHN1cHBvcnRzIEQwIEQxIEQyIEQzIMKgY3VycmVu dCBEMA0KPiA+ID4+IMKgIMKgIMKgY2FwIDEwWzY4XSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQg bWF4IGRhdGEgMTI4KDQwOTYpIGxpbmsNCj4gPiB4NCh4OCkNCj4gPiA+PiDCoCDCoCDCoGNhcCAw M1tkMF0gPSBWUEQNCj4gPiA+PiDCoCDCoCDCoGNhcCAwNVthOF0gPSBNU0kgc3VwcG9ydHMgMSBt ZXNzYWdlLCA2NCBiaXQNCj4gPiA+PiDCoCDCoCDCoGNhcCAxMVtjMF0gPSBNU0ktWCBzdXBwb3J0 cyAxNSBtZXNzYWdlcyBpbiBtYXAgMHgxNCBlbmFibGVkDQo+ID4gPj4NCj4gPiA+Pg0KPiA+ID4+ IFdlIGFsbCBhd2FyZSBvZiB0aGUgc3RhdGUgb2YgdGhpbmdzIHdpdGggdGhlIG9sZCBtcHMgZHJp dmVyLCBzbyBJDQo+ID4gdHJpZWQNCj4gPiA+PiB0bw0KPiA+ID4+IHBhc3MgYSBoYXJkd2FyZSBh cnJheSB3aXRoIHRoZSBuZXcgb25lLg0KPiA+ID4+IEN1cnJlbnQgc25hcHNob3QgZnJvbSB5ZXN0 ZXJkYXkgZmFpbHMgd2l0aCBmb2xsb3dpbmcgLQ0KPiA+ID4+IGh0dHA6Ly9vaTQwLnRpbnlwaWMu Y29tLzI1Z2R3OG8uanBnDQo+ID4gPiBDYW4geW91IGV4cGxhaW4gbW9yZSBhYm91dCB5b3VyIHNl dHVwIGFuZCBob3cgdG8gcmVwcm9kdWNlIGl0ID8NCj4gPiA+IEkgd2lsbCBoYXZlIGxvb2sgb24g dGhpcyBpc3N1ZSBpZiBpdCBpcyByZXByb2R1Y2libGUgPw0KPiA+ID4NCj4gPiA+IEFsc28gd2hh dCBpcyBGaXJtd2FyZSB2ZXJzaW9uIHlvdSBhcmUgdXNpbmcgb24gSDIwMCBjYXJkID8NCj4gPiA+ DQo+ID4gPiB+IEthc2h5YXANCj4gPiA+DQo+ID4gPj4NCj4gPiA+PiBpaXJjLCBEZWxsIGhhcyBh IG5hc3R5IGhhYml0IG9mIHdyaXRpbmcgaXRzIG93biBmaXJtd2FyZS4NCj4gPiA+Pg0KPiA+ID4+ DQo+ID4gPj4gT24gVGh1LCBKYW4gMjYsIDIwMTIgYXQgODo1NCBBTSwgS2VubmV0aCBELiBNZXJy eSA8a2VuQGZyZWVic2Qub3JnPg0KPiA+ID4+IHdyb3RlOg0KPiA+ID4+DQo+ID4gPj4gPiBPbiBX ZWQsIEphbiAyNSwgMjAxMiBhdCAyMDo0NzozNyAtMDgwMCwgRGVubmlzIEdsYXR0aW5nIHdyb3Rl Og0KPiA+ID4+ID4gPiBPbiBGcmksIDIwMTItMDEtMjAgYXQgMTM6NDQgLTA3MDAsIEtlbm5ldGgg RC4gTWVycnkgd3JvdGU6DQo+ID4gPj4gPiA+ID4gVGhlIExTSS1zdXBwb3J0ZWQgdmVyc2lvbiBv ZiB0aGUgbXBzKDQpIGRyaXZlciB0aGF0IHN1cHBvcnRzDQo+ID4gdGhlaXINCj4gPiA+PiA2R2IN Cj4gPiA+PiA+IFNBUw0KPiA+ID4+ID4gPiA+IEhCQXMgYXMgd2VsbCBhcyBXYXJwRHJpdmUgY29u dHJvbGxlcnMsIGlzIGF2YWlsYWJsZSBoZXJlOg0KPiA+ID4+ID4gPiA+DQo+ID4gPj4gPiA+ID4g aHR0cDovL3Blb3BsZS5mcmVlYnNkLm9yZy9+a2VuL2xzaS9tcHNfbHNpLjIwMTIwMTIwLjEudHh0 DQo+ID4gPj4gPiA+ID4NCj4gPiA+PiA+ID4gPiBJIHBsYW4gdG8gY2hlY2sgaXQgaW4gdG8gaGVh ZCBuZXh0IHdlZWssIGFuZCB0aGVuIE1GQyBpdCBpbnRvDQo+ID4gPj4gc3RhYmxlLzkNCj4gPiA+ PiA+IGENCj4gPiA+PiA+ID4gPiB3ZWVrIGFmdGVyIHRoYXQgbW9zdCBsaWtlbHkuDQo+ID4gPj4g PiA+ID4NCj4gPiA+PiA+ID4gPiBQbGVhc2UgdGVzdCBpdCBvdXQgYW5kIGxldCBtZSBrbm93IGlm IHlvdSBydW4gaW50byBhbnkNCj4gPiBwcm9ibGVtcy4NCj4gPiA+PiA+ID4gPg0KPiA+ID4+ID4g PiA+IEluIGFkZGl0aW9uIHRvIHN1cHBvcnRpbmcgV2FycERyaXZlLCB0aGUgZHJpdmVyIGFsc28g c3VwcG9ydHMNCj4gPiA+PiA+IEludGVncmF0ZWQNCj4gPiA+PiA+ID4gPiBSQUlELg0KPiA+ID4+ ID4gPiA+DQo+ID4gPj4gPiA+ID4gVGhhbmtzIHRvIExTSSBmb3IgZG9pbmcgdGhlIHdvcmsgb24g dGhpcyBkcml2ZXIhDQo+ID4gPj4gPiA+ID4NCj4gPiA+PiA+ID4NCj4gPiA+PiA+ID4gRG9lcyB0 aGlzIGluY2x1ZGUgdGhlIFNBUzIwMDggc2VyaWVzIGNoaXBzPyBJIGhhdmUgdHdvIHN5c3RlbXMs DQo+ID4gb25lDQo+ID4gPj4gYQ0KPiA+ID4+ID4gPiBUeWFuIEZUNDgtQjg4MTIgd2l0aCBhIFM4 ODEyIE1CIGFuZCBJbnRlcmxhZ29zIGNoaXBzLCB3aGVyZSBJDQo+ID4gPj4gPiA+IGFtIGludGVy ZXN0ZWQgaW4gdXNpbmcgYSBkcml2ZXIgdW5kZXIgOS4wIGFtZDY0Lg0KPiA+ID4+ID4NCj4gPiA+ PiA+IFllcy4gwqBUaGUgZHJpdmVyIGluIDkuMCBzdXBwb3J0cyB0aGUgMjAwOCBhcyB3ZWxsLg0K PiA+ID4+ID4NCj4gPiA+PiA+IEtlbg0KPiA+ID4+ID4gLS0NCj4gPiA+PiA+IEtlbm5ldGggTWVy cnkNCj4gPiA+PiA+IGtlbkBGcmVlQlNELk9SRw0KPiA+ID4+ID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+PiA+IGZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPiA+PiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiA+ID4+ID4gVG8gdW5zdWJzY3Jp YmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC0NCj4gPiA+PiB1bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyINCj4gPiA+PiA+DQo+ID4gPj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+PiBmcmVlYnNkLXNjc2lAZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0DQo+ID4gPj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1zY3NpDQo+ID4gPj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwg dG8gImZyZWVic2Qtc2NzaS0NCj4gPiB1bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCj4gPiA+DQo= From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 17:00:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B705B1065676; Tue, 7 Feb 2012 17:00:24 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3202F8FC0C; Tue, 7 Feb 2012 17:00:16 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q17H0G1u052813; Tue, 7 Feb 2012 10:00:16 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q17H0GGj052812; Tue, 7 Feb 2012 10:00:16 -0700 (MST) (envelope-from ken) Date: Tue, 7 Feb 2012 10:00:16 -0700 From: "Kenneth D. Merry" To: "Desai, Kashyap" Message-ID: <20120207170016.GA51826@nargothrond.kdm.org> References: <20120126045409.GA90912@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: "freebsd-scsi@freebsd.org" , Stas Orlov , "freebsd-current@freebsd.org" , Dennis Glatting Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 17:00:24 -0000 On Tue, Feb 07, 2012 at 21:00:28 +0530, Desai, Kashyap wrote: > Can you to reproduce issue with below mentioned changes.. > > In mps.c > > mps_get_tunables(struct mps_softc *sc) > { > char tmpstr[80]; > > /* XXX default to some debugging for now */ > sc->mps_debug = MPS_FAULT; > > Instead of above line make > sc->mps_debug = 0xd; You can also put the following in /boot/loader.conf: hw.mps.debug_level=0xd Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 19:03:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C2931065687; Tue, 7 Feb 2012 19:03:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 03B748FC12; Tue, 7 Feb 2012 19:03:45 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id AA96B46B32; Tue, 7 Feb 2012 14:03:44 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 12A64B924; Tue, 7 Feb 2012 14:03:44 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, davidxu@freebsd.org Date: Tue, 7 Feb 2012 13:40:01 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <749E238A-A85F-4264-9DEB-BCE1BBD21C9D@juniper.net> <4F2094B4.70707@juniper.net> <4F30968B.5060101@gmail.com> In-Reply-To: <4F30968B.5060101@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202071340.01126.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 07 Feb 2012 14:03:44 -0500 (EST) Cc: Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 19:03:45 -0000 On Monday, February 06, 2012 10:12:11 pm David Xu wrote: > On 2012/1/26 7:48, Dmitry Mikulin wrote: > > > > > The debugger needs to intercept fork() in both parent and child so it > > can detach from the old process and attach to the new one. Maybe it'll > > make more sense in the context of gdb changes. Should I send them too? > > Don't think Marcel included that patch... > > > >> > >> Does the orphan list change intended to not lost the child after fork ? > >> But the child shall be traced, so debugger would get the SIGTRAP on > >> the attach on fork returning to usermode. I remember that I explicitely > >> tested this when adding followfork changes. > > > > Yes, the debugger gets SIGTRAPs. The problem arises when the real > > parent of the forked process has the code to collect termination > > status. Since attaching to a process changes the parent/child > > relationships, we need to keep track of the children lost due to > > re-parenting so we can properly attribute their exit status to the > > "real" parent. > > > I recall that someone brought a topic in the list said that this should > be fixed, debugging a process should not change > parent-child relation, instead a new link list data structure should be > added to struct proc to trace debugged process, > this will make code clean with a small memory overhead. Yes, I have some old patches to start on this, but I hadn't really finished them, and it makes wait() a bit more complicated. It would be nice if ptrace() had its own pwait() or some such instead of overloading wait(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 19:03:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AE6106566B; Tue, 7 Feb 2012 19:03:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 58A2A8FC15; Tue, 7 Feb 2012 19:03:46 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 10B6846B3B; Tue, 7 Feb 2012 14:03:46 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6B6D1B95C; Tue, 7 Feb 2012 14:03:45 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 7 Feb 2012 13:43:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F2F6ABA.2020809@freebsd.org> In-Reply-To: <4F2F6ABA.2020809@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202071343.45787.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 07 Feb 2012 14:03:45 -0500 (EST) Cc: FreeBSD Stable , FreeBSD Current Subject: Re: kernel debugging and ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 19:03:46 -0000 On Monday, February 06, 2012 12:52:58 am Julian Elischer wrote: > so if I'm sitting still in the debugger for too long, a hardclock > event happens that goes into ULE, which then hits the following KASSERT. > > > KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH, > ("sched_priority: invalid priority %d: nice %d, " > "ticks %d ftick %d ltick %d tick pri %d", > pri, td->td_proc->p_nice, td->td_sched->ts_ticks, > td->td_sched->ts_ftick, td->td_sched->ts_ltick, > SCHED_PRI_TICKS(td->td_sched))); > > > The reason seems to be that I've been sitting still for too long and > things have become pear shaped. > > > how is it that being in the debugger doesn't stop hardclock events? > is there something I can do to make them not happen.. > It means I have to ge tmy debugging done in less than about 60 seconds. > > suggesions welcome. I committed a workaround to HEAD for this recently (r228960). Just make sure that is merged into whatever tree you are using. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 19:03:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81AE6106566B; Tue, 7 Feb 2012 19:03:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 58A2A8FC15; Tue, 7 Feb 2012 19:03:46 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 10B6846B3B; Tue, 7 Feb 2012 14:03:46 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6B6D1B95C; Tue, 7 Feb 2012 14:03:45 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 7 Feb 2012 13:43:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F2F6ABA.2020809@freebsd.org> In-Reply-To: <4F2F6ABA.2020809@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202071343.45787.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 07 Feb 2012 14:03:45 -0500 (EST) Cc: FreeBSD Stable , FreeBSD Current Subject: Re: kernel debugging and ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 19:03:46 -0000 On Monday, February 06, 2012 12:52:58 am Julian Elischer wrote: > so if I'm sitting still in the debugger for too long, a hardclock > event happens that goes into ULE, which then hits the following KASSERT. > > > KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH, > ("sched_priority: invalid priority %d: nice %d, " > "ticks %d ftick %d ltick %d tick pri %d", > pri, td->td_proc->p_nice, td->td_sched->ts_ticks, > td->td_sched->ts_ftick, td->td_sched->ts_ltick, > SCHED_PRI_TICKS(td->td_sched))); > > > The reason seems to be that I've been sitting still for too long and > things have become pear shaped. > > > how is it that being in the debugger doesn't stop hardclock events? > is there something I can do to make them not happen.. > It means I have to ge tmy debugging done in less than about 60 seconds. > > suggesions welcome. I committed a workaround to HEAD for this recently (r228960). Just make sure that is merged into whatever tree you are using. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 20:46:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6716A106566B for ; Tue, 7 Feb 2012 20:46:34 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og112.obsmtp.com (exprod7og112.obsmtp.com [64.18.2.177]) by mx1.freebsd.org (Postfix) with ESMTP id F10128FC12 for ; Tue, 7 Feb 2012 20:46:33 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob112.postini.com ([64.18.6.12]) with SMTP ID DSNKTzGNqMcj7vt03H4ewHHnJkAA+aHiTGon@postini.com; Tue, 07 Feb 2012 12:46:34 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 12:45:41 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q17Kjf107604; Tue, 7 Feb 2012 12:45:41 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F318D74.9030506@juniper.net> Date: Tue, 7 Feb 2012 12:45:40 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> In-Reply-To: <20120207121022.GC3283@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e4081efb-6d29-443c-8708-750833aec629 X-Mailman-Approved-At: Tue, 07 Feb 2012 20:52:09 +0000 Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 20:46:34 -0000 > So, do you in fact need to distinguish exec stops from syscall exit > against exec stops from PT_FOLLOW_EXEC, This is pretty much what I need. It's the same stop in syscall return right? I don't want to change when the stop happens, I want to have an lwpinfo flag that tells me when a stop occurred in a process under PT_FOLLOW_EXEC. > @@ -889,7 +890,9 @@ exec_fail_dealloc: > > if (error == 0) { > PROC_LOCK(p); > - td->td_dbgflags |= TDB_EXEC; > + if ((p->p_flag& P_TRACED) != 0&& > + ((P_FOLLOWEXEC) != 0 || (p->p_stops& S_PT_SCX) != 0)) > + td->td_dbgflags |= TDB_EXEC; > PROC_UNLOCK(p); > There's a small bug in the patch that makes it not work. The check for P_FOLLOWEXEC should be: + ((p->p_flag& P_FOLLOWEXEC) != 0 || (p->p_stops& S_PT_SCX) != 0)) Looks like the patch should work for me but I need to verify. From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 01:17:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBE2E1065687 for ; Wed, 8 Feb 2012 01:17:11 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 990E58FC16 for ; Wed, 8 Feb 2012 01:17:11 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so85995obc.13 for ; Tue, 07 Feb 2012 17:17:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=CFOOoW910r8/eBz7/JpK54FrzbXt7JwHTX84wG18SAc=; b=FlNUWZiBTfVcCZXK4/x8QJTrXQ+qooP4Yedrgv/YfKmgeeaKnU4GtY4B2rA0HmzgWx EbbZMaAonqbgXS7xhG/Y1qR5RuA8XcwdR9A/SjP9M6ECFR796W2qax4149U/qv8CFGsd KYAAa8x0VFkAKbsmCD34YIqc69z+ytKCz1Osg= MIME-Version: 1.0 Received: by 10.182.14.97 with SMTP id o1mr23370956obc.57.1328662322060; Tue, 07 Feb 2012 16:52:02 -0800 (PST) Received: by 10.182.38.38 with HTTP; Tue, 7 Feb 2012 16:52:02 -0800 (PST) Date: Tue, 7 Feb 2012 19:52:02 -0500 Message-ID: From: Mehmet Erol Sanliturk To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Packages for Current ( 10.0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 01:17:11 -0000 Dear All , At present , ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-10-current/ is empty , and , http://pub.allbsd.org/FreeBSD-snapshots/ amd64 , head is prepared without ports.txz . To download a snapshot and test Current ( 10.0 ) , without ports seems to be not possible . Which ports can be used for Current ( 10.0 ) for X , Gnome , KDE , etc . ? Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 00:59:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939F91065694 for ; Wed, 8 Feb 2012 00:59:14 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og119.obsmtp.com (exprod7og119.obsmtp.com [64.18.2.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2A00C8FC15 for ; Wed, 8 Feb 2012 00:59:13 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob119.postini.com ([64.18.6.12]) with SMTP ID DSNKTzHI0r7jwVf1VE20nsELYPn1DlNthNM7@postini.com; Tue, 07 Feb 2012 16:59:14 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 7 Feb 2012 16:58:06 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q180w5134008; Tue, 7 Feb 2012 16:58:05 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F31C89C.7010705@juniper.net> Date: Tue, 7 Feb 2012 16:58:04 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 References: <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> In-Reply-To: <4F318D74.9030506@juniper.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e4081efb-6d29-443c-8708-750833aec629 X-Mailman-Approved-At: Wed, 08 Feb 2012 02:18:25 +0000 Cc: Konstantin Belousov , freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 00:59:14 -0000 Well, that didn't work... Not sure why since it broke existing gdb. My guess is we're not getting the exec stops we used to get. Might have to wait till tomorrow to get more details. On 02/07/2012 12:45 PM, Dmitry Mikulin wrote: > > >> So, do you in fact need to distinguish exec stops from syscall exit >> against exec stops from PT_FOLLOW_EXEC, > > This is pretty much what I need. It's the same stop in syscall return right? I don't want to change when the stop happens, I want to have an lwpinfo flag that tells me when a stop occurred in a process under PT_FOLLOW_EXEC. > >> @@ -889,7 +890,9 @@ exec_fail_dealloc: >> >> if (error == 0) { >> PROC_LOCK(p); >> - td->td_dbgflags |= TDB_EXEC; >> + if ((p->p_flag& P_TRACED) != 0&& >> + ((P_FOLLOWEXEC) != 0 || (p->p_stops& S_PT_SCX) != 0)) >> + td->td_dbgflags |= TDB_EXEC; >> PROC_UNLOCK(p); > > There's a small bug in the patch that makes it not work. The check for P_FOLLOWEXEC should be: > > + ((p->p_flag& P_FOLLOWEXEC) != 0 || (p->p_stops& S_PT_SCX) != 0)) > > > Looks like the patch should work for me but I need to verify. From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 06:31:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49BD2106566C for ; Wed, 8 Feb 2012 06:31:12 +0000 (UTC) (envelope-from gbal.naresh@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D555A8FC08 for ; Wed, 8 Feb 2012 06:31:11 +0000 (UTC) Received: by werm13 with SMTP id m13so211797wer.13 for ; Tue, 07 Feb 2012 22:31:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=kaCVDlSJ2p2lOgkZAoeKg9BuMi1CZcOFXCsP9B3CJkE=; b=WL/Cw/78ItXk/ozdzdgJBbu8rJne7md0mI1o1IA8PJnK8d/jxfDbl0pbwIf4FgnKTY a/oCj3FWLHVMLoz/mQpnw4H0zRyTiuou74dXAsZO8aXgZpqaWxu4WE+WK2Zxa5cZidHb F/rBUBoOp+LBDPPD/GjGeWvUPG/8Ouyuf+o2g= MIME-Version: 1.0 Received: by 10.216.139.165 with SMTP id c37mr4661758wej.53.1328680889547; Tue, 07 Feb 2012 22:01:29 -0800 (PST) Received: by 10.223.117.70 with HTTP; Tue, 7 Feb 2012 22:01:29 -0800 (PST) Date: Wed, 8 Feb 2012 11:31:29 +0530 Message-ID: From: Naresh raju To: freebsd-current@freebsd.org, freebsd-drivers@emulex.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Announcing Emulex 10G Ethernet NIC driver availability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 06:31:12 -0000 Hi All, Please find the 10Gb Ethernet NIC driver for Emulex OneConnect (BladeEngine) and Lancer family of network adapters at http://info.iet.unipi.it/~luigi/20120207-emulex-nic.tgz . Luigi Rizzo has already reviewed the driver and has agreed to do commit-to-the-tree (thanks a lot Luigi). Please review and send us any comments you may have. Thanks, From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 06:39:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7950106566C for ; Wed, 8 Feb 2012 06:39:15 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF528FC12 for ; Wed, 8 Feb 2012 06:39:15 +0000 (UTC) Received: from [192.168.135.103] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q186dDN9089862 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 7 Feb 2012 22:39:14 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4F3218BE.3020404@feral.com> Date: Tue, 07 Feb 2012 22:39:58 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Tue, 07 Feb 2012 22:39:14 -0800 (PST) Subject: Re: Announcing Emulex 10G Ethernet NIC driver availability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 06:39:15 -0000 Any plans for iscsi, fcoe? > Hi All, > > > > Please find the 10Gb Ethernet NIC driver for Emulex OneConnect > (BladeEngine) and Lancer family of network adapters at > > http://info.iet.unipi.it/~luigi/20120207-emulex-nic.tgz > . > > > > Luigi Rizzo has already reviewed the driver and has agreed to do > commit-to-the-tree (thanks a lot Luigi). > > Please review and send us any comments you may have. > > > > Thanks, > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 09:09:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8225C106564A; Wed, 8 Feb 2012 09:09:50 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9841B8FC0C; Wed, 8 Feb 2012 09:09:49 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so292638wgb.31 for ; Wed, 08 Feb 2012 01:09:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=WhMWjj7Oh3IVavcAEsemCSnJwduHEWNDVbWVNTSrUwA=; b=GqZ6N5oPqjABtXqHYk7DmkzKPrEz7DaWc1nZhb4XeoFPT/2wPX7jGZfAnJz3MA/fxN yu4uOnLT9LGIjl0ThRkZbBE22NtYU9bpT2Ct0Wieb3uFnRw32biTXSaB35XWOsd8b6zk BWuRiYamrNItTTbh+W4kNaEpPMeOZDFeV0rB8= Received: by 10.216.133.161 with SMTP id q33mr6516627wei.46.1328692188570; Wed, 08 Feb 2012 01:09:48 -0800 (PST) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.227.11.210 with HTTP; Wed, 8 Feb 2012 01:09:27 -0800 (PST) In-Reply-To: <20120206014536.7ece944b.miwi@FreeBSD.org> References: <20120206014536.7ece944b.miwi@FreeBSD.org> From: Alberto Villa Date: Wed, 8 Feb 2012 10:09:27 +0100 X-Google-Sender-Auth: wIGhrrnczy_demjlMvNl5gam1-c Message-ID: To: miwi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, freebsd-current@freebsd.org, x11@freebsd.org Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 09:09:50 -0000 On Mon, Feb 6, 2012 at 2:45 AM, Martin Wilke wrote: > The X11 Team is pleased to announce the next round of Xorg updates. > Note that this is experimental so you really have to know what you are > doing, read UPDATING in the repository, and follow our exact > instructions. We are specifically looking for feedback from Intel, ATI > and NVIDIA users. It has been working fine on both 9-RC2 and 10-CURRENT for a couple of days with NVIDIA driver. KWin effects work fine with OpenGL backend. Only two differences noticed: increased memory usage, and some improvements to Synaptics driver. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 09:36:40 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8079C106564A; Wed, 8 Feb 2012 09:36:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 59FF414F752; Wed, 8 Feb 2012 09:36:39 +0000 (UTC) Message-ID: <4F324226.8000008@FreeBSD.org> Date: Wed, 08 Feb 2012 01:36:38 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0) Gecko/20120201 Thunderbird/10.0 MIME-Version: 1.0 To: Daniel Stolpe References: <20120206014536.7ece944b.miwi@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-current@FreeBSD.org, x11@FreeBSD.org, Martin Wilke Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 09:36:40 -0000 On 02/06/2012 04:43, Daniel Stolpe wrote: > Does this mean I can stop using 10.0-current on my Lenovo X121e? ;-) No. :) We need more people running HEAD on their day-to-day systems, not less. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 09:44:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1435106566C; Wed, 8 Feb 2012 09:44:09 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog118.obsmtp.com (na3sys009aog118.obsmtp.com [74.125.149.244]) by mx1.freebsd.org (Postfix) with ESMTP id F2D1C8FC0A; Wed, 8 Feb 2012 09:42:46 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob118.postini.com ([74.125.148.12]) with SMTP ID DSNKTzJDlUWBTUVN2LlxiUPU3K3z7HMEqb6i@postini.com; Wed, 08 Feb 2012 01:42:47 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 8 Feb 2012 04:47:03 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 8 Feb 2012 04:42:45 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Wed, 8 Feb 2012 15:12:41 +0530 From: "Desai, Kashyap" To: "Kenneth D. Merry" Date: Wed, 8 Feb 2012 15:12:40 +0530 Thread-Topic: LSI supported mps(4) driver available Thread-Index: Aczlufx5l+3z4s5jTVGb74j9A6BaUwAi+uFA Message-ID: References: <20120126045409.GA90912@nargothrond.kdm.org> <20120207170016.GA51826@nargothrond.kdm.org> In-Reply-To: <20120207170016.GA51826@nargothrond.kdm.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , Stas Orlov , "freebsd-current@freebsd.org" , Dennis Glatting Subject: RE: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 09:44:10 -0000 > -----Original Message----- > From: Kenneth D. Merry [mailto:ken@freebsd.org] > Sent: Tuesday, February 07, 2012 10:30 PM > To: Desai, Kashyap > Cc: Stas Orlov; freebsd-scsi@freebsd.org; freebsd-current@freebsd.org; > Dennis Glatting > Subject: Re: LSI supported mps(4) driver available >=20 > On Tue, Feb 07, 2012 at 21:00:28 +0530, Desai, Kashyap wrote: > > Can you to reproduce issue with below mentioned changes.. > > > > In mps.c > > > > mps_get_tunables(struct mps_softc *sc) > > { > > char tmpstr[80]; > > > > /* XXX default to some debugging for now */ > > sc->mps_debug =3D MPS_FAULT; > > > > Instead of above line make > > sc->mps_debug =3D 0xd; >=20 > You can also put the following in /boot/loader.conf: >=20 > hw.mps.debug_level=3D0xd Thanks.! This Is what I was trying since last week, but somehow I did not e= ntered correct syntax. >=20 > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 10:28:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2063106564A; Wed, 8 Feb 2012 10:28:21 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id AE0BC8FC08; Wed, 8 Feb 2012 10:28:21 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q18ASHr1052113 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 8 Feb 2012 02:28:20 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F324E93.50303@freebsd.org> Date: Wed, 08 Feb 2012 02:29:39 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.26) Gecko/20120129 Thunderbird/3.1.18 MIME-Version: 1.0 To: Andriy Gapon References: <4F2F6ABA.2020809@freebsd.org> <4F30F3D1.4060600@FreeBSD.org> In-Reply-To: <4F30F3D1.4060600@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Current Subject: Re: kernel debugging and ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 10:28:22 -0000 On 2/7/12 1:50 AM, Andriy Gapon wrote: > on 06/02/2012 07:52 Julian Elischer said the following: >> so if I'm sitting still in the debugger for too long, a hardclock >> event happens that goes into ULE, which then hits the following KASSERT. >> >> >> KASSERT(pri>= PRI_MIN_BATCH&& pri<= PRI_MAX_BATCH, >> ("sched_priority: invalid priority %d: nice %d, " >> "ticks %d ftick %d ltick %d tick pri %d", >> pri, td->td_proc->p_nice, td->td_sched->ts_ticks, >> td->td_sched->ts_ftick, td->td_sched->ts_ltick, >> SCHED_PRI_TICKS(td->td_sched))); >> >> >> The reason seems to be that I've been sitting still for too long and things have >> become pear shaped. >> >> >> how is it that being in the debugger doesn't stop hardclock events? >> is there something I can do to make them not happen.. >> It means I have to ge tmy debugging done in less than about 60 seconds. >> >> suggesions welcome. > Does this really happen when you just sit in the debugger? > Or does it happen when you let the kernel run? Like stepping through the code, > etc.... > good point.. I was doing some single stepping.. From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 17:11:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E27106566B for ; Wed, 8 Feb 2012 17:11:38 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id 369028FC1A for ; Wed, 8 Feb 2012 17:11:38 +0000 (UTC) Received: from [46.255.176.2] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RvB3Q-000Bp6-77; Wed, 08 Feb 2012 18:11:37 +0100 Message-ID: <4F32ACC8.8060906@FreeBSD.org> Date: Wed, 08 Feb 2012 18:11:36 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120208 Thunderbird/10.0 MIME-Version: 1.0 To: Gleb Kurtsou References: <4F1EBF42.4050307@FreeBSD.org> <20120126100745.GA62071@reks> In-Reply-To: <20120126100745.GA62071@reks> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Pierre-Gilles Mialon , Romain Vrignaud , freebsd-current@freebsd.org Subject: Re: [patch] pam_exec: use program exit code instead of PAM_SYSTEM_ERR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 17:11:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/26/2012 11:07, Gleb Kurtsou wrote: > Please consider making it optional. It will break for generic > applications because pam_sm_chauthtok error codes are documented > and standardized. I'm not aware of any application that uses PAM > error constants as exit code. des@ reviewed the patch too and suggested the same thing. Therefore I changed it to make this behaviour optional. Here's a new patch: http://people.freebsd.org/~dumbbell/pam_exec/pam_exec-return-exit-code-g.patch The changes compared to the original pam_exec(8) are: o [*] Add a "return_prog_exit_status" option to enable the behaviour. If this option is not enabled (default), the current behaviour remains. However, when the program fails, the return code is PAM_PERM_DENIED, not PAM_SYSTEM_ERR. If this option is enabled, the program exit status is used as the return value of the PAM service module function. If this code is invalid for the calling function, log an error and return PAM_SERVICE_ERR. o New environment variables are set: - $PAM_SM_FUNC: the name of the PAM service module function (eg. pam_sm_authenticate). - [*] All valid PAM return codes numerical values are available as environment variables ($PAM_SUCCESS, $PAM_USER_UNKNOWN, $PAM_PERM_DENIED, etc.). o Change some return codes from PAM_SYSTEM_ERR to PAM_SERVICE_ERR. o Change many log messages to include the PAM service module function name. o waitpid() is now called in a loop. If it returned because of EINTR, do it again. Before, it would return PAM_SYSTEM_ERR without waiting for the child to exit. o Update man page. [*] New compared to previous patch. - -- Jean-Sébastien Pédron -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8yrMgACgkQa+xGJsFYOlNOEwCgiGwpYh3G/7AJnVZe1V1EqXxC 8RkAoIk6bUhFsyE774h1TzkXooeR2FZg =7w2+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 21:20:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0C4106564A; Wed, 8 Feb 2012 21:20:15 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 398C38FC08; Wed, 8 Feb 2012 21:20:13 +0000 (UTC) Received: by werm13 with SMTP id m13so1065266wer.13 for ; Wed, 08 Feb 2012 13:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gI+XlnHEuRm6nVNekm25ELwvJDxz493C/7d4FCHKw3Y=; b=ddMyKjPGfgRXa/+tJIYQiyKWDjJSfiV+wKuSKkD454ujcOhnC/kISqVAXZv3DRZHxs tOzFB/J0NRXu9/IGGChwVowCQshS1eOteI0FDUI7TZw2tLMq5VA3KJmHrkUkZg2onfHM Ufhga7l8VK2axJ6KAi7ry92RmJTeLk6+XI+YA= MIME-Version: 1.0 Received: by 10.180.100.228 with SMTP id fb4mr43351494wib.1.1328734401006; Wed, 08 Feb 2012 12:53:21 -0800 (PST) Received: by 10.227.205.6 with HTTP; Wed, 8 Feb 2012 12:53:20 -0800 (PST) In-Reply-To: <4F324226.8000008@FreeBSD.org> References: <20120206014536.7ece944b.miwi@FreeBSD.org> <4F324226.8000008@FreeBSD.org> Date: Wed, 8 Feb 2012 20:53:20 +0000 Message-ID: From: "Sam Fourman Jr." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Daniel Stolpe , ports@freebsd.org, freebsd-current@freebsd.org, x11@freebsd.org, Martin Wilke Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 21:20:15 -0000 Hello all, I am testing the all.13.1.patch , as well as xorg 7.5.2 on FreeBSD HEAD I have a Asus n53sv laptop with a sandybridge i7 CPU (as well as a Nvidia 540m) my main problem is I can't start x becasue I get these errors [ 301.537] (EE) No devices detected. [ 301.537] Fatal server error: [ 301.537] no screens found [ 301.537] if anyone could provide me suggestions. that would be great :) This is a clean install with no ports installed before I built the xorg-dev svn I will provide as much detail as possible below: cat /etc/make.conf WITH_NEW_XORG=yes WITH_KMS=yes # added by use.perl 2012-02-08 10:03:27 PERL_VERSION=5.12.4 301.354] (**) ModulePath set to "/usr/local/lib/xorg/modules" [ 301.354] (**) Extension "Composite" is enabled [ 301.354] (II) Loader magic: 0x7c7c60 [ 301.354] (II) Module ABI versions: [ 301.354] X.Org ANSI C Emulation: 0.4 [ 301.354] X.Org Video Driver: 10.0 [ 301.354] X.Org XInput driver : 12.2 [ 301.354] X.Org Server Extension : 5.0 [ 301.355] (!!) More than one possible primary device found [ 301.355] (--) PCI: (0:0:2:0) 8086:0116:1043:1642 rev 9, Mem @ 0xdc400000/4194304, 0xb0000000/268435456, I/O @ 0x0000e000/64, BIOS @ 0x????????/65536 [ 301.355] (--) PCI: (0:1:0:0) 10de:0df4:1043:1642 rev 161, Mem @ 0xdb000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000d000/128, BIOS @ 0x????????/65536 [ 301.355] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [ 301.355] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [ 301.355] (II) "glx" will be loaded. This was enabled by default and also specified in the config file. [ 301.355] (II) "record" will be loaded by default. [ 301.355] (II) "dri" will be loaded by default. [ 301.355] (II) "dri2" will be loaded by default. [ 301.355] (II) LoadModule: "ddc" [ 301.355] (II) Module "ddc" already built-in [ 301.355] (II) LoadModule: "dbe" [ 301.388] (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so [ 301.400] (II) Module dbe: vendor="X.Org Foundation" [ 301.400] compiled for 1.10.4, module version = 1.0.0 [ 301.400] Module class: X.Org Server Extension [ 301.400] ABI class: X.Org Server Extension, version 5.0 [ 301.400] (II) Loading extension DOUBLE-BUFFER [ 301.400] (II) LoadModule: "extmod" [ 301.401] (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so [ 301.408] (II) Module extmod: vendor="X.Org Foundation" [ 301.408] compiled for 1.10.4, module version = 1.0.0 [ 301.408] Module class: X.Org Server Extension [ 301.408] ABI class: X.Org Server Extension, version 5.0 [ 301.408] (II) Loading extension MIT-SCREEN-SAVER [ 301.408] (II) Loading extension XFree86-VidModeExtension [ 301.408] (II) Loading extension XFree86-DGA [ 301.408] (II) Loading extension DPMS [ 301.408] (II) Loading extension XVideo [ 301.408] (II) Loading extension XVideo-MotionCompensation [ 301.408] (II) Loading extension X-Resource [ 301.408] (II) LoadModule: "glx" [ 301.409] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 301.418] (II) Module glx: vendor="X.Org Foundation" [ 301.418] compiled for 1.10.4, module version = 1.0.0 [ 301.418] ABI class: X.Org Server Extension, version 5.0 [ 301.419] (==) AIGLX disabled [ 301.419] (II) Loading extension GLX [ 301.420] (II) LoadModule: "record" [ 301.420] (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so [ 301.421] (II) Module record: vendor="X.Org Foundation" [ 301.421] compiled for 1.10.4, module version = 1.13.0 [ 301.421] Module class: X.Org Server Extension [ 301.421] ABI class: X.Org Server Extension, version 5.0 [ 301.421] (II) Loading extension RECORD [ 301.421] (II) LoadModule: "dri" [ 301.422] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so [ 301.437] (II) Module dri: vendor="X.Org Foundation" [ 301.437] compiled for 1.10.4, module version = 1.0.0 [ 301.437] ABI class: X.Org Server Extension, version 5.0 [ 301.437] (II) Loading extension XFree86-DRI [ 301.437] (II) LoadModule: "dri2" [ 301.438] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so [ 301.438] (II) Module dri2: vendor="X.Org Foundation" [ 301.438] compiled for 1.10.4, module version = 1.2.0 [ 301.438] ABI class: X.Org Server Extension, version 5.0 [ 301.438] (II) Loading extension DRI2 [ 301.438] (II) LoadModule: "intel" [ 301.465] (II) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so [ 301.502] (II) Module intel: vendor="X.Org Foundation" [ 301.502] compiled for 1.10.4, module version = 2.17.0 [ 301.502] Module class: X.Org Video Driver [ 301.502] ABI class: X.Org Video Driver, version 10.0 [ 301.502] (II) LoadModule: "mouse" [ 301.503] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 301.516] (II) Module mouse: vendor="X.Org Foundation" [ 301.516] compiled for 1.10.4, module version = 1.7.1 [ 301.516] Module class: X.Org XInput Driver [ 301.516] ABI class: X.Org XInput driver, version 12.2 [ 301.516] (II) LoadModule: "kbd" [ 301.517] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 301.523] (II) Module kbd: vendor="X.Org Foundation" [ 301.523] compiled for 1.10.4, module version = 1.6.1 [ 301.523] Module class: X.Org XInput Driver [ 301.523] ABI class: X.Org XInput driver, version 12.2 [ 301.523] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge Desktop (GT1), Sandybridge Desktop (GT2), Sandybridge Desktop (GT2+), Sandybridge Mobile (GT1), Sandybridge Mobile (GT2), Sandybridge Mobile (GT2+), Sandybridge Server, Ivybridge Mobile (GT1), Ivybridge Mobile (GT2), Ivybridge Desktop (GT1), Ivybridge Desktop (GT2), Ivybridge Server [ 301.524] (--) Using syscons driver with X support (version 2.0) [ 301.524] (--) using VT number 9 [ 301.537] (EE) No devices detected. [ 301.537] Fatal server error: [ 301.537] no screens found [ 301.537] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 301.537] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 301.537] sam# dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #3 r231181M: Wed Feb 8 00:31:01 UTC 2012 sfourman@Titan:/usr/obj/usr/src/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz (1995.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Features=0xbfebfbff Features2=0x1dbae3bf AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 3978256384 (3793 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: <_ASUS_ Notebook> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI Warning: 32/64X FACS address mismatch in FADT - 0xAAFE4E40/0x00000000AAFE4D40, using 32 (20120111/tbfadt-531) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: <_ASUS_ Notebook> on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd07f mem 0xdb000000-0xdbffffff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 16 at device 0.0 on pci1 vgapci1: port 0xe000-0xe03f mem 0xdc400000-0xdc7fffff,0xb0000000-0xbfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci1 agp0: aperture size is 256M, detected 65532k stolen memory pci0: at device 22.0 (no driver attached) ehci0: mem 0xdf008000-0xdf0083ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0: on ehci0 hdac0: mem 0xdf000000-0xdf003fff irq 22 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0xddc00000-0xddc0ffff irq 17 at device 0.0 on pci3 [ath] AR9285E_20 detected; using XE TX gain tables ath0: AR9285 mac 192.2 RF5133 phy 14.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 pcib4: irq 19 at device 28.3 on pci0 pci4: on pcib4 xhci0: mem 0xdd200000-0xdd20ffff irq 19 at device 0.0 on pci4 xhci0: 32 byte context size. usbus1 on xhci0 pcib5: irq 17 at device 28.5 on pci0 pci5: on pcib5 re0: port 0x9000-0x90ff mem 0xd2104000-0xd2104fff,0xd2100000-0xd2103fff irq 17 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: ASPM disabled re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 14:da:e9:20:d9:96 ehci1: mem 0xdf007000-0xdf0073ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xe0b0-0xe0b7,0xe0a0-0xe0a3,0xe090-0xe097,0xe080-0xe083,0xe060-0xe07f mem 0xdf006000-0xdf0067ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich2: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xc0000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 27,33 and 24,25 on hdaa0 pcm1: at nid 30 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 6 on hdaa1 usbus0: 480Mbps High Speed USB v2.0 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: <0x1b73> at usbus1 uhub1: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub3: on usbus0 ugen2.2: at usbus2 uhub4: on usbus2 uhub3: 6 ports with 6 removable, self powered uhub4: 6 ports with 6 removable, self powered ugen0.3: at usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! cd0 at ahcich2 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #4 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 15589953 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. ugen0.4: at usbus0 Trying to mount root from ufs:/dev/ada0p2 [rw]... wlan0: Ethernet address: 74:2f:68:3d:05:69 ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ath0: ath_start: sc_inreset_cnt > 0; bailing Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 00:54:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98649106566B for ; Thu, 9 Feb 2012 00:54:11 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og124.obsmtp.com (exprod7og124.obsmtp.com [64.18.2.26]) by mx1.freebsd.org (Postfix) with ESMTP id 248A28FC08 for ; Thu, 9 Feb 2012 00:54:11 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob124.postini.com ([64.18.6.12]) with SMTP ID DSNKTzMZMfHolQunqHEANY6CrBMtRjX/LT5v@postini.com; Wed, 08 Feb 2012 16:54:11 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 8 Feb 2012 16:51:58 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q190pw110535; Wed, 8 Feb 2012 16:51:58 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F3318AD.6000607@juniper.net> Date: Wed, 8 Feb 2012 16:51:57 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 References: <20120125074824.GD2726@deviant.kiev.zoral.com.ua> <4F2094B4.70707@juniper.net> <20120126122326.GT2726@deviant.kiev.zoral.com.ua> <4F22E8FD.6010201@juniper.net> <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> <4F31C89C.7010705@juniper.net> In-Reply-To: <4F31C89C.7010705@juniper.net> Content-Type: multipart/mixed; boundary="------------080604060607090502060303" X-EXCLAIMER-MD-CONFIG: e4081efb-6d29-443c-8708-750833aec629 X-Mailman-Approved-At: Thu, 09 Feb 2012 02:34:48 +0000 Cc: Konstantin Belousov , freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2012 00:54:12 -0000 --------------080604060607090502060303 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit The patch I sent earlier works for me. Just wanted to let you know to illustrate what I would like to see from the kernel. I'm trying to see if there's way not to add flags with semantics similar to TDB_EXEC. I think the problem with TDB_EXEC is that is serves a trigger for a stop as well as an indicator to return PL_FLAG_EXEC. And in my case I still want to see all the stops but I only want to see the PL_FLAG_EXEC when PT_FOLLOW_EXEC is specified. Do you think the attached patch will do what I'd like without compromising existing functionality? --------------080604060607090502060303 Content-Type: text/x-patch; name="follow-exec-4.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="follow-exec-4.diff" Index: sys/proc.h =================================================================== --- sys/proc.h (revision 231228) +++ sys/proc.h (working copy) @@ -384,6 +384,7 @@ do { \ process */ #define TDB_STOPATFORK 0x00000080 /* Stop at the return from fork (child only) */ +#define TDB_CHILD 0x00000100 /* New child indicator for ptrace() */ /* * "Private" flags kept in td_pflags: @@ -613,6 +614,7 @@ struct proc { #define P_HWPMC 0x800000 /* Process is using HWPMCs */ #define P_JAILED 0x1000000 /* Process is in jail. */ +#define P_FOLLOWEXEC 0x2000000 /* Report execs with ptrace. */ #define P_INEXEC 0x4000000 /* Process is in execve(). */ #define P_STATCHILD 0x8000000 /* Child process stopped or exited. */ #define P_INMEM 0x10000000 /* Loaded into memory. */ Index: sys/ptrace.h =================================================================== --- sys/ptrace.h (revision 231228) +++ sys/ptrace.h (working copy) @@ -64,6 +64,7 @@ #define PT_SYSCALL 22 #define PT_FOLLOW_FORK 23 +#define PT_FOLLOW_EXEC 24 #define PT_GETREGS 33 /* get general-purpose registers */ #define PT_SETREGS 34 /* set general-purpose registers */ @@ -106,7 +107,8 @@ struct ptrace_lwpinfo { #define PL_FLAG_SCX 0x08 /* syscall leave point */ #define PL_FLAG_EXEC 0x10 /* exec(2) succeeded */ #define PL_FLAG_SI 0x20 /* siginfo is valid */ -#define PL_FLAG_FORKED 0x40 /* new child */ +#define PL_FLAG_FORKED 0x40 /* child born */ +#define PL_FLAG_CHILD 0x80 /* I am from child */ sigset_t pl_sigmask; /* LWP signal mask */ sigset_t pl_siglist; /* LWP pending signal */ struct __siginfo pl_siginfo; /* siginfo for signal */ Index: kern/kern_exec.c =================================================================== --- kern/kern_exec.c (revision 231228) +++ kern/kern_exec.c (working copy) @@ -56,6 +56,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include Index: kern/kern_fork.c =================================================================== --- kern/kern_fork.c (revision 231228) +++ kern/kern_fork.c (working copy) @@ -1035,7 +1035,9 @@ fork_return(struct thread *td, struct trapframe *f p->p_oppid = p->p_pptr->p_pid; proc_reparent(p, dbg); sx_xunlock(&proctree_lock); + td->td_dbgflags |= TDB_CHILD; ptracestop(td, SIGSTOP); + td->td_dbgflags &= ~TDB_CHILD; } else { /* * ... otherwise clear the request. Index: kern/sys_process.c =================================================================== --- kern/sys_process.c (revision 231228) +++ kern/sys_process.c (working copy) @@ -660,6 +660,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, case PT_TO_SCX: case PT_SYSCALL: case PT_FOLLOW_FORK: + case PT_FOLLOW_EXEC: case PT_DETACH: sx_xlock(&proctree_lock); proctree_locked = 1; @@ -873,6 +874,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, else p->p_flag &= ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag |= P_FOLLOWEXEC; + else + p->p_flag &= ~P_FOLLOWEXEC; + break; case PT_STEP: case PT_CONTINUE: @@ -936,7 +943,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, p->p_sigparent = SIGCHLD; } p->p_oppid = 0; - p->p_flag &= ~(P_TRACED | P_WAITED | P_FOLLOWFORK); + p->p_flag &= ~(P_TRACED | P_WAITED | P_FOLLOWFORK | + P_FOLLOWEXEC); /* should we send SIGCHLD? */ /* childproc_continued(p); */ @@ -1139,12 +1147,15 @@ kern_ptrace(struct thread *td, int req, pid_t pid, pl->pl_flags |= PL_FLAG_SCE; else if (td2->td_dbgflags & TDB_SCX) pl->pl_flags |= PL_FLAG_SCX; - if (td2->td_dbgflags & TDB_EXEC) + if (td2->td_dbgflags & TDB_EXEC && + (p->p_stops & S_PT_SCX || p->p_flag & P_FOLLOWEXEC)) pl->pl_flags |= PL_FLAG_EXEC; if (td2->td_dbgflags & TDB_FORK) { pl->pl_flags |= PL_FLAG_FORKED; pl->pl_child_pid = td2->td_dbg_forked; } + if (td2->td_dbgflags & TDB_CHILD) + pl->pl_flags |= PL_FLAG_CHILD; pl->pl_sigmask = td2->td_sigmask; pl->pl_siglist = td2->td_siglist; strcpy(pl->pl_tdname, td2->td_name); --------------080604060607090502060303-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 03:35:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9046C106564A for ; Thu, 9 Feb 2012 03:35:36 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 27C108FC17 for ; Thu, 9 Feb 2012 03:35:35 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so1320467wgb.31 for ; Wed, 08 Feb 2012 19:35:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EMclxQ1ZjGUTesnncsv3V+8DbDPmywbn3CCItsFIuEE=; b=Y1QRvCt2LNAMWOKvb+WXo0bc+Xs47u/roFSxZH+9R0QfCbPsZKUgdQ4h2Ro3ZlTj0g OQWbVgrJLYwP8J/UVIutshcxbDt+8TU5AM1nno3fve2JkDeC1DdUmK4v+Zf7Kc85V7/A crabgU9kqt0DbNXEPIKMEmBRnF4vNZGCDRyhk= MIME-Version: 1.0 Received: by 10.180.90.212 with SMTP id by20mr728wib.12.1328757087284; Wed, 08 Feb 2012 19:11:27 -0800 (PST) Received: by 10.216.12.213 with HTTP; Wed, 8 Feb 2012 19:11:27 -0800 (PST) In-Reply-To: <4F3218BE.3020404@feral.com> References: <4F3218BE.3020404@feral.com> Date: Wed, 8 Feb 2012 19:11:27 -0800 Message-ID: From: Chuck Tuffli To: Matthew Jacob Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Announcing Emulex 10G Ethernet NIC driver availability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2012 03:35:36 -0000 On Tue, Feb 7, 2012 at 10:39 PM, Matthew Jacob wrote: > Any plans for iscsi, fcoe? > >> Hi All, >> >> >> >> Please find the 10Gb Ethernet NIC driver for Emulex OneConnect >> (BladeEngine) and Lancer family of network adapters at Yes, Emulex is working on a native FC/FCoE driver (initiator and/or target) that should be ready for wider testing in the next 3-4 months. Note this driver only supports the more recent devices such as the 10GbE FCoE CNA and 16G FC HBA (i.e. LPe1600x). ---chuck From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 12:29:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 244D4106564A for ; Thu, 9 Feb 2012 12:29:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 64A198FC20 for ; Thu, 9 Feb 2012 12:29:19 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q19CT9ue041337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Feb 2012 14:29:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q19CT9K3068152; Thu, 9 Feb 2012 14:29:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q19CT8eY068151; Thu, 9 Feb 2012 14:29:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Feb 2012 14:29:08 +0200 From: Konstantin Belousov To: Dmitry Mikulin Message-ID: <20120209122908.GD3283@deviant.kiev.zoral.com.ua> References: <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> <4F31C89C.7010705@juniper.net> <4F3318AD.6000607@juniper.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MxTdzNviYdWQq2Ha" Content-Disposition: inline In-Reply-To: <4F3318AD.6000607@juniper.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2012 12:29:21 -0000 --MxTdzNviYdWQq2Ha Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 08, 2012 at 04:51:57PM -0800, Dmitry Mikulin wrote: > The patch I sent earlier works for me. Just wanted to let you know to=20 > illustrate what I would like to see from the kernel. >=20 > I'm trying to see if there's way not to add flags with semantics similar = to=20 > TDB_EXEC. I think the problem with TDB_EXEC is that is serves a trigger f= or=20 > a stop as well as an indicator to return PL_FLAG_EXEC. And in my case I= =20 > still want to see all the stops but I only want to see the PL_FLAG_EXEC= =20 > when PT_FOLLOW_EXEC is specified. >=20 > Do you think the attached patch will do what I'd like without compromisin= g=20 > existing functionality? >=20 The semantic of PL_FLAG_EXEC up until now is very simple: it indicates that current stop occured during the first return to usermode after successful exec. The proposed patch breaks the semantic, because now some stops which satisfy the stated condition are no longer marked with the flag. That said, I am lost. You stated that you still need some stops at exec even when not PT_FOLLOW_EXEC is requested. Why usermode cannot remember whether the PT_FOLLOW_EXEC was set for the process, and ignore PL_FLAG_EXEC if not requested ? I just gave up and added PL_FLAG_EXECF, which is set when PT_FOLLOW_EXEC was set and exec is active. Would this work for your purposes ? PL_FLAG_EXECF has the same semantic as PL_FLAG_EXEC had in your follow-exec.patch. But the stop set is not changed comparing with the stock src. Are you fine with PL_FLAG_CHILD part of the changes ? If yes, I will commit it to make some progress. diff --git a/sys/kern/kern_fork.c b/sys/kern/kern_fork.c index 60639c9..e447c93 100644 --- a/sys/kern/kern_fork.c +++ b/sys/kern/kern_fork.c @@ -1035,7 +1035,9 @@ fork_return(struct thread *td, struct trapframe *fram= e) p->p_oppid =3D p->p_pptr->p_pid; proc_reparent(p, dbg); sx_xunlock(&proctree_lock); + td->td_dbgflags |=3D TDB_CHILD; ptracestop(td, SIGSTOP); + td->td_dbgflags &=3D ~TDB_CHILD; } else { /* * ... otherwise clear the request. diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index 4510380..4f93a79 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -660,6 +660,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) case PT_TO_SCX: case PT_SYSCALL: case PT_FOLLOW_FORK: + case PT_FOLLOW_EXEC: case PT_DETACH: sx_xlock(&proctree_lock); proctree_locked =3D 1; @@ -873,6 +874,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, voi= d *addr, int data) else p->p_flag &=3D ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag |=3D P_FOLLOWEXEC; + else + p->p_flag &=3D ~P_FOLLOWEXEC; + break; =20 case PT_STEP: case PT_CONTINUE: @@ -936,7 +943,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) p->p_sigparent =3D SIGCHLD; } p->p_oppid =3D 0; - p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK); + p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK | + P_FOLLOWEXEC); =20 /* should we send SIGCHLD? */ /* childproc_continued(p); */ @@ -1139,12 +1147,17 @@ kern_ptrace(struct thread *td, int req, pid_t pid, = void *addr, int data) pl->pl_flags |=3D PL_FLAG_SCE; else if (td2->td_dbgflags & TDB_SCX) pl->pl_flags |=3D PL_FLAG_SCX; - if (td2->td_dbgflags & TDB_EXEC) + if (td2->td_dbgflags & TDB_EXEC) { pl->pl_flags |=3D PL_FLAG_EXEC; + if (p->p_flag & P_FOLLOWEXEC) + pl->pl_flags |=3D PL_FLAG_EXECF; + } if (td2->td_dbgflags & TDB_FORK) { pl->pl_flags |=3D PL_FLAG_FORKED; pl->pl_child_pid =3D td2->td_dbg_forked; } + if (td2->td_dbgflags & TDB_CHILD) + pl->pl_flags |=3D PL_FLAG_CHILD; pl->pl_sigmask =3D td2->td_sigmask; pl->pl_siglist =3D td2->td_siglist; strcpy(pl->pl_tdname, td2->td_name); diff --git a/sys/sys/proc.h b/sys/sys/proc.h index 9ebfe83..bec7223 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -384,6 +384,7 @@ do { \ process */ #define TDB_STOPATFORK 0x00000080 /* Stop at the return from fork (child only) */ +#define TDB_CHILD 0x00000100 /* New child indicator for ptrace() */ =20 /* * "Private" flags kept in td_pflags: @@ -613,6 +614,7 @@ struct proc { #define P_HWPMC 0x800000 /* Process is using HWPMCs */ =20 #define P_JAILED 0x1000000 /* Process is in jail. */ +#define P_FOLLOWEXEC 0x2000000 /* Report execs with ptrace. */ #define P_INEXEC 0x4000000 /* Process is in execve(). */ #define P_STATCHILD 0x8000000 /* Child process stopped or exited. */ #define P_INMEM 0x10000000 /* Loaded into memory. */ diff --git a/sys/sys/ptrace.h b/sys/sys/ptrace.h index 2583d59..81cebfc 100644 --- a/sys/sys/ptrace.h +++ b/sys/sys/ptrace.h @@ -64,6 +64,7 @@ #define PT_SYSCALL 22 =20 #define PT_FOLLOW_FORK 23 +#define PT_FOLLOW_EXEC 24 =20 #define PT_GETREGS 33 /* get general-purpose registers */ #define PT_SETREGS 34 /* set general-purpose registers */ @@ -100,13 +101,15 @@ struct ptrace_lwpinfo { #define PL_EVENT_NONE 0 #define PL_EVENT_SIGNAL 1 int pl_flags; /* LWP flags. */ -#define PL_FLAG_SA 0x01 /* M:N thread */ -#define PL_FLAG_BOUND 0x02 /* M:N bound thread */ -#define PL_FLAG_SCE 0x04 /* syscall enter point */ -#define PL_FLAG_SCX 0x08 /* syscall leave point */ -#define PL_FLAG_EXEC 0x10 /* exec(2) succeeded */ -#define PL_FLAG_SI 0x20 /* siginfo is valid */ -#define PL_FLAG_FORKED 0x40 /* new child */ +#define PL_FLAG_SA 0x0001 /* M:N thread */ +#define PL_FLAG_BOUND 0x0002 /* M:N bound thread */ +#define PL_FLAG_SCE 0x0004 /* syscall enter point */ +#define PL_FLAG_SCX 0x0008 /* syscall leave point */ +#define PL_FLAG_EXEC 0x0010 /* exec(2) succeeded */ +#define PL_FLAG_SI 0x0020 /* siginfo is valid */ +#define PL_FLAG_FORKED 0x0040 /* child born */ +#define PL_FLAG_CHILD 0x0080 /* I am from child */ +#define PL_FLAG_EXECF 0x0100 /* exec and PT_FOLLOW_EXEC was set */ sigset_t pl_sigmask; /* LWP signal mask */ sigset_t pl_siglist; /* LWP pending signal */ struct __siginfo pl_siginfo; /* siginfo for signal */ --MxTdzNviYdWQq2Ha Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk8zvBQACgkQC3+MBN1Mb4gwrACfQFTDh7eSg379N5U1bEK5Qtfb NR8AoNADcJaE2NgEBnR3WuzSiXl9D/YX =03na -----END PGP SIGNATURE----- --MxTdzNviYdWQq2Ha-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 20:50:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8410106566C for ; Thu, 9 Feb 2012 20:50:51 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og106.obsmtp.com (exprod7og106.obsmtp.com [64.18.2.165]) by mx1.freebsd.org (Postfix) with ESMTP id 6E16F8FC0A for ; Thu, 9 Feb 2012 20:50:51 +0000 (UTC) Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob106.postini.com ([64.18.6.12]) with SMTP ID DSNKTzQxqQTxMcdCj7oJR9UMHbZfA3bkvoWm@postini.com; Thu, 09 Feb 2012 12:50:51 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB01-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 9 Feb 2012 12:48:32 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q19KmR194398; Thu, 9 Feb 2012 12:48:30 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F34311A.9050702@juniper.net> Date: Thu, 9 Feb 2012 12:48:26 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120129074843.GL2726@deviant.kiev.zoral.com.ua> <4F26E0D1.8040100@juniper.net> <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> <4F31C89C.7010705@juniper.net> <4F3318AD.6000607@juniper.net> <20120209122908.GD3283@deviant.kiev.zoral.com.ua> In-Reply-To: <20120209122908.GD3283@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: f8e27f27-03b2-4c3e-9447-119194e72cb6 X-Mailman-Approved-At: Thu, 09 Feb 2012 21:17:32 +0000 Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2012 20:50:51 -0000 > The semantic of PL_FLAG_EXEC up until now is very simple: it indicates > that current stop occured during the first return to usermode after > successful exec. The proposed patch breaks the semantic, because now > some stops which satisfy the stated condition are no longer marked with > the flag. > > That said, I am lost. You stated that you still need some stops at > exec even when not PT_FOLLOW_EXEC is requested. Why usermode cannot > remember whether the PT_FOLLOW_EXEC was set for the process, and ignore > PL_FLAG_EXEC if not requested ? I was trying to avoid making ugly changes in gdb if it was possible not to make ugly changes in the kernel. I changed gdb to work without PT_FOLLOW_EXEC. > I just gave up and added PL_FLAG_EXECF, which is set when PT_FOLLOW_EXEC > was set and exec is active. Would this work for your purposes ? > PL_FLAG_EXECF has the same semantic as PL_FLAG_EXEC had in your > follow-exec.patch. But the stop set is not changed comparing with the > stock src. > > Are you fine with PL_FLAG_CHILD part of the changes ? If yes, I will > commit it to make some progress. yes, the PL_FLAG_CHILD part works for me. Please commit it and we can move on to the next part of the review. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 23:16:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37712106566C; Thu, 9 Feb 2012 23:16:38 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 040108FC13; Thu, 9 Feb 2012 23:16:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:From:Content-Transfer-Encoding:Mime-Version:Subject:Date:To:Content-Type; bh=V6j1Fq0QQIeVT/1s/AP6rysAf+asGdjvnAcWRKxtysQ=; b=pQ7NURNzGwc6shhctRKruVAlxGLSSigRlz7Ilb7RaoS+kzimds8qDGtXsF4cPFWTUgiNTeLZO9uzJqvpTNhsTMPCanN8DdWm9I23y0Lw6aY85mfN5Z7fko//opSmP0CJ; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RvdEB-0001cV-H2; Thu, 09 Feb 2012 17:16:37 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1328829389-3359-3358/5/14; Thu, 9 Feb 2012 23:16:29 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Date: Thu, 9 Feb 2012 17:16:29 -0600 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable From: Mark Felder Message-Id: User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.0 Cc: Subject: zfs commit breaks zvol, istgt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2012 23:16:38 -0000 Hi all, Previous kernel I was running on a test SAN was 9-STABLE from Jan 24th. =20 Sorry, no commit # -- didn't have svn on the machine back then. Today I built r231282 because it had an interesting fix in it: r231141 | mm | 2012-02-07 11:57:33 -0600 (Tue, 07 Feb 2012) | 25 lines MFC r230514: Merge illumos revisions 13572, 13573, 13574: Rev. 13572: disk sync write perf regression when slog is used post oi_148 [1] Rev. 13573: crash during reguid causes stale config [2] allow and unallow missing from zpool history since removal of pyzfs [5] Rev. 13574: leaking a vdev when removing an l2cache device [3] memory leak when adding a file-based l2arc device [4] leak in ZFS from metaslab_group_create and zfs_ereport_checksum [6] References: https://www.illumos.org/issues/1909 [1] https://www.illumos.org/issues/1949 [2] https://www.illumos.org/issues/1951 [3] https://www.illumos.org/issues/1952 [4] https://www.illumos.org/issues/1953 [5] https://www.illumos.org/issues/1954 [6] Obtained from: illumos (issues #1909, #1949, #1951, #1952, #1953, #1954) After booting into this kernel iSCSI was hosed. None of the ESXi servers = =20 looking at it could do any I/O at all. Weird errors in the istgt log, = too: Feb 9 16:26:23 zfs-san2 istgt[8177]: Login from =20 iqn.1998-01.com.vmware:esx1-21ecbe81 (172.16.17.41) on =20 iqn.2011-12.net.supranet.san2.istgt:lun7 LU7 (172.16.17.182:3260,1), =20 ISID=3D23d000002, TSIH=3D4, CID=3D0, HeaderDigest=3Doff, DataDigest=3Doff Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c: =20 777:istgt_iscsi_write_pdu_internal: ***ERROR*** iscsi_write() failed =20 (errno=3D32) Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c:4984:sender: =20 ***ERROR*** iscsi_write_pdu() failed on =20 iqn.2011-12.net.supranet.san2.istgt:lun7,t,0x0001(iqn.1998-01.com.vmware:= esx1-21ecbe81,i,0x00023d000002) I didn't see any other commits between that could cause this, but can =20 anyone else confirm? After rebooting into the Jan 24th kernel everything = =20 went back to normal... Thanks, Mark zfs-san2# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 8.25T 7.76T 1.05M /tank tank/LUN1 1.03T 8.77T 24.7G - tank/LUN2 1.03T 8.77T 19.7G - tank/LUN3 1.03T 8.70T 93.6G - tank/LUN4 1.03T 8.77T 19.3G - tank/LUN5 1.03T 8.79T 44.1K - tank/LUN6 1.03T 8.79T 44.1K - tank/LUN7 1.03T 8.79T 44.1K - tank/LUN8 1.03T 8.79T 44.1K - tank/nfs 2.30G 7.76T 2.30G /tank/nfs zfs-san2# zpool status pool: tank state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Thu Jan 26 17:05:40 = 2012 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 multipath/disk01 ONLINE 0 0 0 multipath/disk02 ONLINE 0 0 0 multipath/disk03 ONLINE 0 0 0 multipath/disk04 ONLINE 0 0 0 raidz1-1 ONLINE 0 0 0 multipath/disk05 ONLINE 0 0 0 multipath/disk06 ONLINE 0 0 0 multipath/disk07 ONLINE 0 0 0 multipath/disk08 ONLINE 0 0 0 raidz1-2 ONLINE 0 0 0 multipath/disk09 ONLINE 0 0 0 multipath/disk10 ONLINE 0 0 0 multipath/disk11 ONLINE 0 0 0 multipath/disk12 ONLINE 0 0 0 logs da1 ONLINE 0 0 0 cache da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 00:17:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B0E1065673 for ; Fri, 10 Feb 2012 00:17:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D4D658FC14 for ; Fri, 10 Feb 2012 00:17:34 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1A0HS5B085626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2012 02:17:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q1A0HPbv033904; Fri, 10 Feb 2012 02:17:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1A0HPc7033903; Fri, 10 Feb 2012 02:17:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Feb 2012 02:17:25 +0200 From: Konstantin Belousov To: Dmitry Mikulin Message-ID: <20120210001725.GJ3283@deviant.kiev.zoral.com.ua> References: <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> <4F31C89C.7010705@juniper.net> <4F3318AD.6000607@juniper.net> <20120209122908.GD3283@deviant.kiev.zoral.com.ua> <4F34311A.9050702@juniper.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nKzfxXxTXZ/rSi7L" Content-Disposition: inline In-Reply-To: <4F34311A.9050702@juniper.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 00:17:35 -0000 --nKzfxXxTXZ/rSi7L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2012 at 12:48:26PM -0800, Dmitry Mikulin wrote: >=20 > >The semantic of PL_FLAG_EXEC up until now is very simple: it indicates > >that current stop occured during the first return to usermode after > >successful exec. The proposed patch breaks the semantic, because now > >some stops which satisfy the stated condition are no longer marked with > >the flag. > > > >That said, I am lost. You stated that you still need some stops at > >exec even when not PT_FOLLOW_EXEC is requested. Why usermode cannot > >remember whether the PT_FOLLOW_EXEC was set for the process, and ignore > >PL_FLAG_EXEC if not requested ? >=20 > I was trying to avoid making ugly changes in gdb if it was possible not t= o=20 > make ugly changes in the kernel. I changed gdb to work without=20 > PT_FOLLOW_EXEC. So, does the patch below helps you, or did I missed something again ? >=20 > >I just gave up and added PL_FLAG_EXECF, which is set when PT_FOLLOW_EXEC > >was set and exec is active. Would this work for your purposes ? > >PL_FLAG_EXECF has the same semantic as PL_FLAG_EXEC had in your > >follow-exec.patch. But the stop set is not changed comparing with the > >stock src. > > > >Are you fine with PL_FLAG_CHILD part of the changes ? If yes, I will > >commit it to make some progress. >=20 > yes, the PL_FLAG_CHILD part works for me. > Please commit it and we can move on to the next part of the review. Committed as r231320. Below is what left for PT_FOLLOWEXEC. diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index 2060efe..4f93a79 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -660,6 +660,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) case PT_TO_SCX: case PT_SYSCALL: case PT_FOLLOW_FORK: + case PT_FOLLOW_EXEC: case PT_DETACH: sx_xlock(&proctree_lock); proctree_locked =3D 1; @@ -873,6 +874,12 @@ kern_ptrace(struct thread *td, int req, pid_t pid, voi= d *addr, int data) else p->p_flag &=3D ~P_FOLLOWFORK; break; + case PT_FOLLOW_EXEC: + if (data) + p->p_flag |=3D P_FOLLOWEXEC; + else + p->p_flag &=3D ~P_FOLLOWEXEC; + break; =20 case PT_STEP: case PT_CONTINUE: @@ -936,7 +943,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void= *addr, int data) p->p_sigparent =3D SIGCHLD; } p->p_oppid =3D 0; - p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK); + p->p_flag &=3D ~(P_TRACED | P_WAITED | P_FOLLOWFORK | + P_FOLLOWEXEC); =20 /* should we send SIGCHLD? */ /* childproc_continued(p); */ @@ -1139,8 +1147,11 @@ kern_ptrace(struct thread *td, int req, pid_t pid, v= oid *addr, int data) pl->pl_flags |=3D PL_FLAG_SCE; else if (td2->td_dbgflags & TDB_SCX) pl->pl_flags |=3D PL_FLAG_SCX; - if (td2->td_dbgflags & TDB_EXEC) + if (td2->td_dbgflags & TDB_EXEC) { pl->pl_flags |=3D PL_FLAG_EXEC; + if (p->p_flag & P_FOLLOWEXEC) + pl->pl_flags |=3D PL_FLAG_EXECF; + } if (td2->td_dbgflags & TDB_FORK) { pl->pl_flags |=3D PL_FLAG_FORKED; pl->pl_child_pid =3D td2->td_dbg_forked; diff --git a/sys/sys/proc.h b/sys/sys/proc.h index 0245e88..bec7223 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -614,6 +614,7 @@ struct proc { #define P_HWPMC 0x800000 /* Process is using HWPMCs */ =20 #define P_JAILED 0x1000000 /* Process is in jail. */ +#define P_FOLLOWEXEC 0x2000000 /* Report execs with ptrace. */ #define P_INEXEC 0x4000000 /* Process is in execve(). */ #define P_STATCHILD 0x8000000 /* Child process stopped or exited. */ #define P_INMEM 0x10000000 /* Loaded into memory. */ diff --git a/sys/sys/ptrace.h b/sys/sys/ptrace.h index 8a02495..81cebfc 100644 --- a/sys/sys/ptrace.h +++ b/sys/sys/ptrace.h @@ -64,6 +64,7 @@ #define PT_SYSCALL 22 =20 #define PT_FOLLOW_FORK 23 +#define PT_FOLLOW_EXEC 24 =20 #define PT_GETREGS 33 /* get general-purpose registers */ #define PT_SETREGS 34 /* set general-purpose registers */ @@ -100,14 +101,15 @@ struct ptrace_lwpinfo { #define PL_EVENT_NONE 0 #define PL_EVENT_SIGNAL 1 int pl_flags; /* LWP flags. */ -#define PL_FLAG_SA 0x01 /* M:N thread */ -#define PL_FLAG_BOUND 0x02 /* M:N bound thread */ -#define PL_FLAG_SCE 0x04 /* syscall enter point */ -#define PL_FLAG_SCX 0x08 /* syscall leave point */ -#define PL_FLAG_EXEC 0x10 /* exec(2) succeeded */ -#define PL_FLAG_SI 0x20 /* siginfo is valid */ -#define PL_FLAG_FORKED 0x40 /* new child */ -#define PL_FLAG_CHILD 0x80 /* I am from child */ +#define PL_FLAG_SA 0x0001 /* M:N thread */ +#define PL_FLAG_BOUND 0x0002 /* M:N bound thread */ +#define PL_FLAG_SCE 0x0004 /* syscall enter point */ +#define PL_FLAG_SCX 0x0008 /* syscall leave point */ +#define PL_FLAG_EXEC 0x0010 /* exec(2) succeeded */ +#define PL_FLAG_SI 0x0020 /* siginfo is valid */ +#define PL_FLAG_FORKED 0x0040 /* child born */ +#define PL_FLAG_CHILD 0x0080 /* I am from child */ +#define PL_FLAG_EXECF 0x0100 /* exec and PT_FOLLOW_EXEC was set */ sigset_t pl_sigmask; /* LWP signal mask */ sigset_t pl_siglist; /* LWP pending signal */ struct __siginfo pl_siginfo; /* siginfo for signal */ --nKzfxXxTXZ/rSi7L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk80YhUACgkQC3+MBN1Mb4iXogCgueoz4NqyA8JcUVVKKwL57hfK o44AoOn3muFIXYa6kAU4soUxv373KBAq =YwH6 -----END PGP SIGNATURE----- --nKzfxXxTXZ/rSi7L-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 00:22:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDD2E1065672 for ; Fri, 10 Feb 2012 00:22:54 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6028FC16 for ; Fri, 10 Feb 2012 00:22:53 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so2402384wib.13 for ; Thu, 09 Feb 2012 16:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=RKP9x0++SDolZ5xlmt1RLZ1N+NyQ7jx/+FLjNt22S0M=; b=Bu0GDGPxKWsTHIxgvZZVmacKZNpO+Hak2eJAh8Fbq+JnEYrEpkoznheiAXUaMlmoWg kLPkWriEhE0rMn25ToP3KLFM3Jgh0GVECK62xDE+tljf13mnpwKAcM+AAjfDbKmxgpTz qpS+eYZBu/kShGxxasGU+uk1lV9AEnFphkhp4= MIME-Version: 1.0 Received: by 10.180.100.228 with SMTP id fb4mr6014970wib.1.1328833373142; Thu, 09 Feb 2012 16:22:53 -0800 (PST) Received: by 10.227.205.6 with HTTP; Thu, 9 Feb 2012 16:22:53 -0800 (PST) Date: Fri, 10 Feb 2012 00:22:53 +0000 Message-ID: From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 00:22:54 -0000 hello list, I bought a new Seagate FA GoFlex USB3 removable disk running FreeBSD 10.x CURRENT this disk functions correctly on a USB 2.0 port (I can use zpool create to create a ZFS pool) however when attached to a USB 3.0 port it does not function correctly when attempting to create a zpool i get *AutoSense failed* this happens across 3 separate computers all running FreeBSD while booting from a usb stick attached to da0 i enabled USB_DEBUG in the kernel any ideas? Feb 9 18:12:28 kernel: uhub_read_port_status: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 4, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:12:28 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:18 kernel: ugen1.2: at usbus1 (disconnected) Feb 9 18:13:18 kernel: umass1: at uhub1, port 1, addr 1 (disconnected) Feb 9 18:13:18 kernel: (da1:umass-sim1:1:0:0): lost device - 0 outstanding, 0 refs Feb 9 18:13:18 kernel: (da1:umass-sim1:1:0:0): removing device entry Feb 9 18:13:32 kernel: usb_needs_explore: Feb 9 18:13:32 kernel: usb_bus_powerd: bus=0xffffff8001d90cd8 Feb 9 18:13:32 kernel: uhub_explore: udev=0xfffffe001ba93800 addr=1 Feb 9 18:13:32 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_explore: udev=0xfffffe001bb3c800 addr=2 Feb 9 18:13:32 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 2, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 4, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 5, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: usb_needs_explore: Feb 9 18:13:32 kernel: usb_bus_powerd: bus=0xffffff8001e04cd8 Feb 9 18:13:32 kernel: usb_bus_powerd: Recomputing power masks Feb 9 18:13:32 kernel: uhub_explore: udev=0xfffffe001bb3d000 addr=1 Feb 9 18:13:32 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_explore: udev=0xfffffe001bb3c000 addr=2 Feb 9 18:13:32 kernel: usbd_transfer_power_ref: Adding type 0 to power state Feb 9 18:13:32 kernel: usbd_transfer_power_ref: needs power Feb 9 18:13:32 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 4, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:32 kernel: usbd_transfer_power_ref: Adding type 2 to power state Feb 9 18:13:32 kernel: usbd_transfer_power_ref: needs power Feb 9 18:13:35 kernel: usb_needs_explore: Feb 9 18:13:35 kernel: usb_bus_powerd: bus=0xffffff8001dfa170 Feb 9 18:13:35 kernel: usb_bus_powerd: Recomputing power masks Feb 9 18:13:35 kernel: uhub_explore: udev=0xfffffe001ba93000 addr=1 Feb 9 18:13:35 kernel: uhub_read_port_status: port 1, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:35 kernel: uhub_read_port_status: port 2, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: usb_needs_explore: Feb 9 18:13:36 kernel: usb_bus_powerd: bus=0xffffff8001d90cd8 Feb 9 18:13:36 kernel: uhub_explore: udev=0xfffffe001ba93800 addr=1 Feb 9 18:13:36 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_explore: udev=0xfffffe001bb3c800 addr=2 Feb 9 18:13:36 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 2, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 4, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 5, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: usb_needs_explore: Feb 9 18:13:36 kernel: usb_bus_powerd: bus=0xffffff8001e04cd8 Feb 9 18:13:36 kernel: uhub_explore: udev=0xfffffe001bb3d000 addr=1 Feb 9 18:13:36 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_explore: udev=0xfffffe001bb3c000 addr=2 Feb 9 18:13:36 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 4, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:36 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: usb_needs_explore: Feb 9 18:13:39 kernel: usb_bus_powerd: bus=0xffffff8001dfa170 Feb 9 18:13:39 kernel: usb_bus_powerd: Recomputing power masks Feb 9 18:13:39 kernel: uhub_explore: udev=0xfffffe001ba93000 addr=1 Feb 9 18:13:39 kernel: uhub_read_port_status: port 1, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: uhub_read_port_status: port 2, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: usb_needs_explore: Feb 9 18:13:39 kernel: usb_bus_powerd: bus=0xffffff8001dfa170 Feb 9 18:13:39 kernel: usb_bus_powerd: Recomputing power masks Feb 9 18:13:39 kernel: uhub_explore: udev=0xfffffe001ba93000 addr=1 Feb 9 18:13:39 kernel: uhub_read_port_status: port 1, wPortStatus=0x0703, wPortChange=0x0001, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: uhub_reattach_port: reattaching port 1 Feb 9 18:13:39 kernel: uhub_read_port_status: port 1, wPortStatus=0x0703, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: uhub_reattach_port: Port 1 is in Host Mode Feb 9 18:13:39 kernel: usb_needs_explore: Feb 9 18:13:39 kernel: uhub_read_port_status: port 1, wPortStatus=0x0703, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:39 kernel: usbd_transfer_power_ref: Adding type 0 to power state Feb 9 18:13:39 kernel: usbd_transfer_power_ref: needs power Feb 9 18:13:40 kernel: usb_needs_explore: Feb 9 18:13:40 kernel: usb_bus_powerd: bus=0xffffff8001d90cd8 Feb 9 18:13:40 kernel: uhub_explore: udev=0xfffffe001ba93800 addr=1 Feb 9 18:13:40 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_explore: udev=0xfffffe001bb3c800 addr=2 Feb 9 18:13:40 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 2, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 4, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 5, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: usb_needs_explore: Feb 9 18:13:40 kernel: usb_bus_powerd: bus=0xffffff8001e04cd8 Feb 9 18:13:40 kernel: uhub_explore: udev=0xfffffe001bb3d000 addr=1 Feb 9 18:13:40 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_explore: udev=0xfffffe001bb3c000 addr=2 Feb 9 18:13:40 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 4, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:40 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:41 kernel: usbd_transfer_power_ref: Adding type 2 to power state Feb 9 18:13:41 kernel: usbd_transfer_power_ref: needs power Feb 9 18:13:41 kernel: usb_bus_port_set_device: bus 0xffffff8001dfa170 devices[2] = 0xfffffe003f9bd800 Feb 9 18:13:41 kernel: ugen1.2: at usbus1 Feb 9 18:13:41 kernel: umass1: on usbus1 Feb 9 18:13:41 kernel: umass1: SCSI over Bulk-Only; quirks = 0x4100 Feb 9 18:13:41 kernel: umass1:5:1:-1: Attached to scbus5 Feb 9 18:13:41 kernel: uhub_read_port_status: port 2, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:41 kernel: usb_bus_powerd: bus=0xffffff8001dfa170 Feb 9 18:13:41 kernel: uhub_explore: udev=0xfffffe001ba93000 addr=1 Feb 9 18:13:41 kernel: uhub_read_port_status: port 1, wPortStatus=0x0703, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:41 kernel: uhub_read_port_status: port 2, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:41 kernel: da1 at umass-sim1 bus 1 scbus5 target 0 lun 0 Feb 9 18:13:41 kernel: da1: Fixed Direct Access SCSI-0 device Feb 9 18:13:41 kernel: da1: 400.000MB/s transfers Feb 9 18:13:41 kernel: da1: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) Feb 9 18:13:43 kernel: usb_needs_explore: Feb 9 18:13:43 kernel: usb_bus_powerd: bus=0xffffff8001dfa170 Feb 9 18:13:43 kernel: usb_bus_powerd: Recomputing power masks Feb 9 18:13:43 kernel: uhub_explore: udev=0xfffffe001ba93000 addr=1 Feb 9 18:13:43 kernel: uhub_read_port_status: port 1, wPortStatus=0x0703, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:43 kernel: uhub_read_port_status: port 2, wPortStatus=0x07a0, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: usb_needs_explore: Feb 9 18:13:44 kernel: usb_bus_powerd: bus=0xffffff8001d90cd8 Feb 9 18:13:44 kernel: uhub_explore: udev=0xfffffe001ba93800 addr=1 Feb 9 18:13:44 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_explore: udev=0xfffffe001bb3c800 addr=2 Feb 9 18:13:44 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 2, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 4, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 5, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: usb_needs_explore: Feb 9 18:13:44 kernel: usb_bus_powerd: bus=0xffffff8001e04cd8 Feb 9 18:13:44 kernel: uhub_explore: udev=0xfffffe001bb3d000 addr=1 Feb 9 18:13:44 kernel: uhub_read_port_status: port 1, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_explore: udev=0xfffffe001bb3c000 addr=2 Feb 9 18:13:44 kernel: uhub_read_port_status: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 4, wPortStatus=0x0503, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Feb 9 18:13:44 kernel: uhub_read_port_status: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 00:53:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28EA106564A; Fri, 10 Feb 2012 00:53:29 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 41C5B8FC08; Fri, 10 Feb 2012 00:53:28 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so2419024wib.13 for ; Thu, 09 Feb 2012 16:53:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=3mSnWEbkQIQb6CuY5WRH8fouevjgLSrBfTz32KDiKqg=; b=mBaPpPuYSaBlMSNkoxq+Xn1/9F+EkXFQxSw+xMB8v5SjIH98/uHGhfI+ueK3DYsJdg V6bKvhtYwjLRqzPX6C63zCh54VDoy9TNypoKfY0TF/OsV8Ps7YIKIJ9iIlAAwqUOb26/ wgZIfnVZbota5PZj2d3hP8ollPXLNcDbGm3TY= Received: by 10.180.83.72 with SMTP id o8mr35802053wiy.22.1328835208209; Thu, 09 Feb 2012 16:53:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.103.10 with HTTP; Thu, 9 Feb 2012 16:52:58 -0800 (PST) From: Eitan Adler Date: Thu, 9 Feb 2012 19:52:58 -0500 Message-ID: To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQklS+qI5SUqxLBQvWJbXXTiGz3w7Nn0oiVUiTIvmQGxokcA/AEQCNg4IJluwdESQXnIN5xp Cc: Chris Rees , Colin Percival , "Wojciech A. Koszek" Subject: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 00:53:30 -0000 In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) there has been some discussion about changing the default cshrc file. I'd like to commit something like the following based on Chris's patch at the end of the thread. This post is an attempt to open the change to wider discussion. commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias h history 25 alias j jobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F # A righteous umask umask 22 @@ -17,19 +18,24 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K if ($?prompt) then # An interactive shell -- set some stuff up set prompt = "`/bin/hostname -s`# " set filec - set history = 100 - set savehist = 100 + set history = 10000 + set savehist = 10000 + set autolist + # Use history to aid expansion + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word bindkey -k up history-search-backward bindkey -k down history-search-forward endif + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" endif -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 00:59:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE05106566B; Fri, 10 Feb 2012 00:59:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 512218FC08; Fri, 10 Feb 2012 00:59:21 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so2413053wgb.31 for ; Thu, 09 Feb 2012 16:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=wlKeMPSn4hpg8dn57AfBp5TOp/LngT0SHUdlj1Etp5w=; b=iB4GnYR7NgS3Nhz8Y9+kIHE2E5qfbzxf9gSNS7sAGHULIdLW06tK8s4jkOCPTRciNT /4CyvaScmYcnnV9l0CSZBzLjB7/Yjdle6bbPYSouIr/F6vJ6GhYHb/3XG2LJ9RiZGEfI TpCHJrYq6sgm6h0UhTJsf1kfmrpk5OQSQN41s= MIME-Version: 1.0 Received: by 10.216.133.205 with SMTP id q55mr9484369wei.6.1328835561280; Thu, 09 Feb 2012 16:59:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.175.136 with HTTP; Thu, 9 Feb 2012 16:59:21 -0800 (PST) In-Reply-To: References: Date: Thu, 9 Feb 2012 16:59:21 -0800 X-Google-Sender-Auth: -n86GVoqIdwH95ZPZqToMNsOZB4 Message-ID: From: Adrian Chadd To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 00:59:23 -0000 Do the promptchars work correctly on csh as well as tcsh? Adrian From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 01:28:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A6010656A3 for ; Fri, 10 Feb 2012 01:28:45 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 9431D8FC12 for ; Fri, 10 Feb 2012 01:28:45 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 4E00A7E824; Fri, 10 Feb 2012 12:10:32 +1100 (EST) Message-ID: <4F346E88.2010302@freebsd.org> Date: Fri, 10 Feb 2012 12:10:32 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120126 Thunderbird/9.0 MIME-Version: 1.0 To: Eitan Adler References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 01:28:46 -0000 On 02/10/12 11:52, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. I like the proposed changes, although I don't see why you set the prompt twice? I've also inserted the changes I commonly run with inline below. > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K # Sets SSH_AUTH_SOCK to the user's ssh-agent socket path if running if (${?SSH_AUTH_SOCK} != "1") then setenv SSH_AUTH_SOCK `sockstat | grep ${USER} | grep ssh-agent | awk '{print $6}'` endif > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " # Useful for root's .cshrc, although I run with it in all my .cshrc if (`id -g` == 0) then set prompt="root@%m# " endif > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist set autologout = 0 > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward # This maps the "Delete" key to do the right thing # Pressing CTRL-v followed by the key of interest will print the shell's mapping for the key bindkey "^[[3~" delete-char-or-list-or-eof > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif > Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 01:42:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CBD1106566B for ; Fri, 10 Feb 2012 01:42:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id BEE848FC12 for ; Fri, 10 Feb 2012 01:42:24 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.208.111] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 238321857; Fri, 10 Feb 2012 02:42:20 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2012 02:40:30 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202100240.30401.hselasky@c2i.net> Cc: "Sam Fourman Jr." Subject: Re: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 01:42:25 -0000 On Friday 10 February 2012 01:22:53 Sam Fourman Jr. wrote: > hello list, > > I bought a new Seagate FA GoFlex USB3 removable disk running FreeBSD 10.x > CURRENT this disk functions correctly on a USB 2.0 port (I can use zpool > create to create a ZFS pool) > however when attached to a USB 3.0 port it does not function correctly when > attempting to create a zpool i get > > *AutoSense failed* > > this happens across 3 separate computers all running FreeBSD while booting > from a usb stick attached to da0 i enabled USB_DEBUG in the kernel > > any ideas? usbconfig dump_quirk_names Try to add the no sync cache quirk for your disk. Could you show dmesg w/o usb.debug enabled? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 01:55:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06EC106566B for ; Fri, 10 Feb 2012 01:55:46 +0000 (UTC) (envelope-from dmitrym@juniper.net) Received: from exprod7og125.obsmtp.com (exprod7og125.obsmtp.com [64.18.2.28]) by mx1.freebsd.org (Postfix) with ESMTP id 571B08FC0C for ; Fri, 10 Feb 2012 01:55:46 +0000 (UTC) Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob125.postini.com ([64.18.6.12]) with SMTP ID DSNKTzR5IKxJF9RrViHCcJiJNpdKYlD2gRd7@postini.com; Thu, 09 Feb 2012 17:55:46 PST Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB01-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 9 Feb 2012 17:53:58 -0800 Received: from [172.24.26.191] (dmitrym-lnx.jnpr.net [172.24.26.191]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q1A1rv143581; Thu, 9 Feb 2012 17:53:57 -0800 (PST) (envelope-from dmitrym@juniper.net) Message-ID: <4F3478B3.9040809@juniper.net> Date: Thu, 9 Feb 2012 17:53:55 -0800 From: Dmitry Mikulin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120130192727.GZ2726@deviant.kiev.zoral.com.ua> <4F2C756A.80900@juniper.net> <20120204204218.GC3283@deviant.kiev.zoral.com.ua> <4F3043E2.6090607@juniper.net> <20120207121022.GC3283@deviant.kiev.zoral.com.ua> <4F318D74.9030506@juniper.net> <4F31C89C.7010705@juniper.net> <4F3318AD.6000607@juniper.net> <20120209122908.GD3283@deviant.kiev.zoral.com.ua> <4F34311A.9050702@juniper.net> <20120210001725.GJ3283@deviant.kiev.zoral.com.ua> In-Reply-To: <20120210001725.GJ3283@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: f8e27f27-03b2-4c3e-9447-119194e72cb6 X-Mailman-Approved-At: Fri, 10 Feb 2012 02:02:06 +0000 Cc: freebsd-current Current , Marcel Moolenaar Subject: Re: [ptrace] please review follow fork/exec changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 01:55:46 -0000 On 02/09/2012 04:17 PM, Konstantin Belousov wrote: > On Thu, Feb 09, 2012 at 12:48:26PM -0800, Dmitry Mikulin wrote: >>> The semantic of PL_FLAG_EXEC up until now is very simple: it indicates >>> that current stop occured during the first return to usermode after >>> successful exec. The proposed patch breaks the semantic, because now >>> some stops which satisfy the stated condition are no longer marked with >>> the flag. >>> >>> That said, I am lost. You stated that you still need some stops at >>> exec even when not PT_FOLLOW_EXEC is requested. Why usermode cannot >>> remember whether the PT_FOLLOW_EXEC was set for the process, and ignore >>> PL_FLAG_EXEC if not requested ? >> I was trying to avoid making ugly changes in gdb if it was possible not to >> make ugly changes in the kernel. I changed gdb to work without >> PT_FOLLOW_EXEC. > So, does the patch below helps you, or did I missed something again ? It works, but I managed to make gdb work without it. So, PT_FOLLOW_EXEC is not needed now. Sorry for the confusion. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 03:56:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C418106566B for ; Fri, 10 Feb 2012 03:56:57 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D79908FC13 for ; Fri, 10 Feb 2012 03:56:56 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so1237360pbc.13 for ; Thu, 09 Feb 2012 19:56:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=wR9TN2PdlqDijPUGAtFfB/obP5SMRnkS6+MvSDnC8ec=; b=CRZMcv8IgIwjaX042uuoF4zv9u53EMCoaIAzK6eTQCm67q/xF48vdilF7YdI6Ypzi/ hbDtJLYJ3dRTa8X07QGiiuCqxbdg2XA4+nV2W4vvrFIQmwORVJDd+fCk70Rthsd7+E0n 3X7HxKvsngRPV8Xlk7bNZoh8EUhOlulS18qso= MIME-Version: 1.0 Received: by 10.68.75.11 with SMTP id y11mr12315630pbv.51.1328844466381; Thu, 09 Feb 2012 19:27:46 -0800 (PST) Received: by 10.143.154.1 with HTTP; Thu, 9 Feb 2012 19:27:46 -0800 (PST) In-Reply-To: References: Date: Fri, 10 Feb 2012 00:27:46 -0300 Message-ID: From: Gonzalo Nemmi To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , Eitan Adler , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 03:56:57 -0000 On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > =A0alias h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0history 25 > =A0alias j =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0jobs -l > -alias la =A0 =A0 =A0 ls -a > +alias la =A0 =A0 =A0 ls -aF > =A0alias lf =A0 =A0 =A0 ls -FA > -alias ll =A0 =A0 =A0 ls -lA > +alias ll =A0 =A0 =A0 ls -lAF > +alias ls =A0 =A0 =A0 ls -F > > =A0# A righteous umask > =A0umask 22 > @@ -17,19 +18,24 @@ umask 22 > =A0set path =3D (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > =A0setenv EDITOR =A0vi > -setenv PAGER =A0 more > +setenv PAGER =A0 less > =A0setenv BLOCKSIZE =A0 =A0 =A0 K > > =A0if ($?prompt) then > =A0 =A0 =A0 =A0# An interactive shell -- set some stuff up > =A0 =A0 =A0 =A0set prompt =3D "`/bin/hostname -s`# " > =A0 =A0 =A0 =A0set filec > - =A0 =A0 =A0 set history =3D 100 > - =A0 =A0 =A0 set savehist =3D 100 > + =A0 =A0 =A0 set history =3D 10000 > + =A0 =A0 =A0 set savehist =3D 10000 > + =A0 =A0 =A0 set autolist > + =A0 =A0 =A0 # Use history to aid expansion > + =A0 =A0 =A0 set autoexpand > =A0 =A0 =A0 =A0set mail =3D (/var/mail/$USER) > =A0 =A0 =A0 =A0if ( $?tcsh ) then > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bindkey "^W" backward-delete-word > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bindkey -k up history-search-backward > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bindkey -k down history-search-forward > =A0 =A0 =A0 =A0endif > + =A0 =A0 =A0 set prompt =3D "[%n@%m]%c04%# " > + =A0 =A0 =A0 set promptchars =3D "%#" > =A0endif > In the same line that Wojciech on the PR ".cshrc should be updated for modern hardware" I always set this ones on /usr/share/skel/dot.cshrc bindkey "\e[1~" beginning-of-line #make Home key work; bindkey "\e[2~" overwrite-mode #make Ins key work; bindkey "\e[3~" delete-char #make Delete key work; bindkey "\e[4~" end-of-line #make End key work; Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it exists, but that has nothing to do with ".cshrc should be updated for modern hardware" ... it jsut comes in really handy. my 2 cents From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 06:14:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61096106566C for ; Fri, 10 Feb 2012 06:14:12 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E07DD8FC08 for ; Fri, 10 Feb 2012 06:14:11 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so2023771bkc.13 for ; Thu, 09 Feb 2012 22:14:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=zJxRVaOKNp616c/I8/qC0f5v5xyoX/1h8lFWza4qvN8=; b=n6cnBYs2HSRgt9hlRgM4GLmnae0CCH1lezwKRtYLG6inkCrsFCRLZym67ggh/vAEF+ nUeUB3+m3AamiOJWdgV37SS3SAJz/Eugb6gcRqKKcfMCNYY/RT1PDsm1+onyV76UZJJk /xUJJzf5D16c5VrQdgZy0XIBLF63jwrCTJujw= Received: by 10.204.152.219 with SMTP id h27mr1998190bkw.40.1328853037193; Thu, 09 Feb 2012 21:50:37 -0800 (PST) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id jd17sm14433237bkb.4.2012.02.09.21.50.34 (version=SSLv3 cipher=OTHER); Thu, 09 Feb 2012 21:50:35 -0800 (PST) Date: Fri, 10 Feb 2012 08:50:53 +0300 From: "Sergey V. Dyatko" To: Eitan Adler Message-ID: <20120210085053.654197cf@laptop> In-Reply-To: References: X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 06:14:12 -0000 On Thu, 9 Feb 2012 19:52:58 -0500 Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif > what are you thinking about: + bindkey "^F" forward-word + bindkey "^B" backward-word ? -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 07:14:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B932A1065670 for ; Fri, 10 Feb 2012 07:14:34 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 41C928FC08 for ; Fri, 10 Feb 2012 07:14:33 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q1A6o61X059811; Thu, 9 Feb 2012 23:50:06 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q1A6o6HO059808; Thu, 9 Feb 2012 23:50:06 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 9 Feb 2012 23:50:06 -0700 (MST) From: Warren Block To: Gonzalo Nemmi In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 09 Feb 2012 23:50:06 -0700 (MST) Cc: Chris Rees , Eitan Adler , freebsd-current Current , Colin Percival , "Wojciech A. Koszek" Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 07:14:34 -0000 On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) >> there has been some discussion about changing the default cshrc file. > In the same line that Wojciech on the PR ".cshrc should be updated for > modern hardware" I always set this ones on /usr/share/skel/dot.cshrc > > bindkey "\e[1~" beginning-of-line #make Home key work; > bindkey "\e[2~" overwrite-mode #make Ins key work; > bindkey "\e[3~" delete-char #make Delete key work; > bindkey "\e[4~" end-of-line #make End key work; > > Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it > exists, but that has nothing to do with ".cshrc should be updated for > modern hardware" ... it jsut comes in really handy. The question becomes "how much is too much?" For example, ever since a thread in the forums showed examples of csh/tcsh autocompletion, I've thought the default .cshrc should be stuffed with them. Not for typing reduction so much as self-documenting commands like complete chown 'p/1/u/' complete man 'C/*/c/' complete service 'n/*/`service -l`/' 'service' autocompletes with a list of services--it helps the user by showing valid choices. Same with 'chown', it gives a list of users. Then there's this, which probably isn't quite right but has been useful to me (thanks to forum members for help with it): complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; /=/d; s/[[:blank:]]*:.*//gp;"`@' That completes with all lower-case make targets for the current directory. Package operations are easier when the package names autocomplete: complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ 'n@*@`ls /var/db/pkg`@' complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x X e E l t V P)/' \ 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' There's lots more that could be done. Are they appropriate for a stock .cshrc? Maybe now is the time. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 07:32:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E261065676 for ; Fri, 10 Feb 2012 07:32:05 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC4B8FC0A for ; Fri, 10 Feb 2012 07:32:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1A7W5vm015599 for ; Fri, 10 Feb 2012 07:32:05 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1A7W5I3015591 for freebsd-current@FreeBSD.org; Fri, 10 Feb 2012 07:32:05 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 10 Feb 2012 08:32:01 +0100 From: Baptiste Daroussin To: freebsd-current@FreeBSD.org Message-ID: <20120210073201.GN2106@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FhKpTYimqQF2+bfE" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [CFT] pw(8) using pw/gr API from libutil X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 07:32:05 -0000 --FhKpTYimqQF2+bfE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I have been modifying pw(8) it order for it to user the pw_* and gr_* funct= ion =66rom libutil, to: avoid code duplication have a single API to manipulate user/group things. I have been using this version for a while now and it works quite well to m= e, I'm just missing testing in real NIS environment. The patch can be find here: http://people.freebsd.org/~bapt/pw_use_pw_gr_utils.diff regards, Bapt --FhKpTYimqQF2+bfE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk80x/EACgkQ8kTtMUmk6EyOlgCgh3OF1+fKtV92wGzqz6HKUJVe HasAoJKVpQm6I18IQ4CCLQptFnN5g4nh =bmYt -----END PGP SIGNATURE----- --FhKpTYimqQF2+bfE-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:03:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2D5106566C for ; Fri, 10 Feb 2012 08:03:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 730A88FC0A for ; Fri, 10 Feb 2012 08:03:44 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1RvlSG-0009wK-C1; Fri, 10 Feb 2012 10:03:40 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Chuck Tuffli In-reply-to: References: <4F3218BE.3020404@feral.com> Comments: In-reply-to Chuck Tuffli message dated "Wed, 08 Feb 2012 19:11:27 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Feb 2012 10:03:40 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-current@freebsd.org, Matthew Jacob Subject: Re: Announcing Emulex 10G Ethernet NIC driver availability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:03:44 -0000 > On Tue, Feb 7, 2012 at 10:39 PM, Matthew Jacob wrote: > > Any plans for iscsi, fcoe? > > > >> Hi All, > >> > >> > >> > >> Please find the 10Gb Ethernet NIC driver for Emulex OneConnect > >> (BladeEngine) and Lancer family of network adapters at > > Yes, Emulex is working on a native FC/FCoE driver (initiator and/or > target) that should be ready for wider testing in the next 3-4 months. > Note this driver only supports the more recent devices such as the > 10GbE FCoE CNA and 16G FC HBA (i.e. LPe1600x). any plans for iSCSI? From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:10:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FA1106566C for ; Fri, 10 Feb 2012 08:10:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 099158FC1A for ; Fri, 10 Feb 2012 08:10:18 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.208.111] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 239173727; Fri, 10 Feb 2012 09:10:16 +0100 From: Hans Petter Selasky To: "Sam Fourman Jr." Date: Fri, 10 Feb 2012 09:08:24 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201202100240.30401.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201202100908.24184.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:10:19 -0000 On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > UQ_MSC Try to add some of the quirks like this: usbconfig -d X.Y add_quirk UQ_MSC_XXX UQ_MSC_NO_INQUIRY UQ_MSC_NO_SYNC_CACHE Then replug your device. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:18:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A241106566C for ; Fri, 10 Feb 2012 08:18:40 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 159078FC0A for ; Fri, 10 Feb 2012 08:18:39 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so2625786wgb.31 for ; Fri, 10 Feb 2012 00:18:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ioHygmnTZdBE8sMi+SCgx1kbqWMbFAU7FfphDML/ks8=; b=WFiAVs3+Jy/+yz2wUA2fnTHu3iofT1i2jkIumPb2WzlOdmBpUXFh8enbdLK2d7y6bB lLHZFOyDieIld3nqVVTP3tFaeIbFnszGPHn3u3hu5BVh4iyO+POHOpUzOijkZDXrAYLD cK3d9/kw/Q8hq1aDFNTjVH+J2p9yGbpTJTYAc= MIME-Version: 1.0 Received: by 10.216.135.167 with SMTP id u39mr360193wei.51.1328861918839; Fri, 10 Feb 2012 00:18:38 -0800 (PST) Received: by 10.227.205.6 with HTTP; Fri, 10 Feb 2012 00:18:38 -0800 (PST) In-Reply-To: <201202100908.24184.hselasky@c2i.net> References: <201202100240.30401.hselasky@c2i.net> <201202100908.24184.hselasky@c2i.net> Date: Fri, 10 Feb 2012 02:18:38 -0600 Message-ID: From: "Sam Fourman Jr." To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:18:40 -0000 On Fri, Feb 10, 2012 at 2:08 AM, Hans Petter Selasky wrote: > On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > > UQ_MSC > > Try to add some of the quirks like this: > > usbconfig -d X.Y add_quirk UQ_MSC_XXX > > UQ_MSC_NO_INQUIRY > UQ_MSC_NO_SYNC_CACHE > > Then replug your device. > > Icarus# usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_INQUIRY Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_SYNC_CACHE ugen1.2: at usbus1 (disconnected) umass0: at uhub1, port 1, addr 1 (disconnected) (pass2:umass-sim0:0:0:0): lost device (pass2:umass-sim0:0:0:0): removing device entry (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs (da0:umass-sim0:0:0:0): removing device entry ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4400 umass0:3:0:-1: Attached to scbus3 (probe0:umass-sim0:0:0:0): SCSI status error (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error pass2 at umass-sim0 bus 0 scbus3 target 0 lun 0 pass2: < > Removable Direct Access SCSI-2 device pass2: 400.000MB/s transfers GEOM: new disk da0 (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in process of becoming ready) (da0:umass-sim0:0:0:0): Polling device for readiness da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: < > Removable Direct Access SCSI-2 device da0: 400.000MB/s transfers da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error --HPS > -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:19:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E8E71065672 for ; Fri, 10 Feb 2012 08:19:58 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 225E08FC0A for ; Fri, 10 Feb 2012 08:19:57 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 29CCDE3F07B; Fri, 10 Feb 2012 09:01:06 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMv8YZwGuQRC; Fri, 10 Feb 2012 09:01:00 +0100 (CET) Received: from goofy01.vnodelab.local (unknown [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 6EE24E3F079; Fri, 10 Feb 2012 09:01:00 +0100 (CET) Date: Fri, 10 Feb 2012 09:00:58 +0100 From: Joel Dahl To: Eitan Adler Message-ID: <20120210080058.GB85504@goofy01.vnodelab.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:19:58 -0000 On 09-02-2012 19:52, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > + set autolist > + # Use history to aid expansion > + set autoexpand +1 for autolist and autoexpand. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:35:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C7A6106564A for ; Fri, 10 Feb 2012 08:35:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 62F588FC12 for ; Fri, 10 Feb 2012 08:34:59 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.208.111] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 239406021; Fri, 10 Feb 2012 09:34:57 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2012 09:33:05 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201202100908.24184.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202100933.05732.hselasky@c2i.net> Cc: "Sam Fourman Jr." Subject: Re: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:35:09 -0000 On Friday 10 February 2012 09:18:38 Sam Fourman Jr. wrote: > On Fri, Feb 10, 2012 at 2:08 AM, Hans Petter Selasky wrote: > > On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > > > UQ_MSC > > > > Try to add some of the quirks like this: > > > > usbconfig -d X.Y add_quirk UQ_MSC_XXX > > > > UQ_MSC_NO_INQUIRY > > UQ_MSC_NO_SYNC_CACHE > > > > Then replug your device. > > Icarus# usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=SAVE > ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=SAVE > ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=SAVE > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE > ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE > ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen0.4: at usbus0, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > ugen1.2: at usbus1, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=ON > > Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_INQUIRY > Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_SYNC_CACHE > > > > ugen1.2: at usbus1 (disconnected) > umass0: at uhub1, port 1, addr 1 (disconnected) > (pass2:umass-sim0:0:0:0): lost device > (pass2:umass-sim0:0:0:0): removing device entry > (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs > (da0:umass-sim0:0:0:0): removing device entry > ugen1.2: at usbus1 > umass0: on > usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4400 > umass0:3:0:-1: Attached to scbus3 > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid > field in CDB) > (probe0:umass-sim0:0:0:0): Error 22, Unretryable error > pass2 at umass-sim0 bus 0 scbus3 target 0 lun 0 > pass2: < > Removable Direct Access SCSI-2 device > pass2: 400.000MB/s transfers > GEOM: new disk da0 > (da0:umass-sim0:0:0:0): SCSI status error > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in > process of becoming ready) > (da0:umass-sim0:0:0:0): Polling device for readiness > da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 > da0: < > Removable Direct Access SCSI-2 device > da0: 400.000MB/s transfers > da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): AutoSense failed > (da0:umass-sim0:0:0:0): Error 5, Unretryable error > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): AutoSense failed > (da0:umass-sim0:0:0:0): Error 5, Unretryable error Hi, I believe some SCSI guys needs to look at that. If the USB transport is OK, then there is nothing more USB can do ... You can try to enable USB debugging in umass. This maybe requires a kernel recompile with "options USB_DEBUG". Then set: sysctl hw.usb.umass.debug=-1 If you see any errors on the status stage or timeouts, its USB's fault. Else it is some SCSI stuff. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:51:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54DEC106566B for ; Fri, 10 Feb 2012 08:51:08 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D55E18FC13 for ; Fri, 10 Feb 2012 08:51:07 +0000 (UTC) Received: by werm13 with SMTP id m13so2695465wer.13 for ; Fri, 10 Feb 2012 00:51:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nNSpstip6wMg8YqkOqD7kC22/eyg4usbQ8a+HKV09m0=; b=Vi03/Y+GWE3R/TT/RhOObAHd1YAtw6+BIfTv3mv4zULAXguKc/ZQ/lZu8O2UPXPuN1 uni4qlvfVVHdTJtd3KTBlZxPwyrrHuWmgKkYrsuaP7/B3sbzYzz7l0xyUrQYzyOVnRms cCiE5voADKNF+uSFtOtUJ+fcXw3TSLcb6X/DY= MIME-Version: 1.0 Received: by 10.180.24.166 with SMTP id v6mr1560693wif.10.1328861282468; Fri, 10 Feb 2012 00:08:02 -0800 (PST) Received: by 10.223.62.70 with HTTP; Fri, 10 Feb 2012 00:08:02 -0800 (PST) In-Reply-To: References: Date: Fri, 10 Feb 2012 02:08:02 -0600 Message-ID: From: Adam Vande More To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 08:51:08 -0000 On Thu, Feb 9, 2012 at 6:52 PM, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > > I don't like the change to alias ll. I use it frequently and the proposed change makes it less readable. Otherwise, these mostly seem overdue. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 09:29:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A341065672; Fri, 10 Feb 2012 09:29:13 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id ACDDD8FC18; Fri, 10 Feb 2012 09:29:12 +0000 (UTC) Received: from happy.home.yamagi.org (hmbg-5f7600da.pool.mediaWays.net [95.118.0.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id 0EB051666334; Fri, 10 Feb 2012 10:29:10 +0100 (CET) Date: Fri, 10 Feb 2012 10:29:05 +0100 From: Yamagi Burmeister To: lists@eitanadler.com Message-Id: <20120210102905.bd64c9bd.lists@yamagi.org> In-Reply-To: References: X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__10_Feb_2012_10_29_05_+0100_wKZKI7fc.n/IZulf" Cc: crees@freebsd.org, freebsd-current@freebsd.org, wkoszek@freebsd.czest.pl, cperciva@freebsd.org Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 09:29:13 -0000 --Signature=_Fri__10_Feb_2012_10_29_05_+0100_wKZKI7fc.n/IZulf Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 9 Feb 2012 19:52:58 -0500 Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D160689) > there has been some discussion about changing the default cshrc file. >=20 > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. If tcsh could be updated to version 6.18.00 "set autorehash" would be really nice. With that you'll never have to type "rehash" again. :) --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Fri__10_Feb_2012_10_29_05_+0100_wKZKI7fc.n/IZulf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8042UACgkQWTjlg++8y8t3MQCfRb7Of1LcxBQmcGXA/mW40zBD YyIAoKDnXoD29HIF9XBnm3Fvrde+i/TV =qo4I -----END PGP SIGNATURE----- --Signature=_Fri__10_Feb_2012_10_29_05_+0100_wKZKI7fc.n/IZulf-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 11:04:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C074F106567B for ; Fri, 10 Feb 2012 11:04:28 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 0E4138FC1A for ; Fri, 10 Feb 2012 11:04:27 +0000 (UTC) Received: (qmail 61856 invoked from network); 10 Feb 2012 10:37:45 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 10 Feb 2012 10:37:45 -0000 Date: Fri, 10 Feb 2012 11:37:45 +0100 (CET) Message-Id: <20120210.113745.74694025.sthaug@nethelp.no> To: lists@yamagi.org From: sthaug@nethelp.no In-Reply-To: <20120210102905.bd64c9bd.lists@yamagi.org> References: <20120210102905.bd64c9bd.lists@yamagi.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: crees@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, cperciva@freebsd.org, wkoszek@freebsd.czest.pl Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 11:04:28 -0000 > If tcsh could be updated to version 6.18.00 "set autorehash" would be > really nice. With that you'll never have to type "rehash" again. :) Yes please! Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 11:25:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD962106566B for ; Fri, 10 Feb 2012 11:25:11 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 032AD8FC1A for ; Fri, 10 Feb 2012 11:25:10 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 36A5728435; Fri, 10 Feb 2012 12:06:03 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 4485D2842E; Fri, 10 Feb 2012 12:06:01 +0100 (CET) Message-ID: <4F34FA17.7080000@quip.cz> Date: Fri, 10 Feb 2012 12:05:59 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Warren Block References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Colin Percival , Chris Rees , Eitan Adler , freebsd-current Current , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 11:25:11 -0000 Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > >> On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: >>> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > >>> there has been some discussion about changing the default cshrc file. >> In the same line that Wojciech on the PR ".cshrc should be updated for >> modern hardware" I always set this ones on /usr/share/skel/dot.cshrc >> >> bindkey "\e[1~" beginning-of-line #make Home key work; >> bindkey "\e[2~" overwrite-mode #make Ins key work; >> bindkey "\e[3~" delete-char #make Delete key work; >> bindkey "\e[4~" end-of-line #make End key work; >> >> Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it >> exists, but that has nothing to do with ".cshrc should be updated for >> modern hardware" ... it jsut comes in really handy. > > The question becomes "how much is too much?" For example, ever since a > thread in the forums showed examples of csh/tcsh autocompletion, I've > thought the default .cshrc should be stuffed with them. Not for typing > reduction so much as self-documenting commands like > > complete chown 'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' > > 'service' autocompletes with a list of services--it helps the user by > showing valid choices. Same with 'chown', it gives a list of users. > > Then there's this, which probably isn't quite right but has been useful > to me (thanks to forum members for help with it): > > complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; /=/d; > s/[[:blank:]]*:.*//gp;"`@' > > That completes with all lower-case make targets for the current directory. > > Package operations are easier when the package names autocomplete: > > complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ > 'n@*@`ls /var/db/pkg`@' > complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O > x X e E l t V P)/' \ > 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' > > There's lots more that could be done. Are they appropriate for a stock > .cshrc? Maybe now is the time. I am +1 for better support of command autocompletion for FreeBSD specific commands. For example, I have this for services complete service 'c/-/(e l r v)/' 'p/1/`service -l`/' 'n/*/(start stop reload restart status rcvar onestart onestop)/' Something for kernel modules complete kldload 'n@*@`ls -1 /boot/modules/ /boot/kernel/ | awk -F/ \$NF\ \~\ \".ko\"\ \{sub\(\/\.ko\/,\"\",\$NF\)\;print\ \$NF\}`@' complete kldunload 'n@*@`kldstat | awk \{sub\(\/\.ko\/,\"\",\$NF\)\;print\ \$NF\} | grep -v Name`@' complete kill 'c/-/S/' 'c/%/j/' 'n/*/`ps -ax | awk '"'"'{print $1}'"'"'`/' complete killall 'c/-/S/' 'c/%/j/' 'n/*/`ps -axc | awk '"'"'{print $5}'"'"'`/' Or for portmaster alias _PKGS_PkGs_PoRtS_ 'awk -F\| \{sub\(\"\/usr\/ports\/\"\,\"\"\,\$2\)\;print\ \$2\} /usr/ports/INDEX-`uname -r | cut -d . -f 1` && pkg_info -E \*' complete portmaster 'c/--/(always-fetch check-depends check-port-dbdir clean-distfiles \ clean-packages delete-build-only delete-packages force-config help \ index index-first index-only list-origins local-packagedir no-confirm \ no-index-fetch no-term-title packages packages-build packages-if-newer \ packages-local packages-only show-work update-if-newer version)/' \ 'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w x)/' \ 'n@*@`_PKGS_PkGs_PoRtS_`@' The alias is there because same list of ports and packages are used for other pkg / ports commands (portupgrade, pkg_info, pkg_delete, pkg_tree, portell etc...) I have collected completion for about 50 commands like: vim, where, which, dd, find, man, limit, kill, bzip2, camcontrol, ifconfig, postfix, postmap, mount, su, sed, sysctl, make etc.. Come of them are rough and need some tweaks. I would like to share them with others, if there are interrest to include it in stock FreeBSD base. And if we are talking about better completion and history support, what about following? set history=10000 set histdup=prev set savehist=(10000 merge) set autolist=ambiguous set autocorrect set autoexpand set complete set correct=cmd set color set colorcat set filec At last - if you are using screen or tmux and what properly saved and merged history from all screens after logout, you need to add history -S to the ~.logout file. Otherwise I have saved history only from last screen window. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 11:54:45 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ABFD106564A; Fri, 10 Feb 2012 11:54:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 62D0C8FC0C; Fri, 10 Feb 2012 11:54:43 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA16156; Fri, 10 Feb 2012 13:54:33 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F350579.7020109@FreeBSD.org> Date: Fri, 10 Feb 2012 13:54:33 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120206 Thunderbird/10.0 MIME-Version: 1.0 To: Mark Felder References: In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: zfs commit breaks zvol, istgt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 11:54:45 -0000 on 10/02/2012 01:16 Mark Felder said the following: > Hi all, > > Previous kernel I was running on a test SAN was 9-STABLE from Jan 24th. Sorry, no > commit # -- didn't have svn on the machine back then. > > Today I built r231282 because it had an interesting fix in it: > > r231141 | mm | 2012-02-07 11:57:33 -0600 (Tue, 07 Feb 2012) | 25 lines > > MFC r230514: > Merge illumos revisions 13572, 13573, 13574: > > Rev. 13572: > disk sync write perf regression when slog is used post oi_148 [1] > > Rev. 13573: > crash during reguid causes stale config [2] > allow and unallow missing from zpool history since removal of pyzfs [5] > > Rev. 13574: > leaking a vdev when removing an l2cache device [3] > memory leak when adding a file-based l2arc device [4] > leak in ZFS from metaslab_group_create and zfs_ereport_checksum [6] > > References: > https://www.illumos.org/issues/1909 [1] > https://www.illumos.org/issues/1949 [2] > https://www.illumos.org/issues/1951 [3] > https://www.illumos.org/issues/1952 [4] > https://www.illumos.org/issues/1953 [5] > https://www.illumos.org/issues/1954 [6] > > Obtained from: illumos (issues #1909, #1949, #1951, #1952, #1953, #1954) > > > After booting into this kernel iSCSI was hosed. None of the ESXi servers looking > at it could do any I/O at all. Weird errors in the istgt log, too: > > Feb 9 16:26:23 zfs-san2 istgt[8177]: Login from > iqn.1998-01.com.vmware:esx1-21ecbe81 (172.16.17.41) on > iqn.2011-12.net.supranet.san2.istgt:lun7 LU7 (172.16.17.182:3260,1), > ISID=23d000002, TSIH=4, CID=0, HeaderDigest=off, DataDigest=off > Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c: > 777:istgt_iscsi_write_pdu_internal: ***ERROR*** iscsi_write() failed (errno=32) Are you positive that this breakage is ZFS related? BTW, errno 32 is EPIPE. > Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c:4984:sender: ***ERROR*** > iscsi_write_pdu() failed on > iqn.2011-12.net.supranet.san2.istgt:lun7,t,0x0001(iqn.1998-01.com.vmware:esx1-21ecbe81,i,0x00023d000002) > > > > > I didn't see any other commits between that could cause this, but can anyone else > confirm? After rebooting into the Jan 24th kernel everything went back to normal... > > > > Thanks, > > > > Mark > > > zfs-san2# zfs list > NAME USED AVAIL REFER MOUNTPOINT > tank 8.25T 7.76T 1.05M /tank > tank/LUN1 1.03T 8.77T 24.7G - > tank/LUN2 1.03T 8.77T 19.7G - > tank/LUN3 1.03T 8.70T 93.6G - > tank/LUN4 1.03T 8.77T 19.3G - > tank/LUN5 1.03T 8.79T 44.1K - > tank/LUN6 1.03T 8.79T 44.1K - > tank/LUN7 1.03T 8.79T 44.1K - > tank/LUN8 1.03T 8.79T 44.1K - > tank/nfs 2.30G 7.76T 2.30G /tank/nfs > > > > zfs-san2# zpool status > pool: tank > state: ONLINE > scan: scrub repaired 0 in 0h0m with 0 errors on Thu Jan 26 17:05:40 2012 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > multipath/disk01 ONLINE 0 0 0 > multipath/disk02 ONLINE 0 0 0 > multipath/disk03 ONLINE 0 0 0 > multipath/disk04 ONLINE 0 0 0 > raidz1-1 ONLINE 0 0 0 > multipath/disk05 ONLINE 0 0 0 > multipath/disk06 ONLINE 0 0 0 > multipath/disk07 ONLINE 0 0 0 > multipath/disk08 ONLINE 0 0 0 > raidz1-2 ONLINE 0 0 0 > multipath/disk09 ONLINE 0 0 0 > multipath/disk10 ONLINE 0 0 0 > multipath/disk11 ONLINE 0 0 0 > multipath/disk12 ONLINE 0 0 0 > logs > da1 ONLINE 0 0 0 > cache > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > > errors: No known data errors > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 06:53:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3DD6106564A for ; Fri, 10 Feb 2012 06:53:19 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0478FC08 for ; Fri, 10 Feb 2012 06:53:18 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so2625133wib.13 for ; Thu, 09 Feb 2012 22:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pup1Op13oNod4Zae+Cr2fQcU7zeHE17P97X0lcFEYUk=; b=xdTvh7ui5PpJ2m19EPE7xwA5vb9ZDkI5s6LWFpvFjosL3Doi0rMpuD71kG/RihK4L0 MD7TdS7kb1kfKLMHl23JEo1TO+FVu5MEhh0OAoutQUEqooEf+16r/7rT9IAan1jxhYYx lbP1ZNCUzHvOE95FikdWlODp8eCGZ/vdjelo4= MIME-Version: 1.0 Received: by 10.180.82.227 with SMTP id l3mr7382206wiy.1.1328856796326; Thu, 09 Feb 2012 22:53:16 -0800 (PST) Received: by 10.227.205.6 with HTTP; Thu, 9 Feb 2012 22:53:16 -0800 (PST) In-Reply-To: <201202100240.30401.hselasky@c2i.net> References: <201202100240.30401.hselasky@c2i.net> Date: Fri, 10 Feb 2012 00:53:16 -0600 Message-ID: From: "Sam Fourman Jr." To: Hans Petter Selasky X-Mailman-Approved-At: Fri, 10 Feb 2012 11:56:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: USB3 and a Seagate FA GoFlex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 06:53:19 -0000 > > usbconfig dump_quirk_names > > > Try to add the no sync cache quirk for your disk. > > Could you show dmesg w/o usb.debug enabled? > > here is the error ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command xhci_do_command: Command timeout! (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 20 0 0 e0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in process of becoming ready) (da0:umass-sim0:0:0:0): Polling device for readiness (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error Icarus# Icarus# usbconfig dump_quirk_names Dumping list of supported quirks: UQ_MATCH_VENDOR_ONLY UQ_AUDIO_SWAP_LR UQ_AU_INP_ASYNC UQ_AU_NO_FRAC UQ_AU_NO_XU UQ_BAD_ADC UQ_BAD_AUDIO UQ_BROKEN_BIDIR UQ_BUS_POWERED UQ_HID_IGNORE UQ_KBD_IGNORE UQ_KBD_BOOTPROTO UQ_MS_BAD_CLASS UQ_MS_LEADING_BYTE UQ_MS_REVZ UQ_NO_STRINGS UQ_OPEN_CLEARSTALL UQ_POWER_CLAIM UQ_SPUR_BUT_UP UQ_SWAP_UNICODE UQ_CFG_INDEX_1 UQ_CFG_INDEX_2 UQ_CFG_INDEX_3 UQ_CFG_INDEX_4 UQ_CFG_INDEX_0 UQ_ASSUME_CM_OVER_DATA UQ_MSC_NO_TEST_UNIT_READY UQ_MSC_NO_RS_CLEAR_UA UQ_MSC_NO_START_STOP UQ_MSC_NO_GETMAXLUN UQ_MSC_NO_INQUIRY UQ_MSC_NO_INQUIRY_EVPD UQ_MSC_NO_SYNC_CACHE UQ_MSC_SHUTTLE_INIT UQ_MSC_ALT_IFACE_1 UQ_MSC_FLOPPY_SPEED UQ_MSC_IGNORE_RESIDUE UQ_MSC_WRONG_CSWSIG UQ_MSC_RBC_PAD_TO_12 UQ_MSC_READ_CAP_OFFBY1 UQ_MSC_FORCE_SHORT_INQ UQ_MSC_FORCE_WIRE_BBB UQ_MSC_FORCE_WIRE_CBI UQ_MSC_FORCE_WIRE_CBI_I UQ_MSC_FORCE_PROTO_SCSI UQ_MSC_FORCE_PROTO_ATAPI UQ_MSC_FORCE_PROTO_UFI UQ_MSC_FORCE_PROTO_RBC UQ_MSC_EJECT_HUAWEI UQ_MSC_EJECT_SIERRA UQ_MSC_EJECT_SCSIEJECT UQ_MSC_EJECT_REZERO UQ_MSC_EJECT_ZTESTOR UQ_MSC_EJECT_CMOTECH UQ_MSC_EJECT_WAIT UQ_MSC_EJECT_SAEL_M460 UQ_MSC_EJECT_HUAWEISCSI UQ_MSC_EJECT_TCT UQ_BAD_MIDI UQ_AU_VENDOR_CLASS UQ_SINGLE_CMD_MIDI Icarus# dmesg Table 'FACP' at 0xaaf9ad98 Table 'APIC' at 0xaaffdf18 APIC: Found table at 0xaaffdf18 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 8 ACPI ID 9: disabled MADT: Found CPU APIC ID 9 ACPI ID 10: disabled MADT: Found CPU APIC ID 10 ACPI ID 11: disabled MADT: Found CPU APIC ID 11 ACPI ID 12: disabled MADT: Found CPU APIC ID 12 ACPI ID 13: disabled MADT: Found CPU APIC ID 13 ACPI ID 14: disabled MADT: Found CPU APIC ID 14 ACPI ID 15: disabled MADT: Found CPU APIC ID 15 ACPI ID 16: disabled Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #3 r231181M: Wed Feb 8 00:31:01 UTC 2012 sfourman@Titan:/usr/obj/usr/src/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81665000. Calibrating TSC clock ... TSC clock: 1995507584 Hz CPU: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz (1995.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Features=0xbfebfbff Features2=0x1dbae3bf AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001696000 - 0x000000001fffffff, 513187840 bytes (125290 pages) 0x0000000020200000 - 0x000000003fffffff, 534773760 bytes (130560 pages) 0x0000000040200000 - 0x00000000a0e34fff, 1623412736 bytes (396341 pages) 0x00000000aad8e000 - 0x00000000aad94fff, 28672 bytes (7 pages) 0x00000000aad96000 - 0x00000000aad96fff, 4096 bytes (1 pages) 0x00000000aadb8000 - 0x00000000aadc5fff, 57344 bytes (14 pages) 0x00000000aade8000 - 0x00000000aaf22fff, 1290240 bytes (315 pages) 0x00000000aafe8000 - 0x00000000aaffcfff, 86016 bytes (21 pages) 0x0000000100000000 - 0x000000014f7e7fff, 1333690368 bytes (325608 pages) avail memory = 3978256384 (3793 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: <_ASUS_ Notebook> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000241000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffffe000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 lapic0: CMCI unmasked ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0430 00024 (v02 _ASUS_) ACPI: XSDT 0xaaffee18 00074 (v01 _ASUS_ Notebook 06222004 MSFT 00010013) ACPI: FACP 0xaaf9ad98 000F4 (v04 _ASUS_ Notebook 06222004 MSFT 00010013) ACPI Warning: 32/64X FACS address mismatch in FADT - 0xAAFE4E40/0x00000000AAFE4D40, using 32 (20120111/tbfadt-531) ACPI: DSDT 0xaaf86018 13833 (v01 _ASUS_ Notebook 00000000 INTL 20091112) ACPI: FACS 0xaafe4e40 00040 ACPI: APIC 0xaaffdf18 000CC (v02 _ASUS_ Notebook 06222004 MSFT 00010013) ACPI: DBGP 0xaaffff18 00034 (v01 _ASUS_ Notebook 06222004 MSFT 00010013) ACPI: ECDT 0xaafe4b18 000C1 (v01 _ASUS_ Notebook 06222004 AMI. 00000003) ACPI: SLIC 0xaaf9be18 00176 (v01 _ASUS_ Notebook 06222004 ASUS 00000001) ACPI: HPET 0xaafe5d18 00038 (v01 _ASUS_ Notebook 06222004 AMI. 00000003) ACPI: MCFG 0xaafe5c98 0003C (v01 _ASUS_ Notebook 06222004 MSFT 00000097) ACPI: SSDT 0xaaf85018 00913 (v01 PmRef Cpu0Ist 00003000 INTL 20091112) ACPI: SSDT 0xaaf84018 00996 (v01 PmRef CpuPm 00003000 INTL 20091112) ACPI: ASF! 0xaafe4a18 000A0 (v32 INTEL HCG 00000001 TFSM 000F4240) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 wlan: <802.11 Link Layer> snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ctl: CAM Target Layer loaded acpi0: <_ASUS_ Notebook> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi_ec0: port 0x62,0x66 on acpi0 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) cpu0: on acpi0 ACPI: SSDT 0xaadca798 0073F (v01 PmRef Cpu0Cst 00003001 INTL 20091112) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0073F (v01 PmRef Cpu0Cst 00003001 INTL 20091112) cpu1: on acpi0 ACPI: SSDT 0xaadcba98 00303 (v01 PmRef ApIst 00003000 INTL 20091112) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00303 (v01 PmRef ApIst 00003000 INTL 20091112) ACPI: SSDT 0xaadc9d98 00119 (v01 PmRef ApCst 00003000 INTL 20091112) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20091112) cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 Validation 0 11 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 12 Validation 0 10 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 12 Validation 0 5 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 12 Validation 0 5 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 12 Validation 0 255 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 12 Validation 0 255 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 12 Validation 0 5 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 12 Validation 0 3 N 0 3 4 5 6 7 10 12 After Disable 0 255 N 0 3 4 5 6 7 10 12 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xb0000000-0xfeafffff pcib0: decoding 3 range 0xfed40000-0xfed44fff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x0104, revid=0x09 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x3090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0101, revid=0x09 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0116, revid=0x09 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xdc400000, size 22, enabled pcib0: allocated type 3 (0xdc400000-0xdc7fffff) for rid 10 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 64, base 0xb0000000, size 28, enabled pcib0: allocated type 3 (0xb0000000-0xbfffffff) for rid 18 of pci0:0:2:0 map[20]: type I/O Port, range 32, base 0xe000, size 6, enabled pcib0: allocated type 4 (0xe000-0xe03f) for rid 20 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c3a, revid=0x04 domain=0, bus=0, slot=22, func=0 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf00b000, size 4, enabled pcib0: allocated type 3 (0xdf00b000-0xdf00b00f) for rid 10 of pci0:0:22:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c2d, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf008000, size 10, enabled pcib0: allocated type 3 (0xdf008000-0xdf0083ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x1c20, revid=0x05 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf000000, size 14, enabled pcib0: allocated type 3 (0xdf000000-0xdf003fff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x1c10, revid=0xb5 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c12, revid=0xb5 domain=0, bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1c16, revid=0xb5 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x1c1a, revid=0xb5 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1c26, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf007000, size 10, enabled pcib0: allocated type 3 (0xdf007000-0xdf0073ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x1c49, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1c03, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xe0b0, size 3, enabled pcib0: allocated type 4 (0xe0b0-0xe0b7) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xe0a0, size 2, enabled pcib0: allocated type 4 (0xe0a0-0xe0a3) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xe090, size 3, enabled pcib0: allocated type 4 (0xe090-0xe097) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xe080, size 2, enabled pcib0: allocated type 4 (0xe080-0xe083) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xe060, size 5, enabled pcib0: allocated type 4 (0xe060-0xe07f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xdf006000, size 11, enabled pcib0: allocated type 3 (0xdf006000-0xdf0067ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x1c22, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[10]: type Memory, range 64, base 0xdf005000, size 8, enabled pcib0: allocated type 3 (0xdf005000-0xdf0050ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xe040, size 5, enabled pcib0: allocated type 4 (0xe040-0xe05f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib1 pcib0: allocated type 3 (0xdb000000-0xdc0fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xc0000000-0xd1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xdb000000-0xdc0fffff pcib1: prefetched decode 0xc0000000-0xd1ffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0df4, revid=0xa1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xdb000000, size 24, memory disabled pcib1: allocated memory range (0xdb000000-0xdbffffff) for rid 10 of pci0:1:0:0 map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib1: allocated prefetch range (0xc0000000-0xcfffffff) for rid 14 of pci0:1:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xd0000000, size 25, enabled pcib1: allocated prefetch range (0xd0000000-0xd1ffffff) for rid 1c of pci0:1:0:0 map[24]: type I/O Port, range 32, base 0xd000, size 7, port disabled pcib1: allocated I/O port range (0xd000-0xd07f) for rid 24 of pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xd000-0xd07f mem 0xdb000000-0xdbffffff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 16 at device 0.0 on pci1 vgapci1: port 0xe000-0xe03f mem 0xdc400000-0xdc7fffff,0xb0000000-0xbfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci1 agp0: aperture size is 256M, detected 65532k stolen memory agp0: AGP_SNB_GFX_MODE: 00000000 agp0: AGP_SNB_GCC1: 0x0211 agp0: Mappable GTT entries: 65536 agp0: Total GTT entries: 524288 pci0: at device 22.0 (no driver attached) ehci0: mem 0xdf008000-0xdf0083ff irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 59 usbus0: EHCI version 1.0 usbus0: on ehci0 usbus0: bpf attached ehci0: usbpf: Attached hdac0: mem 0xdf000000-0xdf003fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 60 hdac0: using IRQ 264 for MSI hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib2: irq 16 at device 28.0 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib2 pcib0: allocated type 3 (0xde600000-0xdeffffff) for rid 20 of pcib2 pcib0: allocated type 3 (0xd4200000-0xd4bfffff) for rid 24 of pcib2 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xde600000-0xdeffffff pcib2: prefetched decode 0xd4200000-0xd4bfffff pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 17 at device 28.1 on pci0 pcib0: allocated type 4 (0xb000-0xbfff) for rid 1c of pcib3 pcib0: allocated type 3 (0xddc00000-0xde5fffff) for rid 20 of pcib3 pcib0: allocated type 3 (0xd3700000-0xd40fffff) for rid 24 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xddc00000-0xde5fffff pcib3: prefetched decode 0xd3700000-0xd40fffff pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x168c, dev=0x002b, revid=0x01 domain=0, bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xddc00000, size 16, enabled pcib3: allocated memory range (0xddc00000-0xddc0ffff) for rid 10 of pci0:3:0:0 pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 ath0: mem 0xddc00000-0xddc0ffff irq 17 at device 0.0 on pci3 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 61 [ath] AR9285E_20 detected; using XE TX gain tables ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 2T2R ath0: 11ng MCS 20MHz ath0: MCS 0-7: 6.5Mbps - 65Mbps ath0: MCS 8-15: 13Mbps - 130Mbps ath0: AR9285 mac 192.2 RF5133 phy 14.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons ath0: using multicast key search pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 4 (0xa000-0xafff) for rid 1c of pcib4 pcib0: allocated type 3 (0xdd200000-0xddbfffff) for rid 20 of pcib4 pcib0: allocated type 3 (0xd2c00000-0xd35fffff) for rid 24 of pcib4 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xa000-0xafff pcib4: memory decode 0xdd200000-0xddbfffff pcib4: prefetched decode 0xd2c00000-0xd35fffff pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x1b73, dev=0x1000, revid=0x04 domain=0, bus=4, slot=0, func=0 class=0c-03-30, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xdd200000, size 16, enabled pcib4: allocated memory range (0xdd200000-0xdd20ffff) for rid 10 of pci0:4:0:0 pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 xhci0: mem 0xdd200000-0xdd20ffff irq 19 at device 0.0 on pci4 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 62 xhci0: 32 byte context size. usbus1 on xhci0 usbus1: bpf attached xhci0: usbpf: Attached pcib5: irq 17 at device 28.5 on pci0 pcib0: allocated type 4 (0x9000-0x9fff) for rid 1c of pcib5 pcib0: allocated type 3 (0xdc800000-0xdd1fffff) for rid 20 of pcib5 pcib0: allocated type 3 (0xd2100000-0xd2afffff) for rid 24 of pcib5 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x9000-0x9fff pcib5: memory decode 0xdc800000-0xdd1fffff pcib5: prefetched decode 0xd2100000-0xd2afffff pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x10ec, dev=0x8168, revid=0x06 domain=0, bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 4 messages in map 0x20 map[10]: type I/O Port, range 32, base 0x9000, size 8, enabled pcib5: allocated I/O port range (0x9000-0x90ff) for rid 10 of pci0:5:0:0 map[18]: type Prefetchable Memory, range 64, base 0xd2104000, size 12, enabled pcib5: allocated prefetch range (0xd2104000-0xd2104fff) for rid 18 of pci0:5:0:0 map[20]: type Prefetchable Memory, range 64, base 0xd2100000, size 14, enabled pcib5: allocated prefetch range (0xd2100000-0xd2103fff) for rid 20 of pci0:5:0:0 pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 re0: port 0x9000-0x90ff mem 0xd2104000-0xd2104fff,0xd2100000-0xd2103fff irq 17 at device 0.0 on pci5 re0: MSI count : 1 re0: MSI-X count : 4 re0: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 265 to local APIC 0 vector 63 re0: using IRQ 265 for MSI-X re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: ASPM disabled re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 4 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: bpf attached re0: Ethernet address: 14:da:e9:20:d9:96 ehci1: mem 0xdf007000-0xdf0073ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 64 usbus2: EHCI version 1.0 usbus2: on ehci1 usbus2: bpf attached ehci1: usbpf: Attached isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xe0b0-0xe0b7,0xe0a0-0xe0a3,0xe090-0xe097,0xe080-0xe083,0xe060-0xe07f mem 0xdf006000-0xdf0067ff irq 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 65 ahci0: using IRQ 266 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ SNTF ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahci0: EM Caps: ALHD XMT SMB LED ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: not probed (disabled) ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: not probed (disabled) ahcich4: not probed (disabled) ahcich5: not probed (disabled) pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 66 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 67 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi0: wakeup code va 0xffffff811338e000 pa 0x4000 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 1 of orm0 ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 49887700 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. hdacc0: at cad 0 on hdac0 hdacc0: Root Node at nid=0: 1 subnodes 1-1 hdaa0: at nid 1 on hdacc0 hdaa0: Audio Function Group at nid=1: 34 subnodes 2-35 hdaa0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0: GPIO0: disabled hdaa0: GPIO1: disabled hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 20 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 23 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 24 04a11830 3 0 Mic Jack 1/8 Right Black 8 hdaa0: 25 99a3093f 3 15 Mic Fixed ATAPI Onboard Unknown 9 hdaa0: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 27 99130110 1 0 Speaker Fixed ATAPI Onboard Unknown 1 hdaa0: 29 40079a2d 2 13 Line-out None Analog 0x00 Pink 10 hdaa0: 30 99430120 2 0 SPDIF-out Fixed ATAPI Onboard Unknown 1 hdaa0: 33 0421101f 1 15 Headphones Jack 1/8 Right Black 0 hdaa0: Patching widget caps nid=29 0x00400000 -> 0x00700000 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 20 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 23 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 24 04a11830 3 0 Mic Jack 1/8 Right Black 8 hdaa0: 25 99a3093f 3 15 Mic Fixed ATAPI Onboard Unknown 9 hdaa0: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 27 99130110 1 0 Speaker Fixed ATAPI Onboard Unknown 1 hdaa0: 30 99430120 2 0 SPDIF-out Fixed ATAPI Onboard Unknown 1 hdaa0: 33 0421101f 1 15 Headphones Jack 1/8 Right Black 0 hdaa0: 3 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=27 seq=0 hdaa0: Pin nid=33 seq=15 hdaa0: Association 1 (2) out: hdaa0: Pin nid=30 seq=0 hdaa0: Association 2 (3) in: hdaa0: Pin nid=24 seq=0 hdaa0: Pin nid=25 seq=15 hdaa0: Tracing association 0 (1) hdaa0: Pin 27 traced to DAC 2 hdaa0: Pin 33 traced to DAC 2 and hpredir 0 hdaa0: Association 0 (1) trace succeeded hdaa0: Tracing association 1 (2) hdaa0: Pin 30 traced to DAC 6 hdaa0: Association 1 (2) trace succeeded hdaa0: Tracing association 2 (3) hdaa0: Pin 24 traced to ADC 8 hdaa0: Pin 25 traced to ADC 8 hdaa0: Association 2 (3) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Looking for additional DAC for association 1 (2) hdaa0: Looking for additional ADC for association 2 (3) hdaa0: Tracing input monitor hdaa0: Tracing nid 11 to out hdaa0: nid 11 is input monitor hdaa0: Tracing nid 35 to out hdaa0: Tracing other input monitors hdaa0: Tracing nid 24 to out hdaa0: Tracing nid 25 to out hdaa0: Tracing beeper hdaa0: Headphones redirection for association 0 nid=33 using unsolicited responses. hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdaa0: hdaa0: +-------------------+ hdaa0: | DUMPING HDA NODES | hdaa0: +-------------------+ hdaa0: hdaa0: Default Parameter hdaa0: ----------------- hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: IN amp: 0x00000000 hdaa0: OUT amp: 0x00000000 hdaa0: hdaa0: nid: 2 hdaa0: Name: audio output hdaa0: Widget cap: 0x0000001d hdaa0: STEREO hdaa0: Association: 0 (0x00008001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Output amp: 0x00025757 hdaa0: mute=0 step=87 size=2 offset=87 hdaa0: hdaa0: nid: 3 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x0000001d hdaa0: STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Output amp: 0x00025757 hdaa0: mute=0 step=87 size=2 offset=87 hdaa0: hdaa0: nid: 4 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 5 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 6 hdaa0: Name: audio output hdaa0: Widget cap: 0x00000211 hdaa0: DIGITAL STEREO hdaa0: Association: 1 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: hdaa0: nid: 7 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 8 hdaa0: Name: audio input hdaa0: Widget cap: 0x0010011b hdaa0: STEREO hdaa0: Association: 2 (0x00008001) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=35 [audio mixer] hdaa0: hdaa0: nid: 9 [DISABLED] hdaa0: Name: audio input hdaa0: Widget cap: 0x0010011b hdaa0: STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=34 [audio selector] [DISABLED] hdaa0: hdaa0: nid: 10 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 11 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 2 (0x00008001) hdaa0: OSS: mix (mix) hdaa0: Input amp: 0x80051f17 hdaa0: mute=1 step=31 size=5 offset=23 hdaa0: connections: 5 hdaa0: | hdaa0: + <- nid=24 [pin: Mic (Black Jack)] hdaa0: + <- nid=25 [pin: Mic (Fixed)] hdaa0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=27 [pin: Speaker (Fixed)] hdaa0: + <- nid=29 [beep widget] hdaa0: hdaa0: nid: 12 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 0 (0x00008001) hdaa0: OSS: pcm, mix hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + <- nid=2 [audio output] hdaa0: + <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 13 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: -2 (0x00000000) hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=3 [audio output] [DISABLED] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 14 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 15 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010a hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=2 [audio output] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 16 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 17 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 18 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040000b hdaa0: STEREO hdaa0: Pin cap: 0x00000020 hdaa0: IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: Input amp: 0x002f0300 hdaa0: mute=0 step=3 size=47 offset=0 hdaa0: hdaa0: nid: 19 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 20 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040018d hdaa0: UNSOL STEREO hdaa0: Pin cap: 0x00010014 hdaa0: PDC OUT EAPD hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: EAPD: 0x00000002 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + <- nid=13 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 21 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 22 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 23 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040010c hdaa0: Pin cap: 0x00000010 hdaa0: OUT hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 24 hdaa0: Name: pin: Mic (Black Jack) hdaa0: Widget cap: 0x0040018f hdaa0: UNSOL STEREO hdaa0: Association: 2 (0x00000001) hdaa0: OSS: mic (mic) hdaa0: Pin cap: 0x00001734 hdaa0: PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdaa0: Pin config: 0x04a11830 hdaa0: Pin control: 0x00000024 IN VREFs hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x002f0300 hdaa0: mute=0 step=3 size=47 offset=0 hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 25 hdaa0: Name: pin: Mic (Fixed) hdaa0: Widget cap: 0x0040008b hdaa0: UNSOL STEREO hdaa0: Association: 2 (0x00008000) hdaa0: OSS: monitor (monitor) hdaa0: Pin cap: 0x00001724 hdaa0: PDC IN VREF[ 50 80 GROUND HIZ ] hdaa0: Pin config: 0x99a3093f hdaa0: Pin control: 0x00000024 IN VREFs hdaa0: Input amp: 0x002f0300 hdaa0: mute=0 step=3 size=47 offset=0 hdaa0: hdaa0: nid: 26 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040018f hdaa0: UNSOL STEREO hdaa0: Pin cap: 0x0000003c hdaa0: PDC HP OUT IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x002f0300 hdaa0: mute=0 step=3 size=47 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + <- nid=13 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 27 hdaa0: Name: pin: Speaker (Fixed) hdaa0: Widget cap: 0x0040018f hdaa0: UNSOL STEREO hdaa0: Association: 0 (0x00000001) hdaa0: Pin cap: 0x00000034 hdaa0: PDC OUT IN hdaa0: Pin config: 0x99130110 hdaa0: Pin control: 0x00000040 OUT hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x002f0300 hdaa0: mute=0 step=3 size=47 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 28 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 29 hdaa0: Name: beep widget hdaa0: Widget cap: 0x00700000 hdaa0: Association: -2 (0x00000000) hdaa0: OSS: speaker (speaker) hdaa0: Pin cap: 0x00000020 hdaa0: IN hdaa0: Pin config: 0x40079a2d hdaa0: Pin control: 0x00000020 IN hdaa0: hdaa0: nid: 30 hdaa0: Name: pin: SPDIF-out (Fixed) hdaa0: Widget cap: 0x00400381 hdaa0: DIGITAL UNSOL STEREO hdaa0: Association: 1 (0x00000001) hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x99430120 hdaa0: Pin control: 0x00000040 OUT hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=6 [audio output] hdaa0: hdaa0: nid: 31 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 32 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00040 hdaa0: PROC hdaa0: hdaa0: nid: 33 hdaa0: Name: pin: Headphones (Black Jack) hdaa0: Widget cap: 0x0040018d hdaa0: UNSOL STEREO hdaa0: Association: 0 (0x00008000) hdaa0: Pin cap: 0x0000001c hdaa0: PDC HP OUT hdaa0: Pin config: 0x0421101f hdaa0: Pin control: 0x000000c0 HP OUT hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 34 [DISABLED] hdaa0: Name: audio selector hdaa0: Widget cap: 0x0030010b hdaa0: STEREO hdaa0: connections: 7 hdaa0: | hdaa0: + <- nid=24 [pin: Mic (Black Jack)] (selected) hdaa0: + <- nid=25 [pin: Mic (Fixed)] hdaa0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdaa0: + <- nid=27 [pin: Speaker (Fixed)] hdaa0: + <- nid=29 [beep widget] hdaa0: + <- nid=11 [audio mixer] hdaa0: + [DISABLED] <- nid=18 [pin: Speaker (None)] [DISABLED] hdaa0: hdaa0: nid: 35 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 2 (0x00008001) hdaa0: OSS: speaker, mic, mix, monitor hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 6 hdaa0: | hdaa0: + <- nid=24 [pin: Mic (Black Jack)] hdaa0: + <- nid=25 [pin: Mic (Fixed)] hdaa0: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=27 [pin: Speaker (Fixed)] hdaa0: + <- nid=29 [beep widget] hdaa0: + <- nid=11 [audio mixer] hdaa0: pcm0: at nid 27,33 and 24,25 on hdaa0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 8 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=27 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=33 [pin: Headphones (Black Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=8 [audio input] pcm0: | pcm0: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] pcm0: | pcm0: + <- nid=24 [pin: Mic (Black Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Fixed)] [src: monitor] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Black Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Fixed)] [src: monitor] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol): -65/0dB pcm0: | pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 24 (nid 27 in ): mute pcm0: +- ctl 26 (nid 33 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm): -65/0dB pcm0: | pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: pcm0: Microphone Volume (OSS: mic): 0/36dB pcm0: | pcm0: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 20 (nid 24 out): 0/36dB (4 steps) pcm0: +- ctl 27 (nid 35 in 0): mute pcm0: pcm0: Microphone2 Volume (OSS: monitor): 0/36dB pcm0: | pcm0: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 21 (nid 25 out): 0/36dB (4 steps) pcm0: +- ctl 28 (nid 35 in 1): mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm0: | pcm0: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm0: +- ctl 31 (nid 35 in 4): mute pcm0: pcm0: Recording Level (OSS: rec): -16/30dB pcm0: | pcm0: +- ctl 3 (nid 8 in 0): -16/30dB (32 steps) + mute pcm0: +- ctl 27 (nid 35 in 0): mute pcm0: +- ctl 28 (nid 35 in 1): mute pcm0: +- ctl 31 (nid 35 in 4): mute pcm0: +- ctl 32 (nid 35 in 5): mute pcm0: pcm0: Input Mix Level (OSS: mix): -34/12dB pcm0: | pcm0: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 32 (nid 35 in 5): mute pcm0: pcm0: Input Monitoring Level (OSS: igain): 0/0dB pcm0: | pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "monitor": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 14f780000, 10000; 0xffffff81133a1000 -> 14f780000 pcm0: sndbuf_setmap 5ac0000, 10000; 0xffffff81133e1000 -> 5ac0000 pcm0: Automatically set rec source to: monitor pcm1: at nid 30 on hdaa0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x000e05e0 pcm1: 16 20 24 bits, 44 48 88 96 192 KHz pcm1: DAC: 6 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=30 [pin: SPDIF-out (Fixed)] pcm1: | pcm1: + <- nid=6 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 1780000, 10000; 0xffffff8113421000 -> 1780000 hdacc1: at cad 3 on hdac0 hdacc1: Root Node at nid=0: 1 subnodes 1-1 hdaa1: at nid 1 on hdacc1 hdaa1: Audio Function Group at nid=1: 7 subnodes 2-8 hdaa1: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 5 58560010 1 0 Digital-out None Digital 0x18 Unknown 0 hdaa1: 6 18560020 2 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa1: 7 58560030 3 0 Digital-out None Digital 0x18 Unknown 0 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 5 58560010 1 0 Digital-out None Digital 0x18 Unknown 0 DISA hdaa1: 6 18560020 2 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa1: 7 58560030 3 0 Digital-out None Digital 0x18 Unknown 0 DISA hdaa1: 1 associations found: hdaa1: Association 0 (2) out: hdaa1: Pin nid=6 seq=0 hdaa1: Tracing association 0 (2) hdaa1: Pin 6 traced to DAC 3 hdaa1: Association 0 (2) trace succeeded hdaa1: Looking for additional DAC for association 0 (2) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing beeper hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdaa1: hdaa1: +-------------------+ hdaa1: | DUMPING HDA NODES | hdaa1: +-------------------+ hdaa1: hdaa1: Default Parameter hdaa1: ----------------- hdaa1: IN amp: 0x00000000 hdaa1: OUT amp: 0x00000000 hdaa1: hdaa1: nid: 2 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00006611 hdaa1: PWR DIGITAL 8CH hdaa1: Stream cap: 0x00000005 hdaa1: AC3 PCM hdaa1: PCM cap: 0x001e07f0 hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz hdaa1: hdaa1: nid: 3 hdaa1: Name: audio output hdaa1: Widget cap: 0x00006611 hdaa1: PWR DIGITAL 8CH hdaa1: Association: 0 (0x00000001) hdaa1: OSS: pcm (pcm) hdaa1: Stream cap: 0x00000005 hdaa1: AC3 PCM hdaa1: PCM cap: 0x001e07f0 hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz hdaa1: hdaa1: nid: 4 [DISABLED] hdaa1: Name: audio output hdaa1: Widget cap: 0x00006611 hdaa1: PWR DIGITAL 8CH hdaa1: Stream cap: 0x00000005 hdaa1: AC3 PCM hdaa1: PCM cap: 0x001e07f0 hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz hdaa1: hdaa1: nid: 5 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x0040778d hdaa1: PWR DIGITAL UNSOL 8CH hdaa1: Pin cap: 0x09000094 hdaa1: PDC OUT HDMI DP HBR hdaa1: Pin config: 0x58560010 hdaa1: Pin control: 0x00000000 hdaa1: Output amp: 0x80000000 hdaa1: mute=1 step=0 size=0 offset=0 hdaa1: connections: 1 hdaa1: | hdaa1: + [DISABLED] <- nid=2 [audio output] [DISABLED] hdaa1: hdaa1: nid: 6 hdaa1: Name: pin: Digital-out (Jack) hdaa1: Widget cap: 0x0040778d hdaa1: PWR DIGITAL UNSOL 8CH hdaa1: Association: 0 (0x00000001) hdaa1: Pin cap: 0x09000094 hdaa1: PDC OUT HDMI DP HBR hdaa1: Pin config: 0x18560020 hdaa1: Pin control: 0x00000040 OUT hdaa1: Output amp: 0x80000000 hdaa1: mute=1 step=0 size=0 offset=0 hdaa1: connections: 1 hdaa1: | hdaa1: + <- nid=3 [audio output] hdaa1: hdaa1: nid: 7 [DISABLED] hdaa1: Name: pin: Digital-out (None) hdaa1: Widget cap: 0x0040778d hdaa1: PWR DIGITAL UNSOL 8CH hdaa1: Pin cap: 0x09000094 hdaa1: PDC OUT HDMI DP HBR hdaa1: Pin config: 0x58560030 hdaa1: Pin control: 0x00000000 hdaa1: Output amp: 0x80000000 hdaa1: mute=1 step=0 size=0 offset=0 hdaa1: connections: 1 hdaa1: | hdaa1: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdaa1: hdaa1: nid: 8 [DISABLED] hdaa1: Name: vendor widget hdaa1: Widget cap: 0x00f00000 hdaa1: pcm2: at nid 6 on hdaa1 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x001e07f0 pcm2: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm2: DAC: 3 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=6 [pin: Digital-out (Jack)] pcm2: | pcm2: + <- nid=3 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Master Volume (OSS: vol): 0/0dB pcm2: | pcm2: +- ctl 2 (nid 6 in ): mute pcm2: pcm2: PCM Volume (OSS: pcm): 0/0dB pcm2: | pcm2: +- ctl 2 (nid 6 in ): mute pcm2: pcm2: Mixer "vol": pcm2: Mixer "pcm": pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 17c0000, 10000; 0xffffff8113461000 -> 17c0000 usbus0: 480Mbps High Speed USB v2.0 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 480Mbps High Speed USB v2.0 ahcich0: AHCI reset... ahcich0: SATA connect time=900us status=00000123 ahcich0: AHCI reset: device found ahcich2: AHCI reset... ahcich2: SATA connect time=900us status=00000113 ahcich2: AHCI reset: device found ahcich2: AHCI reset: device ready after 0ms (aprobe1:ahcich2:0:0:0): SIGNATURE: eb14 acpi_acad0: acline initialization start system power profile changed to 'economy' acpi_acad0: Off Line ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: <0x1b73> at usbus1 uhub1: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times ahcich0: AHCI reset: device ready after 100ms (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub3: on usbus0 ugen2.2: at usbus2 uhub4: on usbus2 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:3:0:-1: Attached to scbus3 uhub3: 6 ports with 6 removable, self powered uhub4: 6 ports with 6 removable, self powered ugen0.3: at usbus0 (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error (probe1:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5WX25PJC ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 GEOM: new disk ada0 GEOM: new disk da0 da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: Serial Number NA0L1T1V da0: 400.000MB/s transfers da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-8 SATA 2.x device pass0: Serial Number 5WX25PJC pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled (cd0:ahcich2:0:0:0): SCSI status error (cd0:ahcich2:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich2:0:0:0): CAM status: SCSI Status Error (cd0:ahcich2:0:0:0): SCSI status: Check Condition (cd0:ahcich2:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich2:0:0:0): Error 6, Unretryable error cd0 at ahcich2 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number YK81 021672 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed pass1 at ahcich2 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number YK81 021672 pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) pass2 at umass-sim0 bus 0 scbus3 target 0 lun 0 pass2: Fixed Direct Access SCSI-0 device pass2: Serial Number NA0L1T1V pass2: 400.000MB/s transfers lapic4: CMCI unmasked lapic5: CMCI unmasked lapic2: CMCI unmasked lapic3: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 48 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 48 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 48 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 48 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 48 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 48 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 SMP: passed TSC synchronization test TSC timecounter discards lower 7 bit(s) Timecounter "TSC-low" frequency 15589903 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk cd0 ugen0.4: at usbus0 (cd0:ahcich2:0:0:0): SCSI status error (cd0:ahcich2:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich2:0:0:0): CAM status: SCSI Status Error (cd0:ahcich2:0:0:0): SCSI status: Check Condition (cd0:ahcich2:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich2:0:0:0): Error 6, Unretryable error (cd0:ahcich2:0:0:0): SCSI status error (cd0:ahcich2:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich2:0:0:0): CAM status: SCSI Status Error (cd0:ahcich2:0:0:0): SCSI status: Check Condition (cd0:ahcich2:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich2:0:0:0): Error 6, Unretryable error (cd0:ahcich2:0:0:0): SCSI status error (cd0:ahcich2:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich2:0:0:0): CAM status: SCSI Status Error (cd0:ahcich2:0:0:0): SCSI status: Check Condition (cd0:ahcich2:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich2:0:0:0): Error 6, Unretryable error Trying to mount root from ufs:/dev/ada0p2 [rw]... start_init: trying /sbin/init wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 74:2f:68:3d:05:69 ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED Icarus# > --HPS > -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 09:00:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED1A110656AC for ; Fri, 10 Feb 2012 09:00:27 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0BA8FC0A for ; Fri, 10 Feb 2012 09:00:14 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1A8MeHr016535; Fri, 10 Feb 2012 01:22:49 -0700 From: Erich Dollansky Organization: ALO Green Technologies Pte Ltd To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2012 15:22:46 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202101522.46869.erich@alogreentechnologies.com> X-Mailman-Approved-At: Fri, 10 Feb 2012 12:07:42 +0000 Cc: Warren Block , Colin Percival , Chris Rees , Eitan Adler , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 09:00:28 -0000 Hi, On Friday 10 February 2012 13:50:06 Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > The question becomes "how much is too much?" For example, ever since a why not make an example rc file and let the users chose from? > complete chown 'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' I have the habit to collect things like this and add it to my installations from time to time. I watch then how it develops. Some have disturbing side effects to a person's working style. These will be removed later. Others stay then. Erich From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 12:30:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 551CE1065673 for ; Fri, 10 Feb 2012 12:30:15 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id BACA98FC15 for ; Fri, 10 Feb 2012 12:30:14 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1AC1uqS009860; Fri, 10 Feb 2012 05:01:59 -0700 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2012 19:02:09 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: <4F34FA17.7080000@quip.cz> In-Reply-To: <4F34FA17.7080000@quip.cz> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202101902.09373.erichfreebsdlist@ovitrap.com> Cc: Warren Block , Colin Percival , Miroslav Lachman <000.fbsd@quip.cz>, Chris Rees , Eitan Adler , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 12:30:15 -0000 Hi, On Friday 10 February 2012 18:05:59 Miroslav Lachman wrote: > Warren Block wrote: > > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > > I would like to share them with others, if there are interrest to > include it in stock FreeBSD base. > just publish them at least here. It will always be helpful for beginners and also for people like me who use BSD since years but did not see certain options tcsh has. Erich From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 12:39:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 004A1106564A; Fri, 10 Feb 2012 12:39:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9B37B8FC14; Fri, 10 Feb 2012 12:39:52 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1A1D828432; Fri, 10 Feb 2012 13:39:51 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id CF86B28431; Fri, 10 Feb 2012 13:39:49 +0100 (CET) Message-ID: <4F351014.3060604@quip.cz> Date: Fri, 10 Feb 2012 13:39:48 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Erich Dollansky References: <4F34FA17.7080000@quip.cz> <201202101902.09373.erichfreebsdlist@ovitrap.com> In-Reply-To: <201202101902.09373.erichfreebsdlist@ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warren Block , Colin Percival , Chris Rees , Eitan Adler , freebsd-current@freebsd.org, "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 12:39:53 -0000 Erich Dollansky wrote: > Hi, > > On Friday 10 February 2012 18:05:59 Miroslav Lachman wrote: >> Warren Block wrote: >>> On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: >>> >> >> I would like to share them with others, if there are interrest to >> include it in stock FreeBSD base. >> > just publish them at least here. It will always be helpful for beginners and also for people like me who use BSD since years but did not see certain options tcsh has. OK, here it is http://freebsd.quip.cz/ext/2012/2012-02-10-tcshrc/ It is based on tcshrc files found on the net, so it is not all my work. The files include many commented out lines as I change them over time. You can use it as inspiration for your own set of useful cahnges in you tcshrc files. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 12:49:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 230381065672; Fri, 10 Feb 2012 12:49:55 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 974B68FC12; Fri, 10 Feb 2012 12:49:54 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 82D61E3F07B; Fri, 10 Feb 2012 13:49:53 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6DAt2oVe977Z; Fri, 10 Feb 2012 13:49:50 +0100 (CET) Received: from goofy01.vnodelab.local (unknown [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 88733E3F079; Fri, 10 Feb 2012 13:49:50 +0100 (CET) Date: Fri, 10 Feb 2012 13:49:48 +0100 From: Joel Dahl To: Warren Block Message-ID: <20120210124948.GC85504@goofy01.vnodelab.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Colin Percival , Chris Rees , Eitan Adler , freebsd-current Current , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 12:49:55 -0000 On 09-02-2012 23:50, Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > >> there has been some discussion about changing the default cshrc file. > > In the same line that Wojciech on the PR ".cshrc should be updated for > > modern hardware" I always set this ones on /usr/share/skel/dot.cshrc > > > > bindkey "\e[1~" beginning-of-line #make Home key work; > > bindkey "\e[2~" overwrite-mode #make Ins key work; > > bindkey "\e[3~" delete-char #make Delete key work; > > bindkey "\e[4~" end-of-line #make End key work; > > > > Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it > > exists, but that has nothing to do with ".cshrc should be updated for > > modern hardware" ... it jsut comes in really handy. > > The question becomes "how much is too much?" For example, ever since a > thread in the forums showed examples of csh/tcsh autocompletion, I've > thought the default .cshrc should be stuffed with them. Not for typing > reduction so much as self-documenting commands like > > complete chown 'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' > > 'service' autocompletes with a list of services--it helps the user by > showing valid choices. Same with 'chown', it gives a list of users. > > Then there's this, which probably isn't quite right but has been useful > to me (thanks to forum members for help with it): > > complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; /=/d; s/[[:blank:]]*:.*//gp;"`@' > > That completes with all lower-case make targets for the current > directory. > > Package operations are easier when the package names autocomplete: > > complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ > 'n@*@`ls /var/db/pkg`@' > complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x X e E l t V P)/' \ > 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 13:01:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73FF61065676 for ; Fri, 10 Feb 2012 13:01:26 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 132388FC15 for ; Fri, 10 Feb 2012 13:01:25 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC41EEA.dip.t-dialin.net [79.196.30.234]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A1068844721; Fri, 10 Feb 2012 13:36:34 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id DB6B62C5D; Fri, 10 Feb 2012 13:36:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1328877392; bh=W1Llm6rEcfmmdXiuPTMjEJEKi2G5gtCQDINYWt+6PGc=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=phpgzt9bRj0FVaE1vlMdntKy3LiKWn8sAii+aMu/j728BFNnVcotV537jGZXVa2hs ys4Ajen9qDGnKW2T8Lpmix5sk2E5WD0yObdv9maWCmkj9/jBitZJrg8Ni/ZyS+iD9+ bl5rwSG8Zsobk76LbHWFhw/gnPdA1dwgBPGUIHNJBMU1Yud4ilDCcoj23e0MXAH5ud SZILilLjuN0xNqqX9SoxmCphDyz9uaVRdn0/PWvCelloyvx618pGJwurC6cHRhJZsM we0vkg1wOEwPKwmBTOoz+jvwVNEEeDdtUwswuES/FBhc16M+X+qvXXr+6RwAwdFSfK +4SfcLIm/OqJg== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1ACaTvl093569; Fri, 10 Feb 2012 13:36:29 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.19 ([85.94.224.19]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 10 Feb 2012 13:36:29 +0100 Date: Fri, 10 Feb 2012 13:36:29 +0100 Message-ID: <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> From: Alexander Leidinger To: Miroslav Lachman <000.fbsd@quip.cz> References: <4F34FA17.7080000@quip.cz> In-Reply-To: <4F34FA17.7080000@quip.cz> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A1068844721.A21B3 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.362, required 6, autolearn=disabled, AWL -0.91, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_FRT_INTEREST 0.01, T_RP_MATCHES_RCVD -0.01, URIBL_SBL 0.64) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1329482195.38887@UWIIozx7rTKxasyu3cRfYQ X-EBL-Spam-Status: No Cc: Warren Block , Colin Percival , Chris Rees , Eitan Adler , freebsd-current Current , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 13:01:26 -0000 Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Fri, 10 Feb 2012 12:05:59 +0100): > I would like to share them with others, if there are interrest to > include it in stock FreeBSD base. If there's no interest, or no consent to add a specific one, why not collect them in a wiki-page? Bye, Alexander. -- BOFH excuse #306: CPU-angle has to be adjusted because of vibrations coming from the nearby road http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 13:37:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0283106566C; Fri, 10 Feb 2012 13:37:46 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 391258FC0A; Fri, 10 Feb 2012 13:37:46 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1ADbYDN008514; Fri, 10 Feb 2012 06:37:37 -0700 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2012 20:37:30 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: <4F34FA17.7080000@quip.cz> <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> In-Reply-To: <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202102037.30996.erichfreebsdlist@ovitrap.com> Cc: Warren Block , "Wojciech A. Koszek" , Miroslav Lachman <000.fbsd@quip.cz>, Chris Rees , Eitan Adler , Colin Percival , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 13:37:46 -0000 Hi, On Friday 10 February 2012 19:36:29 Alexander Leidinger wrote: > Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Fri, 10 Feb 2012 > 12:05:59 +0100): > > > I would like to share them with others, if there are interrest to > > include it in stock FreeBSD base. > > If there's no interest, or no consent to add a specific one, why not > collect them in a wiki-page? this is a good idea as this can be easily updated by everybody and does not put any load onto the project itself. One note in the make file would do. Erich > > Bye, > Alexander. > > -- > BOFH excuse #306: > > CPU-angle has to be adjusted because of vibrations coming from the nearby road > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 13:57:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 975B9106566B; Fri, 10 Feb 2012 13:57:04 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9298FC12; Fri, 10 Feb 2012 13:57:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=16GEyaZ0EdthBBs9AnfegiEPACkaNqMkXoyOWq3I7RE=; b=k+hUKEGRK/+KjEW/PttlAUWcJlNfrZocv+R5u1Qz2n7wZfe+LxDSyxrnOGmK2wTnSBpX5ZG+48NBhFg+ipU+W0gWwONikGuft6Zbpu3+90rgqddAXeyTxcdm+yRV0fgO; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RvqyF-000Ow6-A3; Fri, 10 Feb 2012 07:57:03 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1328882216-3359-3358/5/15; Fri, 10 Feb 2012 13:56:56 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org References: <4F350579.7020109@FreeBSD.org> Date: Fri, 10 Feb 2012 07:56:56 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4F350579.7020109@FreeBSD.org> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Cc: Subject: Re: zfs commit breaks zvol, istgt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 13:57:04 -0000 I think I may have jumped the gun on this guys -- I'm seeing this behavior again. I've got a few more tests in mind now that I need to perform before I can really nail down what's going on. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 14:04:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EFD1065672; Fri, 10 Feb 2012 14:04:24 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8218D8FC0C; Fri, 10 Feb 2012 14:04:23 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so3008064wib.13 for ; Fri, 10 Feb 2012 06:04:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0o4o7rFXRuXGfb4powHd1aJHqLqrsLu9qglnEH3M7+I=; b=TMyQrl9ebVLfvyvMtBc22DVV5YetAwdTKMMhh1GM8c2kQmeZ7h3FuqYTSr3EjO5Uhs yac1LxYD0nIFkgI7KFYp9eV0vhHFuM/5TY3OmuMYHm7XmnfG6gPpehR7fumwjOxMxB2g WGCU+rqd+o25gAvwdMj70sBDDkGKVLl4Fmzb8= Received: by 10.180.83.70 with SMTP id o6mr3332413wiy.19.1328882662596; Fri, 10 Feb 2012 06:04:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.103.10 with HTTP; Fri, 10 Feb 2012 06:03:52 -0800 (PST) In-Reply-To: <201202102037.30996.erichfreebsdlist@ovitrap.com> References: <4F34FA17.7080000@quip.cz> <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> <201202102037.30996.erichfreebsdlist@ovitrap.com> From: Eitan Adler Date: Fri, 10 Feb 2012 09:03:52 -0500 Message-ID: To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQloySiC14qivGlX+W9/IW8+7JUHeZGuWfJY7p1nfw604NHUQK/JncduOuc3xnaOQn7dK7NS Cc: Warren Block , "Wojciech A. Koszek" , Miroslav Lachman <000.fbsd@quip.cz>, Chris Rees , freebsd-current@freebsd.org, Colin Percival , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 14:04:24 -0000 Picking a random person to reply to. There are a lot of good suggestions in this thread, but can we please remember a few things: - Users can always add their own ~/.cshrc - Many users will get annoyed by what is someone else's amazing setup The changes I proposed were designed to add value while continuing to be non-annoying to the vast majority of users. I'd like feedback about the specific patch I proposed. We can also create a wiki page for more awesome tcsh examples. For the record this is the current version of the patch I'd like to commit: Note that it slightly changed from the original (I removed the duplicate prompt setup and reorganized where the edits are made to make the diff look nicer). commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias h history 25 alias j jobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F # A righteous umask umask 22 @@ -17,15 +18,19 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" set filec - set history = 100 - set savehist = 100 + set history = 10000 + set savehist = 10000 + set autolist + # Use history to aid expansion + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 14:29:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6AA106566B; Fri, 10 Feb 2012 14:29:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5458FC08; Fri, 10 Feb 2012 14:29:37 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3E79C28431; Fri, 10 Feb 2012 15:29:35 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1229D28423; Fri, 10 Feb 2012 15:29:34 +0100 (CET) Message-ID: <4F3529CD.1050308@quip.cz> Date: Fri, 10 Feb 2012 15:29:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Eitan Adler References: <4F34FA17.7080000@quip.cz> <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> <201202102037.30996.erichfreebsdlist@ovitrap.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warren Block , "Wojciech A. Koszek" , Chris Rees , freebsd-current@freebsd.org, Colin Percival , Erich Dollansky , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 14:29:38 -0000 Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup The main problem of this is: novice user don't know how to enable some "advanced" settings for default FreeBSD shell (csh / tcsh) or even don't know they exist. But all skilled persons are able to disable "annoing" new settings in few seconds. I think that default FreeBSD install should be more friendly to new users. That's why I am propossing better support of command completion "out of the box". (I will still use my own set of changes in rc files which I am deploying in a first step on all our machines) [...] > For the record this is the current version of the patch I'd like to > commit: Note that it slightly changed from the original (I removed the > duplicate prompt setup and reorganized where the edits are made to > make the diff look nicer). > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,15 +18,19 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word I am fine with this change. It is better than nothing. :) Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 14:29:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789E9106566B; Fri, 10 Feb 2012 14:29:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 46BB28FC08; Fri, 10 Feb 2012 14:29:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1AETuri055982; Fri, 10 Feb 2012 09:29:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1AETuAg055957; Fri, 10 Feb 2012 14:29:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 10 Feb 2012 14:29:56 GMT Message-Id: <201202101429.q1AETuAg055957@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 14:29:57 -0000 TB --- 2012-02-10 14:04:33 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 14:04:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-02-10 14:04:33 - cleaning the object tree TB --- 2012-02-10 14:04:33 - cvsupping the source tree TB --- 2012-02-10 14:04:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-02-10 14:04:49 - building world TB --- 2012-02-10 14:04:49 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 14:04:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 14:04:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 14:04:49 - SRCCONF=/dev/null TB --- 2012-02-10 14:04:49 - TARGET=sparc64 TB --- 2012-02-10 14:04:49 - TARGET_ARCH=sparc64 TB --- 2012-02-10 14:04:49 - TZ=UTC TB --- 2012-02-10 14:04:49 - __MAKE_CONF=/dev/null TB --- 2012-02-10 14:04:49 - cd /src TB --- 2012-02-10 14:04:49 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 14:04:50 UTC 2012 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -std=gnu99 -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 -c /src/lib/libpmc/pmclog.c -o pmclog.So building shared library libpmc.so.5 ===> lib/libprocstat (all) cc -O2 -pipe -I/src/lib/libprocstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/lib/libprocstat/zfs/../../../cddl/compat/opensolaris/include -I/src/lib/libprocstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/lib/libprocstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/lib/libprocstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/lib/libprocstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/libprocstat/zfs/../zfs.c -o zfs.o cc -O2 -pipe -I. -I/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_NWFS -DLIBPROCSTAT_ZFS -std=gnu99 -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 -c /src/lib/libprocstat/cd9660.c -o cd9660.o cc -O2 -pipe -I. -I/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_NWFS -DLIBPROCSTAT_ZFS -std=gnu99 -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 -c /src/lib/libprocstat/common_kvm.c -o common_kvm.o /src/lib/libprocstat/common_kvm.c: In function 'kdevtoname': /src/lib/libprocstat/common_kvm.c:83: error: 'struct cdev' has no member named '__si_namebuf' *** Error code 1 Stop in /src/lib/libprocstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-10 14:29:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-10 14:29:56 - ERROR: failed to build world TB --- 2012-02-10 14:29:56 - 1232.57 user 253.66 system 1523.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 14:43:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5C14106566B for ; Fri, 10 Feb 2012 14:43:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 956C98FC16 for ; Fri, 10 Feb 2012 14:43:47 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RvrhS-0004NZ-5M; Fri, 10 Feb 2012 14:43:46 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RvrhR-0004Md-N1; Fri, 10 Feb 2012 14:43:45 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q1AEhjQK027114; Fri, 10 Feb 2012 14:43:45 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q1AEhj2W027113; Fri, 10 Feb 2012 14:43:45 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Fri, 10 Feb 2012 14:43:45 +0000 From: Anton Shterenlikht To: Eitan Adler Message-ID: <20120210144345.GB27024@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Eitan Adler , freebsd-current@freebsd.org References: <4F34FA17.7080000@quip.cz> <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> <201202102037.30996.erichfreebsdlist@ovitrap.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 14:43:48 -0000 On Fri, Feb 10, 2012 at 09:03:52AM -0500, Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup > > The changes I proposed were designed to add value while continuing to > be non-annoying to the vast majority of users. I'd like feedback about > the specific patch I proposed. We can also create a wiki page for > more awesome tcsh examples. > > For the record this is the current version of the patch I'd like to > commit: Note that it slightly changed from the original (I removed the > duplicate prompt setup and reorganized where the edits are made to > make the diff look nicer). > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,15 +18,19 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word yes to the history improvements no to the prompt changes don't care for aliases - I never use these particular ones. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 14:58:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F78106566B; Fri, 10 Feb 2012 14:58:11 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id D15E88FC0A; Fri, 10 Feb 2012 14:58:10 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1AEw27A005993; Fri, 10 Feb 2012 07:58:04 -0700 From: Erich Dollansky To: Eitan Adler Date: Fri, 10 Feb 2012 21:57:58 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: <201202102037.30996.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201202102157.58497.erichfreebsdlist@ovitrap.com> Cc: Warren Block , "Wojciech A. Koszek" , Miroslav Lachman <000.fbsd@quip.cz>, Chris Rees , freebsd-current@freebsd.org, Colin Percival , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 14:58:11 -0000 Hi Eitan, On Friday 10 February 2012 21:03:52 Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup sorry for going a bit far off your route. > > The changes I proposed were designed to add value while continuing to > be non-annoying to the vast majority of users. I'd like feedback about > the specific patch I proposed. We can also create a wiki page for > more awesome tcsh examples. > > For the record this is the current version of the patch I'd like to > commit: Note that it slightly changed from the original (I removed the > duplicate prompt setup and reorganized where the edits are made to > make the diff look nicer). > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF ok, makes sense. > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > ok, makes sense. > # A righteous umask > umask 22 > @@ -17,15 +18,19 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) I use the $HOME/bin on my machines but I am not so sure to make this a general thing. > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K ok, makes sense. > > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" I would add a set ellipsis here. It makes the prompt shorter when needed. > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > Ok again. Erich > > > > -- > Eitan Adler > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:31:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E69106566C for ; Fri, 10 Feb 2012 15:31:32 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 0961A8FC13 for ; Fri, 10 Feb 2012 15:31:31 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q1AFVOsN064048; Fri, 10 Feb 2012 08:31:24 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q1AFVOKe064045; Fri, 10 Feb 2012 08:31:24 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 10 Feb 2012 08:31:24 -0700 (MST) From: Warren Block To: Joel Dahl In-Reply-To: <20120210124948.GC85504@goofy01.vnodelab.local> Message-ID: References: <20120210124948.GC85504@goofy01.vnodelab.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 10 Feb 2012 08:31:24 -0700 (MST) Cc: Colin Percival , Chris Rees , Eitan Adler , freebsd-current Current , "Wojciech A. Koszek" , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 15:31:32 -0000 On Fri, 10 Feb 2012, Joel Dahl wrote: [completion examples] > How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? Along with a comment in .cshrc pointing to that file (or even a commented line to source it), it would be an improvement. People who can benefit the most from the self-documenting aspect of command completion are the same ones that don't know how much it can help. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:39:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DA3106566B for ; Fri, 10 Feb 2012 15:39:04 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw14.york.ac.uk (mail-gw14.york.ac.uk [144.32.129.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8458FC13 for ; Fri, 10 Feb 2012 15:39:04 +0000 (UTC) Received: from buffy-128.york.ac.uk ([144.32.128.160]:29867) by mail-gw14.york.ac.uk with esmtpsa (SSL3.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1RvsNQ-0002gR-Bo; Fri, 10 Feb 2012 15:27:08 +0000 X-Authenticated-User: ga9 From: Gavin Atkinson To: Eitan Adler In-Reply-To: References: Content-Type: text/plain; charset="ASCII" Date: Fri, 10 Feb 2012 15:27:07 +0000 Message-ID: <1328887627.38277.68.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 15:39:05 -0000 On Thu, 2012-02-09 at 19:52 -0500, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F Please, no. > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K Probably sensible. > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist I think it'd be better for this to be "set autolist=ambiguous" - it changes an accidental keypress into a deliberate choice, and matches Linux a bit better. > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif I always override the prompt anyway. My personal favourite is set prompt="%B%n@`hostname -s`%b:%/ %h% " but I see no real problem with the suggested prompt (although set prompt = "%n@%m:%c04%# " would at least save one character. Gavin From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:45:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44C01065670; Fri, 10 Feb 2012 15:45:55 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 738478FC1B; Fri, 10 Feb 2012 15:45:55 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so5333127obc.13 for ; Fri, 10 Feb 2012 07:45:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CyWwJKwluaDF9Tu5tOCB3FQghyX6E/0w7WLzNFTTzSA=; b=niCohwfrugvOX31za+YXDtNF97mbormGi4OqWkfUkHpDpcZ6ERYGhan1NGD03ZLQOM v6BWfbS0y5pd7uLJ688Z8TrFCRezb9FJ159qXX5gLwqLHa/P0G5aH3plBRZqjxdE+0Lb c4jyRJ4xzE7Q0/nZPWzo8DHD/ir26XV86mqq0= MIME-Version: 1.0 Received: by 10.50.156.166 with SMTP id wf6mr4717405igb.20.1328888754496; Fri, 10 Feb 2012 07:45:54 -0800 (PST) Sender: utisoft@gmail.com Received: by 10.231.183.21 with HTTP; Fri, 10 Feb 2012 07:45:53 -0800 (PST) Received: by 10.231.183.21 with HTTP; Fri, 10 Feb 2012 07:45:53 -0800 (PST) In-Reply-To: <201202102157.58497.erichfreebsdlist@ovitrap.com> References: <201202102037.30996.erichfreebsdlist@ovitrap.com> <201202102157.58497.erichfreebsdlist@ovitrap.com> Date: Fri, 10 Feb 2012 15:45:53 +0000 X-Google-Sender-Auth: _xRWUgjAiIDVD_qLPoiMNLBXo90 Message-ID: From: Chris Rees To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Warren Block , "Wojciech A. Koszek" , Miroslav Lachman <000.fbsd@quip.cz>, Eitan Adler , freebsd-current@freebsd.org, Colin Percival , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 15:45:55 -0000 On 10 Feb 2012 14:58, "Erich Dollansky" wrote: > > Hi Eitan, > > On Friday 10 February 2012 21:03:52 Eitan Adler wrote: > > Picking a random person to reply to. > > > > There are a lot of good suggestions in this thread, but can we please > > remember a few things: > > > > - Users can always add their own ~/.cshrc > > - Many users will get annoyed by what is someone else's amazing setup > > sorry for going a bit far off your route. > > > > The changes I proposed were designed to add value while continuing to > > be non-annoying to the vast majority of users. I'd like feedback about > > the specific patch I proposed. We can also create a wiki page for > > more awesome tcsh examples. > > > > For the record this is the current version of the patch I'd like to > > commit: Note that it slightly changed from the original (I removed the > > duplicate prompt setup and reorganized where the edits are made to > > make the diff look nicer). > > > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > > --- a/etc/root/dot.cshrc > > +++ b/etc/root/dot.cshrc > > @@ -7,9 +7,10 @@ > > > > alias h history 25 > > alias j jobs -l > > -alias la ls -a > > +alias la ls -aF > > ok, makes sense. > > > alias lf ls -FA > > -alias ll ls -lA > > +alias ll ls -lAF > > +alias ls ls -F > > > ok, makes sense. > > > # A righteous umask > > umask 22 > > @@ -17,15 +18,19 @@ umask 22 > > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > > /usr/local/bin $HOME/bin) > > I use the $HOME/bin on my machines but I am not so sure to make this a general thing. > > > > > setenv EDITOR vi > > -setenv PAGER more > > +setenv PAGER less > > setenv BLOCKSIZE K > > ok, makes sense. > > > > > if ($?prompt) then > > # An interactive shell -- set some stuff up > > - set prompt = "`/bin/hostname -s`# " > > + set prompt = "[%n@%m]%c04%# " > > + set promptchars = "%#" > > I would add a > > set ellipsis > > here. It makes the prompt shorter when needed. > Hence the %c04 modification to the path :) Chris From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:53:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00C801065670; Fri, 10 Feb 2012 15:53:15 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 233B88FC0A; Fri, 10 Feb 2012 15:53:13 +0000 (UTC) Received: by eaan10 with SMTP id n10so1126247eaa.13 for ; Fri, 10 Feb 2012 07:53:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Gj6dbgHdKKxRtktYMxXnJFBe41Yz86RHq5YrlWF2btY=; b=rdOAkitkvHD65X2KiEaUWKo1K8k5dxsnwCt/hWMFqP4Grk/x4ooiW522JUsRx+E/t2 VjS4y/+zlxfnkW9uh9CnO3+AqWlGHer4oQFZnJpo7zA/2/uZuHd9GwBbz/qaOhCAxQRk 1jr71OD06uY+egtEToldYro1MAI8SB7HSvQgw= Received: by 10.213.114.129 with SMTP id e1mr1168188ebq.124.1328889193074; Fri, 10 Feb 2012 07:53:13 -0800 (PST) Received: from green.tandem.local (97-217-132-95.pool.ukrtel.net. [95.132.217.97]) by mx.google.com with ESMTPS id v51sm23475051eef.2.2012.02.10.07.53.10 (version=SSLv3 cipher=OTHER); Fri, 10 Feb 2012 07:53:12 -0800 (PST) Message-ID: <4F353D65.7050303@gmail.com> Date: Fri, 10 Feb 2012 17:53:09 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120208 Firefox/10.0 SeaMonkey/2.7 MIME-Version: 1.0 To: Eitan Adler References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 15:53:15 -0000 Eitan Adler wrote: > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 Just why not (10000 merge)? > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif > I'm fully against changing promptchars, that's pointless. Including more useful data in prompt is good anyway, but why any [] around? I think everything should be just a little more descriptive, like: set prompt = "%n@%m %c04%m%# " -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 16:25:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E34106568E; Fri, 10 Feb 2012 16:25:40 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 664538FC24; Fri, 10 Feb 2012 16:25:39 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so3163192wib.13 for ; Fri, 10 Feb 2012 08:25:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RAETsMS+s0uDJFgdyV1EtjKZ0eMM7fdhVWPebNGStoY=; b=cJyYBj1h1I455zbbD/wRbPPmYkW+1Fq4tC/fb+9bf1gXcrzg826sa2oKEHnPXKBQ9g XRT2J8ZtgcmvK2ZrZ9wNrfCLJZ9zLJV1Gox0XlL+DqtrcUD3kAx9PvIggH7+d5SNY3eK wGXoSTJACqgj6ixvCVOnPErMRtVV0PZDjdYB0= Received: by 10.180.83.70 with SMTP id o6mr4127310wiy.19.1328891138318; Fri, 10 Feb 2012 08:25:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.103.10 with HTTP; Fri, 10 Feb 2012 08:25:08 -0800 (PST) In-Reply-To: <1328887627.38277.68.camel@buffy.york.ac.uk> References: <1328887627.38277.68.camel@buffy.york.ac.uk> From: Eitan Adler Date: Fri, 10 Feb 2012 11:25:08 -0500 Message-ID: To: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnC7cxhb6tXIkaj2tcOtXba4UK+jli4kSXHP32P8ZTHmkB2HpXv8LWoX2LarvbazlQnQerA Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 16:25:40 -0000 Picking a random email to reply to. My goal with this email is to reduce the amount of "controversial" changes. commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias h history 25 alias j jobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F Two people didn't like these changes but didn't explain why. This is incredibly helpful, especially for a new user. If you dislike the alias change please explain what bothers you about it? # A righteous umask umask 22 @@ -17,15 +18,19 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K No one complained about this - it is almost certainly going to stay it the final version. if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" Many people had alternative suggestions for the prompt. Can you please clarify why you believe your prompt should be the _default_ one? While many admins are able to deal with short non-descriptive prompts it helps new users to have more detail on the prompt line. I'd like to commit some change to the default: currently it is very undescriptive. I am leaving open which prompt I am going with at the end though. set filec - set history = 100 - set savehist = 100 + set history = 10000 + set savehist = 10000 No one complained about this one - it is almost certainly going to stay it the final version. + set autolist set autolist=ambiguous makes sense here - I will likely go with that. + # Use history to aid expansion + set autoexpand No one complained about this - it is almost certainly going to stay it the final version. Now to address some comments made in the thread. I'm sorry for not preserving attribution here. > How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? > Along with a comment in .cshrc pointing to that file (or even a commented line to source it), it would be an improvement. +1 I'll add a comment addressing this file. > I use the $HOME/bin on my machines but I am not so sure to make this a general thing. Many people expect it, and given that it is the last item in the path it won't affect all that much. > The main problem of this is: novice user don't know how to enable some "advanced" settings for default FreeBSD shell (csh / tcsh) or even don't know they exist. This is why I want to make the defaults a little bit nicer. > I think that default FreeBSD install should be more friendly to new users. +10000 > That's why I am propossing better support of command completion "out of the box". > ... I am fine with this change. It is better than nothing. :) Good. Lets start with incremental positive steps :) >If tcsh could be updated to version 6.18.00 "set autorehash" would be >really nice. With that you'll never have to type "rehash" again. :) This would solve one of the most frequently asked questions on the mailing list and IRC channel. Is there any objection to setting this once tcsh is updated? > The question becomes "how much is too much?" This is why I want to keep my patch minimal. It is better at this moment to miss a few good changes to the default tcsh than make a large number of bad ones. We could always edit the file again if we find a better set of defaults. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 16:41:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9161F1065676; Fri, 10 Feb 2012 16:41:44 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw13.york.ac.uk (mail-gw13.york.ac.uk [144.32.129.163]) by mx1.freebsd.org (Postfix) with ESMTP id 4D06F8FC1C; Fri, 10 Feb 2012 16:41:44 +0000 (UTC) Received: from buffy-128.york.ac.uk ([144.32.128.160]:42331) by mail-gw13.york.ac.uk with esmtpsa (SSL3.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1RvtXa-00018p-CR; Fri, 10 Feb 2012 16:41:42 +0000 X-Authenticated-User: ga9 From: Gavin Atkinson To: Eitan Adler In-Reply-To: References: <1328887627.38277.68.camel@buffy.york.ac.uk> Content-Type: text/plain; charset="ASCII" Date: Fri, 10 Feb 2012 16:41:41 +0000 Message-ID: <1328892101.38277.88.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 16:41:44 -0000 On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: > Picking a random email to reply to. > > My goal with this email is to reduce the amount of "controversial" changes. I applaud this. I've often considered doing the same but avoided it because it was easier than fighting the bikeshed :) > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > Two people didn't like these changes but didn't explain why. This is > incredibly helpful, especially for a new user. If you dislike the > alias change please explain what bothers you about it? I don't use the first two aliases, so I don't care about them at all. I do however disagree strongly with changing the default options on such a widely used command. This change is disruptive, and it can affect use of ls(1) in scripts. For example, it even sticks the extra characters in the output of "ls -1" (the number 1), which is specifically designed to be used when piping the output elsewhere. Please do not break this. It is also distracting - If I want to see what type of file a particular entry is, why not just run "ls -l"? It's like the tendency some Linux distributions have of "alias mv mv -i", although that can at least be overridden on the command line with "-f". The "ls -F" change cannot be overridden without unaliasing. > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > > Many people had alternative suggestions for the prompt. Can you please > clarify why you believe your prompt should be the _default_ one? I can't comment as I didn't say my suggestion should be default - but for me the above isn't a bad choice. I would however prefer: set prompt = "%n@%m:%c04 %# " and not set prompt = "[%n@%m]%c04%# " as that then gives you user@host:path in exactly the same format as you need to use with scp, etc. > > I use the $HOME/bin on my machines but I am not so sure to make this a general thing. > > Many people expect it, and given that it is the last item in the path > it won't affect all that much. It's been in there forever. I think this should stay, it would just be too disruptive otherwise. Gavin From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:07:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EC741065673 for ; Fri, 10 Feb 2012 17:07:33 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D26E88FC12 for ; Fri, 10 Feb 2012 17:07:32 +0000 (UTC) Received: by qaea17 with SMTP id a17so2181265qae.13 for ; Fri, 10 Feb 2012 09:07:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=fjbvjM3wMyCA7yTIlsISrsYPVRROxNGmyxvORjugoAI=; b=p8gXANzze4cfveAvUkQy+NIMKozBf47PSa0+02twQFH8dA8RqoJkeHs6RI/P2VHAPP 2gkFCrdlseL07WaY4G/nfD60p0TCeVz3eiFE/+vHB37l/RXJidLHwN2VUN2OWpWF4Mye bSvSHhqoYTzTtmImKBgf259lZDhzHXrfriP1A= Received: by 10.229.102.75 with SMTP id f11mr4774385qco.49.1328893652105; Fri, 10 Feb 2012 09:07:32 -0800 (PST) Received: from [192.168.0.199] (184-215-89-53.pools.spcsdns.net. [184.215.89.53]) by mx.google.com with ESMTPS id e2sm49212qao.14.2012.02.10.09.07.30 (version=SSLv3 cipher=OTHER); Fri, 10 Feb 2012 09:07:31 -0800 (PST) Message-ID: <4F354ED1.3060307@gmail.com> Date: Fri, 10 Feb 2012 11:07:29 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> In-Reply-To: <1328892101.38277.88.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:07:33 -0000 On 2/10/2012 10:41 AM, Gavin Atkinson wrote: > On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: >> Picking a random email to reply to. >> >> My goal with this email is to reduce the amount of "controversial" changes. > I applaud this. I've often considered doing the same but avoided it > because it was easier than fighting the bikeshed :) > >> commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 >> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc >> --- a/etc/root/dot.cshrc >> +++ b/etc/root/dot.cshrc >> @@ -7,9 +7,10 @@ >> >> alias h history 25 >> alias j jobs -l >> -alias la ls -a >> +alias la ls -aF >> alias lf ls -FA >> -alias ll ls -lA >> +alias ll ls -lAF >> +alias ls ls -F >> >> Two people didn't like these changes but didn't explain why. This is >> incredibly helpful, especially for a new user. If you dislike the >> alias change please explain what bothers you about it? > I don't use the first two aliases, so I don't care about them at all. I > do however disagree strongly with changing the default options on such a > widely used command. > > This change is disruptive, and it can affect use of ls(1) in scripts. > For example, it even sticks the extra characters in the output of > "ls -1" (the number 1), which is specifically designed to be used when > piping the output elsewhere. Please do not break this. It is also > distracting - If I want to see what type of file a particular entry is, > why not just run "ls -l"? > > It's like the tendency some Linux distributions have of > "alias mv mv -i", although that can at least be overridden on the > command line with "-f". The "ls -F" change cannot be overridden without > unaliasing. > >> if ($?prompt) then >> # An interactive shell -- set some stuff up >> - set prompt = "`/bin/hostname -s`# " >> + set prompt = "[%n@%m]%c04%# " >> + set promptchars = "%#" >> >> Many people had alternative suggestions for the prompt. Can you please >> clarify why you believe your prompt should be the _default_ one? > I can't comment as I didn't say my suggestion should be default - but > for me the above isn't a bad choice. I would however prefer: > set prompt = "%n@%m:%c04 %# " > and not > set prompt = "[%n@%m]%c04%# " > > as that then gives you user@host:path in exactly the same format as you > need to use with scp, etc. > > >>> I use the $HOME/bin on my machines but I am not so sure to make this a general thing. >> Many people expect it, and given that it is the last item in the path >> it won't affect all that much. > It's been in there forever. I think this should stay, it would just be > too disruptive otherwise. > > My $0.02 Instead of using -F to denote filetypes, why not use colors? -G -- it shouldnt affect scripts at all, yet still provide the same sort of feedback. (Tho, I personally use csh's built-in "ls-F" instead of "ls", and actually tend to alias it to ls as well.) Just a thought. I do, however, like most of the other changes. Here's my stamp. "Approved" :) -- Chuck Burns The Southern Libertarian (owner/editor) http://www.thesouthernlibertarian.com/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:21:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9697C106564A for ; Fri, 10 Feb 2012 17:21:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 232628FC08 for ; Fri, 10 Feb 2012 17:21:34 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so3140087wgb.31 for ; Fri, 10 Feb 2012 09:21:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0MTrVjOSCV20/qQg6g3NSYBeX+hQaQwAb5WWxOfX9lM=; b=GdLXdQCFsPSn9nVoqJBADOkg9nOqjJu4dq1BRheEwqKzj4b+bEbIIdMIaOPr6fmADO b8FdPW5l6WanZN6TRJlFZVpJXod9Px4Bgn1djRU/xIv8ExlR7rElN9pYOy8VV0pKKoNQ zetPGZcjS39I0q1EyTTNr91AtVKnIouojE8pA= MIME-Version: 1.0 Received: by 10.180.107.67 with SMTP id ha3mr2838041wib.8.1328894494038; Fri, 10 Feb 2012 09:21:34 -0800 (PST) Received: by 10.223.158.143 with HTTP; Fri, 10 Feb 2012 09:21:33 -0800 (PST) In-Reply-To: <4F354ED1.3060307@gmail.com> References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> <4F354ED1.3060307@gmail.com> Date: Fri, 10 Feb 2012 09:21:33 -0800 Message-ID: From: Kevin Oberman To: Chuck Burns Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:21:35 -0000 On Fri, Feb 10, 2012 at 9:07 AM, Chuck Burns wrote: > On 2/10/2012 10:41 AM, Gavin Atkinson wrote: >> >> On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: >>> >>> Picking a random email to reply to. >>> >>> My goal with this email is to reduce the amount of "controversial" >>> changes. >> >> I applaud this. =A0I've often considered doing the same but avoided it >> because it was easier than fighting the bikeshed :) >> >>> commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 >>> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc >>> --- a/etc/root/dot.cshrc >>> +++ b/etc/root/dot.cshrc >>> @@ -7,9 +7,10 @@ >>> >>> =A0alias h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0history 25 >>> =A0alias j =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0jobs -l >>> -alias la =A0 =A0 =A0 ls -a >>> +alias la =A0 =A0 =A0 ls -aF >>> =A0alias lf =A0 =A0 =A0 ls -FA >>> -alias ll =A0 =A0 =A0 ls -lA >>> +alias ll =A0 =A0 =A0 ls -lAF >>> +alias ls =A0 =A0 =A0 ls -F >>> >>> Two people didn't like these changes but didn't explain why. This is >>> incredibly helpful, especially for a new user. =A0If you dislike the >>> alias change please explain what bothers you about it? >> >> I don't use the first two aliases, so I don't care about them at all. = =A0I >> do however disagree strongly with changing the default options on such a >> widely used command. >> >> This change is disruptive, and it can affect use of ls(1) in scripts. >> For example, it even sticks the extra characters in the output of >> "ls -1" (the number 1), which is specifically designed to be used when >> piping the output elsewhere. =A0Please do not break this. =A0It is also >> distracting - If I want to see what type of file a particular entry is, >> why not just run "ls -l"? >> >> It's like the tendency some Linux distributions have of >> "alias mv mv -i", although that can at least be overridden on the >> command line with "-f". =A0The "ls -F" change cannot be overridden witho= ut >> unaliasing. >> >>> =A0if ($?prompt) then >>> =A0 =A0 =A0 =A0# An interactive shell -- set some stuff up >>> - =A0 =A0 =A0 set prompt =3D "`/bin/hostname -s`# " >>> + =A0 =A0 =A0 set prompt =3D "[%n@%m]%c04%# " >>> + =A0 =A0 =A0 set promptchars =3D "%#" >>> >>> Many people had alternative suggestions for the prompt. Can you please >>> clarify why you believe your prompt should be the _default_ one? >> >> I can't comment as I didn't say my suggestion should be default - but >> for me the above isn't a bad choice. =A0I would however prefer: >> set prompt =3D "%n@%m:%c04 %# " >> and not >> set prompt =3D "[%n@%m]%c04%# " >> >> as that then gives you user@host:path in exactly the same format as you >> need to use with scp, etc. >> >> >>>> I use the $HOME/bin on my machines but I am not so sure to make this a >>>> general thing. >>> >>> Many people expect it, and given that it is the last item in the path >>> it won't affect all that much. >> >> It's been in there forever. =A0I think this should stay, it would just b= e >> too disruptive otherwise. >> >> > My $0.02 > > Instead of using -F to denote filetypes, why not use colors? -G -- it > shouldnt affect scripts at all, yet still provide the same sort of feedba= ck. > (Tho, I personally use csh's built-in "ls-F" instead of "ls", and actuall= y > tend to alias it to ls as well.) > > Just a thought. > > I do, however, like most of the other changes. Here's my stamp. "Approved= " > :) I want mine green with yellow trim. That said, if you really want to look at massive .tcshrc setup, look at shells/tcshrc. It's woefully out of date and the latest version upstream has a lot more cool stuff, but it takes a lot of hacking since it's written for Linux. (I still need to fix auto-complete for route(8).) It's really got all of the bells and whistles , but I don't think it's for everyone and I certainly tend to heavily modify my own. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:27:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 905BF1065670 for ; Fri, 10 Feb 2012 17:27:41 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB948FC16 for ; Fri, 10 Feb 2012 17:27:40 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so2611724bkc.13 for ; Fri, 10 Feb 2012 09:27:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=z6ajBlvEGLQNY2Tzfa6I6SP+Y7F6onpB/9mC5H4T348=; b=p4OxLC10KDoA/XyYzXG+E9yHsn7xjg1SK4PWkSdkveXZrG0HB7AXf6Kqjl87VtIuYn FoxNpPu6FytHqGB5z5Cv/D5ptvN2IivjMv+M05TTCy4TIRmy9x3vOFqFTIjXHvLymO7y 2xbUS18AEo0dRQ/Pg74KoirB1zmOd2W5xeIGw= Received: by 10.204.154.28 with SMTP id m28mr2829849bkw.54.1328893113381; Fri, 10 Feb 2012 08:58:33 -0800 (PST) MIME-Version: 1.0 Sender: edhoprima@gmail.com Received: by 10.204.58.136 with HTTP; Fri, 10 Feb 2012 08:58:13 -0800 (PST) In-Reply-To: <1328892101.38277.88.camel@buffy.york.ac.uk> References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> From: Edho Arief Date: Fri, 10 Feb 2012 23:58:13 +0700 X-Google-Sender-Auth: CXPCzXUvvX_cvthnkzKO3qIZhQQ Message-ID: To: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , Eitan Adler , freebsd-current Current , Colin Percival , "Wojciech A. Koszek" Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:27:41 -0000 On Fri, Feb 10, 2012 at 11:41 PM, Gavin Atkinson wrote: > This change is disruptive, and it can affect use of ls(1) in scripts. Scripts never use alias and... > For example, it even sticks the extra characters in the output of > "ls -1" (the number 1), which is specifically designed to be used when > piping the output elsewhere. =C2=A0Please do not break this. =C2=A0It is = also ...actually, don't ever parse ls output. http://mywiki.wooledge.org/ParsingLs > command line with "-f". =C2=A0The "ls -F" change cannot be overridden wit= hout > unaliasing. > Try prepending the command with backslash to run unaliased command. \ls --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:28:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C17106564A; Fri, 10 Feb 2012 17:28:20 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB938FC17; Fri, 10 Feb 2012 17:28:19 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id q1AHP3fg015313; Fri, 10 Feb 2012 17:25:03 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id q1AHP3tR015312; Fri, 10 Feb 2012 17:25:03 GMT (envelope-from wkoszek) Date: Fri, 10 Feb 2012 17:25:03 +0000 From: "Wojciech A. Koszek" To: Warren Block Message-ID: <20120210172503.GB8483@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 10 Feb 2012 17:25:03 +0000 (UTC) Cc: Chris Rees , Eitan Adler , freebsd-current Current , Gonzalo Nemmi , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:28:20 -0000 On czw, lut 09, 2012 at 11:50:06 -0700, Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > ` > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > >> there has been some discussion about changing the default cshrc file. > > In the same line that Wojciech on the PR ".cshrc should be updated for > > modern hardware" I always set this ones on /usr/share/skel/dot.cshrc > > > > bindkey "\e[1~" beginning-of-line #make Home key work; > > bindkey "\e[2~" overwrite-mode #make Ins key work; > > bindkey "\e[3~" delete-char #make Delete key work; > > bindkey "\e[4~" end-of-line #make End key work; > > > > Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it > > exists, but that has nothing to do with ".cshrc should be updated for > > modern hardware" ... it jsut comes in really handy. > > The question becomes "how much is too much?" For example, ever since a > thread in the forums showed examples of csh/tcsh autocompletion, I've > thought the default .cshrc should be stuffed with them. Not for typing > reduction so much as self-documenting commands like > > complete chown 'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' > > 'service' autocompletes with a list of services--it helps the user by > showing valid choices. Same with 'chown', it gives a list of users. > > Then there's this, which probably isn't quite right but has been useful > to me (thanks to forum members for help with it): > > complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; /=/d; s/[[:blank:]]*:.*//gp;"`@' > > That completes with all lower-case make targets for the current > directory. > > Package operations are easier when the package names autocomplete: > > complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ > 'n@*@`ls /var/db/pkg`@' > complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x X e E l t V P)/' \ > 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' > > There's lots more that could be done. Are they appropriate for a stock > .cshrc? Maybe now is the time. One of the solutions for this problem would be to have: "source /usr/share/..../csh/autocomplete.csh" in .cshrc. I don't know what the shell speed impact might be, however. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:32:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 042CA1065677; Fri, 10 Feb 2012 17:32:52 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 79EED8FC0C; Fri, 10 Feb 2012 17:32:51 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id q1AHTaeM015341; Fri, 10 Feb 2012 17:29:36 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id q1AHTaof015340; Fri, 10 Feb 2012 17:29:36 GMT (envelope-from wkoszek) Date: Fri, 10 Feb 2012 17:29:36 +0000 From: "Wojciech A. Koszek" To: Volodymyr Kostyrko Message-ID: <20120210172936.GC8483@FreeBSD.org> References: <4F353D65.7050303@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <4F353D65.7050303@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 10 Feb 2012 17:29:36 +0000 (UTC) Cc: Chris Rees , Eitan Adler , freebsd-current Current , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:32:52 -0000 On Fri, Feb 10, 2012 at 05:53:09PM +0200, Volodymyr Kostyrko wrote: > Eitan Adler wrote: > > set filec > > - set history = 100 > > - set savehist = 100 > > + set history = 10000 > > + set savehist = 10000 > > Just why not (10000 merge)? > > > + set autolist > > + # Use history to aid expansion > > + set autoexpand > > set mail = (/var/mail/$USER) > > if ( $?tcsh ) then > > bindkey "^W" backward-delete-word > > bindkey -k up history-search-backward > > bindkey -k down history-search-forward > > endif > > + set prompt = "[%n@%m]%c04%# " > > + set promptchars = "%#" > > endif > > > > I'm fully against changing promptchars, that's pointless. Including more > useful data in prompt is good anyway, but why any [] around? I think > everything should be just a little more descriptive, like: > > set prompt = "%n@%m %c04%m%# " Agreed. Try to make it as short as possible, but not shorter. Remember to check whatever you've done on 80x25 screen. Eatting 25% of the width for the prompt isn't practical. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:51:50 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50E8106566B; Fri, 10 Feb 2012 17:51:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8A19A8FC15; Fri, 10 Feb 2012 17:51:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1AHpoMk007990; Fri, 10 Feb 2012 17:51:50 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1AHpoX6007989; Fri, 10 Feb 2012 17:51:50 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 10 Feb 2012 18:51:46 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, ports@FreeBSD.org Message-ID: <20120210175146.GP2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LfQcPIWFRhGivmDw" Content-Disposition: inline In-Reply-To: <20120130123930.GB40244@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:51:50 -0000 --LfQcPIWFRhGivmDw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As said in the first announcement there will be lots of beta release before= rc and then stable the second one is now out with the following changes: * update bundled sqlite to 3.7.10 * add -n to pkg create to avoid packing already packed packages * Fix rc script handling * safer sbuf usage (this fix ia64 support) * report a list of failing packages if any with pkg add * allow "/" pattern in pkg search * add support for syslog (through a pkg.conf option) * the portmaster patch in the git is now up to date with 3.11 and feature= =20 complete (thanks avilla) * add -R to pkg info to print out the raw manifest of a given package * fix pkg query "%a" * more robust to errors when creating packages * fix duplication output in pkg check * fix pkg which: retreive the absolute path of the arguments not the realpa= th (aka do not resolv symlinks) * some man pages fixes/improvements Thanks to every one who contributed codes, patches, fixes, ideas regards, Bapt --LfQcPIWFRhGivmDw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk81WTIACgkQ8kTtMUmk6ExnjwCgk+mMhBr+toj30Ei4dsm9V3w3 zHUAn0TKVkEMWOFb3aYJRJeP4UtO4RQi =OlcP -----END PGP SIGNATURE----- --LfQcPIWFRhGivmDw-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 17:54:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A57D7106566B for ; Fri, 10 Feb 2012 17:54:07 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm22.bullet.mail.ne1.yahoo.com (nm22.bullet.mail.ne1.yahoo.com [98.138.90.85]) by mx1.freebsd.org (Postfix) with SMTP id 691AF8FC14 for ; Fri, 10 Feb 2012 17:54:07 +0000 (UTC) Received: from [98.138.90.48] by nm22.bullet.mail.ne1.yahoo.com with NNFMP; 10 Feb 2012 17:40:17 -0000 Received: from [98.138.226.57] by tm1.bullet.mail.ne1.yahoo.com with NNFMP; 10 Feb 2012 17:40:17 -0000 Received: from [127.0.0.1] by smtp208.mail.ne1.yahoo.com with NNFMP; 10 Feb 2012 17:40:17 -0000 X-Yahoo-Newman-Id: 648274.16942.bm@smtp208.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: COb9NfcVM1lEstkCEK1GgQCq5nG7izgxnO7avg2w.vUgjIk PpIVETrPJxFf9L1TfqpfEPMRyLm2l3Jb1fdQtKoOdGJez6Pf40_okgP7Cl4Y NHX5eR.YdkV9QXKE.tUFXtZtxAivIH88oG7UjqmmlN4JFxMSD3Qb23T7b3Ni lgsHEaWJ_n6P9TTPwiWtUZ3fmBGrJ8dAo0dlG2aQTlbOzvB_5duCesosIDel LiZ.bQpVz4b5pB2fQjmOwTl5qAqZVDs96IXQvOfkLNhoiriLCHDu4f6WC7yX Q7Y0pWhLkSjorJW_oNda7qXB.G_QoKNAIX7TEdll.NVOVah92kDar84jD2Zg BaUKpdRcdKbvjdT13dCNvQUG5BHoOU9QPvSKzx5rdBSUc2FZglLUZVHcnL8A 9OWq.hJRhcivx.mK6VlKcAZFhaVjUeQ-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.22] (se@81.173.156.108 with plain) by smtp208.mail.ne1.yahoo.com with SMTP; 10 Feb 2012 09:40:17 -0800 PST Message-ID: <4F355682.7050504@freebsd.org> Date: Fri, 10 Feb 2012 18:40:18 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: "freebsd-current@freebsd.org >> FreeBSD Current" References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> In-Reply-To: <1328892101.38277.88.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 17:54:07 -0000 Am 10.02.2012 17:41, schrieb Gavin Atkinson: > On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: >> Picking a random email to reply to. >> >> My goal with this email is to reduce the amount of "controversial" changes. > > I applaud this. I've often considered doing the same but avoided it > because it was easier than fighting the bikeshed :) > >> commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 >> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc >> --- a/etc/root/dot.cshrc >> +++ b/etc/root/dot.cshrc >> @@ -7,9 +7,10 @@ >> >> alias h history 25 >> alias j jobs -l >> -alias la ls -a >> +alias la ls -aF >> alias lf ls -FA >> -alias ll ls -lA >> +alias ll ls -lAF >> +alias ls ls -F >> >> Two people didn't like these changes but didn't explain why. This is >> incredibly helpful, especially for a new user. If you dislike the >> alias change please explain what bothers you about it? > > I don't use the first two aliases, so I don't care about them at all. I > do however disagree strongly with changing the default options on such a > widely used command. Those aliases are only meant for interactive use and should be hidden in batch shells, IMO. > This change is disruptive, and it can affect use of ls(1) in scripts. > For example, it even sticks the extra characters in the output of > "ls -1" (the number 1), which is specifically designed to be used when > piping the output elsewhere. Please do not break this. It is also > distracting - If I want to see what type of file a particular entry is, > why not just run "ls -l"? Yes, having -F modify the output of "ls -1" is bad ... But "ls -l" is no replacement for "ls -F", in general. > It's like the tendency some Linux distributions have of > "alias mv mv -i", although that can at least be overridden on the > command line with "-f". The "ls -F" change cannot be overridden without > unaliasing. Well, it can ... There is no need to unalias a command: > alias ls ls -F > ls -d /etc /etc/ > \ls -d /etc /etc Just put a back-slash before the command to use the "pure" version ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:40:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2849D1065742 for ; Fri, 10 Feb 2012 19:40:18 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id C75F18FC16 for ; Fri, 10 Feb 2012 19:40:17 +0000 (UTC) Received: from [79.164.50.20] (port=26101 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Rvw3Q-000Lkv-Q5 for freebsd-current@freebsd.org; Fri, 10 Feb 2012 23:22:44 +0400 Message-ID: <4F356E84.3090905@lissyara.su> Date: Fri, 10 Feb 2012 23:22:44 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120201 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> <4F354ED1.3060307@gmail.com> In-Reply-To: <4F354ED1.3060307@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 19:40:18 -0000 On 10.02.2012 21:07, Chuck Burns wrote: > set prompt = "[%n@%m]%c04%# " it's not needed need some as alias ll ls -lAhG alias ls ls -G set autolist = TAB bindkey "\e[3~" delete-char ........ and other _really_ necessary settings > complete chown 'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' need as example. may be in include file, may be in .cshrc From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 21:32:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80446106566C for ; Fri, 10 Feb 2012 21:32:19 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 374C28FC12 for ; Fri, 10 Feb 2012 21:32:18 +0000 (UTC) Received: by ggnk5 with SMTP id k5so2255921ggn.13 for ; Fri, 10 Feb 2012 13:32:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Kg2bWj5q7IvxrjBaAlisXl25LBhz7bTS0CMlnVSen0s=; b=X9DaflMRmO/gjvmnJCWR/LMfYR9/2XxV2kNHkqcqNCFZh0g6bEQh4AxGGXzmidMI9H uMHeb/w8cmn77maKKlfo8Qgrrfc4SnM726ZQ9vj0ZcKJZrfCFHe+vOYmyM5rlIdKts01 a2gqNaZgcGCbC5PKc/owELw5LBo7DrSt/7SHU= MIME-Version: 1.0 Received: by 10.50.153.233 with SMTP id vj9mr14427080igb.16.1328909538374; Fri, 10 Feb 2012 13:32:18 -0800 (PST) Received: by 10.231.183.21 with HTTP; Fri, 10 Feb 2012 13:32:18 -0800 (PST) Received: by 10.231.183.21 with HTTP; Fri, 10 Feb 2012 13:32:18 -0800 (PST) In-Reply-To: <4F356E84.3090905@lissyara.su> References: <1328887627.38277.68.camel@buffy.york.ac.uk> <1328892101.38277.88.camel@buffy.york.ac.uk> <4F354ED1.3060307@gmail.com> <4F356E84.3090905@lissyara.su> Date: Fri, 10 Feb 2012 21:32:18 +0000 Message-ID: From: Chris Rees To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 21:32:19 -0000 On 10 Feb 2012 19:41, "Alex Keda" wrote: > > On 10.02.2012 21:07, Chuck Burns wrote: >> >> set prompt = "[%n@%m]%c04%# " > > it's not needed > > need some as > alias ll ls -lAhG > alias ls ls -G Lscolors are an abomination. -F or nothing at all is better; remember some people will use white xterms etc. Chris > set autolist = TAB > bindkey "\e[3~" delete-char > ........ > and other _really_ necessary settings > > > > complete chown 'p/1/u/' > > complete man 'C/*/c/' > > complete service 'n/*/`service -l`/' > need as example. may be in include file, may be in .cshrc > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 21:41:24 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94356106564A; Fri, 10 Feb 2012 21:41:24 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6CE8FC13; Fri, 10 Feb 2012 21:41:24 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1ALfMiI018676; Fri, 10 Feb 2012 21:41:23 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F358F01.1090508@FreeBSD.org> Date: Fri, 10 Feb 2012 22:41:21 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120202 Thunderbird/11.0 MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8605E5AE6CDF233296F191D6" Cc: decke@FreeBSD.org, Konstantin Belousov Subject: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 21:41:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8605E5AE6CDF233296F191D6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm from ports one of the mv processes gets stuck in state tmpfs quite often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are available here http://tb.smeets.im/~flo/tmpfs.txt Florian --------------enig8605E5AE6CDF233296F191D6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk81jwEACgkQapo8P8lCvwn+7QCeMvxMPn7g2VaVG529tcXVa+Wl vRoAn3xIn3x4HI1RT2pngtZCNK4ZzcLg =TI2u -----END PGP SIGNATURE----- --------------enig8605E5AE6CDF233296F191D6-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 22:12:56 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD222106564A for ; Fri, 10 Feb 2012 22:12:56 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 299388FC0C for ; Fri, 10 Feb 2012 22:12:55 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA21841; Sat, 11 Feb 2012 00:12:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rvyi3-0009RV-63; Sat, 11 Feb 2012 00:12:51 +0200 Message-ID: <4F359661.30704@FreeBSD.org> Date: Sat, 11 Feb 2012 00:12:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Eitan Adler References: <1328887627.38277.68.camel@buffy.york.ac.uk> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current Current Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 22:12:56 -0000 [cc list trimmed] on 10/02/2012 18:25 Eitan Adler said the following: [snip] > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > No one complained about this - it is almost certainly going to stay it > the final version. Not so fast there, partner :-) Give folks more time to react. I really hate the default behavior of less where you can't quit via ^C or via paging through the end of file. BTW, this is what I have here: setenv PAGER more setenv MORE '-e -R -Pm?f%f:stdin .?lbLine %lb:?pb%pb\%:?bbByte %bb:-... ?eEND' > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > > No one complained about this one - it is almost certainly going to > stay it the final version. 10000 looks a bit too much. I recall using systems where setting this to 10000 caused exiting from a shell to be a very long process. Maybe try 1000 first, before trying more. Also, I second a suggestion to add merge directive to savehist. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 22:29:08 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10EDF106566B for ; Fri, 10 Feb 2012 22:29:08 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id EBE778FC08 for ; Fri, 10 Feb 2012 22:29:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp020.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LZ7003YZ7SJKY50@asmtp020.mac.com>; Fri, 10 Feb 2012 22:29:07 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.260,0.0.0000 definitions=2012-02-10_07:2012-02-10, 2012-02-10, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=3 spamscore=3 ipscore=0 suspectscore=0 phishscore=0 bulkscore=1 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202100243 From: Chuck Swiger In-reply-to: <4F359661.30704@FreeBSD.org> Date: Fri, 10 Feb 2012 14:29:06 -0800 Message-id: References: <1328887627.38277.68.camel@buffy.york.ac.uk> <4F359661.30704@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1084) Cc: freebsd-current Current Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 22:29:08 -0000 On Feb 10, 2012, at 2:12 PM, Andriy Gapon wrote: > I really hate the default behavior of less where you can't quit via ^C or via > paging through the end of file. It's readily tunable, by setenv'ing LESS variable to contain some of: -e or --quit-at-eof Causes less to automatically exit the second time it reaches end-of-file. By default, the only way to exit less is via the "q" command. -E or --QUIT-AT-EOF Causes less to automatically exit the first time it reaches end-of-file. -K or --quit-on-intr Causes less to exit immediately when an interrupt character (usually ^C) is typed. Normally, an interrupt character causes less to stop whatever it is doing and return to its command prompt. Note that use of this option makes it impossible to return to the command prompt from the "F" command. While we return folks to the regularly scheduled debate on fancier .cshrc setup, I think I'd be happier with some of these changes showing up as examples, and having people try them out and look for any unexpected side effects before adopting them wholesale into the default system-wide dot.cshrc template... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 23:36:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9859F106568B for ; Fri, 10 Feb 2012 23:36:44 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 576948FC0A for ; Fri, 10 Feb 2012 23:36:44 +0000 (UTC) Received: by ggnk5 with SMTP id k5so2301508ggn.13 for ; Fri, 10 Feb 2012 15:36:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tljzyT8vp77/zuy5fe0ZFHAfdGcTI6vAAmXih7v1Ndk=; b=M6F3tofJegBdtqxYfrKLfNzuaJrBkBBD3NyBf3P2I8MLZjenhKFi79n1w8UskrqSDz +HChT6qkFz9d7Z5oXaHqRAZ0bWDwN4RfCFZ8ODf4p+kM0gOnJxGaCxqgd32u6J1n/tJI j9DCMAVILxJZFMiMTORG36L4lfkstMiLw8mUo= MIME-Version: 1.0 Received: by 10.236.170.130 with SMTP id p2mr11678022yhl.13.1328915600151; Fri, 10 Feb 2012 15:13:20 -0800 (PST) Received: by 10.236.22.138 with HTTP; Fri, 10 Feb 2012 15:13:20 -0800 (PST) In-Reply-To: References: Date: Sat, 11 Feb 2012 00:13:20 +0100 Message-ID: From: Oliver Pinter To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , freebsd-current Current , "Wojciech A. Koszek" , Colin Percival Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 23:36:44 -0000 On 2/10/12, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " > set filec > - set history = 100 > - set savehist = 100 > + set history = 10000 > + set savehist = 10000 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif > > -- > Eitan Adler > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > this is what I use, this based on somewhat, that I found before ~3 years in Internet + mostly rewrited and extended: http://oliverp.teteny.bme.hu/git/?p=base/tcshrc.git;a=tree From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 23:38:35 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D6D1065672; Fri, 10 Feb 2012 23:38:35 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC0DF8FC14; Fri, 10 Feb 2012 23:38:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1ANcZum020439; Fri, 10 Feb 2012 23:38:35 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1ANcZXt020438; Fri, 10 Feb 2012 23:38:35 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sat, 11 Feb 2012 00:38:32 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, ports@FreeBSD.org Message-ID: <20120210233831.GQ2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GJ7e10BhKqIkML+d" Content-Disposition: inline In-Reply-To: <20120210175146.GP2106@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: [HEADSUP][CFT] pkgng beta1^Wbeta2^W3 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 23:38:35 -0000 --GJ7e10BhKqIkML+d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sorry pkg add was broken in beta2 this release fixes it. Changes: * fix pkg add (it is been broken during beta2 sorry about that) * fix manifest emitter: now really emit the pkg-message in message no more description * add %M to pkg query to show messages * concat all pkg-messages and show it once at the end of operations * print messages about missing dependency during pkg add regards, Bapt --GJ7e10BhKqIkML+d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk81qncACgkQ8kTtMUmk6EwJHACfdxZw0FJwmThJywcbG9euTOxJ Cg4AoJnqY/ogtPwKxScDR6zruZ0y/7us =NJy6 -----END PGP SIGNATURE----- --GJ7e10BhKqIkML+d-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 23:46:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D8A106566C for ; Fri, 10 Feb 2012 23:46:03 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB718FC0A for ; Fri, 10 Feb 2012 23:46:02 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA22573; Sat, 11 Feb 2012 01:45:59 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rw0AA-0009Xp-Tb; Sat, 11 Feb 2012 01:45:59 +0200 Message-ID: <4F35AC34.8010809@FreeBSD.org> Date: Sat, 11 Feb 2012 01:45:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Chuck Swiger References: <1328887627.38277.68.camel@buffy.york.ac.uk> <4F359661.30704@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Current Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2012 23:46:03 -0000 on 11/02/2012 00:29 Chuck Swiger said the following: > On Feb 10, 2012, at 2:12 PM, Andriy Gapon wrote: >> I really hate the default behavior of less where you can't quit via ^C or via >> paging through the end of file. > > It's readily tunable, by setenv'ing LESS variable to contain some of: > > -e or --quit-at-eof > Causes less to automatically exit the second time it reaches end-of-file. By default, > the only way to exit less is via the "q" command. > > -E or --QUIT-AT-EOF > Causes less to automatically exit the first time it reaches end-of-file. > > -K or --quit-on-intr > Causes less to exit immediately when an interrupt character (usually ^C) is typed. > Normally, an interrupt character causes less to stop whatever it is doing and return to > its command prompt. Note that use of this option makes it impossible to return to the > command prompt from the "F" command. Exactly. So my larger point is that less and more are actually the same binary and whatever behavior a user prefers can be achieved via MORE or LESS. Neither of the default behaviors was satisfactory enough personally for me. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:38:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694ED106566C for ; Sat, 11 Feb 2012 00:38:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id EDF8E8FC12 for ; Sat, 11 Feb 2012 00:38:05 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so3423197wgb.31 for ; Fri, 10 Feb 2012 16:38:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=U/uaZvU3LYUR/SWaFzA/LGnr+n56ge0bn7oN9UQ56nU=; b=UGGqFPPZDT4tjjGSd46CXPupi+NREJ5xN3M7CYnt8d1J31MFxUmrHI28Dd5cpEbD9/ vTrft5alkg0LTKzo9UXXFNCCf5c6Sim7dyJLyZ8khumxSa3yqRtmQgNXdmrPbjBNnwzb fcSm6tI2lJXhB2Ee5qS8hRM6JUTeTj0hItvY8= MIME-Version: 1.0 Received: by 10.216.137.210 with SMTP id y60mr1583150wei.14.1328919334452; Fri, 10 Feb 2012 16:15:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.175.136 with HTTP; Fri, 10 Feb 2012 16:15:34 -0800 (PST) In-Reply-To: <20120210175146.GP2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> Date: Fri, 10 Feb 2012 16:15:34 -0800 X-Google-Sender-Auth: NNY7naP-fpsf7j7rkJlIGo9DEWk Message-ID: From: Adrian Chadd To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 00:38:06 -0000 On 10 February 2012 09:51, Baptiste Daroussin wrote: > As said in the first announcement there will be lots of beta release before rc > and then stable > > the second one is now out with the following changes: > * update bundled sqlite to 3.7.10 Hm, are there plans to just expose the system sqlite version for other system tools that may wish to take advantage of this? Adrian From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:39:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C3D106566B; Sat, 11 Feb 2012 00:39:18 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6038FC1D; Sat, 11 Feb 2012 00:39:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1B0dHln079110; Sat, 11 Feb 2012 00:39:17 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1B0dHoh079109; Sat, 11 Feb 2012 00:39:17 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Sat, 11 Feb 2012 01:39:14 +0100 From: Baptiste Daroussin To: Adrian Chadd Message-ID: <20120211003913.GR2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l2C7pJE7HE4aLL3l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 00:39:18 -0000 --l2C7pJE7HE4aLL3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2012 at 04:15:34PM -0800, Adrian Chadd wrote: > On 10 February 2012 09:51, Baptiste Daroussin wrote: > > As said in the first announcement there will be lots of beta release be= fore rc > > and then stable > > > > the second one is now out with the following changes: > > * update bundled sqlite to 3.7.10 >=20 > Hm, are there plans to just expose the system sqlite version for other > system tools that may wish to take advantage of this? >=20 >=20 > Adrian Nope but that is a good idea can you add and issue on github for that pleas= e so that we don't forget about it ? regards, Bapt --l2C7pJE7HE4aLL3l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEUEARECAAYFAk81uLEACgkQ8kTtMUmk6Ey2OwCfZse6rBBPgThRDaqL87vUEu8A CPwAmOJWY2nJCdvtMCF9hK/Y+pmJsgE= =1pBA -----END PGP SIGNATURE----- --l2C7pJE7HE4aLL3l-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:19:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD821065672; Sat, 11 Feb 2012 01:19:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 38AC48FC21; Sat, 11 Feb 2012 01:19:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B1JfsZ020095; Fri, 10 Feb 2012 20:19:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B1JfGB020086; Sat, 11 Feb 2012 01:19:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 01:19:41 GMT Message-Id: <201202110119.q1B1JfGB020086@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 01:19:45 -0000 TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=arm TB --- 2012-02-10 23:40:24 - TARGET_ARCH=arm TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> 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 Sat Feb 11 00:32:55 UTC 2012 TB --- 2012-02-11 00:32:55 - cd /src/sys/arm/conf TB --- 2012-02-11 00:32:55 - /usr/sbin/config -m AVILA TB --- 2012-02-11 00:32:55 - building AVILA kernel TB --- 2012-02-11 00:32:55 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:32:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:32:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:32:55 - SRCCONF=/dev/null TB --- 2012-02-11 00:32:55 - TARGET=arm TB --- 2012-02-11 00:32:55 - TARGET_ARCH=arm TB --- 2012-02-11 00:32:55 - TZ=UTC TB --- 2012-02-11 00:32:55 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:32:55 - cd /src TB --- 2012-02-11 00:32:55 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Feb 11 00:32:55 UTC 2012 >>> 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 AVILA completed on Sat Feb 11 00:35:55 UTC 2012 TB --- 2012-02-11 00:35:55 - cd /src/sys/arm/conf TB --- 2012-02-11 00:35:55 - /usr/sbin/config -m BWCT TB --- 2012-02-11 00:35:55 - building BWCT kernel TB --- 2012-02-11 00:35:55 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:35:55 - SRCCONF=/dev/null TB --- 2012-02-11 00:35:55 - TARGET=arm TB --- 2012-02-11 00:35:55 - TARGET_ARCH=arm TB --- 2012-02-11 00:35:55 - TZ=UTC TB --- 2012-02-11 00:35:55 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:35:55 - cd /src TB --- 2012-02-11 00:35:55 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Feb 11 00:35:55 UTC 2012 >>> 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 BWCT completed on Sat Feb 11 00:38:00 UTC 2012 TB --- 2012-02-11 00:38:00 - cd /src/sys/arm/conf TB --- 2012-02-11 00:38:00 - /usr/sbin/config -m CAMBRIA TB --- 2012-02-11 00:38:00 - building CAMBRIA kernel TB --- 2012-02-11 00:38:00 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:38:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:38:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:38:00 - SRCCONF=/dev/null TB --- 2012-02-11 00:38:00 - TARGET=arm TB --- 2012-02-11 00:38:00 - TARGET_ARCH=arm TB --- 2012-02-11 00:38:00 - TZ=UTC TB --- 2012-02-11 00:38:00 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:38:00 - cd /src TB --- 2012-02-11 00:38:00 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sat Feb 11 00:38:00 UTC 2012 >>> 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 CAMBRIA completed on Sat Feb 11 00:40:59 UTC 2012 TB --- 2012-02-11 00:40:59 - cd /src/sys/arm/conf TB --- 2012-02-11 00:40:59 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-02-11 00:40:59 - building CNS11XXNAS kernel TB --- 2012-02-11 00:40:59 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:40:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:40:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:40:59 - SRCCONF=/dev/null TB --- 2012-02-11 00:40:59 - TARGET=arm TB --- 2012-02-11 00:40:59 - TARGET_ARCH=arm TB --- 2012-02-11 00:40:59 - TZ=UTC TB --- 2012-02-11 00:40:59 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:40:59 - cd /src TB --- 2012-02-11 00:40:59 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Feb 11 00:40:59 UTC 2012 >>> 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 CNS11XXNAS completed on Sat Feb 11 00:43:32 UTC 2012 TB --- 2012-02-11 00:43:32 - cd /src/sys/arm/conf TB --- 2012-02-11 00:43:32 - /usr/sbin/config -m CRB TB --- 2012-02-11 00:43:32 - building CRB kernel TB --- 2012-02-11 00:43:32 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:43:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:43:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:43:32 - SRCCONF=/dev/null TB --- 2012-02-11 00:43:32 - TARGET=arm TB --- 2012-02-11 00:43:32 - TARGET_ARCH=arm TB --- 2012-02-11 00:43:32 - TZ=UTC TB --- 2012-02-11 00:43:32 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:43:32 - cd /src TB --- 2012-02-11 00:43:32 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Sat Feb 11 00:43:32 UTC 2012 >>> 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 CRB completed on Sat Feb 11 00:47:21 UTC 2012 TB --- 2012-02-11 00:47:21 - cd /src/sys/arm/conf TB --- 2012-02-11 00:47:21 - /usr/sbin/config -m DB-78XXX TB --- 2012-02-11 00:47:21 - building DB-78XXX kernel TB --- 2012-02-11 00:47:21 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:47:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:47:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:47:21 - SRCCONF=/dev/null TB --- 2012-02-11 00:47:21 - TARGET=arm TB --- 2012-02-11 00:47:21 - TARGET_ARCH=arm TB --- 2012-02-11 00:47:21 - TZ=UTC TB --- 2012-02-11 00:47:21 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:47:21 - cd /src TB --- 2012-02-11 00:47:21 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Feb 11 00:47:21 UTC 2012 >>> 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 DB-78XXX completed on Sat Feb 11 00:49:59 UTC 2012 TB --- 2012-02-11 00:49:59 - cd /src/sys/arm/conf TB --- 2012-02-11 00:49:59 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-02-11 00:49:59 - building DB-88F5XXX kernel TB --- 2012-02-11 00:49:59 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:49:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:49:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:49:59 - SRCCONF=/dev/null TB --- 2012-02-11 00:49:59 - TARGET=arm TB --- 2012-02-11 00:49:59 - TARGET_ARCH=arm TB --- 2012-02-11 00:49:59 - TZ=UTC TB --- 2012-02-11 00:49:59 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:49:59 - cd /src TB --- 2012-02-11 00:49:59 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Feb 11 00:49:59 UTC 2012 >>> 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 DB-88F5XXX completed on Sat Feb 11 00:52:36 UTC 2012 TB --- 2012-02-11 00:52:36 - cd /src/sys/arm/conf TB --- 2012-02-11 00:52:36 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-02-11 00:52:36 - building DB-88F6XXX kernel TB --- 2012-02-11 00:52:36 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:52:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:52:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:52:36 - SRCCONF=/dev/null TB --- 2012-02-11 00:52:36 - TARGET=arm TB --- 2012-02-11 00:52:36 - TARGET_ARCH=arm TB --- 2012-02-11 00:52:36 - TZ=UTC TB --- 2012-02-11 00:52:36 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:52:36 - cd /src TB --- 2012-02-11 00:52:36 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Feb 11 00:52:36 UTC 2012 >>> 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 DB-88F6XXX completed on Sat Feb 11 00:55:19 UTC 2012 TB --- 2012-02-11 00:55:19 - cd /src/sys/arm/conf TB --- 2012-02-11 00:55:19 - /usr/sbin/config -m DOCKSTAR TB --- 2012-02-11 00:55:19 - building DOCKSTAR kernel TB --- 2012-02-11 00:55:19 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:55:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:55:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:55:19 - SRCCONF=/dev/null TB --- 2012-02-11 00:55:19 - TARGET=arm TB --- 2012-02-11 00:55:19 - TARGET_ARCH=arm TB --- 2012-02-11 00:55:19 - TZ=UTC TB --- 2012-02-11 00:55:19 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:55:19 - cd /src TB --- 2012-02-11 00:55:19 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Feb 11 00:55:19 UTC 2012 >>> 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 DOCKSTAR completed on Sat Feb 11 00:58:17 UTC 2012 TB --- 2012-02-11 00:58:17 - cd /src/sys/arm/conf TB --- 2012-02-11 00:58:17 - /usr/sbin/config -m EP80219 TB --- 2012-02-11 00:58:17 - building EP80219 kernel TB --- 2012-02-11 00:58:17 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:58:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:58:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:58:17 - SRCCONF=/dev/null TB --- 2012-02-11 00:58:17 - TARGET=arm TB --- 2012-02-11 00:58:17 - TARGET_ARCH=arm TB --- 2012-02-11 00:58:17 - TZ=UTC TB --- 2012-02-11 00:58:17 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:58:17 - cd /src TB --- 2012-02-11 00:58:17 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Sat Feb 11 00:58:17 UTC 2012 >>> 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 EP80219 completed on Sat Feb 11 01:01:07 UTC 2012 TB --- 2012-02-11 01:01:07 - cd /src/sys/arm/conf TB --- 2012-02-11 01:01:07 - /usr/sbin/config -m GUMSTIX TB --- 2012-02-11 01:01:07 - building GUMSTIX kernel TB --- 2012-02-11 01:01:07 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:01:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:01:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:01:07 - SRCCONF=/dev/null TB --- 2012-02-11 01:01:07 - TARGET=arm TB --- 2012-02-11 01:01:07 - TARGET_ARCH=arm TB --- 2012-02-11 01:01:07 - TZ=UTC TB --- 2012-02-11 01:01:07 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:01:07 - cd /src TB --- 2012-02-11 01:01:07 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Sat Feb 11 01:01:07 UTC 2012 >>> 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 GUMSTIX completed on Sat Feb 11 01:03:25 UTC 2012 TB --- 2012-02-11 01:03:25 - cd /src/sys/arm/conf TB --- 2012-02-11 01:03:25 - /usr/sbin/config -m HL200 TB --- 2012-02-11 01:03:25 - building HL200 kernel TB --- 2012-02-11 01:03:25 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:03:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:03:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:03:25 - SRCCONF=/dev/null TB --- 2012-02-11 01:03:25 - TARGET=arm TB --- 2012-02-11 01:03:25 - TARGET_ARCH=arm TB --- 2012-02-11 01:03:25 - TZ=UTC TB --- 2012-02-11 01:03:25 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:03:25 - cd /src TB --- 2012-02-11 01:03:25 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Sat Feb 11 01:03:26 UTC 2012 >>> 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 HL200 completed on Sat Feb 11 01:06:03 UTC 2012 TB --- 2012-02-11 01:06:03 - cd /src/sys/arm/conf TB --- 2012-02-11 01:06:03 - /usr/sbin/config -m HL201 TB --- 2012-02-11 01:06:03 - building HL201 kernel TB --- 2012-02-11 01:06:03 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:06:03 - SRCCONF=/dev/null TB --- 2012-02-11 01:06:03 - TARGET=arm TB --- 2012-02-11 01:06:03 - TARGET_ARCH=arm TB --- 2012-02-11 01:06:03 - TZ=UTC TB --- 2012-02-11 01:06:03 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:06:03 - cd /src TB --- 2012-02-11 01:06:03 - /usr/bin/make -B buildkernel KERNCONF=HL201 >>> Kernel build for HL201 started on Sat Feb 11 01:06:03 UTC 2012 >>> 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 HL201 completed on Sat Feb 11 01:08:14 UTC 2012 TB --- 2012-02-11 01:08:14 - cd /src/sys/arm/conf TB --- 2012-02-11 01:08:14 - /usr/sbin/config -m IQ31244 TB --- 2012-02-11 01:08:14 - building IQ31244 kernel TB --- 2012-02-11 01:08:14 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:08:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:08:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:08:14 - SRCCONF=/dev/null TB --- 2012-02-11 01:08:14 - TARGET=arm TB --- 2012-02-11 01:08:14 - TARGET_ARCH=arm TB --- 2012-02-11 01:08:14 - TZ=UTC TB --- 2012-02-11 01:08:14 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:08:14 - cd /src TB --- 2012-02-11 01:08:14 - /usr/bin/make -B buildkernel KERNCONF=IQ31244 >>> Kernel build for IQ31244 started on Sat Feb 11 01:08:14 UTC 2012 >>> 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 IQ31244 completed on Sat Feb 11 01:11:32 UTC 2012 TB --- 2012-02-11 01:11:32 - cd /src/sys/arm/conf TB --- 2012-02-11 01:11:32 - /usr/sbin/config -m KB920X TB --- 2012-02-11 01:11:32 - building KB920X kernel TB --- 2012-02-11 01:11:32 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:11:32 - SRCCONF=/dev/null TB --- 2012-02-11 01:11:32 - TARGET=arm TB --- 2012-02-11 01:11:32 - TARGET_ARCH=arm TB --- 2012-02-11 01:11:32 - TZ=UTC TB --- 2012-02-11 01:11:32 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:11:32 - cd /src TB --- 2012-02-11 01:11:32 - /usr/bin/make -B buildkernel KERNCONF=KB920X >>> Kernel build for KB920X started on Sat Feb 11 01:11:32 UTC 2012 >>> 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 nullfs.ko.debug nullfs.kld objcopy --only-keep-debug nullfs.ko.debug nullfs.ko.symbols objcopy --strip-debug --add-gnu-debuglink=nullfs.ko.symbols nullfs.ko.debug nullfs.ko ===> oce (all) cc -O -pipe -DSMP -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/oce/../../dev/oce -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/KB920X/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/arm.arm/src/sys/KB920X -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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/oce/../../dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/modules/oce/../../dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/modules/oce/../../dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /src/sys/modules/oce. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/KB920X. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 01:19:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 01:19:40 - ERROR: failed to build KB920X kernel TB --- 2012-02-11 01:19:40 - 4638.69 user 932.46 system 5980.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:48:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF451106564A; Sat, 11 Feb 2012 01:48:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A93138FC13; Sat, 11 Feb 2012 01:48:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B1mp5W043781; Fri, 10 Feb 2012 20:48:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B1mpLP043772; Sat, 11 Feb 2012 01:48:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 01:48:51 GMT Message-Id: <201202110148.q1B1mpLP043772@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 01:48:53 -0000 TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=pc98 TB --- 2012-02-10 23:40:24 - TARGET_ARCH=i386 TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> 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 Sat Feb 11 01:42:35 UTC 2012 TB --- 2012-02-11 01:42:35 - generating LINT kernel config TB --- 2012-02-11 01:42:35 - cd /src/sys/pc98/conf TB --- 2012-02-11 01:42:35 - /usr/bin/make -B LINT TB --- 2012-02-11 01:42:35 - cd /src/sys/pc98/conf TB --- 2012-02-11 01:42:35 - /usr/sbin/config -m LINT TB --- 2012-02-11 01:42:35 - building LINT kernel TB --- 2012-02-11 01:42:35 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:42:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:42:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:42:35 - SRCCONF=/dev/null TB --- 2012-02-11 01:42:35 - TARGET=pc98 TB --- 2012-02-11 01:42:35 - TARGET_ARCH=i386 TB --- 2012-02-11 01:42:35 - TZ=UTC TB --- 2012-02-11 01:42:35 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:42:35 - cd /src TB --- 2012-02-11 01:42:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 01:42:35 UTC 2012 >>> 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_hw.c cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 01:48:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 01:48:51 - ERROR: failed to build LINT kernel TB --- 2012-02-11 01:48:51 - 6321.61 user 927.10 system 7731.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:50:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5A7106564A; Sat, 11 Feb 2012 01:50:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 287FE8FC1F; Sat, 11 Feb 2012 01:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B1oPIX055813; Fri, 10 Feb 2012 20:50:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B1oPD4055797; Sat, 11 Feb 2012 01:50:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 01:50:25 GMT Message-Id: <201202110150.q1B1oPD4055797@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 01:50:26 -0000 TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=i386 TB --- 2012-02-10 23:40:24 - TARGET_ARCH=i386 TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> 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 Sat Feb 11 01:42:49 UTC 2012 TB --- 2012-02-11 01:42:49 - generating LINT kernel config TB --- 2012-02-11 01:42:49 - cd /src/sys/i386/conf TB --- 2012-02-11 01:42:49 - /usr/bin/make -B LINT TB --- 2012-02-11 01:42:50 - cd /src/sys/i386/conf TB --- 2012-02-11 01:42:50 - /usr/sbin/config -m LINT TB --- 2012-02-11 01:42:50 - building LINT kernel TB --- 2012-02-11 01:42:50 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:42:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:42:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:42:50 - SRCCONF=/dev/null TB --- 2012-02-11 01:42:50 - TARGET=i386 TB --- 2012-02-11 01:42:50 - TARGET_ARCH=i386 TB --- 2012-02-11 01:42:50 - TZ=UTC TB --- 2012-02-11 01:42:50 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:42:50 - cd /src TB --- 2012-02-11 01:42:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 01:42:50 UTC 2012 >>> 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_hw.c cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 01:50:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 01:50:25 - ERROR: failed to build LINT kernel TB --- 2012-02-11 01:50:25 - 6423.61 user 932.85 system 7825.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:19:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A38DD1065672; Sat, 11 Feb 2012 01:19:07 +0000 (UTC) (envelope-from lenzi.sergio@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF8A8FC12; Sat, 11 Feb 2012 01:19:07 +0000 (UTC) Received: by ghbg15 with SMTP id g15so2333079ghb.13 for ; Fri, 10 Feb 2012 17:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version:x-mailer; bh=S4Yc2XcgT6j1gNGe27ULVkIuRm4yIxU5jzcm/JAhJps=; b=VS8nAgx1l6kdhWLQCiG8Qt8vVF1JQ38aVVfBmICPpTpAmPze/ZT4gD9EJ0ZOhmU+ok cFSZchfwHK7KKlufI5Yt1UU8Kty8uhGjBYWyTVC1/3KXGLA4g5k3CnLAQSXpjtE8SXoM 9Bpn0CYS1V1KTgq6b4R1xvgDhsuFueYDwh1JQ= Received: by 10.236.197.74 with SMTP id s50mr11613711yhn.127.1328922794173; Fri, 10 Feb 2012 17:13:14 -0800 (PST) Received: from [192.168.6.230] ([201.21.160.190]) by mx.google.com with ESMTPS id w44sm12386850yhk.17.2012.02.10.17.13.11 (version=SSLv3 cipher=OTHER); Fri, 10 Feb 2012 17:13:13 -0800 (PST) From: Sergio de Almeida Lenzi To: Baptiste Daroussin In-Reply-To: <20120210233831.GQ2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> <20120210233831.GQ2106@azathoth.lan> Date: Fri, 10 Feb 2012 23:13:10 -0200 Message-ID: <1328922790.39784.8.camel@z6000.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Sat, 11 Feb 2012 01:52:59 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Beta 3 still not OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 01:19:07 -0000 Seems that the sqlite database has changed from beta1 to beta3??? I have all the system running exclusive on pkg there is no more "old pkg" How can I upgrade the sqlite database from beta1 to beta3??? From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:32:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D4E1065670; Sat, 11 Feb 2012 01:32:40 +0000 (UTC) (envelope-from lenzi.sergio@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3658FC0A; Sat, 11 Feb 2012 01:32:40 +0000 (UTC) Received: by ghbg15 with SMTP id g15so2335621ghb.13 for ; Fri, 10 Feb 2012 17:32:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version:x-mailer; bh=Vq/a2hyZgPzDENe5VBk8E1/KsLjIkDG4Z7xTyg5nRUo=; b=drHmX1EhGgWQNt54XTCBj2wO45jE/YGzwIcEpEAC9g/bPM6F+uTxIcW6Rz3qie82un bBIq4ZExZbgbwgVvIa9exdtzSqS3u7PtQ/q/nd1ikW41y9pcExv49jVLaupmi0KgPAxh syE4+AcVSthMZNaUzp755oHH9iiHYVxoQ1aJw= Received: by 10.236.128.173 with SMTP id f33mr11698123yhi.107.1328922513267; Fri, 10 Feb 2012 17:08:33 -0800 (PST) Received: from [192.168.6.230] ([201.21.160.190]) by mx.google.com with ESMTPS id q55sm12422866yhi.0.2012.02.10.17.08.30 (version=SSLv3 cipher=OTHER); Fri, 10 Feb 2012 17:08:32 -0800 (PST) From: Sergio de Almeida Lenzi To: Baptiste Daroussin In-Reply-To: <20120210233831.GQ2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> <20120210233831.GQ2106@azathoth.lan> Date: Fri, 10 Feb 2012 23:08:28 -0200 Message-ID: <1328922508.39784.6.camel@z6000.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Sat, 11 Feb 2012 02:01:56 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Beta 3 still not OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 01:32:40 -0000 Em Sáb, 2012-02-11 às 00:38 +0100, Baptiste Daroussin escreveu: > Sorry pkg add was broken in beta2 this release fixes it. > > Changes: > * fix pkg add (it is been broken during beta2 sorry about that) > * fix manifest emitter: now really emit the pkg-message in message no more > description > * add %M to pkg query to show messages > * concat all pkg-messages and show it once at the end of operations > * print messages about missing dependency during pkg add > > regards, > Bapt Hello, Baptiste, Beta 3 still not ok... ===================================== pkg upgrade Assertion failed: ((buf->s_flags & SBUF_FINISHED) == SBUF_FINISHED), function sbuf_get, file pkg_util.c, line 36. Abort trap: 6 (imagem do núcleo gravada) ============================== the sequence was: pkg update ====> OK pkg upgrade =====> error... the error comes before a query to the sql database at pkgdb.c line 2133 seems that buf->flags is missing SBUF_FINISHED... data at buf is.... s_buf = 0x80081d200 "INSERT OR IGNORE INTO pkgjobs (pkgid, origin, name, version, comment, desc, arch, osversion, maintainer, www, prefix, flatsize, pkgsize, cksum, repopath, automatic) SELECT id, origin, name, version, c"..., s_unused = 0x0, s_size = 512, s_len = 363, s_flags = 589825} ==================================== on downgrade to beta 1, it works.... From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 02:56:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E436C1065677 for ; Sat, 11 Feb 2012 02:56:48 +0000 (UTC) (envelope-from smckay@internode.on.net) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id 751468FC15 for ; Sat, 11 Feb 2012 02:56:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAGnUNU920ALe/2dsb2JhbABEr26BCIFzAQVWIxALRjkEGsA1izQBKwQFEkABBQcIBgQIg2QGIgQBAQIDA0WDHQSoJg Received: from ppp118-208-2-222.lns20.bne1.internode.on.net (HELO dungeon.home) ([118.208.2.222]) by ipmail04.adl6.internode.on.net with ESMTP; 11 Feb 2012 13:11:32 +1030 Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.14.4/8.14.3) with ESMTP id q1B2fUAh021564; Sat, 11 Feb 2012 12:41:30 +1000 (EST) (envelope-from mckay) Message-Id: <201202110241.q1B2fUAh021564@dungeon.home> To: freebsd-current@freebsd.org References: <1328887627.38277.68.camel@buffy.york.ac.uk> In-Reply-To: from Eitan Adler at "Fri, 10 Feb 2012 16:25:08 +0000" Date: Sat, 11 Feb 2012 12:41:30 +1000 From: Stephen McKay Cc: Eitan Adler , Stephen McKay Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 02:56:49 -0000 On Friday, 10th February 2012, Eitan Adler wrote: >-alias la ls -a >+alias la ls -aF > alias lf ls -FA >-alias ll ls -lA >+alias ll ls -lAF >+alias ls ls -F > >Two people didn't like these changes but didn't explain why. This is >incredibly helpful, especially for a new user. If you dislike the >alias change please explain what bothers you about it? You should never, ever alias over a standard command in a default profile. It will only train new users incorrectly. Having to use \ls to get the real ls is not an answer. If you think -F should be the default behaviour of ls, commit it directly to the ls source. Then run away fast! :-) As for the other ls aliases, I don't see the point given "lf" already exists. My only advice for your overall .cshrc changes is to be minimal and aim low. You may have a chance at consensus then. Good luck! By the way, one of the nice things about FreeBSD vs Linux is that less shell configuration is set up by default, so less work is needed to undo it all before you can get your own settings done. Every "helpful" thing that is set in /.cshrc or any other global config file is something someone somewhere will have to discover and turn off. Try not to make it too hard for them. Stephen. From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 04:00:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E8C1065670; Sat, 11 Feb 2012 04:00:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 606598FC0C; Sat, 11 Feb 2012 04:00:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B40fOR082852; Fri, 10 Feb 2012 23:00:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B40fTf082843; Sat, 11 Feb 2012 04:00:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 04:00:41 GMT Message-Id: <201202110400.q1B40fTf082843@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 04:00:42 -0000 TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-02-10 23:45:27 - building world TB --- 2012-02-10 23:45:27 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:45:27 - SRCCONF=/dev/null TB --- 2012-02-10 23:45:27 - TARGET=amd64 TB --- 2012-02-10 23:45:27 - TARGET_ARCH=amd64 TB --- 2012-02-10 23:45:27 - TZ=UTC TB --- 2012-02-10 23:45:27 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:45:27 - cd /src TB --- 2012-02-10 23:45:27 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:45:27 UTC 2012 >>> 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 Sat Feb 11 02:19:22 UTC 2012 TB --- 2012-02-11 02:19:22 - generating LINT kernel config TB --- 2012-02-11 02:19:22 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:19:22 - /usr/bin/make -B LINT TB --- 2012-02-11 02:19:22 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:19:22 - /usr/sbin/config -m LINT TB --- 2012-02-11 02:19:22 - building LINT kernel TB --- 2012-02-11 02:19:22 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 02:19:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 02:19:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 02:19:22 - SRCCONF=/dev/null TB --- 2012-02-11 02:19:22 - TARGET=amd64 TB --- 2012-02-11 02:19:22 - TARGET_ARCH=amd64 TB --- 2012-02-11 02:19:22 - TZ=UTC TB --- 2012-02-11 02:19:22 - __MAKE_CONF=/dev/null TB --- 2012-02-11 02:19:22 - cd /src TB --- 2012-02-11 02:19:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 02:19:22 UTC 2012 >>> 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 LINT completed on Sat Feb 11 02:49:04 UTC 2012 TB --- 2012-02-11 02:49:04 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:49:04 - /usr/sbin/config -m LINT-NOINET TB --- 2012-02-11 02:49:04 - building LINT-NOINET kernel TB --- 2012-02-11 02:49:04 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 02:49:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 02:49:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 02:49:04 - SRCCONF=/dev/null TB --- 2012-02-11 02:49:04 - TARGET=amd64 TB --- 2012-02-11 02:49:04 - TARGET_ARCH=amd64 TB --- 2012-02-11 02:49:04 - TZ=UTC TB --- 2012-02-11 02:49:04 - __MAKE_CONF=/dev/null TB --- 2012-02-11 02:49:04 - cd /src TB --- 2012-02-11 02:49:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Feb 11 02:49:04 UTC 2012 >>> 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 LINT-NOINET completed on Sat Feb 11 03:17:17 UTC 2012 TB --- 2012-02-11 03:17:17 - cd /src/sys/amd64/conf TB --- 2012-02-11 03:17:17 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-02-11 03:17:17 - building LINT-NOINET6 kernel TB --- 2012-02-11 03:17:17 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 03:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 03:17:17 - SRCCONF=/dev/null TB --- 2012-02-11 03:17:17 - TARGET=amd64 TB --- 2012-02-11 03:17:17 - TARGET_ARCH=amd64 TB --- 2012-02-11 03:17:17 - TZ=UTC TB --- 2012-02-11 03:17:17 - __MAKE_CONF=/dev/null TB --- 2012-02-11 03:17:17 - cd /src TB --- 2012-02-11 03:17:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Feb 11 03:17:17 UTC 2012 >>> 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 LINT-NOINET6 completed on Sat Feb 11 03:46:43 UTC 2012 TB --- 2012-02-11 03:46:43 - cd /src/sys/amd64/conf TB --- 2012-02-11 03:46:43 - /usr/sbin/config -m LINT-NOIP TB --- 2012-02-11 03:46:43 - building LINT-NOIP kernel TB --- 2012-02-11 03:46:43 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:46:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 03:46:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 03:46:43 - SRCCONF=/dev/null TB --- 2012-02-11 03:46:43 - TARGET=amd64 TB --- 2012-02-11 03:46:43 - TARGET_ARCH=amd64 TB --- 2012-02-11 03:46:43 - TZ=UTC TB --- 2012-02-11 03:46:43 - __MAKE_CONF=/dev/null TB --- 2012-02-11 03:46:43 - cd /src TB --- 2012-02-11 03:46:43 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Feb 11 03:46:43 UTC 2012 >>> 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 [...] oce_if.o: In function `oce_rx': oce_if.c:(.text+0x21f5): undefined reference to `tcp_lro_rx' oce_if.o: In function `oce_rx_flush_lro': oce_if.c:(.text+0x22be): undefined reference to `tcp_lro_flush' oce_if.o: In function `oce_free_lro': oce_if.c:(.text+0x2882): undefined reference to `tcp_lro_free' oce_if.o: In function `oce_attach': oce_if.c:(.text+0x3278): undefined reference to `tcp_lro_init' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 04:00:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 04:00:41 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-02-11 04:00:41 - 12369.85 user 1851.64 system 15641.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 04:01:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ABFB106566C; Sat, 11 Feb 2012 04:01:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E03EF8FC1F; Sat, 11 Feb 2012 04:01:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B41mce086226; Fri, 10 Feb 2012 23:01:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B41mqQ086225; Sat, 11 Feb 2012 04:01:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 04:01:48 GMT Message-Id: <201202110401.q1B41mqQ086225@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 04:01:49 -0000 TB --- 2012-02-11 01:50:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 01:50:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-02-11 01:50:25 - cleaning the object tree TB --- 2012-02-11 01:50:25 - cvsupping the source tree TB --- 2012-02-11 01:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-02-11 01:50:37 - building world TB --- 2012-02-11 01:50:37 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:50:37 - SRCCONF=/dev/null TB --- 2012-02-11 01:50:37 - TARGET=powerpc TB --- 2012-02-11 01:50:37 - TARGET_ARCH=powerpc TB --- 2012-02-11 01:50:37 - TZ=UTC TB --- 2012-02-11 01:50:37 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:50:37 - cd /src TB --- 2012-02-11 01:50:37 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 01:50:37 UTC 2012 >>> 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 Sat Feb 11 03:57:23 UTC 2012 TB --- 2012-02-11 03:57:23 - generating LINT kernel config TB --- 2012-02-11 03:57:23 - cd /src/sys/powerpc/conf TB --- 2012-02-11 03:57:23 - /usr/bin/make -B LINT TB --- 2012-02-11 03:57:23 - cd /src/sys/powerpc/conf TB --- 2012-02-11 03:57:23 - /usr/sbin/config -m LINT TB --- 2012-02-11 03:57:23 - building LINT kernel TB --- 2012-02-11 03:57:23 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:57:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 03:57:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 03:57:23 - SRCCONF=/dev/null TB --- 2012-02-11 03:57:23 - TARGET=powerpc TB --- 2012-02-11 03:57:23 - TARGET_ARCH=powerpc TB --- 2012-02-11 03:57:23 - TZ=UTC TB --- 2012-02-11 03:57:23 - __MAKE_CONF=/dev/null TB --- 2012-02-11 03:57:23 - cd /src TB --- 2012-02-11 03:57:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 03:57:23 UTC 2012 >>> 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 [...] 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 /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 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 /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 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 /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 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 /src/sys/dev/oce/oce_hw.c 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 /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 04:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 04:01:48 - ERROR: failed to build LINT kernel TB --- 2012-02-11 04:01:48 - 6477.28 user 884.22 system 7882.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:12:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56D3A106566B; Sat, 11 Feb 2012 06:12:42 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1738FC13; Sat, 11 Feb 2012 06:12:41 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q1B6Cb6v071516; Fri, 10 Feb 2012 22:12:38 -0800 (PST) (envelope-from freebsd@penx.com) From: Dennis Glatting To: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20120120204459.GA51162@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> Date: Fri, 10 Feb 2012 22:12:37 -0800 Message-ID: <1328940757.65061.24.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q1B6Cb6v071516 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: freebsd@penx.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Crash (was: LSI supported mps(4) driver available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 06:12:42 -0000 I'm starting to put this system under heavy load. I had three operations working: 1) sftp a 1.7 TB file from a file server to a local, compressed (bzip) data set (disk-1/zvol (below)). 2) An independent data processing function across a NFS mount into a differnt file on the same data set (disk-1/zvol) 3) An independent data processing function across a NFS mount to disk-1 but not to a compressed data set (disk-1). This is the second crash however the first was several days ago. I just cvsup to RELENG_9 a couple of hours before I began these tasks. Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xffffff8000a19000 cm 0xffffff8000a7b700 Feb 10 21:47:16 bd3 kernel: (da3:mps0:0:3:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 992 command timeout cm 0xffffff8000a7b700 ccb 0xfffffe00262ca800 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_alloc_tm freezing simq Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xffffff8000a7b700 allocated tm 0xffffff8000a2c148 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xffffff8000a19000 cm 0xffffff8000a77fe8 Feb 10 21:47:16 bd3 kernel: (da0:mps0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 949 command timeout cm 0xffffff8000a77fe8 ccb 0xfffffe00262c9000 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xffffff8000a77fe8 allocated tm 0xffffff8000a2c290 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xffffff8000a19000 cm 0xffffff8000a672d8 Feb 10 21:47:16 bd3 kernel: (da6:mps0:0:6:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 739 command timeout cm 0xffffff8000a672d8 ccb 0xfffffe00262c2000 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xffffff8000a672d8 allocated tm 0xffffff8000a2c3d8 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xffffff8000a19000 cm 0xffffff8000a58718 Feb 10 21:47:16 bd3 kernel: (da4:mps0:0:4:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 555 command timeout cm 0xffffff8000a58718 ccb 0xfffffe00262c7800 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xffffff8000a58718 allocated tm 0xffffff8000a2c520 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_scsiio_timeout checking sc 0xffffff8000b5e000 cm 0xffffff8000bb3c90 Feb 10 21:47:16 bd3 kernel: (da11:mps2:0:2:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 834 command timeout cm 0xffffff8000bb3c90 ccb 0xfffffe002636e000 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_alloc_tm freezing simq Feb 10 21:47:16 bd3 kernel: mps2: timedout cm 0xffffff8000bb3c90 allocated tm 0xffffff8000b71148 Feb 10 21:47:16 bd3 upsd[2135]: UPS [cyberpower] data is no longer stale Feb 10 21:47:16 bd3 kernel: (da11:mps2:0:2:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 834 completed timedout cm 0xffffff8000bb3c90 ccb 0xfffffe002636e000 during recove ry ioc 8048 scsi 0 state c x(noperiph:mps2:0:2:0): SMID 1 abort TaskMID 834 status 0x0 code 0x0 count 1 Feb 10 21:47:16 bd3 kernel: (noperiph:mps2:0:2:0): SMID 1 finished recovery after aborting TaskMID 834 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_free_tm releasing simq (same stuff, yada, yada, yada) Reboot and a dmesg: bd3> dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-STABLE #3: Fri Feb 10 19:19:33 PST 2012 root@bd3:/sys/amd64/compile/SMUNI amd64 CPU: AMD FX(tm)-8150 Eight-Core Processor (4017.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbff Features2=0x1698220b AMD Features=0x2e500800 AMD Features2=0x1c9bfff,> TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16507547648 (15742 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfca0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 19 at device 3.0 on pci0 pci1: on pcib1 mps0: port 0xde00-0xdeff mem 0xfd9fc000-0xfd9fffff,0xfd980000-0xfd9bffff irq 19 at device 0.0 on pci1 mps0: Firmware: 12.00.00.00, Driver: 11.255.03.00-fbsd mps0: IOCCapabilities: 1285c pcib2: irq 16 at device 4.0 on pci0 pci2: on pcib2 em0: port 0xcf00-0xcf1f mem 0xfd7c0000-0xfd7dffff,0xfd700000-0xfd77ffff,0xfd7fc000-0xfd7fffff irq 16 at device 0.0 on pci2 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:1b:21:c6:d2:a0 pcib3: irq 17 at device 9.0 on pci0 pci3: on pcib3 xhci0: mem 0xfd5f8000-0xfd5fffff irq 17 at device 0.0 on pci3 xhci0: 64 byte context size. usbus0 on xhci0 pcib4: irq 18 at device 10.0 on pci0 pci4: on pcib4 ahci0: port 0xaf00-0xaf07,0xae00-0xae03,0xad00-0xad07,0xac00-0xac03,0xab00-0xab0f mem 0xfcbff000-0xfcbff1ff irq 18 at device 0.0 on pci4 ahci0: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 pcib5: irq 19 at device 11.0 on pci0 pci5: on pcib5 mps1: port 0x9e00-0x9eff mem 0xfdefc000-0xfdefffff,0xfde80000-0xfdebffff irq 19 at device 0.0 on pci5 mps1: Firmware: 12.00.00.00, Driver: 11.255.03.00-fbsd mps1: IOCCapabilities: 185c pcib6: irq 16 at device 12.0 on pci0 pci6: on pcib6 mps2: port 0x8e00-0x8eff mem 0xfdcfc000-0xfdcfffff,0xfdc80000-0xfdcbffff irq 16 at device 0.0 on pci6 mps2: Firmware: 12.00.00.00, Driver: 11.255.03.00-fbsd mps2: IOCCapabilities: 1285c pcib7: irq 17 at device 13.0 on pci0 pci7: on pcib7 vgapci0: port 0xee00-0xeeff mem 0xd0000000-0xdfffffff,0xfdac0000-0xfdadffff irq 17 at device 0.0 on pci7 hdac0: mem 0xfdafc000-0xfdafffff irq 18 at device 0.1 on pci7 ahci1: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ohci0: mem 0xfdffe000-0xfdffefff irq 18 at device 18.0 on pci0 usbus1: on ohci0 ehci0: mem 0xfdffd000-0xfdffd0ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 ohci1: mem 0xfdffc000-0xfdffcfff irq 18 at device 19.0 on pci0 usbus3: on ohci1 ehci1: mem 0xfdffb000-0xfdffb0ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci1 pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib8: at device 20.4 on pci0 pci8: on pcib8 ath0: mem 0xfd4e0000-0xfd4effff irq 20 at device 6.0 on pci8 [ath] enabling AN_TOP2_FIXUP [ath]: default pwr offset: -5 dBm != EEPROM pwr offset: 0 dBm; curves will be adjusted. ath0: AR9280 mac 128.2 RF5133 phy 13.0 ohci2: mem 0xfdffa000-0xfdffafff irq 18 at device 20.5 on pci0 usbus5: on ohci2 pcib9: at device 21.0 on pci0 pci9: on pcib9 re0: port 0x6e00-0x6eff mem 0xfd0ff000-0xfd0fffff,0xfd0f8000-0xfd0fbfff irq 17 at device 0.0 on pci9 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 50:e5:49:45:55:8e pcib10: at device 21.1 on pci0 pci10: on pcib10 xhci1: mem 0xfcff8000-0xfcffffff irq 17 at device 0.0 on pci10 xhci1: 64 byte context size. usbus6 on xhci1 pcib11: at device 21.2 on pci0 pci11: on pcib11 ahci2: port 0x3f00-0x3f07,0x3e00-0x3e03,0x3d00-0x3d07,0x3c00-0x3c03,0x3b00-0x3b0f mem 0xfcdff000-0xfcdff1ff irq 17 at device 0.0 on pci11 ahci2: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahcich6: at channel 0 on ahci2 ahcich7: at channel 1 on ahci2 ohci3: mem 0xfdff9000-0xfdff9fff irq 18 at device 22.0 on pci0 usbus7: on ohci3 ehci2: mem 0xfdff8000-0xfdff80ff irq 17 at device 22.2 on pci0 usbus8: EHCI version 1.0 usbus8: on ehci2 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 atrtc0: port 0x70-0x73 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 orm0: at iomem 0xc0000-0xcffff,0xd6000-0xd6fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range hwpstate0: on cpu0 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 5.0Gbps Super Speed USB v3.0 usbus7: 12Mbps Full Speed USB v1.0 usbus8: 480Mbps High Speed USB v2.0 ugen0.1: <0x1b6f> at usbus0 uhub0: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: <0x1b6f> at usbus6 uhub6: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ugen8.1: at usbus8 uhub8: on usbus8 uhub5: 2 ports with 2 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub1: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub6: 4 ports with 4 removable, self powered uhub8: 4 ports with 4 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered ugen1.2: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 ugen3.2: at usbus3 uhid0: on usbus1 (probe255:mps1:0:0:0): REPORT LUNS. CDB: a0 0 0 0 0 0 0 0 0 10 0 0 (probe255:mps1:0:0:0): CAM status: SCSI Status Error (probe255:mps1:0:0:0): SCSI status: Check Condition (probe255:mps1:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (probe255:mps1:0:0:0): Command Specific Info: 0xd44603c0 (probe255:mps1:0:0:0): REPORT LUNS. CDB: a0 0 0 0 0 0 0 0 0 10 0 0 (probe255:mps1:0:0:0): CAM status: SCSI Status Error (probe255:mps1:0:0:0): SCSI status: Check Condition (probe255:mps1:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (probe255:mps1:0:0:0): Field Replaceable Unit: 55 (probe255:mps1:0:0:0): Command Specific Info: 0x36343236 ada0 at ahcich2 bus 0 scbus5 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 85857MB (175836528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad8 ada1 at ahcich3 bus 0 scbus6 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 57241MB (117231408 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad10 da8 at mps1 bus 0 scbus3 target 0 lun 0 da8: Fixed Direct Access SCSI-6 device da8: 150.000MB/s transfers da8: Command Queueing enabled da8: 952720MB (1951170560 512 byte sectors: 255H 63S/T 121454C) SMP: AP CPU #4 Launched! da4 at mps0 bus 0 scbus0 target 4 lun 0 da4: Fixed Direct Access SCSI-6 device da4: 300.000MB/s transfers da4: Command Queueing enabled da4: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da0 at mps0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-6 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da3 at mps0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-6 device da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) SMP: AP CPU #2 Launched! da5 at mps0 bus 0 scbus0 target 5 lun 0 da5: Fixed Direct Access SCSI-6 device da5: 300.000MB/s transfers da5: Command Queueing enabled da5: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da6 at mps0 bus 0 scbus0 target 6 lun 0 da6: Fixed Direct Access SCSI-6 device da6: 300.000MB/s transfers da6: Command Queueing enabled da6: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da7 at mps0 bus 0 scbus0 target 7 lun 0 da7: Fixed Direct Access SCSI-6 device da7: 300.000MB/s transfers da7: Command Queueing enabled da7: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) SMP: AP CPU #3 Launched! da10 at mps2 bus 0 scbus4 target 1 lun 0 da10: Fixed Direct Access SCSI-6 device da10: 300.000MB/s transfers da10: Command Queueing enabled da10: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da11 at mps2 bus 0 scbus4 target 2 lun 0 da11: Fixed Direct Access SCSI-6 device da11: 300.000MB/s transfers da11: Command Queueing enabled da11: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da9 at mps2 bus 0 scbus4 target 0 lun 0 da9: Fixed Direct Access SCSI-6 device da9: 300.000MB/s transfers da9: Command Queueing enabled da9: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) SMP: AP CPU #6 Launched! da12 at mps2 bus 0 scbus4 target 3 lun 0 da12: Fixed Direct Access SCSI-6 device da12: 300.000MB/s transfers da12: Command Queueing enabled da12: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da2 at mps0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-6 device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) da1 at mps0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-6 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 2384658MB (4883781168 512 byte sectors: 255H 63S/T 304001C) SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 15695252 Hz quality 1000 da13 at mps2 bus 0 scbus4 target 4 lun 0 da13: Fixed Direct Access SCSI-6 device da13: 300.000MB/s transfers da13: Command Queueing enabled da13: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) Trying to mount root from ufs:/dev/gpt/disk0 [rw]... WARNING: / was not properly dismounted ZFS filesystem version 5 ZFS storage pool version 28 bd3> The pools after reboot: bd3> zpool status pool: disk-1 state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Fri Feb 10 22:00:32 2012 config: NAME STATE READ WRITE CKSUM disk-1 ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 da3 ONLINE 0 0 0 da2 ONLINE 0 0 0 da1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da7 ONLINE 0 0 0 da6 ONLINE 0 0 0 da5 ONLINE 0 0 0 da4 ONLINE 0 0 0 da12 ONLINE 0 0 0 da11 ONLINE 0 0 0 da10 ONLINE 0 0 0 da9 ONLINE 0 0 0 cache ada0 ONLINE 0 0 0 errors: No known data errors pool: disk-2 state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Fri Feb 10 22:00:47 2012 config: NAME STATE READ WRITE CKSUM disk-2 ONLINE 0 0 0 da13 ONLINE 0 0 0 errors: No known data errors bd3> The volumes: bd3> df -lh Filesystem Size Used Avail Capacity Mounted on /dev/gpt/disk0 901G 6G 823G 1% / devfs 1.0k 1.0k 0B 100% /dev disk-1 24T 1.2G 24T 0% /disk-1 disk-1/zvol 24T 67k 24T 0% /disk-1/zvol disk-2 913G 1.6G 911G 0% /disk-2 From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:15:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 495A31065672 for ; Sat, 11 Feb 2012 06:15:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id EB7F98FC14 for ; Sat, 11 Feb 2012 06:15:47 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 36A8C25D385E for ; Sat, 11 Feb 2012 06:15:47 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 87062BDB1B7 for ; Sat, 11 Feb 2012 06:15:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id cQTO1iiTQ8Ia for ; Sat, 11 Feb 2012 06:15:45 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 13F14BDB1B4 for ; Sat, 11 Feb 2012 06:15:45 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 11 Feb 2012 06:15:43 +0000 References: <201202110605.q1B65e8h016119@svn.freebsd.org> To: FreeBSD current mailing list Message-Id: <1758AEE1-6702-4A90-89D8-4AB81C8A54A5@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: Fwd: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 06:15:48 -0000 Hey, as the UPDATING message says, if you updated your HEAD between = 2011-12-15 and now you need to recompile libc again with the new kernel. If you are = updating from outside that window, especially from any STABLE branch, things should be = a lot more happy now, which (in addition to make the interface extensible) was the = main reason for another breakage in HEAD. /bz Begin forwarded message: > From: "Bjoern A. Zeeb" > Date: 11. February 2012 06:05:40 GMT+00:00 > To: src-committers@freebsd.org, svn-src-all@freebsd.org, = svn-src-head@freebsd.org > Subject: svn commit: r231506 - in head: . lib/libc/net >=20 > Author: bz > Date: Sat Feb 11 06:05:40 2012 > New Revision: 231506 > URL: http://svn.freebsd.org/changeset/base/231506 >=20 > Log: > Switch getifaddrs(3) to the new API introduced in r231505. Also = remove > conditional code parts not used by or applicable to FreeBSD. >=20 > The new implementation is supposed to be able to cope with changes to > the 'l' versions of the msghdr structs now used as well as to if_data > allowing future changes without breaking things. >=20 > This restores carp(4) config support in HEAD after r231504. >=20 > Reviewed by: glebius, brooks > MFC After: 3 months >=20 > Modified: > head/UPDATING > head/lib/libc/net/getifaddrs.c >=20 > Modified: head/UPDATING > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/UPDATING Sat Feb 11 06:02:16 2012 (r231505) > +++ head/UPDATING Sat Feb 11 06:05:40 2012 (r231506) > @@ -22,6 +22,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 10 > machines to maximize performance. (To disable malloc debugging, = run > ln -s aj /etc/malloc.conf.) >=20 > +20120211: > + The getifaddrs upgrade path broken with 20111215 has been = restored. > + If you have upgraded in between 20111215 and 20120209 you need = to > + recompile libc again with your kernel. You still need to = recompile > + world to be able to configure CARP but this restriction already > + comes from 20111215. > + > 20120114: > The set_rcvar() function has been removed from /etc/rc.subr. = All > base and ports rc.d scripts have been updated, so if you have a >=20 --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:19:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D5F3D106564A; Sat, 11 Feb 2012 06:19:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E7485152424; Sat, 11 Feb 2012 06:19:01 +0000 (UTC) Message-ID: <4F360855.20108@FreeBSD.org> Date: Fri, 10 Feb 2012 22:19:01 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0) Gecko/20120201 Thunderbird/10.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201202110605.q1B65e8h016119@svn.freebsd.org> <1758AEE1-6702-4A90-89D8-4AB81C8A54A5@FreeBSD.org> In-Reply-To: <1758AEE1-6702-4A90-89D8-4AB81C8A54A5@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: Fwd: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 06:19:18 -0000 On 02/10/2012 22:15, Bjoern A. Zeeb wrote: > Hey, > > as the UPDATING message says, if you updated your HEAD between 2011-12-15 and now > you need to recompile libc again with the new kernel. If you are updating from > outside that window, especially from any STABLE branch, things should be a lot more > happy now, which (in addition to make the interface extensible) was the main reason > for another breakage in HEAD. Does this fix the broken ifconfig on new kernel + old world? Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:21:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DB31065673; Sat, 11 Feb 2012 06:21:42 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 669328FC0A; Sat, 11 Feb 2012 06:21:42 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 9E22F25D385E; Sat, 11 Feb 2012 06:21:41 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D2B7EBDB1B4; Sat, 11 Feb 2012 06:21:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id m9zH-Un6fXus; Sat, 11 Feb 2012 06:21:39 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id D57DCBDB1B8; Sat, 11 Feb 2012 06:21:39 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4F360855.20108@FreeBSD.org> Date: Sat, 11 Feb 2012 06:21:39 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <896D0D6A-4EFB-41E4-BDD6-944473EBD125@FreeBSD.org> References: <201202110605.q1B65e8h016119@svn.freebsd.org> <1758AEE1-6702-4A90-89D8-4AB81C8A54A5@FreeBSD.org> <4F360855.20108@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1084) Cc: FreeBSD current mailing list Subject: Re: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 06:21:42 -0000 On 11. Feb 2012, at 06:19 , Doug Barton wrote: > On 02/10/2012 22:15, Bjoern A. Zeeb wrote: >> Hey, >>=20 >> as the UPDATING message says, if you updated your HEAD between = 2011-12-15 and now >> you need to recompile libc again with the new kernel. If you are = updating from >> outside that window, especially from any STABLE branch, things should = be a lot more >> happy now, which (in addition to make the interface extensible) was = the main reason >> for another breakage in HEAD. >=20 > Does this fix the broken ifconfig on new kernel + old world? Amongst other things, yes. --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:24:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 43313106564A; Sat, 11 Feb 2012 06:24:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 73E4414F00C; Sat, 11 Feb 2012 06:23:57 +0000 (UTC) Message-ID: <4F36097D.6030804@FreeBSD.org> Date: Fri, 10 Feb 2012 22:23:57 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0) Gecko/20120201 Thunderbird/10.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201202110605.q1B65e8h016119@svn.freebsd.org> <1758AEE1-6702-4A90-89D8-4AB81C8A54A5@FreeBSD.org> <4F360855.20108@FreeBSD.org> <896D0D6A-4EFB-41E4-BDD6-944473EBD125@FreeBSD.org> In-Reply-To: <896D0D6A-4EFB-41E4-BDD6-944473EBD125@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 06:24:00 -0000 On 02/10/2012 22:21, Bjoern A. Zeeb wrote: > > On 11. Feb 2012, at 06:19 , Doug Barton wrote: > >> On 02/10/2012 22:15, Bjoern A. Zeeb wrote: >>> Hey, >>> >>> as the UPDATING message says, if you updated your HEAD between 2011-12-15 and now >>> you need to recompile libc again with the new kernel. If you are updating from >>> outside that window, especially from any STABLE branch, things should be a lot more >>> happy now, which (in addition to make the interface extensible) was the main reason >>> for another breakage in HEAD. >> >> Does this fix the broken ifconfig on new kernel + old world? > > Amongst other things, yes. Awesome, thanks! It bit me again recently, but fortunately I knew the answer already. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 07:32:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B89E1065670; Sat, 11 Feb 2012 07:32:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 289E58FC14; Sat, 11 Feb 2012 07:32:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B7WUIc011326; Sat, 11 Feb 2012 02:32:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B7WU9Y011304; Sat, 11 Feb 2012 07:32:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 07:32:30 GMT Message-Id: <201202110732.q1B7WU9Y011304@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 07:32:31 -0000 TB --- 2012-02-11 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 05:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-02-11 05:50:00 - cleaning the object tree TB --- 2012-02-11 05:50:25 - cvsupping the source tree TB --- 2012-02-11 05:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-02-11 05:50:46 - building world TB --- 2012-02-11 05:50:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 05:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 05:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 05:50:46 - SRCCONF=/dev/null TB --- 2012-02-11 05:50:46 - TARGET=arm TB --- 2012-02-11 05:50:46 - TARGET_ARCH=arm TB --- 2012-02-11 05:50:46 - TZ=UTC TB --- 2012-02-11 05:50:46 - __MAKE_CONF=/dev/null TB --- 2012-02-11 05:50:46 - cd /src TB --- 2012-02-11 05:50:46 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 05:50:48 UTC 2012 >>> 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 Sat Feb 11 06:44:15 UTC 2012 TB --- 2012-02-11 06:44:15 - cd /src/sys/arm/conf TB --- 2012-02-11 06:44:15 - /usr/sbin/config -m AVILA TB --- 2012-02-11 06:44:15 - building AVILA kernel TB --- 2012-02-11 06:44:15 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:44:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:44:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:44:15 - SRCCONF=/dev/null TB --- 2012-02-11 06:44:15 - TARGET=arm TB --- 2012-02-11 06:44:15 - TARGET_ARCH=arm TB --- 2012-02-11 06:44:15 - TZ=UTC TB --- 2012-02-11 06:44:15 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:44:15 - cd /src TB --- 2012-02-11 06:44:15 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Feb 11 06:44:15 UTC 2012 >>> 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 AVILA completed on Sat Feb 11 06:47:18 UTC 2012 TB --- 2012-02-11 06:47:18 - cd /src/sys/arm/conf TB --- 2012-02-11 06:47:18 - /usr/sbin/config -m BWCT TB --- 2012-02-11 06:47:18 - building BWCT kernel TB --- 2012-02-11 06:47:18 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:47:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:47:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:47:18 - SRCCONF=/dev/null TB --- 2012-02-11 06:47:18 - TARGET=arm TB --- 2012-02-11 06:47:18 - TARGET_ARCH=arm TB --- 2012-02-11 06:47:18 - TZ=UTC TB --- 2012-02-11 06:47:18 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:47:18 - cd /src TB --- 2012-02-11 06:47:18 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Feb 11 06:47:18 UTC 2012 >>> 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 BWCT completed on Sat Feb 11 06:49:54 UTC 2012 TB --- 2012-02-11 06:49:54 - cd /src/sys/arm/conf TB --- 2012-02-11 06:49:54 - /usr/sbin/config -m CAMBRIA TB --- 2012-02-11 06:49:54 - building CAMBRIA kernel TB --- 2012-02-11 06:49:54 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:49:54 - SRCCONF=/dev/null TB --- 2012-02-11 06:49:54 - TARGET=arm TB --- 2012-02-11 06:49:54 - TARGET_ARCH=arm TB --- 2012-02-11 06:49:54 - TZ=UTC TB --- 2012-02-11 06:49:54 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:49:54 - cd /src TB --- 2012-02-11 06:49:54 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sat Feb 11 06:49:54 UTC 2012 >>> 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 CAMBRIA completed on Sat Feb 11 06:52:50 UTC 2012 TB --- 2012-02-11 06:52:50 - cd /src/sys/arm/conf TB --- 2012-02-11 06:52:50 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-02-11 06:52:50 - building CNS11XXNAS kernel TB --- 2012-02-11 06:52:50 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:52:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:52:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:52:50 - SRCCONF=/dev/null TB --- 2012-02-11 06:52:50 - TARGET=arm TB --- 2012-02-11 06:52:50 - TARGET_ARCH=arm TB --- 2012-02-11 06:52:50 - TZ=UTC TB --- 2012-02-11 06:52:50 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:52:50 - cd /src TB --- 2012-02-11 06:52:50 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Feb 11 06:52:50 UTC 2012 >>> 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 CNS11XXNAS completed on Sat Feb 11 06:55:19 UTC 2012 TB --- 2012-02-11 06:55:19 - cd /src/sys/arm/conf TB --- 2012-02-11 06:55:19 - /usr/sbin/config -m CRB TB --- 2012-02-11 06:55:19 - building CRB kernel TB --- 2012-02-11 06:55:19 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:55:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:55:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:55:19 - SRCCONF=/dev/null TB --- 2012-02-11 06:55:19 - TARGET=arm TB --- 2012-02-11 06:55:19 - TARGET_ARCH=arm TB --- 2012-02-11 06:55:19 - TZ=UTC TB --- 2012-02-11 06:55:19 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:55:19 - cd /src TB --- 2012-02-11 06:55:19 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Sat Feb 11 06:55:19 UTC 2012 >>> 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 CRB completed on Sat Feb 11 06:59:09 UTC 2012 TB --- 2012-02-11 06:59:09 - cd /src/sys/arm/conf TB --- 2012-02-11 06:59:09 - /usr/sbin/config -m DB-78XXX TB --- 2012-02-11 06:59:09 - building DB-78XXX kernel TB --- 2012-02-11 06:59:09 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:59:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:59:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:59:09 - SRCCONF=/dev/null TB --- 2012-02-11 06:59:09 - TARGET=arm TB --- 2012-02-11 06:59:09 - TARGET_ARCH=arm TB --- 2012-02-11 06:59:09 - TZ=UTC TB --- 2012-02-11 06:59:09 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:59:09 - cd /src TB --- 2012-02-11 06:59:09 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Feb 11 06:59:09 UTC 2012 >>> 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 DB-78XXX completed on Sat Feb 11 07:01:48 UTC 2012 TB --- 2012-02-11 07:01:48 - cd /src/sys/arm/conf TB --- 2012-02-11 07:01:48 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-02-11 07:01:48 - building DB-88F5XXX kernel TB --- 2012-02-11 07:01:48 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:01:48 - SRCCONF=/dev/null TB --- 2012-02-11 07:01:48 - TARGET=arm TB --- 2012-02-11 07:01:48 - TARGET_ARCH=arm TB --- 2012-02-11 07:01:48 - TZ=UTC TB --- 2012-02-11 07:01:48 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:01:48 - cd /src TB --- 2012-02-11 07:01:48 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Feb 11 07:01:48 UTC 2012 >>> 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 DB-88F5XXX completed on Sat Feb 11 07:04:25 UTC 2012 TB --- 2012-02-11 07:04:25 - cd /src/sys/arm/conf TB --- 2012-02-11 07:04:25 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-02-11 07:04:25 - building DB-88F6XXX kernel TB --- 2012-02-11 07:04:25 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:04:25 - SRCCONF=/dev/null TB --- 2012-02-11 07:04:25 - TARGET=arm TB --- 2012-02-11 07:04:25 - TARGET_ARCH=arm TB --- 2012-02-11 07:04:25 - TZ=UTC TB --- 2012-02-11 07:04:25 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:04:25 - cd /src TB --- 2012-02-11 07:04:25 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Feb 11 07:04:25 UTC 2012 >>> 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 DB-88F6XXX completed on Sat Feb 11 07:07:37 UTC 2012 TB --- 2012-02-11 07:07:37 - cd /src/sys/arm/conf TB --- 2012-02-11 07:07:37 - /usr/sbin/config -m DOCKSTAR TB --- 2012-02-11 07:07:37 - building DOCKSTAR kernel TB --- 2012-02-11 07:07:37 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:07:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:07:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:07:37 - SRCCONF=/dev/null TB --- 2012-02-11 07:07:37 - TARGET=arm TB --- 2012-02-11 07:07:37 - TARGET_ARCH=arm TB --- 2012-02-11 07:07:37 - TZ=UTC TB --- 2012-02-11 07:07:37 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:07:37 - cd /src TB --- 2012-02-11 07:07:37 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Feb 11 07:07:37 UTC 2012 >>> 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 DOCKSTAR completed on Sat Feb 11 07:10:09 UTC 2012 TB --- 2012-02-11 07:10:09 - cd /src/sys/arm/conf TB --- 2012-02-11 07:10:09 - /usr/sbin/config -m EP80219 TB --- 2012-02-11 07:10:09 - building EP80219 kernel TB --- 2012-02-11 07:10:09 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:10:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:10:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:10:09 - SRCCONF=/dev/null TB --- 2012-02-11 07:10:09 - TARGET=arm TB --- 2012-02-11 07:10:09 - TARGET_ARCH=arm TB --- 2012-02-11 07:10:09 - TZ=UTC TB --- 2012-02-11 07:10:09 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:10:09 - cd /src TB --- 2012-02-11 07:10:09 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Sat Feb 11 07:10:09 UTC 2012 >>> 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 EP80219 completed on Sat Feb 11 07:13:03 UTC 2012 TB --- 2012-02-11 07:13:03 - cd /src/sys/arm/conf TB --- 2012-02-11 07:13:03 - /usr/sbin/config -m GUMSTIX TB --- 2012-02-11 07:13:03 - building GUMSTIX kernel TB --- 2012-02-11 07:13:03 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:13:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:13:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:13:03 - SRCCONF=/dev/null TB --- 2012-02-11 07:13:03 - TARGET=arm TB --- 2012-02-11 07:13:03 - TARGET_ARCH=arm TB --- 2012-02-11 07:13:03 - TZ=UTC TB --- 2012-02-11 07:13:03 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:13:03 - cd /src TB --- 2012-02-11 07:13:03 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Sat Feb 11 07:13:03 UTC 2012 >>> 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 GUMSTIX completed on Sat Feb 11 07:15:22 UTC 2012 TB --- 2012-02-11 07:15:22 - cd /src/sys/arm/conf TB --- 2012-02-11 07:15:22 - /usr/sbin/config -m HL200 TB --- 2012-02-11 07:15:22 - building HL200 kernel TB --- 2012-02-11 07:15:22 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:15:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:15:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:15:22 - SRCCONF=/dev/null TB --- 2012-02-11 07:15:22 - TARGET=arm TB --- 2012-02-11 07:15:22 - TARGET_ARCH=arm TB --- 2012-02-11 07:15:22 - TZ=UTC TB --- 2012-02-11 07:15:22 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:15:22 - cd /src TB --- 2012-02-11 07:15:22 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Sat Feb 11 07:15:22 UTC 2012 >>> 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 HL200 completed on Sat Feb 11 07:18:27 UTC 2012 TB --- 2012-02-11 07:18:27 - cd /src/sys/arm/conf TB --- 2012-02-11 07:18:27 - /usr/sbin/config -m HL201 TB --- 2012-02-11 07:18:27 - building HL201 kernel TB --- 2012-02-11 07:18:27 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:18:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:18:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:18:27 - SRCCONF=/dev/null TB --- 2012-02-11 07:18:27 - TARGET=arm TB --- 2012-02-11 07:18:27 - TARGET_ARCH=arm TB --- 2012-02-11 07:18:27 - TZ=UTC TB --- 2012-02-11 07:18:27 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:18:27 - cd /src TB --- 2012-02-11 07:18:27 - /usr/bin/make -B buildkernel KERNCONF=HL201 >>> Kernel build for HL201 started on Sat Feb 11 07:18:27 UTC 2012 >>> 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 HL201 completed on Sat Feb 11 07:20:39 UTC 2012 TB --- 2012-02-11 07:20:39 - cd /src/sys/arm/conf TB --- 2012-02-11 07:20:39 - /usr/sbin/config -m IQ31244 TB --- 2012-02-11 07:20:39 - building IQ31244 kernel TB --- 2012-02-11 07:20:39 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:20:39 - SRCCONF=/dev/null TB --- 2012-02-11 07:20:39 - TARGET=arm TB --- 2012-02-11 07:20:39 - TARGET_ARCH=arm TB --- 2012-02-11 07:20:39 - TZ=UTC TB --- 2012-02-11 07:20:39 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:20:39 - cd /src TB --- 2012-02-11 07:20:39 - /usr/bin/make -B buildkernel KERNCONF=IQ31244 >>> Kernel build for IQ31244 started on Sat Feb 11 07:20:39 UTC 2012 >>> 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 IQ31244 completed on Sat Feb 11 07:23:56 UTC 2012 TB --- 2012-02-11 07:23:56 - cd /src/sys/arm/conf TB --- 2012-02-11 07:23:56 - /usr/sbin/config -m KB920X TB --- 2012-02-11 07:23:56 - building KB920X kernel TB --- 2012-02-11 07:23:56 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:23:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:23:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:23:56 - SRCCONF=/dev/null TB --- 2012-02-11 07:23:56 - TARGET=arm TB --- 2012-02-11 07:23:56 - TARGET_ARCH=arm TB --- 2012-02-11 07:23:56 - TZ=UTC TB --- 2012-02-11 07:23:56 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:23:56 - cd /src TB --- 2012-02-11 07:23:56 - /usr/bin/make -B buildkernel KERNCONF=KB920X >>> Kernel build for KB920X started on Sat Feb 11 07:23:56 UTC 2012 >>> 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 nullfs.ko.debug nullfs.kld objcopy --only-keep-debug nullfs.ko.debug nullfs.ko.symbols objcopy --strip-debug --add-gnu-debuglink=nullfs.ko.symbols nullfs.ko.debug nullfs.ko ===> oce (all) cc -O -pipe -DSMP -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/oce/../../dev/oce -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/KB920X/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/arm.arm/src/sys/KB920X -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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/oce/../../dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/modules/oce/../../dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/modules/oce/../../dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /src/sys/modules/oce. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/KB920X. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 07:32:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 07:32:30 - ERROR: failed to build KB920X kernel TB --- 2012-02-11 07:32:30 - 4779.16 user 950.74 system 6149.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 08:01:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9CC106566B; Sat, 11 Feb 2012 08:01:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BFB458FC0C; Sat, 11 Feb 2012 08:01:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B81p3X035597; Sat, 11 Feb 2012 03:01:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B81pLD035591; Sat, 11 Feb 2012 08:01:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 08:01:51 GMT Message-Id: <201202110801.q1B81pLD035591@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 08:01:53 -0000 TB --- 2012-02-11 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 05:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-02-11 05:50:00 - cleaning the object tree TB --- 2012-02-11 05:50:13 - cvsupping the source tree TB --- 2012-02-11 05:50:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-02-11 05:50:46 - building world TB --- 2012-02-11 05:50:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 05:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 05:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 05:50:46 - SRCCONF=/dev/null TB --- 2012-02-11 05:50:46 - TARGET=pc98 TB --- 2012-02-11 05:50:46 - TARGET_ARCH=i386 TB --- 2012-02-11 05:50:46 - TZ=UTC TB --- 2012-02-11 05:50:46 - __MAKE_CONF=/dev/null TB --- 2012-02-11 05:50:46 - cd /src TB --- 2012-02-11 05:50:46 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 05:50:47 UTC 2012 >>> 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 Sat Feb 11 07:56:06 UTC 2012 TB --- 2012-02-11 07:56:06 - generating LINT kernel config TB --- 2012-02-11 07:56:06 - cd /src/sys/pc98/conf TB --- 2012-02-11 07:56:06 - /usr/bin/make -B LINT TB --- 2012-02-11 07:56:06 - cd /src/sys/pc98/conf TB --- 2012-02-11 07:56:06 - /usr/sbin/config -m LINT TB --- 2012-02-11 07:56:06 - building LINT kernel TB --- 2012-02-11 07:56:06 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:56:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:56:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:56:06 - SRCCONF=/dev/null TB --- 2012-02-11 07:56:06 - TARGET=pc98 TB --- 2012-02-11 07:56:06 - TARGET_ARCH=i386 TB --- 2012-02-11 07:56:06 - TZ=UTC TB --- 2012-02-11 07:56:06 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:56:06 - cd /src TB --- 2012-02-11 07:56:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 07:56:06 UTC 2012 >>> 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_hw.c cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 08:01:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 08:01:51 - ERROR: failed to build LINT kernel TB --- 2012-02-11 08:01:51 - 6441.41 user 953.48 system 7911.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 08:03:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE9281065676; Sat, 11 Feb 2012 08:03:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A89A38FC19; Sat, 11 Feb 2012 08:03:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1B83LQv042377; Sat, 11 Feb 2012 03:03:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1B83KgA042368; Sat, 11 Feb 2012 08:03:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 08:03:20 GMT Message-Id: <201202110803.q1B83KgA042368@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 08:03:22 -0000 TB --- 2012-02-11 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 05:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-02-11 05:50:00 - cleaning the object tree TB --- 2012-02-11 05:50:13 - cvsupping the source tree TB --- 2012-02-11 05:50:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-02-11 05:50:46 - building world TB --- 2012-02-11 05:50:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 05:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 05:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 05:50:46 - SRCCONF=/dev/null TB --- 2012-02-11 05:50:46 - TARGET=i386 TB --- 2012-02-11 05:50:46 - TARGET_ARCH=i386 TB --- 2012-02-11 05:50:46 - TZ=UTC TB --- 2012-02-11 05:50:46 - __MAKE_CONF=/dev/null TB --- 2012-02-11 05:50:46 - cd /src TB --- 2012-02-11 05:50:46 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 05:50:46 UTC 2012 >>> 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 Sat Feb 11 07:56:15 UTC 2012 TB --- 2012-02-11 07:56:15 - generating LINT kernel config TB --- 2012-02-11 07:56:15 - cd /src/sys/i386/conf TB --- 2012-02-11 07:56:15 - /usr/bin/make -B LINT TB --- 2012-02-11 07:56:15 - cd /src/sys/i386/conf TB --- 2012-02-11 07:56:15 - /usr/sbin/config -m LINT TB --- 2012-02-11 07:56:15 - building LINT kernel TB --- 2012-02-11 07:56:15 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 07:56:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 07:56:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 07:56:15 - SRCCONF=/dev/null TB --- 2012-02-11 07:56:15 - TARGET=i386 TB --- 2012-02-11 07:56:15 - TARGET_ARCH=i386 TB --- 2012-02-11 07:56:15 - TZ=UTC TB --- 2012-02-11 07:56:15 - __MAKE_CONF=/dev/null TB --- 2012-02-11 07:56:15 - cd /src TB --- 2012-02-11 07:56:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 07:56:15 UTC 2012 >>> 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_hw.c cc -c -O2 -pipe -fno-strict-aliasing -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 08:03:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 08:03:20 - ERROR: failed to build LINT kernel TB --- 2012-02-11 08:03:20 - 6542.66 user 958.20 system 8000.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:14:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B13106566C; Sat, 11 Feb 2012 10:14:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C7D918FC0C; Sat, 11 Feb 2012 10:14:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1BAEv3F069162; Sat, 11 Feb 2012 05:14:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1BAEvvF069160; Sat, 11 Feb 2012 10:14:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 10:14:57 GMT Message-Id: <201202111014.q1BAEvvF069160@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 10:14:59 -0000 TB --- 2012-02-11 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 05:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-02-11 05:50:00 - cleaning the object tree TB --- 2012-02-11 05:50:34 - cvsupping the source tree TB --- 2012-02-11 05:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-02-11 05:55:58 - building world TB --- 2012-02-11 05:55:58 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 05:55:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 05:55:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 05:55:58 - SRCCONF=/dev/null TB --- 2012-02-11 05:55:58 - TARGET=amd64 TB --- 2012-02-11 05:55:58 - TARGET_ARCH=amd64 TB --- 2012-02-11 05:55:58 - TZ=UTC TB --- 2012-02-11 05:55:58 - __MAKE_CONF=/dev/null TB --- 2012-02-11 05:55:58 - cd /src TB --- 2012-02-11 05:55:58 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 05:55:59 UTC 2012 >>> 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 Sat Feb 11 08:32:52 UTC 2012 TB --- 2012-02-11 08:32:52 - generating LINT kernel config TB --- 2012-02-11 08:32:52 - cd /src/sys/amd64/conf TB --- 2012-02-11 08:32:52 - /usr/bin/make -B LINT TB --- 2012-02-11 08:32:52 - cd /src/sys/amd64/conf TB --- 2012-02-11 08:32:52 - /usr/sbin/config -m LINT TB --- 2012-02-11 08:32:52 - building LINT kernel TB --- 2012-02-11 08:32:52 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 08:32:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 08:32:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 08:32:52 - SRCCONF=/dev/null TB --- 2012-02-11 08:32:52 - TARGET=amd64 TB --- 2012-02-11 08:32:52 - TARGET_ARCH=amd64 TB --- 2012-02-11 08:32:52 - TZ=UTC TB --- 2012-02-11 08:32:52 - __MAKE_CONF=/dev/null TB --- 2012-02-11 08:32:52 - cd /src TB --- 2012-02-11 08:32:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 08:32:52 UTC 2012 >>> 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 LINT completed on Sat Feb 11 09:02:44 UTC 2012 TB --- 2012-02-11 09:02:44 - cd /src/sys/amd64/conf TB --- 2012-02-11 09:02:44 - /usr/sbin/config -m LINT-NOINET TB --- 2012-02-11 09:02:44 - building LINT-NOINET kernel TB --- 2012-02-11 09:02:44 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 09:02:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 09:02:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 09:02:44 - SRCCONF=/dev/null TB --- 2012-02-11 09:02:44 - TARGET=amd64 TB --- 2012-02-11 09:02:44 - TARGET_ARCH=amd64 TB --- 2012-02-11 09:02:44 - TZ=UTC TB --- 2012-02-11 09:02:44 - __MAKE_CONF=/dev/null TB --- 2012-02-11 09:02:44 - cd /src TB --- 2012-02-11 09:02:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Feb 11 09:02:44 UTC 2012 >>> 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 LINT-NOINET completed on Sat Feb 11 09:31:24 UTC 2012 TB --- 2012-02-11 09:31:24 - cd /src/sys/amd64/conf TB --- 2012-02-11 09:31:24 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-02-11 09:31:24 - building LINT-NOINET6 kernel TB --- 2012-02-11 09:31:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 09:31:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 09:31:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 09:31:24 - SRCCONF=/dev/null TB --- 2012-02-11 09:31:24 - TARGET=amd64 TB --- 2012-02-11 09:31:24 - TARGET_ARCH=amd64 TB --- 2012-02-11 09:31:24 - TZ=UTC TB --- 2012-02-11 09:31:24 - __MAKE_CONF=/dev/null TB --- 2012-02-11 09:31:24 - cd /src TB --- 2012-02-11 09:31:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Feb 11 09:31:24 UTC 2012 >>> 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 LINT-NOINET6 completed on Sat Feb 11 10:00:53 UTC 2012 TB --- 2012-02-11 10:00:53 - cd /src/sys/amd64/conf TB --- 2012-02-11 10:00:53 - /usr/sbin/config -m LINT-NOIP TB --- 2012-02-11 10:00:53 - building LINT-NOIP kernel TB --- 2012-02-11 10:00:53 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 10:00:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 10:00:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 10:00:53 - SRCCONF=/dev/null TB --- 2012-02-11 10:00:53 - TARGET=amd64 TB --- 2012-02-11 10:00:53 - TARGET_ARCH=amd64 TB --- 2012-02-11 10:00:53 - TZ=UTC TB --- 2012-02-11 10:00:53 - __MAKE_CONF=/dev/null TB --- 2012-02-11 10:00:53 - cd /src TB --- 2012-02-11 10:00:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Feb 11 10:00:53 UTC 2012 >>> 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 [...] oce_if.o: In function `oce_rx': oce_if.c:(.text+0x21f5): undefined reference to `tcp_lro_rx' oce_if.o: In function `oce_rx_flush_lro': oce_if.c:(.text+0x22be): undefined reference to `tcp_lro_flush' oce_if.o: In function `oce_free_lro': oce_if.c:(.text+0x2882): undefined reference to `tcp_lro_free' oce_if.o: In function `oce_attach': oce_if.c:(.text+0x3278): undefined reference to `tcp_lro_init' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 10:14:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 10:14:57 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-02-11 10:14:57 - 12548.70 user 1872.32 system 15897.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:16:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40885106566B; Sat, 11 Feb 2012 10:16:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13DAF8FC17; Sat, 11 Feb 2012 10:16:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1BAG9BY074065; Sat, 11 Feb 2012 05:16:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1BAG9D1074060; Sat, 11 Feb 2012 10:16:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Feb 2012 10:16:09 GMT Message-Id: <201202111016.q1BAG9D1074060@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 10:16:10 -0000 TB --- 2012-02-11 08:03:21 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 08:03:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-02-11 08:03:21 - cleaning the object tree TB --- 2012-02-11 08:03:25 - cvsupping the source tree TB --- 2012-02-11 08:03:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-02-11 08:03:43 - building world TB --- 2012-02-11 08:03:43 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 08:03:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 08:03:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 08:03:43 - SRCCONF=/dev/null TB --- 2012-02-11 08:03:43 - TARGET=powerpc TB --- 2012-02-11 08:03:43 - TARGET_ARCH=powerpc TB --- 2012-02-11 08:03:43 - TZ=UTC TB --- 2012-02-11 08:03:43 - __MAKE_CONF=/dev/null TB --- 2012-02-11 08:03:43 - cd /src TB --- 2012-02-11 08:03:43 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 08:03:47 UTC 2012 >>> 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 Sat Feb 11 10:11:46 UTC 2012 TB --- 2012-02-11 10:11:46 - generating LINT kernel config TB --- 2012-02-11 10:11:46 - cd /src/sys/powerpc/conf TB --- 2012-02-11 10:11:46 - /usr/bin/make -B LINT TB --- 2012-02-11 10:11:46 - cd /src/sys/powerpc/conf TB --- 2012-02-11 10:11:46 - /usr/sbin/config -m LINT TB --- 2012-02-11 10:11:46 - building LINT kernel TB --- 2012-02-11 10:11:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 10:11:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 10:11:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 10:11:46 - SRCCONF=/dev/null TB --- 2012-02-11 10:11:46 - TARGET=powerpc TB --- 2012-02-11 10:11:46 - TARGET_ARCH=powerpc TB --- 2012-02-11 10:11:46 - TZ=UTC TB --- 2012-02-11 10:11:46 - __MAKE_CONF=/dev/null TB --- 2012-02-11 10:11:46 - cd /src TB --- 2012-02-11 10:11:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 10:11:46 UTC 2012 >>> 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 [...] 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 /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 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 /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 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 /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 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 /src/sys/dev/oce/oce_hw.c 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 /src/sys/dev/oce/oce_if.c cc1: warnings being treated as errors /src/sys/dev/oce/oce_if.c: In function 'oce_attach_ifp': /src/sys/dev/oce/oce_if.c:1647: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-11 10:16:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-11 10:16:09 - ERROR: failed to build LINT kernel TB --- 2012-02-11 10:16:09 - 6523.88 user 892.04 system 7967.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:16:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 651B5106566C for ; Sat, 11 Feb 2012 10:16:59 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EBD478FC08 for ; Sat, 11 Feb 2012 10:16:58 +0000 (UTC) Received: by werm13 with SMTP id m13so3798572wer.13 for ; Sat, 11 Feb 2012 02:16:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5F68ClO75x2xH2r2M0kcTvgvszTnUDRtqFupfLGjpbE=; b=vjoopnzwWxSWWbDWB7dCx/Va6weQ9rgX1GGnwLbPg3L1OSDNXp58zTRakh0D+1/FXk t6MBn7a5zusvqVRww0JxV2DJIfPNw9EXxlvfWnvUh5sYgzKYwz4Op35hs4oq02hwHT28 8ynYHM6leASK2Y/zKH85hCds1P7tOPDrnmnBI= Received: by 10.216.136.76 with SMTP id v54mr2024347wei.30.1328953990652; Sat, 11 Feb 2012 01:53:10 -0800 (PST) Received: from [192.168.1.75] (lantea.jlaffaye.net. [109.190.125.169]) by mx.google.com with ESMTPS id ho4sm8515671wib.3.2012.02.11.01.53.09 (version=SSLv3 cipher=OTHER); Sat, 11 Feb 2012 01:53:09 -0800 (PST) Sender: Julien Laffaye Message-ID: <4F363A8A.3030307@freebsd.org> Date: Sat, 11 Feb 2012 10:53:14 +0100 From: Julien Laffaye User-Agent: Thunderbird/7.0.1 MIME-Version: 1.0 To: Sergio de Almeida Lenzi References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> <20120210233831.GQ2106@azathoth.lan> <1328922790.39784.8.camel@z6000.lenzicasa> In-Reply-To: <1328922790.39784.8.camel@z6000.lenzicasa> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin , current@FreeBSD.org Subject: Re: Beta 3 still not OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 10:16:59 -0000 On 2/11/2012 2:13 AM, Sergio de Almeida Lenzi wrote: > Seems that the sqlite database > has changed from beta1 to beta3??? > > I have all the system running exclusive on pkg there is no more "old > pkg" > > How can I upgrade the sqlite database from beta1 to beta3??? There is nothing to upgrade. The on-disk format of the sqlite database is frozen by the sqlite guys and they are very conservative about that. We just upgraded the code to have latest bugfixes and improvements. From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:45:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64B01065674; Sat, 11 Feb 2012 10:45:26 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8986C8FC0A; Sat, 11 Feb 2012 10:45:25 +0000 (UTC) Received: by lagz14 with SMTP id z14so4458061lag.13 for ; Sat, 11 Feb 2012 02:45:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=A8Q1vSDn5IBFl03nLA6gaSWkNKpXJYRV265nK4CX4vY=; b=V1wUr0SnKxMmJQEeQjvXrp0pDbUYH3X2UmwzbkkueWI6NnF6I0U+km9ig57y7AWtLG i02wUXieT+c24FrfrQ7l/zRpQirkcy0A4HOn81wvE8V8c+ERDGIMzYngFfkO/u3uvmiA lmHpyxg+XMWmZ1qdkfT0ShM+if4oj9ideKu6Q= Received: by 10.152.128.230 with SMTP id nr6mr4380084lab.27.1328955597293; Sat, 11 Feb 2012 02:19:57 -0800 (PST) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id w10sm7253104lbe.14.2012.02.11.02.19.56 (version=SSLv3 cipher=OTHER); Sat, 11 Feb 2012 02:19:56 -0800 (PST) Date: Sat, 11 Feb 2012 12:20:06 +0200 From: Gleb Kurtsou To: Florian Smeets Message-ID: <20120211102006.GA1274@reks> References: <4F358F01.1090508@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F358F01.1090508@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , decke@FreeBSD.org, "current@freebsd.org" Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 10:45:26 -0000 On (10/02/2012 22:41), Florian Smeets wrote: > Hi, > > if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm > from ports one of the mv processes gets stuck in state tmpfs quite > often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are > available here http://tb.smeets.im/~flo/tmpfs.txt It's because of incorrect vnode locking order in tmpfs_rename. Issue is known and tmpfs is not the only file system suffering from it (e.g. ext2). There two ways of working around it in tree: * UFS: try locking vnode, unlock all vnodes on failure, restart, relookup vnodes needed. * ZFS: introduce directory entry locks to guarantee fvp won't disappear, fdvp can be safely traversed, etc. That won't be easy.. UFS-way would be a good temporal solution, but I think we should work on improving VOP_RENAME() in a long run. I'll try to prepare a patch in several days. Thanks, Gleb. From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 08:19:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC38106566B for ; Sat, 11 Feb 2012 08:19:58 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD298FC19 for ; Sat, 11 Feb 2012 08:19:58 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 2F486E3F07B; Sat, 11 Feb 2012 09:07:37 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0oNKTXmHoNOv; Sat, 11 Feb 2012 09:07:35 +0100 (CET) Received: from goofy01.vnodelab.local (unknown [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 84EB9E3F079; Sat, 11 Feb 2012 09:07:33 +0100 (CET) Date: Sat, 11 Feb 2012 09:07:31 +0100 From: Joel Dahl To: Eitan Adler Message-ID: <20120211080731.GD85504@goofy01.vnodelab.local> References: <4F34FA17.7080000@quip.cz> <20120210133629.Horde.uDX6B5jmRSRPNQ9NDdkRUI4@webmail.leidinger.net> <201202102037.30996.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sat, 11 Feb 2012 11:33:25 +0000 Cc: Warren Block , Colin Percival , Miroslav Lachman <000.fbsd@quip.cz>, Chris Rees , freebsd-current@freebsd.org, "Wojciech A. Koszek" , Erich Dollansky , Alexander Leidinger , Gonzalo Nemmi Subject: Re: Enhancing the user experience with tcsh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 08:19:58 -0000 On 10-02-2012 9:03, Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup With the above in mind, I suggest we change as little as possible from what we have today (for now) and that we do improvements in small steps. I believe 99.99% of all users would find the change below to be a definite improvement over the current default values in .cshrc: Index: dot.cshrc =================================================================== --- dot.cshrc (revision 231507) +++ dot.cshrc (working copy) @@ -24,8 +24,10 @@ # An interactive shell -- set some stuff up set prompt = "`/bin/hostname -s`# " set filec - set history = 100 - set savehist = 100 + set history = 1000 + set savehist = (1000 merge) + set autolist + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word Also, a comment pointing to /usr/share/examples/tcsh/complete.tcsh would be a nice addition to the default .cshrc. -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 13:17:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBAB0106566B for ; Sat, 11 Feb 2012 13:17:42 +0000 (UTC) (envelope-from akirchhoff135014@comcast.net) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 998048FC0A for ; Sat, 11 Feb 2012 13:17:42 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta12.westchester.pa.mail.comcast.net with comcast id YccT1i0021YDfWL5Cd4TrB; Sat, 11 Feb 2012 13:04:27 +0000 Received: from sorrow.ashke.com ([68.38.117.6]) by omta20.westchester.pa.mail.comcast.net with comcast id Yd4T1i00E08Mag43gd4TVM; Sat, 11 Feb 2012 13:04:27 +0000 Date: Sat, 11 Feb 2012 08:04:25 -0500 From: Adam K Kirchhoff To: Adam K Kirchhoff Message-ID: <20120211080425.469719fd@sorrow.ashke.com> In-Reply-To: <4F2FF356.2060203@comcast.net> References: <20120206014536.7ece944b.miwi@FreeBSD.org> <4F2FF356.2060203@comcast.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-current@freebsd.org, x11@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg Upgrade 7.5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 13:17:43 -0000 I've run it for a while now and am actually having a pretty serious issue: http://thorn.visualtech.com/screenshot.jpg As you can see, that big window on the right monitor (though certainly doesn't limit itself to just that screen) is almost entirely corrupt. It's an xfce4 Terminal, though this can happen with nearly any window, and happens both with compositing enabled or disabled. Getting the window to redraw somehow (either by highlighting all the text or resizing it) will fix tha areas that are redrawn. The problem is most often triggered by moving the window around, or moving other windows around on top of it. Unfortunately, it makes X barely usable. Adam On Mon, 06 Feb 2012 10:35:50 -0500 Adam K Kirchhoff wrote: > > A big thanks to all. > > [adamk@memory ~]$ cat /var/log/Xorg.0.log | head -n 10 > [ 46.127] > X.Org X Server 1.10.4 > Release Date: 2011-08-19 > [ 46.128] X Protocol Version 11, Revision 0 > [ 46.128] Build Operating System: FreeBSD 9.0-STABLE amd64 > [ 46.128] Current Operating System: FreeBSD memory.visualtech.com > 9.0-STABLE FreeBSD 9.0-STABLE #5: Thu Jan 26 22:09:39 EST 2012 > root@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY amd64 > [ 46.128] Build Date: 06 February 2012 09:37:45AM > [ 46.128] > [ 46.128] Current version of pixman: 0.24.0 > [ 46.128] Before reporting problems, check http://wiki.x.org > > [adamk@memory ~]$ glxinfo | grep -i OpenGL > IRQ's not enabled, falling back to busy waits: 2 0 > OpenGL vendor string: Advanced Micro Devices, Inc. > OpenGL renderer string: Mesa DRI R600 (RV710 954F) TCL > OpenGL version string: 2.1 Mesa 7.11.2 > OpenGL shading language version string: 1.20 > OpenGL extensions: > > 3D compositing works with KDE's desktop effects. compiz works as > well (though enabling the magnifier plugin crashes X). xmoto, > foobillard, neverball and openarena are all (to varying degrees) > playable. > > Adam > > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 20:04:45 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19BDA1065672; Sat, 11 Feb 2012 20:04:45 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D43008FC08; Sat, 11 Feb 2012 20:04:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1BK4idR018820; Sat, 11 Feb 2012 20:04:44 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1BK4iLn018819; Sat, 11 Feb 2012 20:04:44 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sat, 11 Feb 2012 21:04:40 +0100 From: Baptiste Daroussin To: Sergio de Almeida Lenzi Message-ID: <20120211200440.GS2106@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> <20120210175146.GP2106@azathoth.lan> <20120210233831.GQ2106@azathoth.lan> <1328922508.39784.6.camel@z6000.lenzicasa> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NKys6zTV8iyMJiwY" Content-Disposition: inline In-Reply-To: <1328922508.39784.6.camel@z6000.lenzicasa> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: Beta 3 still not OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 20:04:45 -0000 --NKys6zTV8iyMJiwY Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2012 at 11:08:28PM -0200, Sergio de Almeida Lenzi wrote: > Em S=E1b, 2012-02-11 =E0s 00:38 +0100, Baptiste Daroussin escreveu: >=20 > > Sorry pkg add was broken in beta2 this release fixes it. > >=20 > > Changes: > > * fix pkg add (it is been broken during beta2 sorry about that) > > * fix manifest emitter: now really emit the pkg-message in message no m= ore > > description > > * add %M to pkg query to show messages > > * concat all pkg-messages and show it once at the end of operations > > * print messages about missing dependency during pkg add > >=20 > > regards, > > Bapt >=20 >=20 > Hello, Baptiste, Beta 3 still not ok... > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > pkg upgrade=20 > Assertion failed: ((buf->s_flags & SBUF_FINISHED) =3D=3D SBUF_FINISHED), > function sbuf_get, file pkg_util.c, line 36. > Abort trap: 6 (imagem do n=FAcleo gravada) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D >=20 > the sequence was:=20 > pkg update =3D=3D=3D=3D> OK > pkg upgrade =3D=3D=3D=3D=3D> error... >=20 > the error comes before a query to the sql database at pkgdb.c line 2133 > seems that buf->flags is missing SBUF_FINISHED... >=20 > data at buf is.... >=20 > s_buf =3D 0x80081d200 "INSERT OR IGNORE INTO pkgjobs (pkgid, origin, name, > version, comment, desc, arch, osversion, maintainer, www, prefix, > flatsize, pkgsize, cksum, repopath, automatic) SELECT id, origin, name, > version, c"..., s_unused =3D 0x0, s_size =3D 512, s_len =3D 363, s_flags = =3D > 589825} >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > on downgrade to beta 1,=20 > it works.... >=20 >=20 Fixed in beta4, sorry about that, nothing to do with sqlite upgrade. Thanks for reporting regards, Bapt --NKys6zTV8iyMJiwY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk82ydgACgkQ8kTtMUmk6EyR2ACgu4HUuIQ1GhufWp0lAh1tsWWq 0sEAnRenDaN4o0Fw674KedT16r09PF7f =kMwP -----END PGP SIGNATURE----- --NKys6zTV8iyMJiwY-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 20:29:02 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA461065670 for ; Sat, 11 Feb 2012 20:29:02 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm30-vm0.bullet.mail.sp2.yahoo.com (nm30-vm0.bullet.mail.sp2.yahoo.com [98.139.91.238]) by mx1.freebsd.org (Postfix) with SMTP id 988C58FC14 for ; Sat, 11 Feb 2012 20:29:02 +0000 (UTC) Received: from [98.139.91.65] by nm30.bullet.mail.sp2.yahoo.com with NNFMP; 11 Feb 2012 20:29:02 -0000 Received: from [98.136.185.44] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 11 Feb 2012 20:29:02 -0000 Received: from [127.0.0.1] by smtp105.mail.gq1.yahoo.com with NNFMP; 11 Feb 2012 20:29:02 -0000 X-Yahoo-Newman-Id: 212652.97915.bm@smtp105.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Lxc6gagVM1lelhJkoyuzuqUt_WKMbFguycMPqzbPN2HqOHt gOYUblTHQbKQMod0n3IvSaR3rLuLRfVQ5JIkg8Hr0xdvaf2uFNLbeplsx5rH ndgBAP0ZMSg_HIvRy6YFETbrGxKyH.W1543IDdKlBlltt0JG4PrqoGo.PlDA 5zXXaeDd45Q8qZZFUYweMz7X5JHI4jpoQ_QKaRfkn18Wy4AvvaSAgd0a.bT7 .RH3k13C0bZrC_OmEXikosreCgwt3AGUqvVbB25HJf0hEnW0tZg_w6K207A1 GIs16snN3jS4pEKUoO3Y7HckXT40rhfnSNLldxAX_xY73huKXgWGS8Hz8RwR qJ55zinptOD2Ml.QmiIIHlt51GSVzxrDFN3B8xQg08f_gr80IPZbbJuvlSrZ Ym7icFfcGd5rzS74SJcbrWYWIoyDI1zDqHcnbsyga8Vbkr8Tethot2f2Sq4s QjZCnGsCODWDns5zTA2FxGaM47zps9HsFGhtWshOXbYrN.x0Q5W7x7hnfE7. JRuP330MkcPbFb7dF8aKcW4JluggKnwPob7eBk7EkWYOP3SFIKH4Er1wSJhG 1v2Sfr7Ze.qAg8DUu5gjgFs7d5IZbg1LOgSAYx8DfXTme9WbG1f4JmPfIay9 _h0IWbrM- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.101] (pfg@200.118.157.7 with plain) by smtp105.mail.gq1.yahoo.com with SMTP; 11 Feb 2012 12:29:01 -0800 PST Message-ID: <4F36CF8B.3000509@FreeBSD.org> Date: Sat, 11 Feb 2012 15:28:59 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: [CFT] ext2/3 nanosecond timestamps patch. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 20:29:02 -0000 Hello; I have been working on implementing some ext4 features that can work in ext3 mode in preparation towards bringing some more of the ext4 work Zheng Liu did for his GSoC 2010 project. The first of this features is nanosecond/birthtime timestamping, which basically means that if the filesystem was created with big inodes we carry the nanosecond and birthtime stamps that UFS2 has always supported. Apparently the appropriate fields in the on-disk inode have been approved for a long time but support for this in ext3 has not been widely distributed. In preparation for ext4 most linux distributions did enable by default such bigger inodes and some people do use nanosecond timestamps in ext3. I would really appreciate if ext2/ext3 users test this patch: http://people.freebsd.org/~pfg/patches/patch-ext2fs-ns_timestamps It should apply cleanly to 10-current or to a recent 9.0-stable. IMPORTANT: do avoid testing this patch in old systems that may be using Extended Attributes. You will probably not notice any change but do let me know how it goes. best regards, Pedro. ps. FWIW, while here I also implemented the basic inode versioning stuff from Lustre but it's doesn't seem to any use: http://wiki.lustre.org/images/1/16/Inodever-HLD.pdf