r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? Thanks Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang compiled kernel panic when mounting zfs root on i386
04.12.2012 00:41, Konstantin Belousov: Please try the patch below. It might give an immediate relief, but still there are many offenders in the backtrace. I'm having almost the same issue and the patch doesn't work for me. Trying to mount root from zfs:limb0 []... Fatal double fault: eip = 0x835a6bce esp = 0x875c2fd4 ebp = 0x875c3018 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(8380283b,20646920,3030203d,3831000a,a3a000a,...) at db_trace_self_wrapper+0x36/frame 0x83a10f10 kdb_backtrace(8383658f,0,83837c3d,83a10fc0,0,...) at kdb_backtrace+0x30/frame 0x83a10f70 panic(83837c3d,0,0,0,875c3018,...) at panic+0x1bc/frame 0x83a10fb4 dblfault_handler() at cpu_fetch_syscall_args/frame 0x83a10fb4 --- trap 0x17, eip = 8x835a6bce, esp = 0x875c2fd4, ebp = 0x875c3018 --- witness_checkorder(843df808,9,8382a15c,7dd,0,...) at witness_checkorder+0x2e/frame 0x875c3018 _mtx_lock_flags(843df808,0,8382a15c,7dd,202,...) at _mtx_lock_flags+0x7a/frame 0x875c3040 uma_zalloc_arg(843de960,0,102,2,2,...) at uma_zalloc_arg+0x5df/franc 0x875c3090 malloc(38,83d03100,102,875c3138,83c01d1a,...) at malloc+0xe9/frame 0x875c30c0 zfs_kmem_alloc(38,102,8,83cab2fe,157,...) at zfs_kmem_alloc+0x20/frame 0x875c30d4 vdev_mirror_io_start(87e3eb20,10,B7e3eb20,1,87d3f618,...) at vdev_mirror_io_start+0x14a/frame 0x875c3138 zio_vdev_io_start(87e3eb20,8795dbcO,87e3eb20,875c3340,200,...) at zio_vdev_io_start+0x1a6/frame Ox875c3180 zio_execute(87e3eb20.87c8f000,880a0640,8807d400,200,...) at zio_execute+0x103/frame 0x875c31b0 spa_load_verify_cb(87c8f000,0,880a0640,87f7b708,875c3340,...) at spa_load_verify_cb+0x89/frame 0x875c31f0 traverse_visitbp(87f7b708,880a0640,875c3340,875c3db8,0,...) at traverse_visitbp+0x1e6/frame 0x875c3320 traverse_dnode(87f7b708,15,0,3,O,...) at traverse_dnode+0x92/frame 0x875c337O traverse_visitbp(87f7b6cc,880a4000,875c3520,87f7b744,83b92d10,...) at traverse_visitbp+0xc40/frame 0x875c34a0 traverse_visitbp(87f7b744,88096000,875c3650,87f7b834,83b92d10,...) at traverse_visitbp+0xd33/frame 0xB75c35d0 traverse_visitbp(87f7b834,88074000,875c3780,87f7b8ac,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3700 traverse_visitbp(87f7b8ac,8806c000,875c38b0,87f7b924,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3830 traverse_visitbp(87f7b924,88064000,875c39e0,87f7b99c,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3960 traverse_visitbp(87f7b99c,87fce000,875c3b10,87f7ba14,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3a90 traverse_visitbp(87f7ba14,88061040,875c3be0,875c3db8,0,...) at traverse_visitbp+0xd33/frame 0x875c3bc0 traverse_dnode(87f7ba14,15,0,0,0,...) at traverse_dnode+0x92/frame 0x875c3c10 traverse_visitbp(0,87f8ee80,875c3d68,2,834,...) at traverse_visitbp+0x822/frame 0x875c3d40 traverse_impl(15,0,87f8ee80,261400,0,...) at traverse_impl+0x268/frane 0x875c3df0 traverse_pool(87c8f000,261400,0,d,83bec290,...) at traverse_pool+0x273/frame 0x875c3e90 spa_load(0,1,875c4034,83ca82f2,8,...) at spa_load+0x1d8f/frame 0x875c3fa8 spa_load(0,0,83a48934,1,14,...) at spa_load+0x114c/frame 0x875c40c0 spa_load_best(0,,,1,0,...) at spa_load_best+0x71/frame 0x875c3e90 spa_open_common(83ca3ca6,0,0,875c42f0,83bb9dec,...) at spa_open_common+0x11a/frame 0x875c4174 spa_open(875c41e0,875c41dc,83ca3ca6,0,0,...) at spa_open+0x27/frame 0x875c4188 dsl_dir_open_spa(0,87d47350,83ca4039,875c4358,875c4354,...) at dsl_dir_open_spa+0x6c/frame 0x875c42f0 dsl_dataset_hold(87d47350,87a36000,875c43a0,87a36000,87a36000,...) at dsl_data_hold+0x3a/frame 0x875c436c dsl_dataset_own(87d47350,0,87a3600,875c43a0,83d01e30,...) at dsl_dataset_own+0x21/frame 0x875c4388 dmu_objset_own(87d4350,2,1,87a36000,875c43f0,...) at dmu_objset_own+0x2a/frame 0x875c43b0 zfsvfs_create(87d47350,875c4504,83cb0b68,68e,87d47350,...) at zfsvfs_create+0x4c/frame 0x875c4400 zfs_mount(87d40ce4,83cb5Bd0,87d46300,87957500,8384fd28,...) at zfs_mount+0x4a9/frame 0x875c4630 vfs_donmount(8795dbc0,4000,0,875c48b8,87d46380,...) at vfs_donmount+0xc94/frame 0x875c48a0 kernel_mount(87d473d0,4000,0,0,839de044,...) at kernel_mount+0x6b/frame 0x875c48e0 parse_mount(87d47400,8385a800,0,1,0,...) at parse_mount+0x622/frame 0x875c49f8 vfs_mountroot(83a491c4,4,837f68a2,2ba,0,...) at vfs_mountroot+0x6f1/frame 0x875c4c60 start_init(0,875c4d08,837f8f83,3d8,0,...) at start_init+0x6a/frame 0x875c4ccc fork_exit(835107b0,0,875c4d08) at fork_init+0x7c/frame 0x875c4cf4 fork_trampoline() at fork_trampoline+0x8/frame 0x875c4cf4 --- trap 0, eip = 0, esp = 0x875c4d40, ebp = O --- KDB: enter: panic [ thread pid 1 tid 12 J Stopped at kdb_enter+0x3d: movl $O,kdb_why db Source pictures are at https://picasaweb.google.com/104021007361271711472/I386ZfsDoubleFault?authuser=0feat=directlink just in case I missed something. -- Sphinx of black quartz, judge my vow. ___ freebsd-current@freebsd.org mailing list
Request for merge into 9.x
Hello I was recently reading about your work on the Ralink 2860, I run an EEEPC 1000 at the moment and have always wanted to run freebsd on it; however due to the wireless not being supported and a hatred for hanging usb dongles handing everywhere; I had to run linux. I am no driver developer, but I would love to give your driver a trial run on 9.1-RELEASE or -STABLE if easier, I am quite sure once everyone with an eeepc realizes we finally have a working wifi card; they will be most impressed :) as an aside, if you could leave me some simplish instructions on howto actually generate the kernel module in 9.0/9.1 -RELEASE I would happily report how well it works -- paul ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Request for merge into 9.x
On 12/12/2012 02:29 PM, Paul Webster wrote: Hello I was recently reading about your work on the Ralink 2860, I run an EEEPC 1000 at the moment and have always wanted to run freebsd on it; however due to the wireless not being supported and a hatred for hanging usb dongles handing everywhere; I had to run linux. I am no driver developer, but I would love to give your driver a trial run on 9.1-RELEASE or -STABLE if easier, I am quite sure once everyone with an eeepc realizes we finally have a working wifi card; they will be most impressed :) as an aside, if you could leave me some simplish instructions on howto actually generate the kernel module in 9.0/9.1 -RELEASE I would happily report how well it works -- paul There is work going on for this. You can keep an eye on http://wiki.freebsd.org/AsusEee Maybe this link can help you http://forums.freebsd.org/showthread.php?t=7010 It is on the wiki page also, just onder the tasks table. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Fwd: new pc-bios/bios.bin breaks freebsd booting
it seems that qemu-1.3.0 is broken for freebsd... cheers luigi -- Forwarded message -- From: Luigi Rizzo ri...@iet.unipi.it Date: Wed, Dec 12, 2012 at 8:04 AM Subject: new pc-bios/bios.bin breaks freebsd booting To: qemu-de...@nongnu.org, kra...@redhat.com I am not sure if it has been reported already but this commit http://git.qemu.org/?p=qemu.git;a=commitdiff;h=d7a51dbbaa70677846453f8c961590913052dd86 (replacing pc-bios/bios.bin with a newer version) breaks booting of FreeBSD on recent qemu (starting roughly with qemu- 1.3.0-rc2). Using a FreeBSD host, and a FreeBSD guest, the qemu thread runs at 100% and the console is stuck after the 'pci0' probe: ... hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 1 Hz quality 950 Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0xb008-0xb00b on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 Reverting the bios fixes things. I wonder if it isn't the case of reverting this change ? cheers luigi -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
/usr/src/sys/conf/newvers.sh, SYSDIR set to wrong directory.
Hello, My 9-STABLE buildworld broke in a very inexplicable way, I was getting an error on /usr/src/include/osreldate.h that I couldn't figure out until I started looking at the sys/conf/newvers.sh and what it does. It turned out that the thing that broke my buildworld was having .git directory at the root directory of the system because I recently started using GIT to track the configuration files. I added some debug echos to the newvers.sh and I found out it's setting SYSDIR to /bin/.. which in turn causes the newvers.sh to set the gitdir to /.git and that seems to break the logic in newvers.sh. Isn't SYSDIR supposed to be set to the sys -subdirectory of the source tree (/usr/src/sys default)? I'm guessing the reason the SYSDIR gets set to /bin/.. is the line in newvers.sh: SYSDIR=$(dirname $0)/.. $0 is actually /bin/sh and not the path to newver.sh because the newvers.sh is sourced by the Makefile in /usr/src/include instead of executing it: osreldate.h: ${.CURDIR}/../sys/conf/newvers.sh ${.CURDIR}/../sys/sys/param.h \ ${.CURDIR}/Makefile @${ECHO} creating osreldate.h from newvers.sh @MAKE=${MAKE}; \ PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ Now the question is how to fix this? -Kimmo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
On Wed, Dec 12, 2012 at 4:07 AM, Anton Shterenlikht me...@bristol.ac.uk wrote: I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? These 2 programs are part of the CDDL liscensed code. Do you have WITHOUT_CDDL defined in your src.conf or make.conf? If it is defined, then you can remove them. Otherwise you'll need to determine why they are not being built/installed. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/sys/conf/newvers.sh, SYSDIR set to wrong directory.
On Wed, 2012-12-12 at 18:14 +0200, Kimmo Paasiala wrote: Hello, My 9-STABLE buildworld broke in a very inexplicable way, I was getting an error on /usr/src/include/osreldate.h that I couldn't figure out until I started looking at the sys/conf/newvers.sh and what it does. It turned out that the thing that broke my buildworld was having .git directory at the root directory of the system because I recently started using GIT to track the configuration files. I added some debug echos to the newvers.sh and I found out it's setting SYSDIR to /bin/.. which in turn causes the newvers.sh to set the gitdir to /.git and that seems to break the logic in newvers.sh. Isn't SYSDIR supposed to be set to the sys -subdirectory of the source tree (/usr/src/sys default)? I'm guessing the reason the SYSDIR gets set to /bin/.. is the line in newvers.sh: SYSDIR=$(dirname $0)/.. $0 is actually /bin/sh and not the path to newver.sh because the newvers.sh is sourced by the Makefile in /usr/src/include instead of executing it: osreldate.h: ${.CURDIR}/../sys/conf/newvers.sh ${.CURDIR}/../sys/sys/param.h \ ${.CURDIR}/Makefile @${ECHO} creating osreldate.h from newvers.sh @MAKE=${MAKE}; \ PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ Now the question is how to fix this? -Kimmo Perhaps it could be handled similar to PARAMFILE, something like this in the makefile: PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ SYSDIR=${.CURDIR}/../sys; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ I'm not sure if newvers.sh needs to work in ways that don't involve being invoked from that makefile rule, so to be safe it could have default handling, something like: : ${SYSDIR:=$(dirname $0)/..} -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: new pc-bios/bios.bin breaks freebsd booting
Yes, the qemu bios people decided that they could change the ACPI setup, in order to make Linux boot slightly (1 line) quieter. http://git.qemu.org/?p=seabios.git;a=commit;h=4540409d19a4baeec5006d925cfca19f8038a96e Adrian On 12 December 2012 08:07, Luigi Rizzo ri...@iet.unipi.it wrote: it seems that qemu-1.3.0 is broken for freebsd... cheers luigi -- Forwarded message -- From: Luigi Rizzo ri...@iet.unipi.it Date: Wed, Dec 12, 2012 at 8:04 AM Subject: new pc-bios/bios.bin breaks freebsd booting To: qemu-de...@nongnu.org, kra...@redhat.com I am not sure if it has been reported already but this commit http://git.qemu.org/?p=qemu.git;a=commitdiff;h=d7a51dbbaa70677846453f8c961590913052dd86 (replacing pc-bios/bios.bin with a newer version) breaks booting of FreeBSD on recent qemu (starting roughly with qemu- 1.3.0-rc2). Using a FreeBSD host, and a FreeBSD guest, the qemu thread runs at 100% and the console is stuck after the 'pci0' probe: ... hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 1 Hz quality 950 Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0xb008-0xb00b on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 Reverting the bios fixes things. I wonder if it isn't the case of reverting this change ? cheers luigi -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
On Wed, Dec 12, 2012 at 10:52 AM, Scot Hetzel swhet...@gmail.com wrote: On Wed, Dec 12, 2012 at 4:07 AM, Anton Shterenlikht me...@bristol.ac.uk wrote: I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? These 2 programs are part of the CDDL liscensed code. Do you have WITHOUT_CDDL defined in your src.conf or make.conf? If it is defined, then you can remove them. Otherwise you'll need to determine why they are not being built/installed. I had another look at cddl/usr.sbin/Makefile, and it only builds lockstat and dtrace for i386, amd64, and powerpc. It doesn't build them for ia64. So it is safe to remove them. -- DISCLAIMER: No electrons were mamedi while sending this message. Only slightly bruised. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr)
Hi, I've created FreeBSD clang world for RPI based on svn 244112 + eabi.diff(NOT USE) + few NetBSD code. I didn't test with -mfloat-abi=softfp but it might work. The first version is released at my Japanese blog: http://shell.peach.ne.jp/aoyama/archives/2357 Thank you for many comments to previous versions. Thank you for adding RPI support to FreeBSD. Thank you for porting latest clang to head! It's very useful for RPI developing now. You can get the pre-build image from my archives: http://www.peach.ne.jp/archives/rpi/ (At this time, freebsd-pi-clang-20121213.img.gz is the latest version.) Download and decompress it, then write it to SD. This image requires SD 4GB or more. I'm using as headless server. So, you need a serial console for seeing the boot log. If you need to change the value on it, please mount the second partition (e.g. /dev/da0s2a). If you want the video out, please remove the line of set console=comconsole in /boot/loader.rc. Note: first time, it takes about 2 minutes for generating the SSH keys. This version includes axe(ASIX AX88x7x/760) driver because smsc is not stable. Now cc is clang instead of gcc. If you want to use gcc, specify or edit /etc/make.conf. The initial setup code is taken from NetBSD. Using config is here: http://www.peach.ne.jp/archives/rpi/config/RPI-B-test8 Source and pacth is here: http://www.peach.ne.jp/archives/rpi/patch/ Pre-configured for: MEM 496MB/GPU 16MB/SWAP 512MB I/O: multi-console (primary serial) IP address: 192.168.1.240 Default router: 192.168.1.1 DNS: 192.168.1.1 sshd: enabled User: pi Password: raspberry Password(root): raspberry kernel section limit: TS=256MB, DS=1024MB, SS=256MB example of /etc/make.conf: -- WITHOUT_X11=yes WITH_CLANG=yes WITH_CLANG_IS_CC=yes # Now cc = clang is default #CC=clang #CXX=clang++ #CPP=clang-cpp # For clang NO_WERROR= WERROR= CFLAGS=-O2 -fno-strict-aliasing -pipe -march=armv6z -mtune=arm1176jzf-s -mfloat-abi=soft COPTFLAGS=-O1 -fno-strict-aliasing -pipe -march=armv6z -mtune=arm1176jzf-s -mfloat-abi=soft # For gcc #CC=gcc #CXX=g++ #CPP=cpp -- How to use GPT USB stick in RPI: (if you use something, delete/destory it before doing) # gpart delete -i NN da0 # gpart destroy -F da0 (create new partition and format) # gpart create -s gpt da0 # gpart add -t freebsd-ufs da0 # gpart show # newfs -U -j /dev/da0p1 (mount it) # mount /dev/da0p1 /mnt -- Known problems: o SD card is not configured correctly. (power on/off need if it's failed) o hang the system. (unknown reason) o smsc is not stable. o alignment/padding is not same as gcc. (temporary avoid strict alignment now) o call both IDCACHE_WBINV_ALL and DCACHE_WB_RANGE at switch. (can't work without both) o still depend on GNU as (gas syntax). TODO: o modify/replace bcm2835 drivers. o using clang -integrated-as. o fix alignment with clang. o self build. o use EABI if possible. o create build script :-) Enjoy clang world in Raspberry Pi! Thank you. -- Daisuke Aoyama ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
From swhet...@gmail.com Wed Dec 12 17:55:00 2012 On Wed, Dec 12, 2012 at 10:52 AM, Scot Hetzel swhet...@gmail.com wrote: On Wed, Dec 12, 2012 at 4:07 AM, Anton Shterenlikht me...@bristol.ac.uk wrote: I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? These 2 programs are part of the CDDL liscensed code. Do you have WITHOUT_CDDL defined in your src.conf or make.conf? If it is defined, then you can remove them. Otherwise you'll need to determine why they are not being built/installed. I had another look at cddl/usr.sbin/Makefile, and it only builds lockstat and dtrace for i386, amd64, and powerpc. It doesn't build them for ia64. So it is safe to remove them. ok, this makes sense, thanks Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
From swhet...@gmail.com Wed Dec 12 17:54:59 2012 On Wed, Dec 12, 2012 at 4:07 AM, Anton Shterenlikht me...@bristol.ac.uk wrote: I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? These 2 programs are part of the CDDL liscensed code. Do you have WITHOUT_CDDL defined in your src.conf or make.conf? If it is defined, then you can remove them. Otherwise you'll need to determine why they are not being built/installed. UZI cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 UZI UZI ls /etc/src* ls: No match. UZI I did the usual make buildworld, make buildkernel, make install kernel, reboot, make installworld. I didn't do anything unusual. Are you saying you've got these two files up to date? Thanks Anton ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r244114 ia64: make check-old-libs says /lib/libz.so.5 can be removed, but it is still needed by /usr/sbin/dtrace and /usr/sbin/lockstat
On 12 December 2012 14:07, Anton Shterenlikht me...@bristol.ac.uk wrote: I updated to r244114 on ia64 following the standard procedure. I then get: # make check-old-libs Checking for old libraries /lib/libz.so.5 # while sysutils/libchk shows: Binaries that are linked with: /lib/libz.so.5 /usr/sbin/dtrace /usr/sbin/lockstat and indeed these two executables depend on this library: # ldd /usr/sbin/dtrace /usr/sbin/dtrace: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) libthr.so.3 = /lib/libthr.so.3 (0x200020246000) libc.so.7 = /lib/libc.so.7 (0x200020294000) # ldd /usr/sbin/lockstat /usr/sbin/lockstat: libdtrace.so.2 = /lib/libdtrace.so.2 (0x200020094000) libproc.so.2 = /usr/lib/libproc.so.2 (0x200020194000) libctf.so.2 = /lib/libctf.so.2 (0x2000201a8000) libelf.so.1 = /usr/lib/libelf.so.1 (0x2000201d) libz.so.5 = /lib/libz.so.5 (0x20002021) librt.so.1 = /usr/lib/librt.so.1 (0x200020246000) libthr.so.3 = /lib/libthr.so.3 (0x20002025e000) libc.so.7 = /lib/libc.so.7 (0x2000202ac000) # I see that these two executables are old: # ls -al /usr/sbin/dtrace /usr/sbin/lockstat -r-xr-xr-x 1 root wheel 58976 Jul 18 2010 /usr/sbin/dtrace -r-xr-xr-x 1 root wheel 72832 Jul 18 2010 /usr/sbin/lockstat # Does this mean that both dtrace and lockstat are obsolete and can be removed? Both binaries stopped building for ia64 since r210693 (Jul 31 2010). -- wbr, pluknet ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/sys/conf/newvers.sh, SYSDIR set to wrong directory.
On Wed, Dec 12, 2012 at 6:53 PM, Ian Lepore free...@damnhippie.dyndns.org wrote: On Wed, 2012-12-12 at 18:14 +0200, Kimmo Paasiala wrote: Hello, My 9-STABLE buildworld broke in a very inexplicable way, I was getting an error on /usr/src/include/osreldate.h that I couldn't figure out until I started looking at the sys/conf/newvers.sh and what it does. It turned out that the thing that broke my buildworld was having .git directory at the root directory of the system because I recently started using GIT to track the configuration files. I added some debug echos to the newvers.sh and I found out it's setting SYSDIR to /bin/.. which in turn causes the newvers.sh to set the gitdir to /.git and that seems to break the logic in newvers.sh. Isn't SYSDIR supposed to be set to the sys -subdirectory of the source tree (/usr/src/sys default)? I'm guessing the reason the SYSDIR gets set to /bin/.. is the line in newvers.sh: SYSDIR=$(dirname $0)/.. $0 is actually /bin/sh and not the path to newver.sh because the newvers.sh is sourced by the Makefile in /usr/src/include instead of executing it: osreldate.h: ${.CURDIR}/../sys/conf/newvers.sh ${.CURDIR}/../sys/sys/param.h \ ${.CURDIR}/Makefile @${ECHO} creating osreldate.h from newvers.sh @MAKE=${MAKE}; \ PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ Now the question is how to fix this? -Kimmo Perhaps it could be handled similar to PARAMFILE, something like this in the makefile: PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ SYSDIR=${.CURDIR}/../sys; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ I'm not sure if newvers.sh needs to work in ways that don't involve being invoked from that makefile rule, so to be safe it could have default handling, something like: : ${SYSDIR:=$(dirname $0)/..} -- Ian Thanks, that works. Should I file a PR about this? -Kimmo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/sys/conf/newvers.sh, SYSDIR set to wrong directory.
On Wed, Dec 12, 2012 at 10:52 AM, Kimmo Paasiala kpaas...@gmail.com wrote: ... Thanks, that works. Should I file a PR about this? There are other issues with this that should be resolved (in particular, modifying include/Makefile that FreeNAS has been packing around for a year or so now). Filed a PR here a year ago, but no one has committed it yet even though it should be trivial enough to review and commit: http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/160646 . Alfred/Josh/Xin: could you please commit this change first? Thanks! -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Request for merge into 9.x
Have you tested 9-STABLE? I see there some 2860 bits- http://svnweb.freebsd.org/base/stable/9/sys/dev/ral/ There are some updates in head, they should go to -STABLE after a usual while (TM). FYI, current wifi development and discussion takes place in freebsd-wireless too. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Request-for-merge-into-9-x-tp5768802p5768897.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: clang compiled kernel panic when mounting zfs root on i386
On 2012-12-12 14:04, Volodymyr Kostyrko wrote: 04.12.2012 00:41, Konstantin Belousov: Please try the patch below. It might give an immediate relief, but still there are many offenders in the backtrace. I'm having almost the same issue and the patch doesn't work for me. ... Looking at the stack frame addresses, it seems some of them are mangled. Did you type this by hand? The differences between subsequent frames are a bit strange because of it (and because of awk's integer processing): _mtx_lock_flags 40 uma_zalloc_arg 80 malloc 48 zfs_kmem_alloc 20 vdev_mirror_io_start 100 zio_vdev_io_start-2270966072 zio_execute 2270966192 spa_load_verify_cb 64 traverse_visitbp 304 traverse_dnode -2129031145 traverse_visitbp 2129031529 traverse_visitbp 805306672 traverse_visitbp -805306064 traverse_visitbp 304 traverse_visitbp 304 traverse_visitbp 304 traverse_visitbp 304 traverse_dnode 80 traverse_visitbp 304 traverse_impl176 traverse_pool160 spa_load 280 spa_load 280 spa_load_best-560 spa_open_common 740 spa_open 20 dsl_dir_open_spa 360 dsl_dataset_hold 124 dsl_dataset_own 28 dmu_objset_own 40 zfsvfs_create80 zfs_mount560 vfs_donmount 624 kernel_mount 64 parse_mount 280 vfs_mountroot616 start_init 108 fork_exit40 fork_trampoline 0 The kernel stack is just 8,192 bytes; since you can see these routines are all consuming massive amounts of stack, and the calls are very deeply nested, it is almost inevitable that it would crash. Especially the recursive spa_load and traverse_visitbp calls are scary, because that can grow out of hand very quickly. It is probably tricky to remove the recursion... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: rev 244030 route command is not working
On Tue, Dec 11, 2012 at 04:07:03PM +0400, Gleb Smirnoff wrote: On Tue, Dec 11, 2012 at 12:21:20PM +0200, Artyom Mirgorodskiy wrote: A Gleb, when I reset errno at the begin of fiboptlist_csv() A everything work as expected. Artyom, can you please test attached patch? Index: route.c === --- route.c (revision 244082) +++ route.c (working copy) @@ -271,8 +271,7 @@ case 0: case 1: fib[i] = strtol(token, endptr, 0); - if (*endptr != '\0' || (fib[i] == 0 - (errno == EINVAL || errno == ERANGE))) + if (*endptr != '\0') error = 1; break; default: @@ -336,8 +335,7 @@ goto fiboptlist_csv_ret; } else { fib = strtol(token, endptr, 0); - if (*endptr != '\0' || (fib == 0 - (errno == EINVAL || errno == ERANGE))) { + if (*endptr != '\0') { error = 1; goto fiboptlist_csv_ret; } This patch will avoid erroneously failing but will let through certain invalid strings. The empty string will silently be treated as 0 and values outside the range [LONG_MIN, LONG_MAX] will be clamped silently (the latter was already broken in most cases because [ERANGE] happens only with a return value of LONG_MIN or LONG_MAX). Other invalid strings that were and are let through (with unexpected results) are ones containing a number that fits in a long but not in an int. To fix the range detection, errno should be set to 0 before the call and checked afterwards; in a library function (this is an application), errno should be saved and restored around that to avoid setting errno to 0 as a side effect of the function. The empty string needs a specific check. I don't insist on this being fixed but it shows that strtol() is too hard to use correctly. The non-standard strtonum() looks easier but has other problems (such as returning an English string in an API that should be language-neutral). -- Jilles Tjoelker ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Request for merge into 9.x
On Wednesday 12 December 2012 14:29:13 Paul Webster wrote: Hello I was recently reading about your work on the Ralink 2860, I run an EEEPC 1000 at the moment and have always wanted to run freebsd on it; however due to the wireless not being supported and a hatred for hanging usb dongles handing everywhere; I had to run linux. I am no driver developer, but I would love to give your driver a trial run on 9.1-RELEASE or -STABLE if easier, I am quite sure once everyone with an eeepc realizes we finally have a working wifi card; they will be most impressed :) as an aside, if you could leave me some simplish instructions on howto actually generate the kernel module in 9.0/9.1 -RELEASE I would happily report how well it works Which card do you have exactly (pciconf -lv)? Everything if done to ral(4) is in stable/9 and 9.1-release. So, if the card is affected by any of the changes it should be supported in 9.1-release. If not, it might just be a missing PCI ID. -- Bernhard ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
AR9285 not see n-channels
I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0:class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr)
On 12/12/2012 9:08 AM, Daisuke Aoyama wrote: Hi, I've created FreeBSD clang world for RPI based on svn 244112 + eabi.diff(NOT USE) + few NetBSD code. I didn't test with -mfloat-abi=softfp but it might work. The first version is released at my Japanese blog: http://shell.peach.ne.jp/aoyama/archives/2357 Thank you for many comments to previous versions. Thank you for adding RPI support to FreeBSD. Thank you for porting latest clang to head! It's very useful for RPI developing now. You can get the pre-build image from my archives: http://www.peach.ne.jp/archives/rpi/ (At this time, freebsd-pi-clang-20121213.img.gz is the latest version.) Download and decompress it, then write it to SD. This image requires SD 4GB or more. I'm using as headless server. So, you need a serial console for seeing the boot log. If you need to change the value on it, please mount the second partition (e.g. /dev/da0s2a). If you want the video out, please remove the line of set console=comconsole in /boot/loader.rc. Note: first time, it takes about 2 minutes for generating the SSH keys. This version includes axe(ASIX AX88x7x/760) driver because smsc is not stable. Now cc is clang instead of gcc. If you want to use gcc, specify or edit /etc/make.conf. The initial setup code is taken from NetBSD. Using config is here: http://www.peach.ne.jp/archives/rpi/config/RPI-B-test8 Source and pacth is here: http://www.peach.ne.jp/archives/rpi/patch/ Pre-configured for: MEM 496MB/GPU 16MB/SWAP 512MB I/O: multi-console (primary serial) IP address: 192.168.1.240 Default router: 192.168.1.1 DNS: 192.168.1.1 sshd: enabled User: pi Password: raspberry Password(root): raspberry kernel section limit: TS=256MB, DS=1024MB, SS=256MB example of /etc/make.conf: -- WITHOUT_X11=yes WITH_CLANG=yes WITH_CLANG_IS_CC=yes # Now cc = clang is default #CC=clang #CXX=clang++ #CPP=clang-cpp # For clang NO_WERROR= WERROR= CFLAGS=-O2 -fno-strict-aliasing -pipe -march=armv6z -mtune=arm1176jzf-s -mfloat-abi=soft COPTFLAGS=-O1 -fno-strict-aliasing -pipe -march=armv6z -mtune=arm1176jzf-s -mfloat-abi=soft # For gcc #CC=gcc #CXX=g++ #CPP=cpp -- How to use GPT USB stick in RPI: (if you use something, delete/destory it before doing) # gpart delete -i NN da0 # gpart destroy -F da0 (create new partition and format) # gpart create -s gpt da0 # gpart add -t freebsd-ufs da0 # gpart show # newfs -U -j /dev/da0p1 (mount it) # mount /dev/da0p1 /mnt -- Known problems: o SD card is not configured correctly. (power on/off need if it's failed) o hang the system. (unknown reason) o smsc is not stable. o alignment/padding is not same as gcc. (temporary avoid strict alignment now) o call both IDCACHE_WBINV_ALL and DCACHE_WB_RANGE at switch. (can't work without both) o still depend on GNU as (gas syntax). TODO: o modify/replace bcm2835 drivers. o using clang -integrated-as. o fix alignment with clang. o self build. o use EABI if possible. o create build script :-) Enjoy clang world in Raspberry Pi! Amazing! Thank you for working on it ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0:class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? ___ freebsd-wirel...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0:class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:505 12 72M 27.50 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATamp;T On Dec 12, 2012 4:39 PM, Andrey Fesenko lt;f0and...@gmail.comgt; wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd lt;adr...@freebsd.orggt; wrote: gt; What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? gt; gt; gt; gt; adrian gt; gt; gt; On 12 December 2012 15:51, Andrey Fesenko lt;f0and...@gmail.comgt; wrote: gt;gt; I have gt;gt; # uname -a gt;gt; FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 gt;gt; r243259: Mon Nov 19 09:28:08 MSK 2012 gt;gt; root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 gt;gt; # grep ATH /usr/src/sys/amd64/conf/W_BOOK gt;gt; options ATH_ENABLE_11N gt;gt; options ATH_DEBUG gt;gt; options ATH_DIAGAPI gt;gt; gt;gt; pciconf gt;gt; ath0@pci0:5:0:0:class=0x028000 card=0xe016105b chip=0x002b168c gt;gt; rev=0x01 hdr=0x00 gt;gt; vendor = 'Atheros Communications Inc.' gt;gt; device = 'AR9285 Wireless Network Adapter (PCI-Express)' gt;gt; class = network gt;gt; gt;gt; gt;gt; # ifconfig -v wlan0 list channel gt;gt; Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 gt;gt; Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b gt;gt; Channel 1 : 2412 MHz 11g ht/20Channel 8 : 2447 MHz 11g gt;gt; Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 gt;gt; Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b gt;gt; gt;gt; gt;gt; wi-fi router have and enable n-mode (linksys e4200) gt;gt; How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:505 12 72M 27.50 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843lt;UP,BROADCAST,RUNNING,SIMPLEX,MULTICASTgt; metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29lt;PERFORMNUD,IFDISABLED,AUTO_LINKLOCALgt; media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:0 6:0 7:1 8:0 9:0 10:0 11:0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
.. yup, you're doing 11n! Welcome! Adrian On 12 December 2012 16:54, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:0 6:0 7:1 8:0 9:0 10:0 11:0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AR9285 not see n-channels
On Thu, Dec 13, 2012 at 4:55 AM, Adrian Chadd adrian.ch...@gmail.com wrote: .. yup, you're doing 11n! Welcome! Adrian On 12 December 2012 16:54, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:0 6:0 7:1 8:0 9:0 10:0 11:0 why # ifconfig -v wlan0 list channel show only b and g channels? and only 13? or this restriction AR9285 though # iperf -i 10 -t 20 -c 192.168.1.26 -w 1024K -l 1024K Client connecting to 192.168.1.26, TCP port 5001 TCP window size: 1.00 MByte
Re: AR9285 not see n-channels
Hi, The AR9285 is a 2GHz only NIC. The channel list shows 11b, 11bg, HT20 and HT40 channels. It all looks right, why don't you think it is? Adrian On 12 December 2012 17:32, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:55 AM, Adrian Chadd adrian.ch...@gmail.com wrote: .. yup, you're doing 11n! Welcome! Adrian On 12 December 2012 16:54, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:0 6:0 7:1 8:0 9:0 10:0 11:0 why # ifconfig -v wlan0 list channel show only b and g channels? and only
Re: AR9285 not see n-channels
On Thu, Dec 13, 2012 at 5:33 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Hi, The AR9285 is a 2GHz only NIC. The channel list shows 11b, 11bg, HT20 and HT40 channels. It all looks right, why don't you think it is? Adrian On 12 December 2012 17:32, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:55 AM, Adrian Chadd adrian.ch...@gmail.com wrote: .. yup, you're doing 11n! Welcome! Adrian On 12 December 2012 16:54, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:0 6:0 7:1 8:0 9:0 10:0 11:
Re: AR9285 not see n-channels
Right, that's what HT is for. Adrian On 12 December 2012 17:39, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 5:33 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Hi, The AR9285 is a 2GHz only NIC. The channel list shows 11b, 11bg, HT20 and HT40 channels. It all looks right, why don't you think it is? Adrian On 12 December 2012 17:32, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:55 AM, Adrian Chadd adrian.ch...@gmail.com wrote: .. yup, you're doing 11n! Welcome! Adrian On 12 December 2012 16:54, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:44 AM, Adrian Chadd adrian.ch...@gmail.com wrote: Yup. It's doing 11n rates. Compile and run athstats, it'll tell you how many aggregate frames are being sent and received. Adrian Sent from my Palm Pre on ATT On Dec 12, 2012 4:39 PM, Andrey Fesenko f0and...@gmail.com wrote: On Thu, Dec 13, 2012 at 4:32 AM, Adrian Chadd adr...@freebsd.org wrote: What's 'ifconfig wlan0' and 'ifconfig wlan0 list sta' look like? adrian On 12 December 2012 15:51, Andrey Fesenko f0and...@gmail.com wrote: I have # uname -a FreeBSD beastie.mydomain.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r243259: Mon Nov 19 09:28:08 MSK 2012 root@beastie.mydomain.local:/usr/obj/usr/src/sys/W_BOOK amd64 # grep ATH /usr/src/sys/amd64/conf/W_BOOK options ATH_ENABLE_11N options ATH_DEBUG options ATH_DIAGAPI pciconf ath0@pci0:5:0:0: class=0x028000 card=0xe016105b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network # ifconfig -v wlan0 list channel Channel 1 : 2412 MHz 11b Channel 7 : 2442 MHz 11g ht/20 Channel 1 : 2412 MHz 11g Channel 8 : 2447 MHz 11b Channel 1 : 2412 MHz 11g ht/20 Channel 8 : 2447 MHz 11g Channel 2 : 2417 MHz 11b Channel 8 : 2447 MHz 11g ht/20 Channel 2 : 2417 MHz 11g Channel 9 : 2452 MHz 11b wi-fi router have and enable n-mode (linksys e4200) How to turn on or activate n-mode? # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:6d:8f:fa:d9:50 5 12 72M 27.5 0 2079 31872 EP AQEHTRS RSN HTCAP WME WPS # ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 4c:0f:6e:4b:4e:f5 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid hometest channel 12 (2467 MHz 11g ht/20) bssid 58:6d:8f:fa:d9:50 regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL # ./athstats 526213 data frames received 10205data frames transmit 79 short on-chip tx retries 103 long on-chip tx retries 16 tx failed 'cuz too many retries 220 mib overflow interrupts MCS7 current transmit rate 1watchdog timeouts 42 beacon miss interrupts 23154rx failed 'cuz of bad CRC 56 rx failed 'cuz of PHY err 56 illegal service 1638 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 56 rssi of last ack 50 avg recv rssi -96 rx noise floor 13 phantom beacon misses 6569 tx frames through raw api 1460 A-MPDU sub-frames received 183 Half-GI frames received 183 40MHz frames received 2397 CRC errors for non-last A-MPDU subframes 3151 Frames transmitted with HT Protection 25 A-MPDU sub-frame TX attempt success 2first step level 1OFDM weak signal detect 268 listen time 190 ANI increased spur immunity 174 ANI decrease spur immunity 2ANI enabled OFDM weak signal detect 3517 ANI disabled OFDM weak signal detect 3515 ANI disabled CCK weak signal threshold 4ANI increased first step level 2ANI decreased first step level 154772 cumulative OFDM phy error count 528256 cumulative CCK phy error count 851 ANI forced listen time to zero 26 missing ACK's 78 RTS without CTS 3135 successful RTS 65747bad FCS 473007 beacons received 53 average rssi (beacons only) 35 average rssi (all rx'd frames) 48 average rssi (ACKs only) Antenna profile: [0] tx10173 rx4 [1] tx0 rx 526209 # ./athaggrstats 17 single frames scheduled 9aggregate frames scheduled 1217 single frames scheduled due to low HWQ depth Aggregate size profile: 0:0 1:0 2:6 3:2 4:0 5:
Re: r244036 kernel hangs under load.
Konstantin Belousov wrote: On Tue, Dec 11, 2012 at 08:58:47PM -0500, Rick Macklem wrote: Ok, I'll test r243598 and then r243599 and r243835, just to see if it really is this. I'll email when I have done this. If you test only r243598, I am sure that you would experience corruption. The r243599 should cause the deadlocks. I think you meant r243599 will result in corruptions and r243835 deadlocks. I have run r243598 for a while without a hang. (r243599 doesn't build) I haven't tried r243835 yet. Also, do you use the post-r244095 kernel ? Before and after. The most recent tests were post-r244095. (If anything the more recent kernels hang more easily.) Is your machine SMP ? Old, slow single core i386. Try this. Please note that this is mostly a debugging facility. It seemed to help, but didn't stop the hangs completely. r244125 without the patch would hang somewhere in a kernel build. r244125 plus this patch ran almost 2 kernel builds before it got hung. Can you try to look into the system state on the hang (on the kernel with the if (1 || patch applied) ? Using the ddb and recipe from the web page. Basically watch for a thread looping in the mnt_active iterator and threads owning vnode interlocks. Ok, there is only one process in the mnt_active iterator and its trace is as follows (syncer): dle+0x12d/frame 0xdfe33adc (I suspect the screen lost an 'I') intr_execute_handlers(c5e3d064,dfe33b20,0,dfe33b64,c0ec2115,...) at intr_execute_handlers+0x49/frame 0xdfe33afc lapic_handle_intr(3c,dfe33b20) at lapic_handle_intr+0x36/frame 0xdfe33b10 Xapic_isr1() at Xapic_isr1+0x35/frame 0xdfe33b10 --- interrupt, eip = 0xc0eca8db, esp = 0xdfe33b60, ebp = 0xdfe33b64 --- spinlock_exit(c128be90,4,c10b5017,130,1710,...) at spinlock_exit+0x2b/frame 0xdfe33b64 __mtx_unlock_spin_flags(c128be90,0,c10b80be,25d,0,...) at __mtx_unlock_spin_flags+0x112/frame 0xdfe33b90 kern_yield(,0,c10c75c9,127b,c8b05238,...) at kern_yield+0x125/frame 0xdfe33bbc __mnt_vnode_next_active(dfe33c08,c857ba80,c10c75c9,dac,5d7,...) at __mnt_vnode_next_active+0xda/frame 0xdfe33be0 vfs_msync(c857ba80,2,2,e6b,c857ba80,...) at vfs_msync+0x175/frame 0xdfe33c18 sync_fsync(dfe33ca8,c85cf470,80400,c10c75c9,6f4,...) at sync_fsync+0x141/frame 0xdfe33c64 VOP_FSYNC_APV(c12008a0,dfe33ca8,c10c75c9,6f4,4e20,...) at VOP_FSYNC_APV+0xb4/frame 0xdfe33c64 sched_sync(0,dfe33d08,c10b0e10,3db,c85395a0,...) at sched_sync+0x399/frame 0xdfe33cc8 fork_exit(c0b79420,0,dfe33d08) at fork_exit+0xc0/frame 0xdfe33cf4 fork_trampoline() at fork_trampoline+0x8/frame 0xdfe33cf4 --- trap 0, eip = 0, esp = 0xdfe33d40, ebp = 0 --- This process holds: exclusive lockmgr syncer (syncer) r = 0 (0xc85cf4c8) locked @ kern/vfs_subr.c:1780 The only other process that is doing anything in the VFS subsystem holds the vnode interlock. It's trace is: dle+0x12d/frame 0xdfe6a850 intr_execute_handlers(c5f721c0,dfe6a894,0,dfe6a908,c0ec2115,...) at intr_execute_handlers+0x49/frame 0xdfe6a870 lapic_handle_intr(31,dfe6a894) at lapic_handle_intr+0x36/frame 0xdfe6a884 Xapic_isr1() at Xapic_isr1+0x35/frame 0xdfe6a884 --- interrupt, eip = 0xc0b2206a, esp = 0xdfe6a8d4, ebp = 0xdfe6a908 --- witness_unlock(c8972a74,8,c10c75c9,965,0,...) at witness_unlock+0x3a/frame 0xdfe6a908 __mtx_unlock_flags(c8972a84,0,c10c75c9,965,c89729fc,...) at __mtx_unlock_flags+0x9f/frame 0xdfe6a938 vdropl(c89729fc,dfe6a974,c10c75c9,8e7,c1238020,...) at vdropl+0x63/frame 0xdfe6a95c vputx(dfe6aa04,c0b67acc,c89729fc,dfe6a9e4,dfe6abc4,...) at vputx+0x300/frame 0xdfe6a994 vput(c89729fc,dfe6a9e4,dfe6abc4,31d,dfe6a9e4,...) at vput+0x10/frame 0xdfe6a99c lookup(dfe6ab84,c857e000,0,ce,c13c83c8,...) at lookup+0x9bc/frame 0xdfe6aa04 namei(dfe6ab84,0,0,246,0,...) at namei+0x4fe/frame 0xdfe6aa80 vn_open_cred(dfe6ab84,dfe6ac24,1a4,0,c5dd4580,...) at vn_open_cred+0x2c0/frame 0xdfe6ab40 vn_open(dfe6ab84,dfe6ac24,1a4,c85922a0,c853a2d0,...) at vn_open+0x3b/frame 0xdfe6ab60 kern_openat(c85c55e0,ff9c,2882dcc0,0,8001,...) at kern_openat+0x1e2/frame 0xdfe6ac0c kern_open(c85c55e0,2882dcc0,0,8000,1b6,...) at kern_open+0x35/frame 0xdfe6ac2c sys_open(c85c55e0,dfe6accc,c02acde7,7307f55d,5e5b00,...) at sys_open+0x30/frame 0xdfe6ac48 syscall(dfe6ad08) at syscall+0x2e5/frame 0xdfe6acfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xdfe6acfc --- syscall (5, FreeBSD ELF32, sys_open), eip = 0x84a1667, esp = 0xbfbfcffc, ebp = 0xbfbfd018 --- The locks this process holds are: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0x8972a74) locked @ kern/vfs_subr.c:2513 shared lockmgr ufs (ufs) r = 0 (0xc8bd181c) locked @ kern/vfs_subr.c:2161 The only other lock held by any thread/process is: Process 12 (intr) thread 0xc5dfc5e0 (100012) exclusive sleep mutex Giant (Giant) r = 1 (0xc127b690) locked @ dev/syscons/syscons.c:724 The only 2 locked vnodes are the ufs one and the syncer one, as shown above. The rest of the processes/threads
Re: r244036 kernel hangs under load.
On Wed, Dec 12, 2012 at 10:01:39PM -0500, Rick Macklem wrote: Konstantin Belousov wrote: On Tue, Dec 11, 2012 at 08:58:47PM -0500, Rick Macklem wrote: Ok, I'll test r243598 and then r243599 and r243835, just to see if it really is this. I'll email when I have done this. If you test only r243598, I am sure that you would experience corruption. The r243599 should cause the deadlocks. I think you meant r243599 will result in corruptions and r243835 deadlocks. I have run r243598 for a while without a hang. (r243599 doesn't build) I haven't tried r243835 yet. Also, do you use the post-r244095 kernel ? Before and after. The most recent tests were post-r244095. (If anything the more recent kernels hang more easily.) Is your machine SMP ? Old, slow single core i386. Try this. Please note that this is mostly a debugging facility. It seemed to help, but didn't stop the hangs completely. r244125 without the patch would hang somewhere in a kernel build. r244125 plus this patch ran almost 2 kernel builds before it got hung. Can you try to look into the system state on the hang (on the kernel with the if (1 || patch applied) ? Using the ddb and recipe from the web page. Basically watch for a thread looping in the mnt_active iterator and threads owning vnode interlocks. Ok, there is only one process in the mnt_active iterator and its trace is as follows (syncer): dle+0x12d/frame 0xdfe33adc (I suspect the screen lost an 'I') intr_execute_handlers(c5e3d064,dfe33b20,0,dfe33b64,c0ec2115,...) at intr_execute_handlers+0x49/frame 0xdfe33afc lapic_handle_intr(3c,dfe33b20) at lapic_handle_intr+0x36/frame 0xdfe33b10 Xapic_isr1() at Xapic_isr1+0x35/frame 0xdfe33b10 --- interrupt, eip = 0xc0eca8db, esp = 0xdfe33b60, ebp = 0xdfe33b64 --- spinlock_exit(c128be90,4,c10b5017,130,1710,...) at spinlock_exit+0x2b/frame 0xdfe33b64 __mtx_unlock_spin_flags(c128be90,0,c10b80be,25d,0,...) at __mtx_unlock_spin_flags+0x112/frame 0xdfe33b90 kern_yield(,0,c10c75c9,127b,c8b05238,...) at kern_yield+0x125/frame 0xdfe33bbc __mnt_vnode_next_active(dfe33c08,c857ba80,c10c75c9,dac,5d7,...) at __mnt_vnode_next_active+0xda/frame 0xdfe33be0 vfs_msync(c857ba80,2,2,e6b,c857ba80,...) at vfs_msync+0x175/frame 0xdfe33c18 sync_fsync(dfe33ca8,c85cf470,80400,c10c75c9,6f4,...) at sync_fsync+0x141/frame 0xdfe33c64 VOP_FSYNC_APV(c12008a0,dfe33ca8,c10c75c9,6f4,4e20,...) at VOP_FSYNC_APV+0xb4/frame 0xdfe33c64 sched_sync(0,dfe33d08,c10b0e10,3db,c85395a0,...) at sched_sync+0x399/frame 0xdfe33cc8 fork_exit(c0b79420,0,dfe33d08) at fork_exit+0xc0/frame 0xdfe33cf4 fork_trampoline() at fork_trampoline+0x8/frame 0xdfe33cf4 --- trap 0, eip = 0, esp = 0xdfe33d40, ebp = 0 --- This process holds: exclusive lockmgr syncer (syncer) r = 0 (0xc85cf4c8) locked @ kern/vfs_subr.c:1780 The only other process that is doing anything in the VFS subsystem holds the vnode interlock. It's trace is: dle+0x12d/frame 0xdfe6a850 intr_execute_handlers(c5f721c0,dfe6a894,0,dfe6a908,c0ec2115,...) at intr_execute_handlers+0x49/frame 0xdfe6a870 lapic_handle_intr(31,dfe6a894) at lapic_handle_intr+0x36/frame 0xdfe6a884 Xapic_isr1() at Xapic_isr1+0x35/frame 0xdfe6a884 --- interrupt, eip = 0xc0b2206a, esp = 0xdfe6a8d4, ebp = 0xdfe6a908 --- witness_unlock(c8972a74,8,c10c75c9,965,0,...) at witness_unlock+0x3a/frame 0xdfe6a908 __mtx_unlock_flags(c8972a84,0,c10c75c9,965,c89729fc,...) at __mtx_unlock_flags+0x9f/frame 0xdfe6a938 vdropl(c89729fc,dfe6a974,c10c75c9,8e7,c1238020,...) at vdropl+0x63/frame 0xdfe6a95c vputx(dfe6aa04,c0b67acc,c89729fc,dfe6a9e4,dfe6abc4,...) at vputx+0x300/frame 0xdfe6a994 vput(c89729fc,dfe6a9e4,dfe6abc4,31d,dfe6a9e4,...) at vput+0x10/frame 0xdfe6a99c lookup(dfe6ab84,c857e000,0,ce,c13c83c8,...) at lookup+0x9bc/frame 0xdfe6aa04 namei(dfe6ab84,0,0,246,0,...) at namei+0x4fe/frame 0xdfe6aa80 vn_open_cred(dfe6ab84,dfe6ac24,1a4,0,c5dd4580,...) at vn_open_cred+0x2c0/frame 0xdfe6ab40 vn_open(dfe6ab84,dfe6ac24,1a4,c85922a0,c853a2d0,...) at vn_open+0x3b/frame 0xdfe6ab60 kern_openat(c85c55e0,ff9c,2882dcc0,0,8001,...) at kern_openat+0x1e2/frame 0xdfe6ac0c kern_open(c85c55e0,2882dcc0,0,8000,1b6,...) at kern_open+0x35/frame 0xdfe6ac2c sys_open(c85c55e0,dfe6accc,c02acde7,7307f55d,5e5b00,...) at sys_open+0x30/frame 0xdfe6ac48 syscall(dfe6ad08) at syscall+0x2e5/frame 0xdfe6acfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xdfe6acfc --- syscall (5, FreeBSD ELF32, sys_open), eip = 0x84a1667, esp = 0xbfbfcffc, ebp = 0xbfbfd018 --- The locks this process holds are: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0x8972a74) locked @ kern/vfs_subr.c:2513 shared lockmgr ufs (ufs) r = 0 (0xc8bd181c) locked @ kern/vfs_subr.c:2161 The only other lock held by any thread/process is: Process 12 (intr) thread 0xc5dfc5e0 (100012) exclusive sleep mutex