From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 06:07:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCC5CE5; Sun, 5 Jan 2014 06:07:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 783F81367; Sun, 5 Jan 2014 06:07:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0567mS6031655; Sun, 5 Jan 2014 06:07:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0567mq1031646; Sun, 5 Jan 2014 06:07:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 06:07:48 GMT Message-Id: <201401050607.s0567mq1031646@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 06:07:50 -0000 TB --- 2014-01-05 02:25:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 02:25:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 02:25:23 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-01-05 02:25:23 - cleaning the object tree TB --- 2014-01-05 02:25:23 - /usr/local/bin/svn stat /src TB --- 2014-01-05 02:25:28 - At svn revision 260314 TB --- 2014-01-05 02:25:29 - building world TB --- 2014-01-05 02:25:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 02:25:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 02:25:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 02:25:29 - SRCCONF=/dev/null TB --- 2014-01-05 02:25:29 - TARGET=pc98 TB --- 2014-01-05 02:25:29 - TARGET_ARCH=i386 TB --- 2014-01-05 02:25:29 - TZ=UTC TB --- 2014-01-05 02:25:29 - __MAKE_CONF=/dev/null TB --- 2014-01-05 02:25:29 - cd /src TB --- 2014-01-05 02:25:29 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 02:25:31 UTC 2014 >>> 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 Jan 5 05:39:28 UTC 2014 TB --- 2014-01-05 05:39:28 - generating LINT kernel config TB --- 2014-01-05 05:39:28 - cd /src/sys/pc98/conf TB --- 2014-01-05 05:39:28 - /usr/bin/make -B LINT TB --- 2014-01-05 05:39:28 - cd /src/sys/pc98/conf TB --- 2014-01-05 05:39:28 - /usr/sbin/config -m LINT TB --- 2014-01-05 05:39:29 - building LINT kernel TB --- 2014-01-05 05:39:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 05:39:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 05:39:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 05:39:29 - SRCCONF=/dev/null TB --- 2014-01-05 05:39:29 - TARGET=pc98 TB --- 2014-01-05 05:39:29 - TARGET_ARCH=i386 TB --- 2014-01-05 05:39:29 - TZ=UTC TB --- 2014-01-05 05:39:29 - __MAKE_CONF=/dev/null TB --- 2014-01-05 05:39:29 - cd /src TB --- 2014-01-05 05:39:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 05:39:29 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk mlx4ib.kld export_syms | xargs -J% objcopy % mlx4ib.kld ld -Bshareable -d -warn-common -o mlx4ib.ko mlx4ib.kld objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 06:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 06:07:48 - ERROR: failed to build LINT kernel TB --- 2014-01-05 06:07:48 - 10177.66 user 1043.39 system 13345.00 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 06:13:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96BA9213; Sun, 5 Jan 2014 06:13:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 414391431; Sun, 5 Jan 2014 06:13:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s056DMCp077676; Sun, 5 Jan 2014 06:13:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s056DMKp077675; Sun, 5 Jan 2014 06:13:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 06:13:22 GMT Message-Id: <201401050613.s056DMKp077675@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 06:13:23 -0000 TB --- 2014-01-05 02:25:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 02:25:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 02:25:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-05 02:25:23 - cleaning the object tree TB --- 2014-01-05 02:25:23 - /usr/local/bin/svn stat /src TB --- 2014-01-05 02:25:30 - At svn revision 260314 TB --- 2014-01-05 02:25:31 - building world TB --- 2014-01-05 02:25:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 02:25:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 02:25:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 02:25:31 - SRCCONF=/dev/null TB --- 2014-01-05 02:25:31 - TARGET=i386 TB --- 2014-01-05 02:25:31 - TARGET_ARCH=i386 TB --- 2014-01-05 02:25:31 - TZ=UTC TB --- 2014-01-05 02:25:31 - __MAKE_CONF=/dev/null TB --- 2014-01-05 02:25:31 - cd /src TB --- 2014-01-05 02:25:31 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 02:25:33 UTC 2014 >>> 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 Jan 5 05:39:41 UTC 2014 TB --- 2014-01-05 05:39:41 - generating LINT kernel config TB --- 2014-01-05 05:39:41 - cd /src/sys/i386/conf TB --- 2014-01-05 05:39:41 - /usr/bin/make -B LINT TB --- 2014-01-05 05:39:41 - cd /src/sys/i386/conf TB --- 2014-01-05 05:39:41 - /usr/sbin/config -m LINT TB --- 2014-01-05 05:39:41 - building LINT kernel TB --- 2014-01-05 05:39:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 05:39:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 05:39:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 05:39:41 - SRCCONF=/dev/null TB --- 2014-01-05 05:39:41 - TARGET=i386 TB --- 2014-01-05 05:39:41 - TARGET_ARCH=i386 TB --- 2014-01-05 05:39:41 - TZ=UTC TB --- 2014-01-05 05:39:41 - __MAKE_CONF=/dev/null TB --- 2014-01-05 05:39:41 - cd /src TB --- 2014-01-05 05:39:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 05:39:41 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk mlx4ib.kld export_syms | xargs -J% objcopy % mlx4ib.kld ld -Bshareable -d -warn-common -o mlx4ib.ko mlx4ib.kld objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 06:13:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 06:13:22 - ERROR: failed to build LINT kernel TB --- 2014-01-05 06:13:22 - 10489.12 user 1059.32 system 13678.64 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 06:20:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71E2141E; Sun, 5 Jan 2014 06:20:36 +0000 (UTC) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1071472; Sun, 5 Jan 2014 06:20:35 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail110.syd.optusnet.com.au (Postfix) with ESMTP id 44AF9780E54; Sun, 5 Jan 2014 17:20:27 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id DB5CF61AC; Sun, 5 Jan 2014 17:20:26 +1100 (EST) Message-ID: <52C8F9AA.1090207@menhennitt.com.au> Date: Sun, 05 Jan 2014 17:20:26 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, dumbbell@FreeBSD.org Subject: Re: X not working on AMD64 Radeon after upgrading 9-Stable to 10-RC3 References: <52C6846A.8010304@menhennitt.com.au> <52C7F922.6010204@FreeBSD.org> In-Reply-To: <52C7F922.6010204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=YYGEuWhf c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=4ZoS1BJXjLcA:10 a=83QDFMQtbloA:10 a=8nJEP1OIZ-IA:10 a=lMnj3SGZ900A:10 a=Gz5U0I2pAAAA:8 a=2xJsmHMOAAAA:8 a=k3-MrtuNAAAA:8 a=z7Kn2QopAAAA:8 a=9jsPPXm-UIodnNufrVkA:9 a=amNEdqM-P5GjlFxY:21 a=pZcAH6j8WY3pvz8h:21 a=wPNLvfGTeEIA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 06:20:36 -0000 On 04/01/2014 23:05, Jean-Sébastien Pédron wrote: > On 03.01.2014 10:35, Graham Menhennitt wrote: >> I have a box that's been running X and Kde4 on 9-Stable successfully for >> ages. I tried a source upgrade to 10-Stable but couldn't get X to run >> properly. I then blew the old installation away and did a fresh install >> of 10-RC3. It has the same problem. > Starting with FreeBSD 10.0, a new Radeon driver is available in the > kernel. It's mandatory for Radeon HD 5000 and above, but can be used > with older cards too. > > Could you please try to: > > 1. Define the following variable in your /etc/make.conf: > WITH_NEW_XORG="YES" > > 2. Upgrade your ports (eg. "portmaster -a" if you're using > portmaster). It should at least upgrade the following ports: > graphics/libdrm > graphics/libGL > graphics/dri > x11-servers/xorg-server > x11-drivers/xf86-video-ati > > 3. Rebuild xf86-* ports not upgraded by previous step. This could > include: > x11-drivers/xf86-input-keyboard > x11-drivers/xf86-input-mouse > > And try to start X again. Note that "Xorg -configure" will probably > fail: this is a known issue. Try to start X without a configuration file. > > If this doesn't work, could you please post: > o the output of dmesg *after* trying to start X > o the output of "pciconf -lv" > o your Xorg.log > Thank you very much Jean-Sébastien. That worked although I needed to do a few extra things. Firstly, I had the same problem with GLDEBUGPROCARB that you provided a fix to Zenny for. I blew away all my xorg ports and started again which fixed it. Then I had a problem with glproto not being found. It looks like there's a dependency on that missing somewhere. After I manually installed it, everything built. Now I can successfully start X and KDE - thank you! There are a few things in my dmesg output that look a bit strange. I've pasted it below in case there is a problem. Also, I can't use Alt-F1 etc. to switch to other virtual consoles. And I can't seem to kill X - I need to reboot. But both of those are very minor problems. Thanks again for your help, Graham info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD001). info: [drm] register mmio base: 0xFDFE0000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd8000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d8000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x2070 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) info: [drm] ATOM BIOS: ATI drmn0: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (128M used) drmn0: info: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] Detected VRAM RAM=128M, BAR=128M info: [drm] RAM width 128bits DDR [TTM] Zone kernel: Available graphics memory: 2805918 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 128M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] radeon: 1 quad pipes, 1 z pipes initialized. info: [drm] PCIE GART of 512M enabled (table at 0x0000000007D4D000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0x0xfffff80008c40000 info: [drm] Loading RS690/RS740 Microcode info: [drm] radeon: ring at 0x00000000A0001000 error: [drm:pid1162:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) error: [drm:pid1162:r100_cp_init] *ERROR* radeon: cp isn't working (-22). drmn0: error: failed initializing CP (-22). drmn0: error: Disabling GPU acceleration error: [drm:pid1162:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. error: [drm:pid1162:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. error: [drm:pid1162:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. info: [drm] radeon: cp finalized info: [drm] radeon_device_init: Taking over the fictitious range 0xd8000000-0xe0000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0xff iic1: on iicbus1 iicbus2: on iicbb2 addr 0xff iic2: on iicbus2 iicbus3: on iicbb3 addr 0xff iic3: on iicbus3 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 1: info: [drm] SVIDEO-1 info: [drm] Encoders: info: [drm] TV1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 2: info: [drm] HDMI-A-1 info: [drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c info: [drm] Encoders: info: [drm] DFP3: INTERNAL_LVTM1 error: [drm:pid1162:rs600_irq_set] *ERROR* Can't enable IRQ/MSI because no handler is installed info: [drm] Initialized radeon 2.29.0 20080528 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 06:49:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 561A15DD; Sun, 5 Jan 2014 06:49:52 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02E30161A; Sun, 5 Jan 2014 06:49:51 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s056npfk028036; Sun, 5 Jan 2014 06:49:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s056npjD028031; Sun, 5 Jan 2014 06:49:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 06:49:51 GMT Message-Id: <201401050649.s056npjD028031@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 06:49:52 -0000 TB --- 2014-01-05 02:25:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 02:25:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 02:25:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-05 02:25:23 - cleaning the object tree TB --- 2014-01-05 02:25:23 - /usr/local/bin/svn stat /src TB --- 2014-01-05 02:25:28 - At svn revision 260314 TB --- 2014-01-05 02:25:29 - building world TB --- 2014-01-05 02:25:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 02:25:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 02:25:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 02:25:29 - SRCCONF=/dev/null TB --- 2014-01-05 02:25:29 - TARGET=amd64 TB --- 2014-01-05 02:25:29 - TARGET_ARCH=amd64 TB --- 2014-01-05 02:25:29 - TZ=UTC TB --- 2014-01-05 02:25:29 - __MAKE_CONF=/dev/null TB --- 2014-01-05 02:25:29 - cd /src TB --- 2014-01-05 02:25:29 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 02:25:31 UTC 2014 >>> 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 Sun Jan 5 06:17:13 UTC 2014 TB --- 2014-01-05 06:17:13 - generating LINT kernel config TB --- 2014-01-05 06:17:13 - cd /src/sys/amd64/conf TB --- 2014-01-05 06:17:13 - /usr/bin/make -B LINT TB --- 2014-01-05 06:17:13 - cd /src/sys/amd64/conf TB --- 2014-01-05 06:17:13 - /usr/sbin/config -m LINT TB --- 2014-01-05 06:17:13 - building LINT kernel TB --- 2014-01-05 06:17:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 06:17:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 06:17:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 06:17:13 - SRCCONF=/dev/null TB --- 2014-01-05 06:17:13 - TARGET=amd64 TB --- 2014-01-05 06:17:13 - TARGET_ARCH=amd64 TB --- 2014-01-05 06:17:13 - TZ=UTC TB --- 2014-01-05 06:17:13 - __MAKE_CONF=/dev/null TB --- 2014-01-05 06:17:13 - cd /src TB --- 2014-01-05 06:17:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 06:17:14 UTC 2014 >>> 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 [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk mlx4ib.ko export_syms | xargs -J% objcopy % mlx4ib.ko objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 06:49:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 06:49:51 - ERROR: failed to build LINT kernel TB --- 2014-01-05 06:49:51 - 11926.70 user 1347.54 system 15867.24 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 07:22:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B4517D7 for ; Sun, 5 Jan 2014 07:22:22 +0000 (UTC) Received: from nm26-vm3.access.bullet.mail.gq1.yahoo.com (nm26-vm3.access.bullet.mail.gq1.yahoo.com [216.39.63.84]) by mx1.freebsd.org (Postfix) with SMTP id 0F86517CE for ; Sun, 5 Jan 2014 07:22:21 +0000 (UTC) Received: from [216.39.60.167] by nm26.access.bullet.mail.gq1.yahoo.com with NNFMP; 05 Jan 2014 07:20:01 -0000 Received: from [67.195.22.119] by tm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 05 Jan 2014 07:20:01 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.gq1.yahoo.com with NNFMP; 05 Jan 2014 07:20:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1388906401; bh=l4/yuULWV7Gw3XXfKIZ1j3faYqHhRjvGflCLRzYcgf4=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=JY/1UQcL9AOSLEGAkFE8rYJTIZncO4Z3O2fON3JVLh3E8p1sWRKq/++XWWC1XyVWacyYVR+A9rRhJA3qlTQrga4/rLd7F4XqIRh8LQDTqLzJ2kaQlYsiRH19dMFHPown/sWh2TGk4rmkI1fwRv7I+qeHkopyYuMzFrx5aVq7JWI= X-Yahoo-Newman-Id: 674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com Message-ID: <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> Date: Sat, 4 Jan 2014 23:20:01 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: dO4iH2UVM1kqpF6BpnuINYJl2LG_CiTKw0OlmIrsFmEwgW_ HQe492WmqyH72WYMXhMjEQfZ6cKSVdTO7YXY3ffHcHs8lx1oOvIxAMQdlnab 03DdIQqLQBQj1VGuhOuvbC5PkhGBNgzIUbLb_RLcv5VTPBWZTpEDjKpvoweK MgeXHtIRENNosEs8Qik1ULKYnXjRjg0F67Et2d__J37zSlczxTJPgpr.NVrk p6emmLB0M3D73zY_gxEDJo2vuTgXEKxh7VabhdwBI8VtX4QG3Ov98X_J7kHP yZ3MRlC0MMqHzA86ahxb_NxOPbBPo7X6lS2bvaYx6.gfPpteukiqSIuhW5OH eHXiEeOyNcPE.GppRPhQVIvzCn5dVFV0ZvIb11SKgIetIVGD26sV3bFbjena zh4JJriaPuUKDJJlHY2o7dAkIKjPf9y.jLsd0Exj9KXfBntvnKBKkn5G1ua_ tMbfNHUvlmZIbkYwjoZGU4qZ5W.hSVB4sQ5xRilh9c8bvzrp6d23JKnyQ8sh Z_nGxLx9MdHFZdfyQolSBJJ4B60kGnE5EGXdFNG7u6LYFGfpu2SyD0yCJzTp jU2ccIMaRWQCkY.eOUSamq_11 X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp114.sbc.mail.gq1.yahoo.com with SMTP; 04 Jan 2014 23:20:01 -0800 PST From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: How to make boot wait a few seconds more for device response? References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 07:22:22 -0000 > I think vfs.mountroot.timeout is the tunable that gets the effect you > want. It defaults to 3 seconds. -- Ian I don't see this documented anywhere, looked through "man loader.conf" and /boot/defaults/loader.conf . Is vfs.mountroot.timeout in milliseconds, like 3000 for default? I guess I could set vfs.mountroot.timeout=15000 then? I could also try setting kern.cam.boot.delay to something higher than the default 10000, though it seems 10 seconds should be long enough. Or maybe kern.cam.scsi delay to something higher than the default 2000. Maybe that would help avoid problems with wlan0 going down and up with USB-stick wireless adapter Hiro H50191, device rsu, especially on FreeBSD 10-prerelease amd64? I also get kernel messages throwing mud in my face about the Logitech USB mouse disconnecting when it's really connected and active. But I really ought to try with FreeBSD 10-prerelease i386 on USB 3.0 stick and 11-headamd64 and i386 onhard drive. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 07:50:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3814B67; Sun, 5 Jan 2014 07:50:11 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 873D01918; Sun, 5 Jan 2014 07:50:09 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s057o52u032875; Sun, 5 Jan 2014 09:50:05 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s057o51d032580; Sun, 5 Jan 2014 07:50:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 07:50:05 GMT Message-Id: <201401050750.s057o51d032580@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 07:50:11 -0000 TB --- 2014-01-05 05:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-05 05:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 05:50:44 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-01-05 05:50:44 - cleaning the object tree TB --- 2014-01-05 05:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-05 05:51:33 - At svn revision 260314 TB --- 2014-01-05 05:51:34 - building world TB --- 2014-01-05 05:51:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 05:51:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 05:51:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 05:51:34 - SRCCONF=/dev/null TB --- 2014-01-05 05:51:34 - TARGET=mips TB --- 2014-01-05 05:51:34 - TARGET_ARCH=mips64 TB --- 2014-01-05 05:51:34 - TZ=UTC TB --- 2014-01-05 05:51:34 - __MAKE_CONF=/dev/null TB --- 2014-01-05 05:51:34 - cd /src TB --- 2014-01-05 05:51:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 05:51:44 UTC 2014 >>> 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 Jan 5 07:15:40 UTC 2014 TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m ADM5120 TB --- 2014-01-05 07:15:40 - skipping ADM5120 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-05 07:15:40 - skipping ALCHEMY kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AP121 TB --- 2014-01-05 07:15:40 - skipping AP121 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AP91 TB --- 2014-01-05 07:15:40 - skipping AP91 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AP93 TB --- 2014-01-05 07:15:40 - skipping AP93 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AP94 TB --- 2014-01-05 07:15:40 - skipping AP94 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AP96 TB --- 2014-01-05 07:15:40 - skipping AP96 kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-05 07:15:40 - skipping AR71XX_BASE kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-05 07:15:40 - skipping AR724X_BASE kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-05 07:15:40 - skipping AR91XX_BASE kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-05 07:15:40 - skipping AR933X_BASE kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m AR934X_BASE TB --- 2014-01-05 07:15:40 - skipping AR934X_BASE kernel TB --- 2014-01-05 07:15:40 - cd /src/sys/mips/conf TB --- 2014-01-05 07:15:40 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-01-05 07:15:40 - building BERI_DE4_BASE kernel TB --- 2014-01-05 07:15:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:15:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:15:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:15:40 - SRCCONF=/dev/null TB --- 2014-01-05 07:15:40 - TARGET=mips TB --- 2014-01-05 07:15:40 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:15:40 - TZ=UTC TB --- 2014-01-05 07:15:40 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:15:40 - cd /src TB --- 2014-01-05 07:15:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sun Jan 5 07:15:40 UTC 2014 >>> 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 BERI_DE4_BASE completed on Sun Jan 5 07:20:16 UTC 2014 TB --- 2014-01-05 07:20:16 - cd /src/sys/mips/conf TB --- 2014-01-05 07:20:16 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-01-05 07:20:16 - building BERI_DE4_MDROOT kernel TB --- 2014-01-05 07:20:16 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:20:16 - SRCCONF=/dev/null TB --- 2014-01-05 07:20:16 - TARGET=mips TB --- 2014-01-05 07:20:16 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:20:16 - TZ=UTC TB --- 2014-01-05 07:20:16 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:20:16 - cd /src TB --- 2014-01-05 07:20:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sun Jan 5 07:20:17 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Sun Jan 5 07:25:04 UTC 2014 TB --- 2014-01-05 07:25:04 - cd /src/sys/mips/conf TB --- 2014-01-05 07:25:04 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-01-05 07:25:07 - building BERI_DE4_SDROOT kernel TB --- 2014-01-05 07:25:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:25:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:25:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:25:07 - SRCCONF=/dev/null TB --- 2014-01-05 07:25:07 - TARGET=mips TB --- 2014-01-05 07:25:07 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:25:07 - TZ=UTC TB --- 2014-01-05 07:25:07 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:25:07 - cd /src TB --- 2014-01-05 07:25:07 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sun Jan 5 07:25:07 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Sun Jan 5 07:29:41 UTC 2014 TB --- 2014-01-05 07:29:41 - cd /src/sys/mips/conf TB --- 2014-01-05 07:29:41 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-01-05 07:29:41 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-01-05 07:29:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:29:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:29:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:29:41 - SRCCONF=/dev/null TB --- 2014-01-05 07:29:41 - TARGET=mips TB --- 2014-01-05 07:29:41 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:29:41 - TZ=UTC TB --- 2014-01-05 07:29:41 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:29:41 - cd /src TB --- 2014-01-05 07:29:41 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Sun Jan 5 07:29:41 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Sun Jan 5 07:33:52 UTC 2014 TB --- 2014-01-05 07:33:52 - cd /src/sys/mips/conf TB --- 2014-01-05 07:33:52 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-01-05 07:33:52 - building BERI_SIM_BASE kernel TB --- 2014-01-05 07:33:52 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:33:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:33:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:33:52 - SRCCONF=/dev/null TB --- 2014-01-05 07:33:52 - TARGET=mips TB --- 2014-01-05 07:33:52 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:33:52 - TZ=UTC TB --- 2014-01-05 07:33:52 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:33:52 - cd /src TB --- 2014-01-05 07:33:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Sun Jan 5 07:33:52 UTC 2014 >>> 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 BERI_SIM_BASE completed on Sun Jan 5 07:38:11 UTC 2014 TB --- 2014-01-05 07:38:11 - cd /src/sys/mips/conf TB --- 2014-01-05 07:38:11 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-01-05 07:38:11 - building BERI_SIM_MDROOT kernel TB --- 2014-01-05 07:38:11 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:38:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:38:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:38:11 - SRCCONF=/dev/null TB --- 2014-01-05 07:38:11 - TARGET=mips TB --- 2014-01-05 07:38:11 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:38:11 - TZ=UTC TB --- 2014-01-05 07:38:11 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:38:11 - cd /src TB --- 2014-01-05 07:38:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sun Jan 5 07:38:11 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Sun Jan 5 07:42:16 UTC 2014 TB --- 2014-01-05 07:42:16 - cd /src/sys/mips/conf TB --- 2014-01-05 07:42:16 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-01-05 07:42:16 - building BERI_SIM_SDROOT kernel TB --- 2014-01-05 07:42:16 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:42:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:42:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:42:16 - SRCCONF=/dev/null TB --- 2014-01-05 07:42:16 - TARGET=mips TB --- 2014-01-05 07:42:16 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:42:16 - TZ=UTC TB --- 2014-01-05 07:42:16 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:42:16 - cd /src TB --- 2014-01-05 07:42:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Sun Jan 5 07:42:16 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Sun Jan 5 07:46:19 UTC 2014 TB --- 2014-01-05 07:46:19 - cd /src/sys/mips/conf TB --- 2014-01-05 07:46:19 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-01-05 07:46:19 - building BERI_TEMPLATE kernel TB --- 2014-01-05 07:46:19 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:46:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:46:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:46:19 - SRCCONF=/dev/null TB --- 2014-01-05 07:46:19 - TARGET=mips TB --- 2014-01-05 07:46:19 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:46:19 - TZ=UTC TB --- 2014-01-05 07:46:19 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:46:19 - cd /src TB --- 2014-01-05 07:46:19 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sun Jan 5 07:46:19 UTC 2014 >>> 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 BERI_TEMPLATE completed on Sun Jan 5 07:50:00 UTC 2014 TB --- 2014-01-05 07:50:00 - cd /src/sys/mips/conf TB --- 2014-01-05 07:50:00 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-01-05 07:50:00 - skipping CARAMBOLA2 kernel TB --- 2014-01-05 07:50:00 - cd /src/sys/mips/conf TB --- 2014-01-05 07:50:00 - /usr/sbin/config -m DB120 TB --- 2014-01-05 07:50:00 - skipping DB120 kernel TB --- 2014-01-05 07:50:00 - cd /src/sys/mips/conf TB --- 2014-01-05 07:50:00 - /usr/sbin/config -m DIR-825 TB --- 2014-01-05 07:50:00 - skipping DIR-825 kernel TB --- 2014-01-05 07:50:00 - cd /src/sys/mips/conf TB --- 2014-01-05 07:50:00 - /usr/sbin/config -m ENH200 TB --- 2014-01-05 07:50:00 - skipping ENH200 kernel TB --- 2014-01-05 07:50:00 - cd /src/sys/mips/conf TB --- 2014-01-05 07:50:00 - /usr/sbin/config -m GXEMUL TB --- 2014-01-05 07:50:00 - building GXEMUL kernel TB --- 2014-01-05 07:50:00 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:50:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:50:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:50:00 - SRCCONF=/dev/null TB --- 2014-01-05 07:50:00 - TARGET=mips TB --- 2014-01-05 07:50:00 - TARGET_ARCH=mips64 TB --- 2014-01-05 07:50:00 - TZ=UTC TB --- 2014-01-05 07:50:00 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:50:00 - cd /src TB --- 2014-01-05 07:50:00 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Sun Jan 5 07:50:00 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/GXEMUL/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-05 07:50:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 07:50:03 - ERROR: failed to build GXEMUL kernel TB --- 2014-01-05 07:50:03 - 5030.04 user 2507.18 system 7159.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 10:41:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1E6529A for ; Sun, 5 Jan 2014 10:41:27 +0000 (UTC) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id A620713F0 for ; Sun, 5 Jan 2014 10:41:27 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [5.158.138.185]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id DDF5E86184 for ; Sun, 5 Jan 2014 11:41:19 +0100 (CET) Message-ID: <52C936CD.8030000@bsdforen.de> Date: Sun, 05 Jan 2014 11:41:17 +0100 From: Dominic Fandrey MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: System unresponsive during FS activity Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 10:41:27 -0000 I'm running stable/10 r260037: FreeBSD mobileKamikaze.norad 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #6 r260037: Sun Dec 29 14:58:09 CET 2013 root@mobileKamikaze.norad:/usr/obj/HP6510b-10/amd64/usr/src/sys/HP6510b-10 amd64 While moving a large file from a nullfs mount to a UFS+SU mount (the nullfs mount is on the same UFS+SU mount) the system becomes fully unresponsive. I.e.: - X freezes and doesn't react: - Screen frozen - Mouse cursor does not move - No keyboard interactions - CTLR-ALT-Fn into the console does not work - Skype video calls freeze and break down When the mv is completed the system is fully responsive again. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 14:08:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC86A83E; Sun, 5 Jan 2014 14:08:13 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 789001334; Sun, 5 Jan 2014 14:08:13 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s05E8CYw045278; Sun, 5 Jan 2014 14:08:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s05E8CZv045262; Sun, 5 Jan 2014 14:08:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 14:08:12 GMT Message-Id: <201401051408.s05E8CZv045262@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 14:08:13 -0000 TB --- 2014-01-05 10:25:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 10:25:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 10:25:21 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-01-05 10:25:21 - cleaning the object tree TB --- 2014-01-05 10:25:50 - /usr/local/bin/svn stat /src TB --- 2014-01-05 10:25:54 - At svn revision 260314 TB --- 2014-01-05 10:25:55 - building world TB --- 2014-01-05 10:25:55 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 10:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 10:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 10:25:55 - SRCCONF=/dev/null TB --- 2014-01-05 10:25:55 - TARGET=pc98 TB --- 2014-01-05 10:25:55 - TARGET_ARCH=i386 TB --- 2014-01-05 10:25:55 - TZ=UTC TB --- 2014-01-05 10:25:55 - __MAKE_CONF=/dev/null TB --- 2014-01-05 10:25:55 - cd /src TB --- 2014-01-05 10:25:55 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 10:25:55 UTC 2014 >>> 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 Jan 5 13:40:07 UTC 2014 TB --- 2014-01-05 13:40:07 - generating LINT kernel config TB --- 2014-01-05 13:40:07 - cd /src/sys/pc98/conf TB --- 2014-01-05 13:40:07 - /usr/bin/make -B LINT TB --- 2014-01-05 13:40:07 - cd /src/sys/pc98/conf TB --- 2014-01-05 13:40:07 - /usr/sbin/config -m LINT TB --- 2014-01-05 13:40:07 - building LINT kernel TB --- 2014-01-05 13:40:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 13:40:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 13:40:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 13:40:07 - SRCCONF=/dev/null TB --- 2014-01-05 13:40:07 - TARGET=pc98 TB --- 2014-01-05 13:40:07 - TARGET_ARCH=i386 TB --- 2014-01-05 13:40:07 - TZ=UTC TB --- 2014-01-05 13:40:07 - __MAKE_CONF=/dev/null TB --- 2014-01-05 13:40:07 - cd /src TB --- 2014-01-05 13:40:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 13:40:07 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk mlx4ib.kld export_syms | xargs -J% objcopy % mlx4ib.kld ld -Bshareable -d -warn-common -o mlx4ib.ko mlx4ib.kld objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 14:08:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 14:08:12 - ERROR: failed to build LINT kernel TB --- 2014-01-05 14:08:12 - 10187.72 user 1049.01 system 13370.59 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 14:13:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE9D4D3E; Sun, 5 Jan 2014 14:13:52 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B65B1451; Sun, 5 Jan 2014 14:13:52 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s05EDpCg088292; Sun, 5 Jan 2014 14:13:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s05EDpvV088291; Sun, 5 Jan 2014 14:13:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 14:13:51 GMT Message-Id: <201401051413.s05EDpvV088291@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 14:13:52 -0000 TB --- 2014-01-05 10:25:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 10:25:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 10:25:21 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-05 10:25:21 - cleaning the object tree TB --- 2014-01-05 10:25:51 - /usr/local/bin/svn stat /src TB --- 2014-01-05 10:25:55 - At svn revision 260314 TB --- 2014-01-05 10:25:56 - building world TB --- 2014-01-05 10:25:56 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 10:25:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 10:25:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 10:25:56 - SRCCONF=/dev/null TB --- 2014-01-05 10:25:56 - TARGET=i386 TB --- 2014-01-05 10:25:56 - TARGET_ARCH=i386 TB --- 2014-01-05 10:25:56 - TZ=UTC TB --- 2014-01-05 10:25:56 - __MAKE_CONF=/dev/null TB --- 2014-01-05 10:25:56 - cd /src TB --- 2014-01-05 10:25:56 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 10:25:57 UTC 2014 >>> 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 Jan 5 13:40:10 UTC 2014 TB --- 2014-01-05 13:40:10 - generating LINT kernel config TB --- 2014-01-05 13:40:10 - cd /src/sys/i386/conf TB --- 2014-01-05 13:40:10 - /usr/bin/make -B LINT TB --- 2014-01-05 13:40:10 - cd /src/sys/i386/conf TB --- 2014-01-05 13:40:10 - /usr/sbin/config -m LINT TB --- 2014-01-05 13:40:10 - building LINT kernel TB --- 2014-01-05 13:40:10 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 13:40:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 13:40:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 13:40:10 - SRCCONF=/dev/null TB --- 2014-01-05 13:40:10 - TARGET=i386 TB --- 2014-01-05 13:40:10 - TARGET_ARCH=i386 TB --- 2014-01-05 13:40:10 - TZ=UTC TB --- 2014-01-05 13:40:10 - __MAKE_CONF=/dev/null TB --- 2014-01-05 13:40:10 - cd /src TB --- 2014-01-05 13:40:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 13:40:10 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk mlx4ib.kld export_syms | xargs -J% objcopy % mlx4ib.kld ld -Bshareable -d -warn-common -o mlx4ib.ko mlx4ib.kld objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 14:13:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 14:13:51 - ERROR: failed to build LINT kernel TB --- 2014-01-05 14:13:51 - 10512.63 user 1063.05 system 13709.72 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 14:50:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDFC3DAC; Sun, 5 Jan 2014 14:50:19 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A020170D; Sun, 5 Jan 2014 14:50:19 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s05EoIVO038649; Sun, 5 Jan 2014 14:50:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s05EoIAP038644; Sun, 5 Jan 2014 14:50:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 14:50:18 GMT Message-Id: <201401051450.s05EoIAP038644@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 14:50:20 -0000 TB --- 2014-01-05 10:25:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-05 10:25:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-05 10:25:21 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-05 10:25:21 - cleaning the object tree TB --- 2014-01-05 10:26:04 - /usr/local/bin/svn stat /src TB --- 2014-01-05 10:26:08 - At svn revision 260314 TB --- 2014-01-05 10:26:09 - building world TB --- 2014-01-05 10:26:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 10:26:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 10:26:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 10:26:09 - SRCCONF=/dev/null TB --- 2014-01-05 10:26:09 - TARGET=amd64 TB --- 2014-01-05 10:26:09 - TARGET_ARCH=amd64 TB --- 2014-01-05 10:26:09 - TZ=UTC TB --- 2014-01-05 10:26:09 - __MAKE_CONF=/dev/null TB --- 2014-01-05 10:26:09 - cd /src TB --- 2014-01-05 10:26:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 5 10:26:10 UTC 2014 >>> 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 Sun Jan 5 14:17:39 UTC 2014 TB --- 2014-01-05 14:17:39 - generating LINT kernel config TB --- 2014-01-05 14:17:39 - cd /src/sys/amd64/conf TB --- 2014-01-05 14:17:39 - /usr/bin/make -B LINT TB --- 2014-01-05 14:17:39 - cd /src/sys/amd64/conf TB --- 2014-01-05 14:17:39 - /usr/sbin/config -m LINT TB --- 2014-01-05 14:17:39 - building LINT kernel TB --- 2014-01-05 14:17:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 14:17:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 14:17:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 14:17:39 - SRCCONF=/dev/null TB --- 2014-01-05 14:17:39 - TARGET=amd64 TB --- 2014-01-05 14:17:39 - TARGET_ARCH=amd64 TB --- 2014-01-05 14:17:39 - TZ=UTC TB --- 2014-01-05 14:17:39 - __MAKE_CONF=/dev/null TB --- 2014-01-05 14:17:39 - cd /src TB --- 2014-01-05 14:17:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 14:17:39 UTC 2014 >>> 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 [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk mlx4ib.ko export_syms | xargs -J% objcopy % mlx4ib.ko objcopy --strip-debug mlx4ib.ko ===> mlxen (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mlxen/../../ofed/drivers/net/mlx4 -I/src/sys/modules/mlxen/../../ofed/include/ -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-cast-qual -Wno-pointer-arith -c /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c cc1: warnings being treated as errors In file included from /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/en_cq.c:34: /src/sys/modules/mlxen/../../ofed/drivers/net/mlx4/mlx4_en.h:269: warning: declaration does not declare anything *** Error code 1 Stop in /src/sys/modules/mlxen. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-05 14:50:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 14:50:18 - ERROR: failed to build LINT kernel TB --- 2014-01-05 14:50:18 - 11926.77 user 1349.76 system 15896.99 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 15:41:07 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1C571CD for ; Sun, 5 Jan 2014 15:41:07 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82A121A10 for ; Sun, 5 Jan 2014 15:41:07 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vzpox-0001sW-NJ; Sun, 05 Jan 2014 15:40:59 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s05FeubB026435; Sun, 5 Jan 2014 08:40:56 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Sk1+U4OERiXHJl4UHpnj5 Subject: Re: How to make boot wait a few seconds more for device response? From: Ian Lepore To: Thomas Mueller In-Reply-To: <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 05 Jan 2014 08:40:56 -0700 Message-ID: <1388936456.1158.308.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 15:41:07 -0000 On Sat, 2014-01-04 at 23:20 -0800, Thomas Mueller wrote: > > I think vfs.mountroot.timeout is the tunable that gets the effect you > > want. It defaults to 3 seconds. > > -- Ian > > I don't see this documented anywhere, looked through "man loader.conf" and /boot/defaults/loader.conf . > > Is vfs.mountroot.timeout in milliseconds, like 3000 for default? > > I guess I could set vfs.mountroot.timeout=15000 then? > > I could also try setting kern.cam.boot.delay to something higher than the default 10000, though it seems 10 seconds should be long enough. > > Or maybe kern.cam.scsi delay to something higher than the default 2000. Maybe that would help avoid problems with wlan0 going down and up with USB-stick wireless adapter Hiro H50191, device rsu, especially on FreeBSD 10-prerelease amd64? I also get kernel messages throwing mud in my face about the Logitech USB mouse disconnecting when it's really connected and active. > > But I really ought to try with FreeBSD 10-prerelease i386 on USB 3.0 stick and 11-headamd64 and i386 onhard drive. > > Tom I don't know whether it's documented anywhere, I just remembered seeing it in the source when I was working on a change to nfs root filesystems, so I grepped and re-found it yesterday. I think it's set in terms of whole seconds. -- Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 19:37:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E340725B for ; Sun, 5 Jan 2014 19:37:47 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2F3E1D61 for ; Sun, 5 Jan 2014 19:37:47 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VztW3-000NNe-8a; Sun, 05 Jan 2014 20:37:43 +0100 Message-ID: <52C9B483.5060209@dumbbell.fr> Date: Sun, 05 Jan 2014 20:37:39 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Graham Menhennitt Subject: Re: X not working on AMD64 Radeon after upgrading 9-Stable to 10-RC3 References: <52C6846A.8010304@menhennitt.com.au> <52C7F922.6010204@FreeBSD.org> <52C8F9AA.1090207@menhennitt.com.au> In-Reply-To: <52C8F9AA.1090207@menhennitt.com.au> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4J7HOiMrWpCXSGrUabjk2KOTd55xSri7s" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 19:37:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4J7HOiMrWpCXSGrUabjk2KOTd55xSri7s Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05.01.2014 07:20, Graham Menhennitt wrote: > Firstly, I had the same problem with GLDEBUGPROCARB that you provided a= > fix to Zenny for. I blew away all my xorg ports and started again which= > fixed it. Correct, I forgot that one. > Then I had a problem with glproto not being found. It looks like there'= s > a dependency on that missing somewhere. After I manually installed it, > everything built. Thank you for the report! > Now I can successfully start X and KDE - thank you! You're welcome :) > Also, I can't use Alt-F1 etc. to switch to other virtual consoles. And = I > can't seem to kill X - I need to reboot. But both of those are very > minor problems. This is expected unfortunately: our console driver (syscons) doesn't support the new kernel video drivers. This means that once X.Org is started, it's not possible to switch to the console, or have a console back when closing the X session. This problem is fixed in HEAD (11-CURRENT) if you use the new console driver (vt(9), previously referred to as "Newcons"). About errors in dmesg(8), I answer below: > info: [drm] Loading RS690/RS740 Microcode > info: [drm] radeon: ring at 0x00000000A0001000 > error: [drm:pid1162:r100_ring_test] *ERROR* radeon: ring test failed > (scratch(0x15E4)=3D0xCAFEDEAD) > error: [drm:pid1162:r100_cp_init] *ERROR* radeon: cp isn't working (-22= ). > drmn0: error: failed initializing CP (-22). Those errors are unexpected. Could you please try with Ubuntu 13.04 live CD, and check if the same errors occur? --=20 Jean-S=E9bastien P=E9dron --4J7HOiMrWpCXSGrUabjk2KOTd55xSri7s 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLJtIcACgkQa+xGJsFYOlNLhQCcDA+oz3dwkBHQKCVhbfRC3vXN 6GAAoKUsR3+19x/L+W5007/N2m4KqV3s =m4MU -----END PGP SIGNATURE----- --4J7HOiMrWpCXSGrUabjk2KOTd55xSri7s-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 21:09:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90575DD7 for ; Sun, 5 Jan 2014 21:09:10 +0000 (UTC) Received: from nm5-vm4.access.bullet.mail.bf1.yahoo.com (nm5-vm4.access.bullet.mail.bf1.yahoo.com [216.109.114.131]) by mx1.freebsd.org (Postfix) with SMTP id 1160C13D2 for ; Sun, 5 Jan 2014 21:09:09 +0000 (UTC) Received: from [66.196.81.155] by nm5.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 21:06:16 -0000 Received: from [98.139.221.250] by tm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 21:06:16 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 21:06:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1388955976; bh=LsyfWzCsJSW2xJgWmM7pZxZ5fk0wl5ohFNrB/uIYRns=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=yEPy0MVhaGe4u1puyQ7DDZogn+qfvrrBFRcaNzv5WsDHquyzKQ+OP4JnyTkaGNSJ0V+UDjpp+6/CUqU6Ln5VeE4cyOPHDZLG1IIANemcjVY8aU7q90t+jb8J8oopU0OEtpCf0eUnYFwxuD61Q7S66I0uT5t8PDqrtxfkvCBrwHw= X-Yahoo-Newman-Id: 466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com Message-ID: <466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com> Date: Sun, 5 Jan 2014 21:06:16 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HE7AE1cVM1loLiPgV7IskxpEO7W103NHZk5IhZObFIjDKmD 2HSix3ZyKkuYGsZpYiYDvTfF5XeWqiSTtvtmwkxEQlJs10sdKSiaXnvhqgGf 9Kmdrg91bqPZydZzNk6Tu0oyl.i9oCxwffSf3X1hoGuZWK_ZGNrLVtsG2W3x SjsYdaY2EerBMTN9KdGHE5dk_anpDnFU0lzK7SdCXJSuMMFJmEtUtlWF5608 h7j9GhLXds4ZhpCeRsNyuRT3eZVuUhuj9gESI2D7PrY0bzQhushWbMHuAaZl IXtGCODdRKjXKE3FpM_X_WB0WrizU0LEypXJiFrTcondBt3gPK6Q8rGGs2vK a3sc8PkHrT35gG01xUWzrs9Tq_mjTO4v1EmHOv5xeM7vkguecoITtUybbgPE WmANQ1X2Ecpesz12fI.hJSCtiykj2St7uxCskxYV3MLe6WAw2ltuaFVqrX3z u63eHHv_eYShYLINvZ9ygvKTaE2mYRk130XsgatJZqnRcvwv_g0bHL0JZaj8 NXM2o_d7e2CMhiLZ6gecHTUq8eK6oUriznmgwsrdwDkh.tV7xXmxoBppZjOj XXIEvEuYAlJ5rZLn3iF8- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp120.sbc.mail.bf1.yahoo.com with SMTP; 05 Jan 2014 21:06:15 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: How to make boot wait a few seconds more for device response? References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> <1388936456.1158.308.camel@revolution.hippie.lan> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 21:09:10 -0000 > I don't know whether it's documented anywhere, I just remembered seeing > it in the source when I was working on a change to nfs root filesystems, > so I grepped and re-found it yesterday. I think it's set in terms of > whole seconds. -- Ian This was for vfs.mountroot.timeout . There needs to be better documentation. I have already searched for too many needles in the haystack and lost a lot of time that way. I could type "show" at loader prompt, but figure only a small chance of finding everything, output may be sketchy. So I still don't know whether it should be seconds or milliseconds. Where did you find it in the source tree? I made another search, unsuccessful, for the needle in the haystack. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 21:16:23 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B482FE4 for ; Sun, 5 Jan 2014 21:16:23 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A11114B3 for ; Sun, 5 Jan 2014 21:16:22 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vzv3V-000A55-Vi; Sun, 05 Jan 2014 21:16:22 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s05LGJ1W026666; Sun, 5 Jan 2014 14:16:19 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/3t627YIbDKnKUvuhBNaw+ Subject: Re: How to make boot wait a few seconds more for device response? From: Ian Lepore To: Thomas Mueller In-Reply-To: <466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com> References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> <1388936456.1158.308.camel@revolution.hippie.lan> <466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 05 Jan 2014 14:16:19 -0700 Message-ID: <1388956579.1158.326.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 21:16:23 -0000 On Sun, 2014-01-05 at 21:06 +0000, Thomas Mueller wrote: > > I don't know whether it's documented anywhere, I just remembered seeing > > it in the source when I was working on a change to nfs root filesystems, > > so I grepped and re-found it yesterday. I think it's set in terms of > > whole seconds. > > -- Ian > > This was for vfs.mountroot.timeout . > > There needs to be better documentation. I have already searched for too many needles in the haystack and lost a lot of time that way. > > I could type "show" at loader prompt, but figure only a small chance of finding everything, output may be sketchy. > > So I still don't know whether it should be seconds or milliseconds. > > Where did you find it in the source tree? I made another search, unsuccessful, for the needle in the haystack. > > Tom Yes, for vfs.mountroot.timeout the units are whole seconds. It's implemented in src/sys/kern/vfs_mountroot.c -- Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 5 22:26:33 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4650ECBF for ; Sun, 5 Jan 2014 22:26:33 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 144D519B9 for ; Sun, 5 Jan 2014 22:26:32 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vzw9J-0005Q0-UD; Sun, 05 Jan 2014 22:26:26 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s05MQNbl026711; Sun, 5 Jan 2014 15:26:23 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19UYRK1vC4NXzm5cDlw4O/E Subject: Re: How to make boot wait a few seconds more for device response? From: Ian Lepore To: kpneal@pobox.com In-Reply-To: <20140105221507.GA70312@neutralgood.org> References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> <1388936456.1158.308.camel@revolution.hippie.lan> <466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com> <1388956579.1158.326.camel@revolution.hippie.lan> <20140105221507.GA70312@neutralgood.org> Content-Type: text/plain; charset="us-ascii" Date: Sun, 05 Jan 2014 15:26:23 -0700 Message-ID: <1388960783.1158.328.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 22:26:33 -0000 On Sun, 2014-01-05 at 17:15 -0500, kpneal@pobox.com wrote: > On Sun, Jan 05, 2014 at 02:16:19PM -0700, Ian Lepore wrote: > > On Sun, 2014-01-05 at 21:06 +0000, Thomas Mueller wrote: > > > > I don't know whether it's documented anywhere, I just remembered seeing > > > > it in the source when I was working on a change to nfs root filesystems, > > > > so I grepped and re-found it yesterday. I think it's set in terms of > > > > whole seconds. > > > > > > -- Ian > > > > > > This was for vfs.mountroot.timeout . > > > > > > There needs to be better documentation. I have already searched for too many needles in the haystack and lost a lot of time that way. > > > > > > I could type "show" at loader prompt, but figure only a small chance of finding everything, output may be sketchy. > > > > > > So I still don't know whether it should be seconds or milliseconds. > > > > > > Where did you find it in the source tree? I made another search, unsuccessful, for the needle in the haystack. > > > > > > Tom > > > > Yes, for vfs.mountroot.timeout the units are whole seconds. > > > > It's implemented in src/sys/kern/vfs_mountroot.c > > Is this in 9.2-RELEASE? I'm looking at that file myself and I can't see > where exactly that option is checked. I do see this: > > parse_dir_ask_printenv("vfs.root.mountfrom"); > parse_dir_ask_printenv("vfs.root.mountfrom.options"); > > I also see ".timeout" checked when parsing input from somewhere. I can't > tell where exactly it is coming from, though. But I can't see where it > checks specifically for "vfs.mountroot.timeout". > > Am I misreading it? Or is it not present in 9.2-RELEASE? > > Sorry to be a pain on this, but I'm looking to avoid trouble with a > machine I'm upgrading remotely. I want to be sure before I pull the > trigger. Hrm, it looks like in 9.2-RELEASE it's just hard-coded to 3 seconds and not tuneable. In 9-stable it's tuneable. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 01:27:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D1CEE21 for ; Mon, 6 Jan 2014 01:27:08 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id EC951166E for ; Mon, 6 Jan 2014 01:27:07 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dyJwp1R2jzGMnN for ; Mon, 6 Jan 2014 02:27:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla2; t= 1388971621; x=1391563622; bh=EgW5XgyN0oy1Kny8ohFIxTgBWvVBevmpUqm Mic/9fcw=; b=FN1VPun+oXwZibNERN/gegTcDTsRdVaJrYmf1qs5BWJx01DSv+F QwoC+dj2QR/FfZPpHRk0Q6/npA+it5XaCOOyhTlZCiw+/+rB1tYmHw3ppQA8tUAQ YE+GA1OOkfIn1TUtYWDQVQSaOaQmirDJ6+AsBza4j14VNebCyMIO0sQE= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id 4obYx4ikFVeV for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) by mildred.ijs.si (Postfix) with ESMTP id 56EE5BE3 for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Mon, 06 Jan 2014 02:27:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 06 Jan 2014 02:27:01 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Organization: J. Stefan Institute Message-ID: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 01:27:08 -0000 I was playing with bhyve on 10.0-RC4, trying to install another 10.0-RC4 into a 16 GB ZFS volume using the network installation DVD. Mostly kept defaults, except that I chose a ZFS-on-root installation. The amd64 host was given 1 GB of RAM on the first attempt, but failed. It fails on 2 GB RAM too, but succeeds when given 4 GB of RAM. It's a bit tricky to capture the failure reason, because the installation script covers the underlying failure and just reports by the end of the 'Archive Extraction' phase: An installation step has been aborted. Would you like to restart the installation or exit the installer? Nevertheless, capturing the output using a null modem on a bhyve's serial console (/dev/nmdm) the failure reason is revealed: Jan 5 03:20:10 kernel: pid 1496 (distextract), uid 0, was killed: out of swap space Jan 5 03:20:10 kernel: pid 621 (devd), uid 0, was killed: out of swap space Jan 5 03:20:10 kernel: pid 1176 (dhclient), uid 65, was killed: out of swap space Jan 5 03:20:10 dhclient[1123]: connection closed Jan 5 03:20:10 dhclient[1123]: exiting. [1;24r[m[?7h[?1h=[?1h=[H[J FreeBSD Installer So it seems that the gpt partitioning does succeed in creating the necessary partitions including the swap space, but that swap space is not mounted when the OS installation begins. I'm sure that some percentage of virtual memory could easily be swapped out with not much ill-effect on further decompressing and unpacking of files and other installation steps. Seems unreasonable that 2 MB of memory is insufficient for a plain OS installation on ZFS. I understand that ZFS would be happier with more memory for heavy production use, and that a modern real iron has much more than 4 GB of memory, but virtualized guests are often dedicated to a single task and could do well with 'just' 2 GB of memory, even if using ZFS. So my suggestion is twofold: - let the installer mount the available swap partitions before jumping into heavy installation work; - avoid covering an underlying failure with a quickly-redrawn installer menu; at least some delay after a failure but before erasing the screen would be useful, avoiding the user to go to great lengths to be able to capture the failure reason. Mark From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 01:32:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 335C6F3C for ; Mon, 6 Jan 2014 01:32:05 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id D862016E4 for ; Mon, 6 Jan 2014 01:32:04 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dyK2X1wbczGN6j for ; Mon, 6 Jan 2014 02:32:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1388971921; x=1391563922; bh=XpL k8w8l+H7yta2/n88d/5xBafqh7z2xgBdWzBHBpVQ=; b=AnZvH9+srWBoQqZAUkc MB3eha5jsN0Q5VmFM4b7t9z+SfRpUVzHj6CgNIBOz+NanZIW2w3UYsEJTUbIynDg yA0yuRgZCfCgJmm0adYuwdVvYFrpaj7MWyD+Bvhy7ivhbM8HaoYTvTWEmiMzysY4 0YmLGFbUMhgdiAeRixvYH2/Q= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id Whg82WwzRIER for ; Mon, 6 Jan 2014 02:32:01 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Mon, 6 Jan 2014 02:32:01 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) by mildred.ijs.si (Postfix) with ESMTP id AF990BF3 for ; Mon, 6 Jan 2014 02:32:01 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Mon, 06 Jan 2014 02:32:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 06 Jan 2014 02:32:01 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Organization: J. Stefan Institute In-Reply-To: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> References: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> Message-ID: <792a3472e68b4e525c069b9b4338735c@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 01:32:05 -0000 > I was playing with bhyve on 10.0-RC4, trying to install another > 10.0-RC4 into > a 16 GB ZFS volume using the network installation DVD. Mostly kept > defaults, > except that I chose a ZFS-on-root installation. > The amd64 host was given 1 GB of RAM on the first attempt typo: s/host/guest/ The guest was given 1, 2 or 4 GB of mem. The host had plenty of RAM. Mark From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 02:56:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F3739A8 for ; Mon, 6 Jan 2014 02:56:39 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1941CB2 for ; Mon, 6 Jan 2014 02:56:38 +0000 (UTC) Received: from [96.28.178.143] ([96.28.178.143:64252] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id A6/64-08839-06B1AC25; Mon, 06 Jan 2014 02:56:32 +0000 Date: Mon, 06 Jan 2014 02:56:32 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Apparent USB instability in stable-10 amd64 and i386 X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 02:56:39 -0000 I notice some instabilities with USB; this is on FreeBSD 10-prerelease amd64 as well as i386: ugen1.4: at usbus1 (disconnected) ums0: at uhub6, port 2, addr 4 (disconnected) ugen1.4: at usbus1 ums0: on usbus1 ums0: 8 buttons and [XYZT] coordinates ID=0 though this mouse is actually connected and responsive all the time. This throwing mud in my face is very annoying! I wonder if it was or will be fixed in 10.0-RC4 and RELEASE. More serious, sometimes 10-prerelease amd64 crashes and goes into db> prompt during a period of idleness; this has happened twice so far on amd64. I just checked for 9.2-STABLE amd64 and 11-HEAD i386 and amd64: these USB mouse-related messages don't occur. Now I'm afraid to upgrade to 10.0 on computer where 9.2-STABLE is installed and re(4) works OK. 11-HEAD is stabler than 10-prerelease? I need at least FreeBSD 10 on MSI Z77 MPOWER motherboard for Internet access through device rsu; re(4) fails, and it was good on NetBSD-5.2_STABLE amd64 from February 19, 2013: just tested an hour ago. FreeBSD version on computer with newer MSI Z77 MPOWER motherboard is 10.0-prelease from about the time of RC3: FreeBSD amelia4 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #3: Mon Dec 30 01:38:00 UTC 2013 root@amelia4:/usr/obj/usr/src/sys/SANDY10 amd64 So I guess I have to switch to 11-HEAD. I already have FreeBSD 11-HEAD amd64 and i386 installed in two hard-drive partitions and 10-prerelease amd64 in another hard-drive partition. I have 10-prerelease i386 installed on a 32-GB Kingston USB 3.0 stick. Reason for i386 installations is mainly wine. I would have expected a stable branch to be stabler than HEAD, but anybody who does any kind of experiment knows not to let preconceived notions get in the way of an honest evaluation of observations. I need to get back to 11-HEAD to see if it really is stabler and also because I want to try out the new Xorg with newcons. Maybe I just haven't been there long enough to see symptoms of USB instability. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 04:30:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACEF3A13 for ; Mon, 6 Jan 2014 04:30:48 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 676EF1359 for ; Mon, 6 Jan 2014 04:30:48 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s064UjCG090668; Sun, 5 Jan 2014 23:30:45 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401060430.s064UjCG090668@maildrop2.v6ds.occnc.com> To: curtis@ipv6.occnc.com From: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm In-reply-to: Your message of "Wed, 01 Jan 2014 16:44:57 -0500." <201401012144.s01LivSi099164@maildrop2.v6ds.occnc.com> Date: Sun, 05 Jan 2014 23:30:45 -0500 Cc: Yonghyeon PYUN , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 04:30:48 -0000 Pyun, Replying to self since I did not get your reply but saw it on the stable10 mailing list archive. I pasted in your responses so its really a reply to you. Sorry for the delay to your email on Jan 2. I had some email trouble (self induced by DNS change) that should be fixed now. Curtis In message <201401012144.s01LivSi099164@maildrop2.v6ds.occnc.com> Curtis Villamizar writes: > > > > Replying to self (and top posting). > > > > I'm not sure if the problem is fixed or masked. > > > > The symptom (watchdog and interrupt storm) has gone away with the > > following change in if_mskreg.h: > > > > @@ -2329,8 +2329,13 @@ > > */ > > #if (BUS_SPACE_MAXADDR > 0xFFFFFFFF) > > #define MSK_64BIT_DMA > > +#if 1 > > +#define MSK_TX_RING_CNT 256 > > +#define MSK_RX_RING_CNT 256 > > +#else > > #define MSK_TX_RING_CNT 384 > > #define MSK_RX_RING_CNT 512 > > +#endif > > #else > > #undef MSK_64BIT_DMA > > #define MSK_TX_RING_CNT 256 > > > > This backs out a very small part of the change made to if_mskreg.h in > > revision 227582. > > > > The following is what I think is affected by this change: > > > > count = imin(4096, roundup2(count, 1024)); > > sc->msk_stat_count = count; > > stat_sz = count * sizeof(struct msk_stat_desc); > > > > The change makes count end up being 1024 (and stat_sz 8192). > > > > For me the problem is fixed/masked but I would also consider putting > > the increase to MSK_TX_RING_CNT and MSK_RX_RING_CNT back and forcing > > count above to be no greater than 1024 if that would help someone else > > debug the problem. I'm not sure where the 4096 came from but > > replacing that with 1024 is equivalent to "count = 1024" with no math > > involved. > > Marvell calls DMA descriptors as LEs. The maximum number of status > LEs supported by controller is 4096 and it should be large enough > to hold status LE update(for dual-port controllers, the status > DMA block is shared between each port). Yes. I am aware of this, but regardless I ran into this bug and forcing MSK_TX_RING_CNT and MSK_RX_RING_CNT removed the symptom. > > This does seem to me like a regression in 10.0 caused by the change to > > if_mskreg.h (Nov 16). The workaround so far has been fine for me. > > If you revert the change made in r258790, does the issue go away? > Are you running amd64? Because you touched #if (BUS_SPACE_MAXADDR > > 0xFFFFFFFF) block in if_mskreg.h I guess you're running amd64 but > I need confirmation. If your system have more than 4GB memory on > amd64, could you reduce amount of available memory to be less than > 4GB?(i.e. set hw.physmem in loader.conf) > Also would you show me dmesg(8) output(msk(4) and e1000phy(4) only) > to know exact Yukon controller model? Yes it is AMD64. uname -m amd64 CPU: AMD Athlon(tm) II X2 B24 Processor (2992.58-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant pciconf -lcv [...] mskc0@pci0:2:0:0: class=0x020000 card=0x305817aa chip=0x438011ab rev=0x10 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' device = '88E8057 PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[c0] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[130] = Serial 1 ef3856ffffdc9cc8 Please let me know what I could do to help debug this. I did not back out the change entirely (yet). I only effectively backed out the change to the two constants MSK_TX_RING_CNT and MSK_RX_RING_CNT and that was enough to make the problem go away. Curtis > > Curtis > > > > > > In message <201401010153.s011rNcm082703@maildrop2.v6ds.occnc.com> > > Curtis Villamizar writes: > > > > > > I'm getting an interrupt storm from mskc running with the latest > > > if_msk.c code. The OS is built from source (259540): > > > > > > FreeBSD 10.0-PRERELEASE (GENERIC) #0 r259540: Sat Dec 21 00:05:39 EST 2013 > > > > > > While not the latest, the point is that sys/dev/msk is up to date wrt > > > stable_9 and also wrt head. > > > > > > The odd thing is that the machine seemed to run fine for a day or two > > > and then started exhibiting this behaviour and has become useless. > > > > > > This is now highly reproducible (it happens within seconds when trying > > > to do a long file transfer between two machines with GbE) so if there > > > is anything I can do to instrument this, please make suggestions. > > > > > > What I know so far is: > > > > > > 1. When the watchdog occurs, Y2_IS_STAT_BMU is set in the prior > > > interrupt mask. > > > > > > 2. This would put us in from msk_intr into msk_handle_events, with > > > msk_handle_events returning 0. > > > > > > 3. msk_handle_events reads in sc->msk_stat_cons. The last recorded > > > value of sc->msk_stat_cons is alway 1024. > > > > > > 4. The only way to exit msk_handle_events with sc->msk_stat_cons > > > greater than zero yet not do anything is hit the top of loop > > > conditional and fall out: > > > > > > sd = &sc->msk_stat_ring[cons]; > > > control = le32toh(sd->msk_control); > > > if ((control & HW_OWNER) == 0) > > > break; > > > > > > 5. The code after the loop can return zero if the ring buffer > > > pointer hasn't moved. That code is: > > > > > > sc->msk_stat_cons = cons; > > > bus_dmamap_sync(sc->msk_stat_tag, sc->msk_stat_map, > > > BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); > > > > > > if (rxput[MSK_PORT_A] > 0) > > > msk_rxput(sc->msk_if[MSK_PORT_A]); > > > if (rxput[MSK_PORT_B] > 0) > > > msk_rxput(sc->msk_if[MSK_PORT_B]); > > > > > > return (sc->msk_stat_cons != CSR_READ_2(sc, STAT_PUT_IDX)); > > > > > > 6. If the return value is zero, the interrupt isn't cleared. That > > > was suspect. The code in msk_intr is: > > > > > > domore = msk_handle_events(sc); > > > if ((status & Y2_IS_STAT_BMU) != 0 && domore == 0) > > > CSR_WRITE_4(sc, STAT_CTRL, SC_STAT_CLR_IRQ); > > > > > > 7. This code before the return in msk_handle_events should force > > > the clear but doesn't fix anything. > > > > > > if ((control & HW_OWNER) == 0) > > > return; > > > > > > This looks like some sort of fall off the end of a ring buffer type of > > > problem (since it always points to entry 0x400) but since I haven't > > > done driver work in ages, that is mostly just a wild guess and I > > > really have no idea yet at to what is going wrong. > > > > > > Also please keep me on the Cc since I'm not subscribed to the list, > > > though I will check the archives from time to time. > > > > > > Thanks, > > > > > > Curtis > > > > > > > > > reference: > > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075699.html From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 04:54:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DFD5D13 for ; Mon, 6 Jan 2014 04:54:48 +0000 (UTC) Received: from nm15-vm1.access.bullet.mail.gq1.yahoo.com (nm15-vm1.access.bullet.mail.gq1.yahoo.com [216.39.63.13]) by mx1.freebsd.org (Postfix) with SMTP id CDD6814DF for ; Mon, 6 Jan 2014 04:54:47 +0000 (UTC) Received: from [216.39.60.165] by nm15.access.bullet.mail.gq1.yahoo.com with NNFMP; 06 Jan 2014 04:52:56 -0000 Received: from [67.195.22.117] by tm1.access.bullet.mail.gq1.yahoo.com with NNFMP; 06 Jan 2014 04:52:56 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.gq1.yahoo.com with NNFMP; 06 Jan 2014 04:52:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1388983976; bh=zmzASFwt9z7gnpx0JCrsCilwnxznrsm/AhbG+1yjtTY=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=iqNemRQf+e+NIx+KakzplMAiql3smBjEi9hesZuVmBvCG7ctySwodI+k5N2jcjiYs4Cnq4TmHFwBhi0tanTvEom9xMP83kPcP4v3dzkqhvW3WETP9GhkhNuYO7OhkK21dLaF4NFiVo3VgQmFLV2OsX9ZcXfihJB0jzoW2CRWW6Y= X-Yahoo-Newman-Id: 265651.96573.bm@smtp112.sbc.mail.gq1.yahoo.com Message-ID: <265651.96573.bm@smtp112.sbc.mail.gq1.yahoo.com> Date: Sun, 5 Jan 2014 20:52:56 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fIv6emIVM1krniZe9Xm22BHDYVDB9wznSoAwZG9U5Se6UDp uqYMh0Ar_h.3VrKkDbQ8OqjoryltGvWE94lzcgpHKEuLRCDuMdO0ikvobadQ N01.f22RZGgfC9YpycT.PQPP5sL4CI3KatMh3LP0ZR9rQedEAAKXHo.ho.Kn uxrDDc68dX9TFCAPa6TijYnfBV3YHJwCxCul5fxEORQUAqWKx.E1y1Dzm_uy uoI2EG7VLM0h8Q9Qq5I24GbObIkA.ug.2nObZIMdazbeJmP7c63V_Ww.2lGf r6k4Yj8BhrNEHZbfxnDcuUQUGwuyH4Dc1pg4J_gHXe_TyO5RINg6auLLhaLD SN_mSMhiChIchn48XxbhaRS3ydcoP6AqgwdGf.qL5tX8BBAbHoGm7KN8D4zc ngkejMdRjkw_wYgayGmQIjK.wyzdu2tMVozO4LXml_cuUd6oN_zkCh6mGqlC Mtv_OM5koqigun_fm_2SzBRhxA3_zWA6EaWaFplWxUsWtDyToqlVRi8aI3Dg XBnqBUYPneXyGEXP2ogGepRM8CXCb7DXCvX6gvJkgrA67OVu9XkOVeMh.vZu 1RI2NmuyN4Qc1M2ntjALbVuNu X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp112.sbc.mail.gq1.yahoo.com with SMTP; 05 Jan 2014 20:52:56 -0800 PST From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: How to make boot wait a few seconds more for device response? References: <43.76.14229.524B7C25@cdptpa-oedge01> <52C7EC3E.6070709@grosbein.net> <20140104213749.GA60414@neutralgood.org> <1388873531.1158.306.camel@revolution.hippie.lan> <674003.48630.bm@smtp114.sbc.mail.gq1.yahoo.com> <1388936456.1158.308.camel@revolution.hippie.lan> <466613.61666.bm@smtp120.sbc.mail.bf1.yahoo.com> <1388956579.1158.326.camel@revolution.hippie.lan> <20140105221507.GA70312@neutralgood.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 04:54:48 -0000 > I also see ".timeout" checked when parsing input from somewhere. I can't > tell where exactly it is coming from, though. But I can't see where it > checks specifically for "vfs.mountroot.timeout". > Am I misreading it? Or is it not present in 9.2-RELEASE? > Sorry to be a pain on this, but I'm looking to avoid trouble with a > machine I'm upgrading remotely. I want to be sure before I pull the > trigger. I found it on 9.2-STABLE, default 3 seconds, in src/sys/kern/mountroot.c uname -a shows FreeBSD amelia2 9.2-STABLE FreeBSD 9.2-STABLE #19 r256095M: Tue Oct 8 08:57:11 UTC 2013 root@amelia2:/usr/obj/usr/src/sys/SANDY amd64 I used it on the USB 3.0 stick installation of FreeBSD 10-prerelease, and it mounted the root without further prompting. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 05:04:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F614F9E for ; Mon, 6 Jan 2014 05:04:08 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70DAF158A for ; Mon, 6 Jan 2014 05:04:08 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kp14so16322017pab.9 for ; Sun, 05 Jan 2014 21:04:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=m7fBKvcF4wBgUR43ljg1aVufxYjGE2s7O+m4RdgzVCI=; b=MSqiG2CuvMRG1iONQz73r/aQ20e8meiu5ALVt+N30hQ663PW7k8vqMtPY/rmMaP2Km Mer4dknGhwrsQ0PgWkULzThuVa7RKjyHEuZDIy9paV2D6lnMwkpiXFMLp24C0HyhHf6e bKp4z+2RuTdQlfgnHdnnhYhD6ATnP/kkaOdOoJ0BfoftcCK4YmxlP6OozQ4JFhgtvcVm mW9Sj3ow9G2Uqn2QseVYvJbx8UXI28CbKqPS8rq7ajNoRvsEm774HdHs+MUsf06t271V 0Zx7gqumk9OA6RMQCB/n6c0tIQDkLRDIDp51JqRQ3iesT+vU8vg5Yk60szslb9MIIoCF FYNw== X-Received: by 10.68.66.103 with SMTP id e7mr121254858pbt.120.1388984648046; Sun, 05 Jan 2014 21:04:08 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id by1sm125555407pbd.25.2014.01.05.21.04.04 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 05 Jan 2014 21:04:07 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 06 Jan 2014 14:04:00 +0900 From: Yonghyeon PYUN Date: Mon, 6 Jan 2014 14:04:00 +0900 To: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20140106050400.GA1372@michelle.cdnetworks.com> References: <201401012144.s01LivSi099164@maildrop2.v6ds.occnc.com> <201401060430.s064UjCG090668@maildrop2.v6ds.occnc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201401060430.s064UjCG090668@maildrop2.v6ds.occnc.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 05:04:08 -0000 On Sun, Jan 05, 2014 at 11:30:45PM -0500, Curtis Villamizar wrote: > > Pyun, > > Replying to self since I did not get your reply but saw it on the > stable10 mailing list archive. I pasted in your responses so its > really a reply to you. > > Sorry for the delay to your email on Jan 2. I had some email trouble > (self induced by DNS change) that should be fixed now. > Ok. [...] > > > > Marvell calls DMA descriptors as LEs. The maximum number of status > > LEs supported by controller is 4096 and it should be large enough > > to hold status LE update(for dual-port controllers, the status > > DMA block is shared between each port). > > Yes. I am aware of this, but regardless I ran into this bug and > forcing MSK_TX_RING_CNT and MSK_RX_RING_CNT removed the symptom. > Ok. > > > This does seem to me like a regression in 10.0 caused by the change to > > > if_mskreg.h (Nov 16). The workaround so far has been fine for me. > > > > If you revert the change made in r258790, does the issue go away? > > Are you running amd64? Because you touched #if (BUS_SPACE_MAXADDR > > > 0xFFFFFFFF) block in if_mskreg.h I guess you're running amd64 but > > I need confirmation. If your system have more than 4GB memory on > > amd64, could you reduce amount of available memory to be less than > > 4GB?(i.e. set hw.physmem in loader.conf) > > Also would you show me dmesg(8) output(msk(4) and e1000phy(4) only) > > to know exact Yukon controller model? > > Yes it is AMD64. > > uname -m > amd64 > > CPU: AMD Athlon(tm) II X2 B24 Processor (2992.58-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 > Features=0x178bfbff > Features2=0x802009 > AMD > Features=0xee500800 > AMD > Features2=0x37ff > TSC: P-state invariant > > pciconf -lcv > [...] > mskc0@pci0:2:0:0: class=0x020000 card=0x305817aa chip=0x438011ab > rev=0x10 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > device = '88E8057 PCI-E Gigabit Ethernet Controller' > class = network > subclass = ethernet > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[c0] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0003[130] = Serial 1 ef3856ffffdc9cc8 > dmesg(8) output will show more useful information than pciconf(8) in this case. There are too many Yukon II variants. > Please let me know what I could do to help debug this. > If you have more than 4GB memory, try reducing the amount of memory(e.g. 3G) in /boot/loader.conf and let me know whether that makes any difference for you. Note, in order to test this you have to back out your local changes. > > > involved. > I did not back out the change entirely (yet). I only effectively > backed out the change to the two constants MSK_TX_RING_CNT and > MSK_RX_RING_CNT and that was enough to make the problem go away. > I'm under the impression that the controller may have additional DMA addressing limitation where TX/RX and status LEs should have the same high DMA address. Due to the lack of documentation I'm not sure about that. If the issue does not happen with 3GB memory, we have to use 32bit DMA addressing. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 07:29:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20553FE; Mon, 6 Jan 2014 07:29:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B35D1E4D; Mon, 6 Jan 2014 07:29:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s067T7So094482; Mon, 6 Jan 2014 09:29:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s067T7Pb094234; Mon, 6 Jan 2014 07:29:07 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 07:29:07 GMT Message-Id: <201401060729.s067T7Pb094234@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 07:29:20 -0000 TB --- 2014-01-06 04:30:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-06 04:30:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-06 04:30:43 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-01-06 04:30:43 - cleaning the object tree TB --- 2014-01-06 04:30:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-06 04:31:37 - At svn revision 260363 TB --- 2014-01-06 04:31:38 - building world TB --- 2014-01-06 04:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 04:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 04:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 04:31:38 - SRCCONF=/dev/null TB --- 2014-01-06 04:31:38 - TARGET=powerpc TB --- 2014-01-06 04:31:38 - TARGET_ARCH=powerpc TB --- 2014-01-06 04:31:38 - TZ=UTC TB --- 2014-01-06 04:31:38 - __MAKE_CONF=/dev/null TB --- 2014-01-06 04:31:38 - cd /src TB --- 2014-01-06 04:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 6 04:31:49 UTC 2014 >>> 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 [...] In file included from /obj/powerpc.powerpc/src/gnu/usr.bin/cc/cc1plus/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/parser.c:26: /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/parser.c: In function 'cp_parser_objc_class_ivars': /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/parser.c:17715: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-06 07:29:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 07:29:06 - ERROR: failed to build world TB --- 2014-01-06 07:29:06 - 8364.20 user 2469.83 system 10703.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 07:50:57 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0396C31B for ; Mon, 6 Jan 2014 07:50:57 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3F91FF2 for ; Mon, 6 Jan 2014 07:50:56 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s067ogQ6066402 for ; Mon, 6 Jan 2014 14:50:42 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <52CA6052.6090009@grosbein.net> Date: Mon, 06 Jan 2014 14:50:42 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: FreeBSD Stable Subject: Cross-compilation (i386 under amd64) is broken Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 07:50:57 -0000 Hi! For long time I was building NanoBSD for i386 using amd64 box with success, just adding NANO_ARCH=i386, TARGET=i386 and TARGET_ARCH=i386 to CONF_BUILD flags used to create custom make.conf. But for recent 9.2-STABLE that seems to be broken: -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/nanobsd.gw//i386.i386/usr/local/src/sys/GW; MAKEOBJDIRPREFIX=/usr/obj/nanobsd.gw//i386.i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= _SHLIBDIRPREFIX=/usr/obj/nanobsd.gw//i386.i 386/usr/local/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 9.2-STABLE amd64 902504" INSTALL="sh /usr/local/src/tools/install.sh" PATH=/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/us r/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/games:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legac y/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/games:/sbin:/bin: /usr/sbin:/usr/bin COMPILER_TYPE=gcc /usr/obj/nanobsd.gw//usr/local/src/make.amd64/make -j 3 __MAKE_CONF=/usr/obj/nanobsd.gw//make.conf.build KERNCONFDIR=/home/nanobsd/gw KERNCONF=GW -m /usr /local/src/share/mk TARGET=i386 TARGET_ARCH=i386 KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /usr/local/src/sys/i386/include x86 -> /usr/local/src/sys/x86/include awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -p awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -q cc -O -pipe -std=c99 -g -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/usr/local/src/sys -I/usr/local/src/sys/contrib/altq -I/usr/local/src/sys/contrib/ipfilter -I/usr/local/src/sys/contrib/pf -I/usr/local/src/sys/dev/ath -I/usr/local/src/sys/dev/ath/ath_hal -I/usr/local/src/sys/contrib/ngatm -I/usr/local/src/sys/dev/twa -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/local/src/sys/gnu/fs/xfs -I/usr/local/src/sys/dev/cxgb -I/usr/local/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c /usr/local/src/sys/i386/linux/linu! x_genassym .c awk -f /usr/local/src/sys/tools/miidevs2h.awk /usr/local/src/sys/dev/mii/miidevs awk -f /usr/local/src/sys/tools/pccarddevs2h.awk /usr/local/src/sys/dev/pccard/pccarddevs /usr/local/src/sys/i386/linux/linux_genassym.c:1: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [linux_genassym.o] Error code 1 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error It seems, gcc now thinks it builds code for amd64, insisting on long word stack alignment. Please help to unbreak this. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 10:51:00 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30668ACD for ; Mon, 6 Jan 2014 10:51:00 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CA371DB9 for ; Mon, 6 Jan 2014 10:50:59 +0000 (UTC) Received: from [192.168.254.111] (p4FD40A71.dip0.t-ipconnect.de [79.212.10.113]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0M7o7Y-1VDfwf2nwG-00vGp0; Mon, 06 Jan 2014 11:50:57 +0100 Message-ID: <52CA8A90.70708@roklein.de> Date: Mon, 06 Jan 2014 11:50:56 +0100 From: Robert Klein User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Stable Subject: permissions for packages on dvd image Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:3ghdYa3KqstRrJiB+AtApjDgnZwqsU8LEu1uE6tRkhq 47h87XnyrVXIQy1A52Xya0h6G993TSAiEemXujL6WZ/ldRFNvv 71d3TiRmF3JKAP1a6uHFgKj7EOuXeshoppJpffdJOBkETcgAgE 378Bh60HpYN6Pl2GBLoHDE/8QTqhSHE7cR2XLNzVpC3yufbPmY sZC1WMz5XhzqyLpTepVl5nEbY9CWRF00EYa3pQtqslZ2ypAPG1 5i00H9lSWH52y4lC77VdzQf1yxeeCsHj0Vho9JzSHKopwtY5Q8 jvLBV1XbOKDHONIC+4T4lXIMJx4rSAvfp+yzMuynxjJdaEW2Os q1L95FLjkN+f9KrJhdZ4= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 10:51:00 -0000 Hi, just curious, is there a reason the packages on the dvd image are chmodded 600 instead of 644 (as on the 10.0-RC3 and 10.0-RC4 DVD images)? Thanks and best regards Robert From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 15:20:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEB274EC for ; Mon, 6 Jan 2014 15:20:43 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94C921A2D for ; Mon, 6 Jan 2014 15:20:43 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s06FKeVG009399; Mon, 6 Jan 2014 10:20:40 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401061520.s06FKeVG009399@maildrop2.v6ds.occnc.com> To: pyunyh@gmail.com From: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm In-reply-to: Your message of "Mon, 06 Jan 2014 14:04:00 +0900." <20140106050400.GA1372@michelle.cdnetworks.com> Date: Mon, 06 Jan 2014 10:20:40 -0500 Cc: freebsd-stable@freebsd.org, Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 15:20:43 -0000 In message <20140106050400.GA1372@michelle.cdnetworks.com> Yonghyeon PYUN writes: > On Sun, Jan 05, 2014 at 11:30:45PM -0500, Curtis Villamizar wrote: > > > > Pyun, > > > > Replying to self since I did not get your reply but saw it on the > > stable10 mailing list archive. I pasted in your responses so its > > really a reply to you. > > > > Sorry for the delay to your email on Jan 2. I had some email trouble > > (self induced by DNS change) that should be fixed now. > > > > Ok. > > [...] > > > > > > > Marvell calls DMA descriptors as LEs. The maximum number of status > > > LEs supported by controller is 4096 and it should be large enough > > > to hold status LE update(for dual-port controllers, the status > > > DMA block is shared between each port). > > > > Yes. I am aware of this, but regardless I ran into this bug and > > forcing MSK_TX_RING_CNT and MSK_RX_RING_CNT removed the symptom. > > > > Ok. > > > > > This does seem to me like a regression in 10.0 caused by the change to > > > > if_mskreg.h (Nov 16). The workaround so far has been fine for me. > > > > > > If you revert the change made in r258790, does the issue go away? > > > Are you running amd64? Because you touched #if (BUS_SPACE_MAXADDR > > > > 0xFFFFFFFF) block in if_mskreg.h I guess you're running amd64 but > > > I need confirmation. If your system have more than 4GB memory on > > > amd64, could you reduce amount of available memory to be less than > > > 4GB?(i.e. set hw.physmem in loader.conf) > > > Also would you show me dmesg(8) output(msk(4) and e1000phy(4) only) > > > to know exact Yukon controller model? > > > > Yes it is AMD64. > > > > uname -m > > amd64 > > > > CPU: AMD Athlon(tm) II X2 B24 Processor (2992.58-MHz K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 > > Features=0x178bfbff > > Features2=0x802009 > > AMD > > Features=0xee500800 > > AMD > > Features2=0x37ff > > TSC: P-state invariant > > > > pciconf -lcv > > [...] > > mskc0@pci0:2:0:0: class=0x020000 card=0x305817aa chip=0x438011ab > > rev=0x10 hdr=0x00 > > vendor = 'Marvell Technology Group Ltd.' > > device = '88E8057 PCI-E Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[c0] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) > > speed 2.5(2.5) ASPM disabled(L0s/L1) > > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > > ecap 0003[130] = Serial 1 ef3856ffffdc9cc8 > > > > dmesg(8) output will show more useful information than pciconf(8) > in this case. There are too many Yukon II variants. Here are some relevant parts of dmesg. Is there anything else you want? real memory = 2147483648 (2048 MB) avail memory = 2061438976 (1965 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 pcib2: irq 19 at device 7.0 on pci0 pci2: on pcib2 on pci1 pcib2: irq 19 at device 7.0 on pci0 pci2: on pcib2 mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: c8:9c:dc:56:38:ef miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow The computer is a Lenovo ThinkCenter (small tower) and not an uncommon machine so others are likely to run into this. > > Please let me know what I could do to help debug this. > > > > If you have more than 4GB memory, try reducing the amount of > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > makes any difference for you. > Note, in order to test this you have to back out your local > changes. Only have 2 GB memory. > > > > involved. > > I did not back out the change entirely (yet). I only effectively > > backed out the change to the two constants MSK_TX_RING_CNT and > > MSK_RX_RING_CNT and that was enough to make the problem go away. > > > > I'm under the impression that the controller may have additional > DMA addressing limitation where TX/RX and status LEs should have > the same high DMA address. Due to the lack of documentation I'm > not sure about that. If the issue does not happen with 3GB memory, > we have to use 32bit DMA addressing. We have 2 GB memory so the problem with the original code does happen with less than 4 GB memory. Everything has the same high address of zero. Is there anything else you want me to try? Curtis btw - I added someone from Marvell on the Bcc in case he wants to join in on the conversation or give us a hint in private email. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 16:31:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93E5AEA5; Mon, 6 Jan 2014 16:31:17 +0000 (UTC) Received: from fep23.mx.upcmail.net (fep23.mx.upcmail.net [62.179.121.43]) by mx1.freebsd.org (Postfix) with ESMTP id 745BE12BE; Mon, 6 Jan 2014 16:31:15 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep12-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20140106162859.YGIU15295.viefep12-int.chello.at@edge02.upcmail.net>; Mon, 6 Jan 2014 17:28:59 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge02.upcmail.net with edge id AgUz1n00C2Rg3Ey02gUzTk; Mon, 06 Jan 2014 17:28:59 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52CAD9CA.1020304@rainbow-runner.nl> Date: Mon, 06 Jan 2014 17:28:58 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: CFT for cairo 1.12 and 8.x survey Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140105-1, 06-01-2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-x11@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 16:31:17 -0000 This is a resent with additional CC of the stable@ ML. This was done to get more exposure, because the first mail didn't get much reaction. When replying please only reply to freebsd-x11@, freebsd-ports@ and freebsd-stable@ are only used to get this a bigger audience. Greetings! This is a weird call for testers. First off before the real CFT. We are interested if people are still using 8.x for there desktop. Is there a specific reason for not updating to 9.x or 10.x? So in our quest for push Xorg on FreeBSD further, we are looking for people to test cairo 1.12 primarily with the old Xorg stack. We know that the graphics with the 2.7.1 intel driver are horribly broken (lots of artifacts) so people don't need to test that, but what is the state of the other xorg video drivers with cairo 1.12? If problems arise after the update, a screenshot and details about installed ports and your hardware should be enough. But if your using the intel driver with old xorg please chime in too, this will give us a beter idea about the user base. While this CFT is focused on the non-WITH_NEW_XORG that should not stop people that are using WITH_NEW_XORG from trying it out. The Intel/Radeon KMS drivers shouldn't have any problem with cairo 1.12. To apply the patch do the following: Download the patch from [1]. cd /usr/ports patch -p0 < /path/to/cairo-1.12.16.diff rebuild cairo -Koop [1] http://people.freebsd.org/~kwm/cairo-1.12.16.diff From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 17:19:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0258FDAB; Mon, 6 Jan 2014 17:19:54 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BBB9E1703; Mon, 6 Jan 2014 17:19:53 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id s06HJowu021920 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 6 Jan 2014 11:19:50 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.118]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0174.001; Mon, 6 Jan 2014 11:19:49 -0600 From: "Teske, Devin" To: Mark Martinec Subject: Re: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Thread-Topic: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Thread-Index: AQHPCwOAAVKGeGcYvEK58nVPYVvItA== Date: Mon, 6 Jan 2014 17:19:49 +0000 Message-ID: <105CFF1A-C71D-4670-8D70-DCE56F9EDA2A@fisglobal.com> References: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> In-Reply-To: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="us-ascii" Content-ID: <5654A33873D2694395DA1933B84F09C5@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-01-06_02:2014-01-06,2014-01-06,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 17:19:54 -0000 On Jan 5, 2014, at 5:27 PM, Mark Martinec wrote: > [snip] > I understand that ZFS would be happier with more memory for heavy product= ion > use, and that a modern real iron has much more than 4 GB of memory, but > virtualized guests are often dedicated to a single task and could do well > with 'just' 2 GB of memory, even if using ZFS. >=20 > So my suggestion is twofold: >=20 > - let the installer mount the available swap partitions before jumping > into heavy installation work; >=20 That sounds reasonable enough. > - avoid covering an underlying failure with a quickly-redrawn installer > menu; at least some delay after a failure but before erasing the screen > would be useful, avoiding the user to go to great lengths to be able to > capture the failure reason. >=20 While the error reporting could be improved in that area of bsdinstall that you fingered, the perception that the errors are quickly being erased is incorrect. What's actually going on is the errors are being shunted over to vty1 (Alt+F2) as well as /tmp/bsdinstall_log But granted... the error messages that are displayed on vty0 could certainly be improved (which will take time). Thank you very much for testing and feedback. --=20 Cheers, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 18:03:26 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 369C5B97 for ; Mon, 6 Jan 2014 18:03:26 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0B891A4A for ; Mon, 6 Jan 2014 18:03:24 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s06I3FNf069890 for ; Tue, 7 Jan 2014 01:03:16 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <52CAEFE3.9020106@grosbein.net> Date: Tue, 07 Jan 2014 01:03:15 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: Cross-compilation (i386 under amd64) is broken References: <52CA6052.6090009@grosbein.net> In-Reply-To: <52CA6052.6090009@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 18:03:26 -0000 On 06.01.2014 14:50, Eugene Grosbein wrote: > Hi! > > For long time I was building NanoBSD for i386 using amd64 box with success, > just adding NANO_ARCH=i386, TARGET=i386 and TARGET_ARCH=i386 to CONF_BUILD flags > used to create custom make.conf. > > But for recent 9.2-STABLE that seems to be broken: > > -------------------------------------------------------------- >>>> stage 3.1: making dependencies > -------------------------------------------------------------- > cd /usr/obj/nanobsd.gw//i386.i386/usr/local/src/sys/GW; MAKEOBJDIRPREFIX=/usr/obj/nanobsd.gw//i386.i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= _SHLIBDIRPREFIX=/usr/obj/nanobsd.gw//i386.i > 386/usr/local/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 9.2-STABLE amd64 902504" INSTALL="sh /usr/local/src/tools/install.sh" PATH=/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/us > r/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/games:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legac > y/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/games:/sbin:/bin: > /usr/sbin:/usr/bin COMPILER_TYPE=gcc /usr/obj/nanobsd.gw//usr/local/src/make.amd64/make -j 3 __MAKE_CONF=/usr/obj/nanobsd.gw//make.conf.build KERNCONFDIR=/home/nanobsd/gw KERNCONF=GW -m /usr > /local/src/share/mk TARGET=i386 TARGET_ARCH=i386 KERNEL=kernel depend -DNO_MODULES_OBJ > machine -> /usr/local/src/sys/i386/include > x86 -> /usr/local/src/sys/x86/include > awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -p > awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -q > cc -O -pipe -std=c99 -g -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/usr/local/src/sys -I/usr/local/src/sys/contrib/altq -I/usr/local/src/sys/contrib/ipfilter -I/usr/local/src/sys/contrib/pf -I/usr/local/src/sys/dev/ath -I/usr/local/src/sys/dev/ath/ath_hal -I/usr/local/src/sys/contrib/ngatm -I/usr/local/src/sys/dev/twa -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/local/src/sys/gnu/fs/xfs -I/usr/local/src/sys/dev/cxgb -I/usr/local/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c /usr/local/src/sys/i386/linux/li! nu! > x_genassym > .c > awk -f /usr/local/src/sys/tools/miidevs2h.awk /usr/local/src/sys/dev/mii/miidevs > awk -f /usr/local/src/sys/tools/pccarddevs2h.awk /usr/local/src/sys/dev/pccard/pccarddevs > /usr/local/src/sys/i386/linux/linux_genassym.c:1: error: -mpreferred-stack-boundary=2 is not between 4 and 12 > *** [linux_genassym.o] Error code 1 > 1 error > *** [buildkernel] Error code 2 > 1 error > *** [buildkernel] Error code 2 > 1 error > > It seems, gcc now thinks it builds code for amd64, insisting on long word stack alignment. > > Please help to unbreak this. It seems, make buildkernel fails in this case if obj directory does not contain results of make buildworld. The problem is solved running make buildworld before buildkernel. Sorry for noise. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 18:32:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13E78349 for ; Mon, 6 Jan 2014 18:32:40 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D44AB1DAB for ; Mon, 6 Jan 2014 18:32:39 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6971C208BF for ; Mon, 6 Jan 2014 13:32:28 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Mon, 06 Jan 2014 13:32:28 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=awdKs3Ka3omge1nAu9duWWgWM5E=; b=FVn 1ISxDR0WKD2eJOa/rNAFUjRlCDYB9Rv2FfAYA48h9hIZJzqjX5ghlpPpjM1L7P7C P1Kzr0fLJBTRsrXOL/oPuJlnMiQJfuD3JG5he5kWg8J9hUvakkmiSSj4IWPtd01d AVCd4H5dfrAOFllnwAI0n27EUu93XP/eI1omZ4Ls= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 41E3B1162E8; Mon, 6 Jan 2014 13:32:28 -0500 (EST) Message-Id: <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> X-Sasl-Enc: o5IWgvexuTZjSaoBO5vkl/ikg06BFBpxLabK+ABKDoLY 1389033148 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 In-Reply-To: <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> Subject: Re: 10.0-RC1: bad mbuf leak? Date: Mon, 06 Jan 2014 12:32:28 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 18:32:40 -0000 It's not looking promising. mbuf usage is really high again. I haven't hit the point where the system is unavailable on the network but it appears to be approaching. root@skeletor:/usr/home/feld # netstat -m 4093391/3109/4096500 mbufs in use (current/cache/total) 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) 1025/1725 mbuf+clusters out of packet secondary zone in use (current/cache) 0/492/492/508677 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile root@skeletor:/usr/home/feld # vmstat -z | grep mbuf mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, 0 mbuf: 256, 6511065, 4092367, 1383,74246554, 0, 0 mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, 0 mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 root@skeletor:/usr/home/feld # uptime 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 root@skeletor:/usr/home/feld # uname -a FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 r260339M: Sun Jan 5 21:23:10 CST 2014 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 18:44:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CE016BA for ; Mon, 6 Jan 2014 18:44:41 +0000 (UTC) Received: from mail.gizmocreative.com (mail.gizmocreative.com [198.107.153.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2263C1E8B for ; Mon, 6 Jan 2014 18:44:41 +0000 (UTC) Received: from gizmo1.ouido.net (localhost [127.0.0.1]) by mail.gizmocreative.com (Postfix) with ESMTP id 6CAAB2B7C8C for ; Mon, 6 Jan 2014 10:38:13 -0800 (PST) X-Virus-Scanned: amavisd-new at gizmocreative.com Received: from mail.gizmocreative.com ([127.0.0.1]) by gizmo1.ouido.net (gizmo1.ouido.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HBz2JvD3NV5y for ; Mon, 6 Jan 2014 10:38:11 -0800 (PST) Received: from c160-dhcp.localdomain (unknown [76.72.147.60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@ouido.net) by mail.gizmocreative.com (Postfix) with ESMTPSA id 7410E2B7C7F for ; Mon, 6 Jan 2014 10:38:11 -0800 (PST) From: Daniel Duerr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Crucial M500 SSD fails to probe Message-Id: <27B8C0E2-A6BD-4210-B273-98BB54361CAF@ouido.net> Date: Mon, 6 Jan 2014 10:38:15 -0800 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 18:44:41 -0000 Hi, I added 2 x Crucial M500 SSDs to my FreeBSD 9.1-STABLE ZFS NAS machine = last night, connected via AHCI SATA ports on the motherboard. The = drives failed to probe, which led me to this old issue and patch: = http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070812.htm= l I recreated the same patch and it worked perfectly. Just letting the = group know that the Samsung 840 SSD is not the only one that seems to = require this fix. Would the development team consider adding this patch = to STABLE? Thanks, Daniel= From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 19:14:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52B001DF for ; Mon, 6 Jan 2014 19:14:56 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23E3011BF for ; Mon, 6 Jan 2014 19:14:55 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1789320B67 for ; Mon, 6 Jan 2014 14:14:55 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Mon, 06 Jan 2014 14:14:55 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=Hij7kacRqOluuYIWcKEgBYiiAOA=; b=bIA vfuLLruDQa5Yzud9Gv/jV2nv71y/KHzxi6TUnAxIZoF3XiH7JrZ6JgehETw0i2Md EoLrvCZUKugIjOQ7jsQWRvMcVT82XiICSjUrduOSXdLbe/i12qujz16+22dPNQEv i+zhHnZHvj+tyn0JM9dRnhmSyeXoSP/xIy80XbDE= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id DE7AC11682C; Mon, 6 Jan 2014 14:14:54 -0500 (EST) Message-Id: <1389035694.28247.67304209.4274F51A@webmail.messagingengine.com> X-Sasl-Enc: 3Z2kGfGKBuoLJMPwpzjbCRZadJ9lS6k7XkiK1xPYrShO 1389035694 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 In-Reply-To: <27B8C0E2-A6BD-4210-B273-98BB54361CAF@ouido.net> References: <27B8C0E2-A6BD-4210-B273-98BB54361CAF@ouido.net> Subject: Re: Crucial M500 SSD fails to probe Date: Mon, 06 Jan 2014 13:14:54 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 19:14:56 -0000 On Mon, Jan 6, 2014, at 12:38, Daniel Duerr wrote: > Hi, > > I added 2 x Crucial M500 SSDs to my FreeBSD 9.1-STABLE ZFS NAS machine > last night, connected via AHCI SATA ports on the motherboard. The drives > failed to probe, which led me to this old issue and patch: > http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070812.html > > I recreated the same patch and it worked perfectly. Just letting the > group know that the Samsung 840 SSD is not the only one that seems to > require this fix. Would the development team consider adding this patch > to STABLE? > Do you have the latest firmware on that SSD? From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 19:15:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 875A22EF for ; Mon, 6 Jan 2014 19:15:31 +0000 (UTC) Received: from nm5-vm5.bullet.mail.ne1.yahoo.com (nm5-vm5.bullet.mail.ne1.yahoo.com [98.138.91.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F4D911D3 for ; Mon, 6 Jan 2014 19:15:30 +0000 (UTC) Received: from [98.138.100.116] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2014 19:12:55 -0000 Received: from [98.138.104.115] by tm107.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2014 19:12:54 -0000 Received: from [127.0.0.1] by smtp224.mail.ne1.yahoo.com with NNFMP; 06 Jan 2014 19:12:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389035574; bh=plwMBo+y5gsVrHGEJ1uS/mkMaZiJKsHfHKeGa745NyM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=cXF95EWnXWD7gFA83tAutPVa7ikZLrYQ+mpbSTOkZrUti8r5um6yfhaaJuINMIAiLgiEMucLCDeRyDO2SnQHYpEXvavDRtcgvo2eucKR37xbqNUT8dM5GB8vIvtrSJkynVjYyfauPCrzyu2UIfsKM0lo9poKaGiGZIXqru/a5go= X-Yahoo-Newman-Id: 315320.21574.bm@smtp224.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: cjXtLsYVM1lIK1X2fE8Zl9yXE4J7LPo9ZZydlyWYM8BdeG1 i.4ZjJTb4KdYRoxl3YPtZWNz4hJ.0gO84awvKsxuJGV6OHLeYavjuZxJOvFU ZN1Gp5JxHbWhOQ2IGIxQ1nb.ALLgKEmPcciIA_no3bEVyLebxjJEpq7y_F4B TIE82JuG1XyvRp2Ee4IHqMTb0tRE1e0YC9E1z.rdIRj5cAFLYydiRlBIjWxs FqQY478wmlOpSckZjl258WsxfLPV60YmoczZGz57qgxJlLLGcEreapbgiyeI zs8JlRTCRo7bQVim0kAhbr4wdTWs.m_hM4xHUaL8vw92X1EXeObdtLg2KjtL rjU5ax7XzKgVNydKty0rv83PWuWLxznWzreiX_onnEN3l8GpEkoHFKRXT702 dVo8xQFgqoQN.T2e2s5cRicfhloP5ZfRNnCeGt2.RSY9SpDnR2Rktx3UL5NV .Q6_JZNV23tdFzh4YdK_Fg.Nn6qiPKT23WIBJeD3Syg6v3fLRE7O4fBLWT5y T8xMa4pIaSGGQUB8Xay8pXEN15LuMoEjvZcZxsTDLY0tkLRyAlLGul5.64ir yBcfVvJ4- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [98.139.211.125]) by smtp224.mail.ne1.yahoo.com with SMTP; 06 Jan 2014 19:12:54 +0000 UTC Subject: Re: Anything here I should worry about? From: Sean Bruno To: Larry Rosenman In-Reply-To: <20140104044029.GA29339@thebighonker.lerctr.org> References: <20140104044029.GA29339@thebighonker.lerctr.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Jan 2014 11:12:52 -0800 Message-ID: <1389035572.62161.11.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 19:15:31 -0000 heh, "new" eh? anyway, a bit of comments about some of the log messages inline. On Fri, 2014-01-03 at 22:40 -0600, Larry Rosenman wrote: > I just bought a new HP DL360 G5, and have FreeBSD 10.0-RC4 (from the > stable branch) running just fine. > > However, some of the messages at boot are "interesting", and I wonder > if I should worry or file any PR's or give access... > > dmesg: > > Copyright (c) 1992-2014 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-PRERELEASE #0 r260249: Fri Jan 3 19:21:13 CST 2014 > root@thebighonker2:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 > Features=0xbfebfbff > Features2=0xce3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 17179869184 (16384 MB) > avail memory = 16588226560 (15819 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 2 package(s) x 4 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 --- > ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, using default 16 (20130823/tbfadt-682) > ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 32, using default 8 (20130823/tbfadt-682) -- I don't see this on my boxes, so I assume a bios f/w update is in order. There's some DOS things hopefully for this or you can do linux live and install their crap. > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > random: initialized > kbd1 at kbdmux0 > cryptosoft0: on motherboard > acpi0: on motherboard > 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 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 350 > Event timer "HPET1" frequency 14318180 Hz quality 340 > Event timer "HPET2" frequency 14318180 Hz quality 340 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > ACPI Warning: \134_SB_.PCI0.PT02._PRT: Return Package has no elements (empty) (20130823/nsprepkg-137) > pci9: on pcib1 > pcib2: at device 0.0 on pci9 > pci10: on pcib2 > pcib3: at device 0.0 on pci10 > pci11: on pcib3 > pcib4: at device 1.0 on pci10 > pci14: on pcib4 > pcib5: at device 2.0 on pci10 > pci15: on pcib5 > pcib6: at device 0.3 on pci9 > pci16: on pcib6 > pcib7: at device 3.0 on pci0 > pci6: on pcib7 > ciss0: port 0x4000-0x40ff mem 0xfde00000-0xfdefffff,0xfddf0000-0xfddf0fff irq 16 at device 0.0 on pci6 > ciss0: PERFORMANT Transport > pcib8: at device 4.0 on pci0 > pci19: on pcib8 > pcib9: at device 5.0 on pci0 > pci22: on pcib9 > pcib10: at device 6.0 on pci0 > pci2: on pcib10 > pcib11: at device 0.0 on pci2 > pci3: on pcib11 > bce0: mem 0xf8000000-0xf9ffffff irq 18 at device 0.0 on pci3 > bce0: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled but not running! > miibus0: on bce0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bce0: Ethernet address: 00:23:7d:9e:6e:8a > bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT RUNNING!) > Coal (RX:6,6,18,18; TX:20,20,80,80) > pcib12: at device 7.0 on pci0 > pci4: on pcib12 > pcib13: at device 0.0 on pci4 > pci5: on pcib13 > bce1: mem 0xfa000000-0xfbffffff irq 19 at device 0.0 on pci5 ---- > bce1: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled but not running! ---- I assume you don't have IPMI enabled or its not an option here. > miibus1: on bce1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bce1: Ethernet address: 00:23:7d:9e:ed:86 > bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT RUNNING!) > Coal (RX:6,6,18,18; TX:20,20,80,80) > uhci0: port 0x1000-0x101f irq 16 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port 0x1020-0x103f irq 17 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port 0x1040-0x105f irq 18 at device 29.2 on pci0 > usbus2 on uhci2 > uhci3: port 0x1060-0x107f irq 19 at device 29.3 on pci0 > usbus3 on uhci3 > ehci0: mem 0xf7df0000-0xf7df03ff irq 16 at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > pcib14: at device 30.0 on pci0 > pci1: on pcib14 > vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xf7ff0000-0xf7ffffff irq 23 at device 3.0 on pci1 > vgapci0: Boot video device > pci1: at device 4.0 (no driver attached) > pci1: at device 4.2 (no driver attached) > uhci4: port 0x3800-0x381f irq 22 at device 4.4 on pci1 > usbus5 on uhci4 > ipmi0: mem 0xf7ef0000-0xf7ef00ff irq 21 at device 4.6 on pci1 > ipmi0: using KSC interface > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 17 at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > orm0: at iomem 0xc0000-0xcafff,0xe6000-0xe7fff 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 > atrtc0: at port 0x70 irq 8 on isa0 > Event timer "RTC" frequency 32768 Hz quality 0 > ppc0: cannot reserve I/O port range > uart1: at port 0x2f8-0x2ff irq 3 on isa0 ---- > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est0 attach returned 6 ---- This usually means you don't have the BIOS power managment features set to "O/S Control" or whatever. So the kernel cannot do est(4) things. There's a bit of this kind of information in the est(4) man page. > p4tcc0: on cpu0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > est4: on cpu4 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est4 attach returned 6 > p4tcc4: on cpu4 > est5: on cpu5 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est5 attach returned 6 > p4tcc5: on cpu5 > est6: on cpu6 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est6 attach returned 6 > p4tcc6: on cpu6 > est7: on cpu7 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 4718471806004718 > device_attach: est7 attach returned 6 > p4tcc7: on cpu7 > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > usbus5: 12Mbps Full Speed USB v1.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > ugen4.1: at usbus4 > uhub2: on usbus4 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen2.1: at usbus2 > uhub4: on usbus2 > ugen5.1: <0x103c> at usbus5 > uhub5: <0x103c UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus5 > ipmi0: IPMI device rev. 1, firmware rev. 2.20, version 2.0 > ipmi0: Number of channels 0 > ipmi0: Attached watchdog > da0 at ciss0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: Serial Number PH8BMQ3157 > da0: 135.168MB/s transfers > da0: Command Queueing enabled > da0: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > da1 at ciss0 bus 0 scbus0 target 1 lun 0 > da1: Fixed Direct Access SCSI-5 device > da1: Serial Number PH8BMQ3157 > da1: 135.168MB/s transfers > da1: Command Queueing enabled > da1: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > da2 at ciss0 bus 0 scbus0 target 2 lun 0 > da2: Fixed Direct Access SCSI-5 device > da2: Serial Number PH8BMQ3157 > da2: 135.168MB/s transfers > da2: Command Queueing enabled > da2: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > da3 at ciss0 bus 0 scbus0 target 3 lun 0 > da3: Fixed Direct Access SCSI-5 device > da3: Serial Number PH8BMQ3157 > da3: 135.168MB/s transfers > da3: Command Queueing enabled > da3: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > da4 at ciss0 bus 0 scbus0 target 4 lun 0 > da4: Fixed Direct Access SCSI-5 device > da4: Serial Number PH8BMQ3157 > da4: 135.168MB/s transfers > da4: Command Queueing enabled > da4: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > da5 at ciss0 bus 0 scbus0 target 5 lun 0 > da5: Fixed Direct Access SCSI-5 device > da5: Serial Number PH8BMQ3157 > da5: 135.168MB/s transfers > da5: Command Queueing enabled > da5: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) > cd0 at ata0 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > Netvsc initializing... SMP: AP CPU #6 Launched! > SMP: AP CPU #7 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #4 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x67 > uhub3: 2 ports with 2 removable, self powered > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > Root mount waiting for: usbus5 usbus4 > ugen5.2: at usbus5 > ukbd0: on usbus5 > kbd2 at ukbd0 > Root mount waiting for: usbus4 > uhub2: 8 ports with 8 removable, self powered > Trying to mount root from zfs:zroot/ROOT/default []... > bce0: Gigabit link up! > ums0: on usbus5 > ums0: 3 buttons and [XY] coordinates ID=0 Other than that, I don't see too much wrong here. sean From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 19:38:47 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64CEDAD4 for ; Mon, 6 Jan 2014 19:38:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 257D91380 for ; Mon, 6 Jan 2014 19:38:46 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1W0G0W-000Kjd-Io; Mon, 06 Jan 2014 19:38:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s06Jcabk027828; Mon, 6 Jan 2014 12:38:37 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+g+IdKR/f2gFfzxhOf0pKe Subject: Re: Cross-compilation (i386 under amd64) is broken From: Ian Lepore To: Eugene Grosbein In-Reply-To: <52CAEFE3.9020106@grosbein.net> References: <52CA6052.6090009@grosbein.net> <52CAEFE3.9020106@grosbein.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Jan 2014 12:38:36 -0700 Message-ID: <1389037116.1158.335.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 19:38:47 -0000 On Tue, 2014-01-07 at 01:03 +0700, Eugene Grosbein wrote: > On 06.01.2014 14:50, Eugene Grosbein wrote: > > Hi! > > > > For long time I was building NanoBSD for i386 using amd64 box with success, > > just adding NANO_ARCH=i386, TARGET=i386 and TARGET_ARCH=i386 to CONF_BUILD flags > > used to create custom make.conf. > > > > But for recent 9.2-STABLE that seems to be broken: > > > > -------------------------------------------------------------- > >>>> stage 3.1: making dependencies > > -------------------------------------------------------------- > > cd /usr/obj/nanobsd.gw//i386.i386/usr/local/src/sys/GW; MAKEOBJDIRPREFIX=/usr/obj/nanobsd.gw//i386.i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= _SHLIBDIRPREFIX=/usr/obj/nanobsd.gw//i386.i > > 386/usr/local/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 9.2-STABLE amd64 902504" INSTALL="sh /usr/local/src/tools/install.sh" PATH=/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/us > > r/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legacy/usr/games:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/legac > > y/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/sbin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/bin:/usr/obj/nanobsd.gw//i386.i386/usr/local/src/tmp/usr/games:/sbin:/bin: > > /usr/sbin:/usr/bin COMPILER_TYPE=gcc /usr/obj/nanobsd.gw//usr/local/src/make.amd64/make -j 3 __MAKE_CONF=/usr/obj/nanobsd.gw//make.conf.build KERNCONFDIR=/home/nanobsd/gw KERNCONF=GW -m /usr > > /local/src/share/mk TARGET=i386 TARGET_ARCH=i386 KERNEL=kernel depend -DNO_MODULES_OBJ > > machine -> /usr/local/src/sys/i386/include > > x86 -> /usr/local/src/sys/x86/include > > awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -p > > awk -f /usr/local/src/sys/tools/vnode_if.awk /usr/local/src/sys/kern/vnode_if.src -q > > cc -O -pipe -std=c99 -g -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/usr/local/src/sys -I/usr/local/src/sys/contrib/altq -I/usr/local/src/sys/contrib/ipfilter -I/usr/local/src/sys/contrib/pf -I/usr/local/src/sys/dev/ath -I/usr/local/src/sys/dev/ath/ath_hal -I/usr/local/src/sys/contrib/ngatm -I/usr/local/src/sys/dev/twa -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD -I/usr/local/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/local/src/sys/gnu/fs/xfs -I/usr/local/src/sys/dev/cxgb -I/usr/local/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c /usr/local/src/sys/i386/linux/! li! > nu! > > x_genassym > > .c > > awk -f /usr/local/src/sys/tools/miidevs2h.awk /usr/local/src/sys/dev/mii/miidevs > > awk -f /usr/local/src/sys/tools/pccarddevs2h.awk /usr/local/src/sys/dev/pccard/pccarddevs > > /usr/local/src/sys/i386/linux/linux_genassym.c:1: error: -mpreferred-stack-boundary=2 is not between 4 and 12 > > *** [linux_genassym.o] Error code 1 > > 1 error > > *** [buildkernel] Error code 2 > > 1 error > > *** [buildkernel] Error code 2 > > 1 error > > > > It seems, gcc now thinks it builds code for amd64, insisting on long word stack alignment. > > > > Please help to unbreak this. > > It seems, make buildkernel fails in this case if obj directory does not contain > results of make buildworld. The problem is solved running make buildworld > before buildkernel. Sorry for noise. > > Eugene Grosbein If you don't ultimately need the results of the buildworld (like you're just test-building kernels), you can save some time by making kernel-toolchain rather than buildworld. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 20:24:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E7793A8; Mon, 6 Jan 2014 20:24:23 +0000 (UTC) Received: from mail.gizmocreative.com (mail.gizmocreative.com [198.107.153.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4103216E1; Mon, 6 Jan 2014 20:24:22 +0000 (UTC) Received: from gizmo1.ouido.net (localhost [127.0.0.1]) by mail.gizmocreative.com (Postfix) with ESMTP id 987122B7C89; Mon, 6 Jan 2014 12:24:21 -0800 (PST) X-Virus-Scanned: amavisd-new at gizmocreative.com Received: from mail.gizmocreative.com ([127.0.0.1]) by gizmo1.ouido.net (gizmo1.ouido.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTW_N0E7cq10; Mon, 6 Jan 2014 12:24:19 -0800 (PST) Received: from c160-dhcp.localdomain (unknown [76.72.147.60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@ouido.net) by mail.gizmocreative.com (Postfix) with ESMTPSA id 1314C2B7C7F; Mon, 6 Jan 2014 12:24:18 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Crucial M500 SSD fails to probe From: Daniel Duerr In-Reply-To: <1389035694.28247.67304209.4274F51A@webmail.messagingengine.com> Date: Mon, 6 Jan 2014 12:24:25 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <27B8C0E2-A6BD-4210-B273-98BB54361CAF@ouido.net> <1389035694.28247.67304209.4274F51A@webmail.messagingengine.com> To: Mark Felder X-Mailer: Apple Mail (2.1827) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 20:24:23 -0000 Hi Mark, Yes, both drives are running the current firmware version MU03. Daniel On Jan 6, 2014, at 11:14 AM, Mark Felder wrote: >=20 >=20 > On Mon, Jan 6, 2014, at 12:38, Daniel Duerr wrote: >> Hi, >>=20 >> I added 2 x Crucial M500 SSDs to my FreeBSD 9.1-STABLE ZFS NAS = machine >> last night, connected via AHCI SATA ports on the motherboard. The = drives >> failed to probe, which led me to this old issue and patch: >> = http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070812.htm= l >>=20 >> I recreated the same patch and it worked perfectly. Just letting the >> group know that the Samsung 840 SSD is not the only one that seems to >> require this fix. Would the development team consider adding this = patch >> to STABLE? >>=20 >=20 > Do you have the latest firmware on that SSD? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" -- daniel duerr | president | ouido.net dd@ouido.net | +1 (831) 531-2272 x103 Managed hosting services for Business From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 21:13:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F713CED for ; Mon, 6 Jan 2014 21:13:58 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA7B21A2C for ; Mon, 6 Jan 2014 21:13:57 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id w7so10450757lbi.30 for ; Mon, 06 Jan 2014 13:13:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CzW9FvzavINkLi2PYQDprYdy0IBvilSpkvtgXBm4um4=; b=TUrY1Ud0fEawSCCcXlV/8T3DGNBrVhyuXQLrLtGGasJHK7vfkx2RnxOQWOFLoPqMFA xfWBcXB/qF/2CLFd2TNm5ryFfQCMLic1JmOTLqOnQhBJJ+YFkh2Yze2WoTHn2zYVXSV1 ycPGxjV4J7EMa9RlSBQxuWjKdQSi+l/r3rxqScgn5/1q9TrZZjsZMl+X8dpPvnqGXLUw g+y/k91wnfd7TUDHPmssqgVCeARFKVGm0BXsCLyLe6BbP4C+mi3evBG5NSd8Z1HRKqmg tOw8Gx6DkdmD4LG5Gv43xDF2Iw6z7J+L5ry0bEhAU7Sx1GLeGBDm6r5v3hGTYgFNX0YP X4ZQ== MIME-Version: 1.0 X-Received: by 10.112.143.163 with SMTP id sf3mr42681489lbb.20.1389042836010; Mon, 06 Jan 2014 13:13:56 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.38.43 with HTTP; Mon, 6 Jan 2014 13:13:55 -0800 (PST) In-Reply-To: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> References: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> Date: Mon, 6 Jan 2014 13:13:55 -0800 X-Google-Sender-Auth: L41LZG4fevUhnrpVtEC64eRxHL4 Message-ID: Subject: Re: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) From: Craig Rodrigues To: Mark Martinec Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 21:13:58 -0000 On Sun, Jan 5, 2014 at 5:27 PM, Mark Martinec wrote: > I was playing with bhyve on 10.0-RC4, trying to install another 10.0-RC4 > into > a 16 GB ZFS volume using the network installation DVD. Mostly kept > defaults, > except that I chose a ZFS-on-root installation. The amd64 host was given 1 > GB > of RAM on the first attempt, but failed. It fails on 2 GB RAM too, but > succeeds > when given 4 GB of RAM. > How far did you get with this? If you use BHyve to boot FreeBSD, the loader which is used is in /usr/src/sys/boot/userboot , and this loader does not support a complete ZFS-only install. I recently tried to do this, and the install worked (with 4G of RAM), but when I tried to reboot the BHyve VM, the VM did not boot. If you look at: https://admbugs.freebsd.org/show_bug.cgi?id=428#c7 you will see I had to use a variation of these steps: https://wiki.freebsd.org/RootOnZFS/UFSBoot where the /boot directory which contained the kernel and loader was on a UFS partition, but everything else was on ZFS. That's the only way I could get the BHyve VM to boot, with userboot. -- Craig From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 00:12:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 556E0BD9; Tue, 7 Jan 2014 00:12:48 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCAC21A50; Tue, 7 Jan 2014 00:12:47 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007442851.msg; Tue, 07 Jan 2014 00:12:46 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 07 Jan 2014 00:12:46 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1084efce83=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Mark Felder" , References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> Subject: Re: 10.0-RC1: bad mbuf leak? Date: Tue, 7 Jan 2014 00:12:39 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 00:12:48 -0000 ----- Original Message ----- From: "Mark Felder" To: Sent: Monday, January 06, 2014 6:32 PM Subject: Re: 10.0-RC1: bad mbuf leak? > It's not looking promising. mbuf usage is really high again. I haven't > hit the point where the system is unavailable on the network but it > appears to be approaching. > > root@skeletor:/usr/home/feld # netstat -m > 4093391/3109/4096500 mbufs in use (current/cache/total) > 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) Something looks odd there, as I would have expected mbuf clusters total to be quite a bit higher with that amount of total mbufs, or has something changed in that respect in 10.x? > 1025/1725 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/492/492/508677 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) > 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > > root@skeletor:/usr/home/feld # vmstat -z | grep mbuf > ITEM SIZE LIMIT USED FREE REQUESTS FAILURES > mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, 0 > mbuf: 256, 6511065, 4092367, 1383,74246554, 0, 0 > mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, 0 > mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 > mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 > mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 > mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 > > root@skeletor:/usr/home/feld # uptime > 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 > > root@skeletor:/usr/home/feld # uname -a > FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 > r260339M: Sun Jan 5 21:23:10 CST 2014 ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 03:56:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6471CA5; Tue, 7 Jan 2014 03:56:57 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C71B1C87; Tue, 7 Jan 2014 03:56:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=hXtt1NnMtQLtItBUrydB7skO4JHoCT++iZ989r3/8Ds=; b=tVzq2m1Ywku+FybFiAjE/jT5Vrastjvk+ID1xHG0QCNsw+vtpIyu/abUW6pBeXQaoxpWsjMfZzZtYaYUoqLzOZvLh4Ljpj0FnB+ILmBVpNDXneks47YYru0gzygtKrksL4suVqT2BDqI/GF3KaY/iojiUpGyKdsaCHQiiXRlsfA=; Received: from localhost.lerctr.org ([127.0.0.1]:30886 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W0Nme-0002Sj-Pw; Mon, 06 Jan 2014 21:56:55 -0600 Received: from 107-128-180-255.lightspeed.austtx.sbcglobal.net ([107.128.180.255]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 06 Jan 2014 21:56:52 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 06 Jan 2014 21:56:52 -0600 From: Larry Rosenman To: sbruno@freebsd.org Subject: Re: Anything here I should worry =?UTF-8?Q?about=3F?= In-Reply-To: <1389035572.62161.11.camel@powernoodle.corp.yahoo.com> References: <20140104044029.GA29339@thebighonker.lerctr.org> <1389035572.62161.11.camel@powernoodle.corp.yahoo.com> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -1.4 (-) X-LERCTR-Spam-Score: -1.4 (-) X-Spam-Report: Spam detection software, running on the system "thebighonker.lerctr.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2014-01-06 13:12, Sean Bruno wrote: > heh, "new" eh? anyway, a bit of comments about some of the log > messages > inline. > new to me, ok? -- hey -- it was < $300 > On Fri, 2014-01-03 at 22:40 -0600, Larry Rosenman wrote: >> I just bought a new HP DL360 G5, and have FreeBSD 10.0-RC4 (from the >> stable branch) running just fine. >> >> However, some of the messages at boot are "interesting", and I wonder >> if I should worry or file any PR's or give access... >> >> dmesg: >> >> Copyright (c) 1992-2014 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-PRERELEASE #0 r260249: Fri Jan 3 19:21:13 CST 2014 >> root@thebighonker2:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz >> K8-class CPU) >> Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 >> Stepping = 6 >> >> Features=0xbfebfbff >> >> Features2=0xce3bd >> AMD Features=0x20100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 17179869184 (16384 MB) >> avail memory = 16588226560 (15819 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 2 package(s) x 4 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 > --- >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, >> using default 16 (20130823/tbfadt-682) >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 32, >> using default 8 (20130823/tbfadt-682) > -- > I don't see this on my boxes, so I [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-LERCTR-Spam-Report: Spam detection software, running on the system "thebighonker.lerctr.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2014-01-06 13:12, Sean Bruno wrote: > heh, "new" eh? anyway, a bit of comments about some of the log > messages > inline. > new to me, ok? -- hey -- it was < $300 > On Fri, 2014-01-03 at 22:40 -0600, Larry Rosenman wrote: >> I just bought a new HP DL360 G5, and have FreeBSD 10.0-RC4 (from the >> stable branch) running just fine. >> >> However, some of the messages at boot are "interesting", and I wonder >> if I should worry or file any PR's or give access... >> >> dmesg: >> >> Copyright (c) 1992-2014 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-PRERELEASE #0 r260249: Fri Jan 3 19:21:13 CST 2014 >> root@thebighonker2:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz >> K8-class CPU) >> Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 >> Stepping = 6 >> >> Features=0xbfebfbff >> >> Features2=0xce3bd >> AMD Features=0x20100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 17179869184 (16384 MB) >> avail memory = 16588226560 (15819 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 2 package(s) x 4 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 > --- >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, >> using default 16 (20130823/tbfadt-682) >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 32, >> using default 8 (20130823/tbfadt-682) > -- > I don't see this on my boxes, so I [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 03:56:57 -0000 On 2014-01-06 13:12, Sean Bruno wrote: > heh, "new" eh? anyway, a bit of comments about some of the log > messages > inline. > new to me, ok? -- hey -- it was < $300 > On Fri, 2014-01-03 at 22:40 -0600, Larry Rosenman wrote: >> I just bought a new HP DL360 G5, and have FreeBSD 10.0-RC4 (from the >> stable branch) running just fine. >> >> However, some of the messages at boot are "interesting", and I wonder >> if I should worry or file any PR's or give access... >> >> dmesg: >> >> Copyright (c) 1992-2014 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-PRERELEASE #0 r260249: Fri Jan 3 19:21:13 CST 2014 >> root@thebighonker2:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz >> K8-class CPU) >> Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 >> Stepping = 6 >> >> Features=0xbfebfbff >> >> Features2=0xce3bd >> AMD Features=0x20100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 17179869184 (16384 MB) >> avail memory = 16588226560 (15819 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 2 package(s) x 4 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 > --- >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, >> using default 16 (20130823/tbfadt-682) >> ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 32, >> using default 8 (20130823/tbfadt-682) > -- > I don't see this on my boxes, so I assume a bios f/w update is in > order. > There's some DOS things hopefully for this or you can do linux live and > install their crap. This is from the latest BIOS on the SPP DVD. It's also the last one from what I can tell for this generation (P58), it's from 11/2008. > >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-47 on motherboard >> random: initialized >> kbd1 at kbdmux0 >> cryptosoft0: on motherboard >> acpi0: on motherboard >> 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 >> attimer0: port 0x40-0x43 irq 0 on acpi0 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Event timer "i8254" frequency 1193182 Hz quality 100 >> hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 950 >> Event timer "HPET" frequency 14318180 Hz quality 350 >> Event timer "HPET1" frequency 14318180 Hz quality 340 >> Event timer "HPET2" frequency 14318180 Hz quality 340 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 >> pcib0: on acpi0 >> pci0: on pcib0 >> pcib1: at device 2.0 on pci0 >> ACPI Warning: \134_SB_.PCI0.PT02._PRT: Return Package has no elements >> (empty) (20130823/nsprepkg-137) >> pci9: on pcib1 >> pcib2: at device 0.0 on pci9 >> pci10: on pcib2 >> pcib3: at device 0.0 on pci10 >> pci11: on pcib3 >> pcib4: at device 1.0 on pci10 >> pci14: on pcib4 >> pcib5: at device 2.0 on pci10 >> pci15: on pcib5 >> pcib6: at device 0.3 on pci9 >> pci16: on pcib6 >> pcib7: at device 3.0 on pci0 >> pci6: on pcib7 >> ciss0: port 0x4000-0x40ff mem >> 0xfde00000-0xfdefffff,0xfddf0000-0xfddf0fff irq 16 at device 0.0 on >> pci6 >> ciss0: PERFORMANT Transport >> pcib8: at device 4.0 on pci0 >> pci19: on pcib8 >> pcib9: at device 5.0 on pci0 >> pci22: on pcib9 >> pcib10: at device 6.0 on pci0 >> pci2: on pcib10 >> pcib11: at device 0.0 on pci2 >> pci3: on pcib11 >> bce0: mem >> 0xf8000000-0xf9ffffff irq 18 at device 0.0 on pci3 >> bce0: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled >> but not running! >> miibus0: on bce0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> bce0: Ethernet address: 00:23:7d:9e:6e:8a >> bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C >> (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT >> RUNNING!) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> pcib12: at device 7.0 on pci0 >> pci4: on pcib12 >> pcib13: at device 0.0 on pci4 >> pci5: on pcib13 >> bce1: mem >> 0xfa000000-0xfbffffff irq 19 at device 0.0 on pci5 > ---- >> bce1: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled >> but not running! > ---- > I assume you don't have IPMI enabled or its not an option here. Not an option from the HP Servers, as they have ILO2.... > >> miibus1: on bce1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> bce1: Ethernet address: 00:23:7d:9e:ed:86 >> bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C >> (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT >> RUNNING!) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> uhci0: port >> 0x1000-0x101f irq 16 at device 29.0 on pci0 >> usbus0 on uhci0 >> uhci1: port >> 0x1020-0x103f irq 17 at device 29.1 on pci0 >> usbus1 on uhci1 >> uhci2: port >> 0x1040-0x105f irq 18 at device 29.2 on pci0 >> usbus2 on uhci2 >> uhci3: port >> 0x1060-0x107f irq 19 at device 29.3 on pci0 >> usbus3 on uhci3 >> ehci0: mem 0xf7df0000-0xf7df03ff >> irq 16 at device 29.7 on pci0 >> usbus4: EHCI version 1.0 >> usbus4 on ehci0 >> pcib14: at device 30.0 on pci0 >> pci1: on pcib14 >> vgapci0: port 0x3000-0x30ff mem >> 0xd8000000-0xdfffffff,0xf7ff0000-0xf7ffffff irq 23 at device 3.0 on >> pci1 >> vgapci0: Boot video device >> pci1: at device 4.0 (no driver attached) >> pci1: at device 4.2 (no driver attached) >> uhci4: port 0x3800-0x381f irq 22 at >> device 4.4 on pci1 >> usbus5 on uhci4 >> ipmi0: mem 0xf7ef0000-0xf7ef00ff irq 21 at >> device 4.6 on pci1 >> ipmi0: using KSC interface >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 17 at device 31.1 >> on pci0 >> ata0: at channel 0 on atapci0 >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on >> acpi0 >> orm0: at iomem 0xc0000-0xcafff,0xe6000-0xe7fff 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 >> atrtc0: at port 0x70 irq 8 on isa0 >> Event timer "RTC" frequency 32768 Hz quality 0 >> ppc0: cannot reserve I/O port range >> uart1: at port 0x2f8-0x2ff >> irq 3 on isa0 > ---- >> est0: on cpu0 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est0 attach returned 6 > ---- > This usually means you don't have the BIOS power managment features set > to "O/S Control" or whatever. So the kernel cannot do est(4) things. > There's a bit of this kind of information in the est(4) man page. Even if I set O/S control, I still get this message. the manpage has a different MSR value :( > >> p4tcc0: on cpu0 >> est1: on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est1 attach returned 6 >> p4tcc1: on cpu1 >> est2: on cpu2 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est2 attach returned 6 >> p4tcc2: on cpu2 >> est3: on cpu3 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est3 attach returned 6 >> p4tcc3: on cpu3 >> est4: on cpu4 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est4 attach returned 6 >> p4tcc4: on cpu4 >> est5: on cpu5 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est5 attach returned 6 >> p4tcc5: on cpu5 >> est6: on cpu6 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est6 attach returned 6 >> p4tcc6: on cpu6 >> est7: on cpu7 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 4718471806004718 >> device_attach: est7 attach returned 6 >> p4tcc7: on cpu7 >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >> Timecounters tick every 1.000 msec >> random: unblocking device. >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 12Mbps Full Speed USB v1.0 >> usbus2: 12Mbps Full Speed USB v1.0 >> usbus3: 12Mbps Full Speed USB v1.0 >> usbus4: 480Mbps High Speed USB v2.0 >> usbus5: 12Mbps Full Speed USB v1.0 >> ugen1.1: at usbus1 >> uhub0: on >> usbus1 >> ugen0.1: at usbus0 >> uhub1: on >> usbus0 >> ugen4.1: at usbus4 >> uhub2: on >> usbus4 >> ugen3.1: at usbus3 >> uhub3: on >> usbus3 >> ugen2.1: at usbus2 >> uhub4: on >> usbus2 >> ugen5.1: <0x103c> at usbus5 >> uhub5: <0x103c UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on >> usbus5 >> ipmi0: IPMI device rev. 1, firmware rev. 2.20, version 2.0 >> ipmi0: Number of channels 0 >> ipmi0: Attached watchdog >> da0 at ciss0 bus 0 scbus0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-5 device >> da0: Serial Number PH8BMQ3157 >> da0: 135.168MB/s transfers >> da0: Command Queueing enabled >> da0: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> da1 at ciss0 bus 0 scbus0 target 1 lun 0 >> da1: Fixed Direct Access SCSI-5 device >> da1: Serial Number PH8BMQ3157 >> da1: 135.168MB/s transfers >> da1: Command Queueing enabled >> da1: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> da2 at ciss0 bus 0 scbus0 target 2 lun 0 >> da2: Fixed Direct Access SCSI-5 device >> da2: Serial Number PH8BMQ3157 >> da2: 135.168MB/s transfers >> da2: Command Queueing enabled >> da2: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> da3 at ciss0 bus 0 scbus0 target 3 lun 0 >> da3: Fixed Direct Access SCSI-5 device >> da3: Serial Number PH8BMQ3157 >> da3: 135.168MB/s transfers >> da3: Command Queueing enabled >> da3: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> da4 at ciss0 bus 0 scbus0 target 4 lun 0 >> da4: Fixed Direct Access SCSI-5 device >> da4: Serial Number PH8BMQ3157 >> da4: 135.168MB/s transfers >> da4: Command Queueing enabled >> da4: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> da5 at ciss0 bus 0 scbus0 target 5 lun 0 >> da5: Fixed Direct Access SCSI-5 device >> da5: Serial Number PH8BMQ3157 >> da5: 135.168MB/s transfers >> da5: Command Queueing enabled >> da5: 139980MB (286679925 512 byte sectors: 255H 63S/T 17845C) >> cd0 at ata0 bus 0 scbus2 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) >> cd0: Attempt to query device size failed: NOT READY, Medium not >> present - tray closed >> Netvsc initializing... SMP: AP CPU #6 Launched! >> SMP: AP CPU #7 Launched! >> SMP: AP CPU #5 Launched! >> SMP: AP CPU #4 Launched! >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #2 Launched! >> SMP: AP CPU #3 Launched! >> hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 >> IAP/2/40/0x3ff >> IAF/3/40/0x67 >> uhub3: 2 ports with 2 removable, self powered >> uhub0: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> uhub5: 2 ports with 2 removable, self powered >> uhub4: 2 ports with 2 removable, self powered >> Root mount waiting for: usbus5 usbus4 >> ugen5.2: at usbus5 >> ukbd0: on usbus5 >> kbd2 at ukbd0 >> Root mount waiting for: usbus4 >> uhub2: 8 ports with 8 removable, self powered >> Trying to mount root from zfs:zroot/ROOT/default []... >> bce0: Gigabit link up! >> ums0: on usbus5 >> ums0: 3 buttons and [XY] coordinates ID=0 > > Other than that, I don't see too much wrong here. > > sean Thanks, Sean! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 08:49:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25602E61 for ; Tue, 7 Jan 2014 08:49:52 +0000 (UTC) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E77CA1030 for ; Tue, 7 Jan 2014 08:49:51 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id un15so19882321pbc.27 for ; Tue, 07 Jan 2014 00:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=r9i6q2yXhun/ELCaBNM4iqABjBbSzMjCCYkXiXXBOnI=; b=IRFL4mV7IawVsWbyPBVdVUksW5psI7spBOMtCRbkylklfOvGCOHAOdtFTzOadUDSkK yvU89CVFTcEiud96G3cvXscCVPXTd03dJ3unZf8w1sIBSlddbQYZWi88gYQI5ffy/3s1 eI5ZGF6voGKtCQFF/VuFRjwT8Oc+YCgKTRHhn5RKSgtiozehHWL8QmNYwdLpFbVkE19m b7OyZ8rhdJR6RiCHcIVBhYqhmK451zIOXKcoEEmHF62fqu3J1AqEU5zesQGjXaLbQgpL vnyIOWG31DEGbecsGW/t0501r9whjViwSECCL5cPsXQ7IaiMSZXmtvLBeW0mGNSqua1p saBg== X-Received: by 10.66.228.37 with SMTP id sf5mr3803776pac.19.1389084590091; Tue, 07 Jan 2014 00:49:50 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id g6sm175869607pat.2.2014.01.07.00.49.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 07 Jan 2014 00:49:48 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 07 Jan 2014 17:49:38 +0900 From: Yonghyeon PYUN Date: Tue, 7 Jan 2014 17:49:38 +0900 To: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20140107084938.GA1361@michelle.cdnetworks.com> References: <20140106050400.GA1372@michelle.cdnetworks.com> <201401061520.s06FKeVG009399@maildrop2.v6ds.occnc.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <201401061520.s06FKeVG009399@maildrop2.v6ds.occnc.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 08:49:52 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > [...] > Here are some relevant parts of dmesg. Is there anything else you want? > > real memory = 2147483648 (2048 MB) > avail memory = 2061438976 (1965 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > pcib2: irq 19 at device 7.0 on pci0 > pci2: on pcib2 > on pci1 > pcib2: irq 19 at device 7.0 on pci0 > pci2: on pcib2 > mskc0: port 0xe800-0xe8ff mem > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > msk0: > on mskc0 > msk0: Ethernet address: c8:9c:dc:56:38:ef > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > auto, auto-flow > Thank you for the info. > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > machine so others are likely to run into this. > > > > Please let me know what I could do to help debug this. > > > > > > > If you have more than 4GB memory, try reducing the amount of > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > makes any difference for you. > > Note, in order to test this you have to back out your local > > changes. > > Only have 2 GB memory. > Ok, that means my wild guess was not right. :-( [...] > > I'm under the impression that the controller may have additional > > DMA addressing limitation where TX/RX and status LEs should have > > the same high DMA address. Due to the lack of documentation I'm > > not sure about that. If the issue does not happen with 3GB memory, > > we have to use 32bit DMA addressing. > > We have 2 GB memory so the problem with the original code does happen > with less than 4 GB memory. Everything has the same high address of > zero. > Right. > Is there anything else you want me to try? msk(4) uses 4KB alignment for status/TX/RX rings. Your local change will reduce the number of status LEs to be 1024. Stock msk(4) will use 2048 entries for status LEs and you said the cons variable is stuck with 1024 in this case. I have no idea this can happen at this moment. Did msk(4) ever work on your box? If the answer is yes, would you back out both r258780 and your local change? I have a small local diff which was made after seeing r258780. But I'm not sure whether it makes any difference. > > Curtis > > btw - I added someone from Marvell on the Bcc in case he wants to join > in on the conversation or give us a hint in private email. --ikeVEW9yuYc//A+q Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.type.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 260362) +++ sys/dev/msk/if_msk.c (working copy) @@ -3600,7 +3600,8 @@ msk_handle_events(struct msk_softc *sc) int rxput[2]; struct msk_stat_desc *sd; uint32_t control, status; - int cons, len, port, rxprog; + int len, port, rxprog; + uint16_t cons; if (sc->msk_stat_cons == CSR_READ_2(sc, STAT_PUT_IDX)) return (0); Index: sys/dev/msk/if_mskreg.h =================================================================== --- sys/dev/msk/if_mskreg.h (revision 260362) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -2539,8 +2539,8 @@ struct msk_softc { bus_addr_t msk_stat_ring_paddr; int msk_int_holdoff; int msk_process_limit; - int msk_stat_cons; - int msk_stat_count; + uint16_t msk_stat_cons; + uint16_t msk_stat_count; struct mtx msk_mtx; }; --ikeVEW9yuYc//A+q-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 12:54:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05E95C67; Tue, 7 Jan 2014 12:54:13 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A0291507; Tue, 7 Jan 2014 12:54:11 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s07Cs0gR038560; Tue, 7 Jan 2014 14:54:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s07Cs0Oo038341; Tue, 7 Jan 2014 12:54:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jan 2014 12:54:00 GMT Message-Id: <201401071254.s07Cs0Oo038341@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 12:54:13 -0000 TB --- 2014-01-07 11:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-07 11:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-07 11:00:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-07 11:00:43 - cleaning the object tree TB --- 2014-01-07 11:00:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-07 11:01:33 - At svn revision 260388 TB --- 2014-01-07 11:01:34 - building world TB --- 2014-01-07 11:01:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 11:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 11:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 11:01:34 - SRCCONF=/dev/null TB --- 2014-01-07 11:01:34 - TARGET=mips TB --- 2014-01-07 11:01:34 - TARGET_ARCH=mips TB --- 2014-01-07 11:01:34 - TZ=UTC TB --- 2014-01-07 11:01:34 - __MAKE_CONF=/dev/null TB --- 2014-01-07 11:01:34 - cd /src TB --- 2014-01-07 11:01:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jan 7 11:01:45 UTC 2014 >>> 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 Tue Jan 7 12:26:04 UTC 2014 TB --- 2014-01-07 12:26:04 - cd /src/sys/mips/conf TB --- 2014-01-07 12:26:04 - /usr/sbin/config -m ADM5120 TB --- 2014-01-07 12:26:04 - skipping ADM5120 kernel TB --- 2014-01-07 12:26:04 - cd /src/sys/mips/conf TB --- 2014-01-07 12:26:04 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-07 12:26:04 - skipping ALCHEMY kernel TB --- 2014-01-07 12:26:04 - cd /src/sys/mips/conf TB --- 2014-01-07 12:26:04 - /usr/sbin/config -m AP121 TB --- 2014-01-07 12:26:04 - building AP121 kernel TB --- 2014-01-07 12:26:04 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 12:26:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 12:26:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 12:26:04 - SRCCONF=/dev/null TB --- 2014-01-07 12:26:04 - TARGET=mips TB --- 2014-01-07 12:26:04 - TARGET_ARCH=mips TB --- 2014-01-07 12:26:04 - TZ=UTC TB --- 2014-01-07 12:26:04 - __MAKE_CONF=/dev/null TB --- 2014-01-07 12:26:04 - cd /src TB --- 2014-01-07 12:26:04 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Jan 7 12:26:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Jan 7 12:30:56 UTC 2014 TB --- 2014-01-07 12:30:56 - cd /src/sys/mips/conf TB --- 2014-01-07 12:30:56 - /usr/sbin/config -m AP91 TB --- 2014-01-07 12:30:56 - building AP91 kernel TB --- 2014-01-07 12:30:56 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 12:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 12:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 12:30:56 - SRCCONF=/dev/null TB --- 2014-01-07 12:30:56 - TARGET=mips TB --- 2014-01-07 12:30:56 - TARGET_ARCH=mips TB --- 2014-01-07 12:30:56 - TZ=UTC TB --- 2014-01-07 12:30:56 - __MAKE_CONF=/dev/null TB --- 2014-01-07 12:30:56 - cd /src TB --- 2014-01-07 12:30:56 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Jan 7 12:30:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Jan 7 12:37:54 UTC 2014 TB --- 2014-01-07 12:37:54 - cd /src/sys/mips/conf TB --- 2014-01-07 12:37:54 - /usr/sbin/config -m AP93 TB --- 2014-01-07 12:37:54 - building AP93 kernel TB --- 2014-01-07 12:37:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 12:37:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 12:37:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 12:37:54 - SRCCONF=/dev/null TB --- 2014-01-07 12:37:54 - TARGET=mips TB --- 2014-01-07 12:37:54 - TARGET_ARCH=mips TB --- 2014-01-07 12:37:54 - TZ=UTC TB --- 2014-01-07 12:37:54 - __MAKE_CONF=/dev/null TB --- 2014-01-07 12:37:54 - cd /src TB --- 2014-01-07 12:37:54 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Jan 7 12:37:54 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Jan 7 12:45:14 UTC 2014 TB --- 2014-01-07 12:45:14 - cd /src/sys/mips/conf TB --- 2014-01-07 12:45:14 - /usr/sbin/config -m AP94 TB --- 2014-01-07 12:45:14 - building AP94 kernel TB --- 2014-01-07 12:45:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 12:45:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 12:45:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 12:45:14 - SRCCONF=/dev/null TB --- 2014-01-07 12:45:14 - TARGET=mips TB --- 2014-01-07 12:45:14 - TARGET_ARCH=mips TB --- 2014-01-07 12:45:14 - TZ=UTC TB --- 2014-01-07 12:45:14 - __MAKE_CONF=/dev/null TB --- 2014-01-07 12:45:14 - cd /src TB --- 2014-01-07 12:45:14 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Jan 7 12:45:15 UTC 2014 >>> 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 AP94 completed on Tue Jan 7 12:53:54 UTC 2014 TB --- 2014-01-07 12:53:54 - cd /src/sys/mips/conf TB --- 2014-01-07 12:53:54 - /usr/sbin/config -m AP96 TB --- 2014-01-07 12:53:54 - building AP96 kernel TB --- 2014-01-07 12:53:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 12:53:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 12:53:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 12:53:54 - SRCCONF=/dev/null TB --- 2014-01-07 12:53:54 - TARGET=mips TB --- 2014-01-07 12:53:54 - TARGET_ARCH=mips TB --- 2014-01-07 12:53:54 - TZ=UTC TB --- 2014-01-07 12:53:54 - __MAKE_CONF=/dev/null TB --- 2014-01-07 12:53:54 - cd /src TB --- 2014-01-07 12:53:54 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Jan 7 12:53:54 UTC 2014 >>> 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 [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP96 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-07 12:53:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-07 12:53:59 - ERROR: failed to build AP96 kernel TB --- 2014-01-07 12:53:59 - 4655.52 user 2450.88 system 6795.89 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 13:24:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE43863E; Tue, 7 Jan 2014 13:24:39 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 394441773; Tue, 7 Jan 2014 13:24:39 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dzDpF5m0BzGMnD; Tue, 7 Jan 2014 14:24:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1389101072; x=1391693073; bh=NpN yhc32++ITh99bAm0vjXkAsYyBZToVmTkT3Ro9IeM=; b=LA50GyXOhQQXFvCNHRE i4hjo852hu6GYtyDfQafpXjUIIsXyDx2oqnxxc/UeyYb0eC/pIKHA7S/v3Z6VZEt EcmTtF17OvwNApLTHH5uL6QJ8CUhAvbLOAICSG6wIEO2DPstzgv2LVAWuVzK094t XdBhUD3RhbKia8owjaHh8lM4= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id tXy9jHBNp34N; Tue, 7 Jan 2014 14:24:32 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Tue, 7 Jan 2014 14:24:32 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) by mildred.ijs.si (Postfix) with ESMTP id DE0D5989; Tue, 7 Jan 2014 14:24:31 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Tue, 07 Jan 2014 14:24:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 07 Jan 2014 14:24:31 +0100 From: Mark Martinec To: Craig Rodrigues Subject: Re: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Organization: J. Stefan Institute In-Reply-To: References: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/0.9.5 Cc: crodr001@gmail.com, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 13:24:39 -0000 > On Sun, Jan 5, 2014 at 5:27 PM, Mark Martinec wrote: >> I was playing with bhyve on 10.0-RC4, trying to install another >> 10.0-RC4 >> into a 16 GB ZFS volume using the network installation DVD. Mostly >> kept >> defaults, except that I chose a ZFS-on-root installation. The amd64 >> [guest] >> was given 1 GB of RAM on the first attempt, but failed. It fails on 2 >> GB RAM >> too, but succeeds when given 4 GB of RAM. 2014-01-06 22:13, Craig Rodrigues wrote: > How far did you get with this? If you use BHyve to boot FreeBSD, > the loader which is used is in /usr/src/sys/boot/userboot, and > this loader does not support a complete ZFS-only install. > I recently tried to do this, and the install worked (with 4G of RAM), > but when I tried to reboot the BHyve VM, the VM did not boot. You are right, I wasn't able to boot such newly-installed disk under bhyve. But I was able to verify that the installation was successful: copied the created zfs volume to another host (running 9.2), pointed a VirtualBox .vmdk disk description file to that zfs volume, and VirtualBox was able to successfully boot and run from such disk. So the installer running under bhyve did its job, successfully installed a root-on-zfs 10-RC4. > If you look at: https://admbugs.freebsd.org/show_bug.cgi?id=428#c7 > > you will see I had to use a variation of these steps: > https://wiki.freebsd.org/RootOnZFS/UFSBoot > > where the /boot directory which contained the kernel and loader was on > a > UFS partition, but everything else was on ZFS. That's the only way I > could get the BHyve VM to boot, with userboot. Thanks, useful link. I wish the bhyve would be able to boot off the freebsd-boot partition containing a gptzfsboot bootcode. Devin writes: >> - let the installer mount the available swap partitions before jumping >> into heavy installation work; > That sounds reasonable enough. Thanks for considering! >> - avoid covering an underlying failure with a quickly-redrawn >> installer >> menu; at least some delay after a failure but before erasing the >> screen >> would be useful, avoiding the user to go to great lengths to be able >> to >> capture the failure reason. > > While the error reporting could be improved in that area of bsdinstall > that > you fingered, the perception that the errors are quickly being erased > is > incorrect. What's actually going on is the errors are being shunted > over to > vty1 (Alt+F2) Under bhyve there is only a serial console currently, afict. > as well as /tmp/bsdinstall_log Didn't know that. Thanks for the useful information. > But granted... the error messages that are displayed on vty0 could > certainly > be improved (which will take time). Mark From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 16:28:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8AB4620 for ; Tue, 7 Jan 2014 16:28:09 +0000 (UTC) Received: from nm6-vm2.bullet.mail.ne1.yahoo.com (nm6-vm2.bullet.mail.ne1.yahoo.com [98.138.90.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47CD71708 for ; Tue, 7 Jan 2014 16:28:08 +0000 (UTC) Received: from [98.138.100.114] by nm6.bullet.mail.ne1.yahoo.com with NNFMP; 07 Jan 2014 16:25:37 -0000 Received: from [98.138.226.56] by tm105.bullet.mail.ne1.yahoo.com with NNFMP; 07 Jan 2014 16:25:37 -0000 Received: from [127.0.0.1] by smtp207.mail.ne1.yahoo.com with NNFMP; 07 Jan 2014 16:25:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389111937; bh=EPNGseBkQ3FHmnkJ3RiUmyUebllO1hMoKjusySiyit8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=zlB1aiLZMihOUakMs4o+LD1jTAN2PTOwJt5TLhiPfjm+ikcnqX0pZipdGkipKBFuFna5ca1kPnwAnt3k3e0uqSi60fJcIsDfzml4i3xBdwk7Zsq1qbcqEX4AgEDRX2WVHY+ddtzuep5MDsEx16aF8PslBPPbK7Ea3wTh2xZqYu8= X-Yahoo-Newman-Id: 152676.16555.bm@smtp207.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: uncn4AQVM1m.NFShLPbYfISs0JRj23OSZ.nLGn1GAQOrBLx MIv2YMug60k2o3yO7KlTVp_aOzXA_sOcejmHG03vjSslkemotqUC_YDQ8LRt 7iZxul3avuRjPis_RjoVcwDoi8qMUMeEhCHBsehvaCoE661Bi.91eqGTNEZ7 .SjGk6mlzmUWWnmA9.3iFavwt_qA_MSenmHuEq75cpRwEP3tjXy2ajGWGh81 hCeaULH4B159dboCjLeyyKXafRRldmlwfncOWi2boalTxJxhsIYsD50VOn.k t0AwYN_saXiKm.0guz7bvRQyLMKmOfWJzjm3kjVY_xHez3g6bdDGpwSI9Pvt yIEgHCNV9xh6osiaw1n7cd2it6aC.76P1UG.zNkL8gXsbRcrhq1WGcjheLk1 joJCV6zJvcoIbARXf2KkT_D_9dtYHlBlOk5FyzrsyEzeQixiEvGOvcDqHn_X 60dLTy9o4_CGhvzx.BXSjAJFgS6T3SaYZy7OUnqeV3t_7VOvMp4IjsEd2TUM _6KdTmXrKSU8X8DxDMjkaG_qxkdjGeuNLPmWomcAqZJF9fTNPpe_Y X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with plain [98.138.105.21]) by smtp207.mail.ne1.yahoo.com with SMTP; 07 Jan 2014 08:25:37 -0800 PST Subject: Re: Anything here I should worry about? From: Sean Bruno To: Larry Rosenman In-Reply-To: References: <20140104044029.GA29339@thebighonker.lerctr.org> <1389035572.62161.11.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 07 Jan 2014 08:25:35 -0800 Message-ID: <1389111935.2386.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 16:28:09 -0000 On Mon, 2014-01-06 at 21:56 -0600, Larry Rosenman wrote: > > ---- > >> est0: on cpu0 > >> est: CPU supports Enhanced Speedstep, but is not recognized. > >> est: cpu_vendor GenuineIntel, msr 4718471806004718 > >> device_attach: est0 attach returned 6 > > ---- > > This usually means you don't have the BIOS power managment features > set > > to "O/S Control" or whatever. So the kernel cannot do est(4) > things. > > There's a bit of this kind of information in the est(4) man page. > Even if I set O/S control, I still get this message. the manpage > has a different MSR value :( Hrm, we have plenty of this generation at the office. There must be some power management setting disabled or something in your BIOS that is disabling this. sean From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 21:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8503495F for ; Tue, 7 Jan 2014 21:07:55 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3B301E63 for ; Tue, 7 Jan 2014 21:07:54 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id E237C32F0E7 for ; Tue, 7 Jan 2014 22:07:41 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 6822C32F0E2 for ; Tue, 7 Jan 2014 22:07:39 +0100 (CET) From: =?windows-1252?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: wpa_supplicant problem. Message-Id: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> Date: Tue, 7 Jan 2014 22:07:38 +0100 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 7 22:07:41 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 52cc6c9d28301663419526 X-DSPAM-Factors: 27, Inc+', 0.40000, Sun, 0.40000, No+keys, 0.40000, No+keys, 0.40000, 1+sec, 0.40000, 1+sec, 0.40000, 87+freq=5280, 0.40000, /etc/wpa_supplicant, 0.40000, /etc/wpa_supplicant, 0.40000, Message-Id*<79AEC286+90EB, 0.40000, sec+100000, 0.40000, sec+100000, 0.40000, 16+pairwise, 0.40000, D, 0.40000, TKIP, 0.40000, TKIP, 0.40000, group+100, 0.40000, group+100, 0.40000, Received*cipher+AES128, 0.40000, from+a, 0.40000, wpa_driver_bsd_capa+drivercaps=0x2581e201, 0.40000, e8+type=0, 0.40000, key_mgmt=WPA, 0.40000, Received+2508, 0.40000, wlan0+CTRL, 0.40000, non, 0.40000, Lenovo+X220, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 21:07:55 -0000 Hi! Im trying to connect from a Lenovo X220 to my FreeBSD router running = hostapd. The router is supporting a lot of other clients (OS X and iOS) without any problems. And my = laptop can connect to my phone when I set it up as a hotspot. Lenovo X220: FreeBSD lenny 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 = UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 = chip=3D0x00858086 rev=3D0x34 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' class =3D network # cat /etc/wpa_supplicant.conf=20 ctrl_interface=3D/var/run/wpa_supplicant eapol_version=3D2 ap_scan=3D1 fast_reauth=3D1 network=3D{ priority=3D100 proto=3DRSN WPA ssid=3D"web" key_mgmt=3DWPA-PSK pairwise=3DCCMP TKIP group=3DCCMP TKIP psk=3D=93secret=94 } Router: FreeBSD gw 10.0-RC1 FreeBSD 10.0-RC1 #3 r259258: Thu Dec 12 16:21:37 CET = 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 ath0@pci0:7:0:0: class=3D0x028000 card=3D0x3114168c = chip=3D0x0030168c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR9300 Wireless LAN adaptor' class =3D network # cat /etc/hostapd.conf interface=3Dwlan0 driver=3Dbsd debug=3D0 ctrl_interface=3D/var/run/hostapd ctrl_interface_group=3Dwheel ssid=3Dweb wpa=3D2 wpa_passphrase=3Dsecret wpa_key_mgmt=3DWPA-PSK wpa_pairwise=3DCCMP TKIP rsn_pairwise=3DCCMP debug output from wpa_supplicant. # wpa_supplicant -D bsd -i wlan0 -d -c /etc/wpa_supplicant.conf wpa_supplicant v2.0 Successfully initialized wpa_supplicant Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver = 'bsd' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> = '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface=3D'/var/run/wpa_supplicant' eapol_version=3D2 ap_scan=3D1 fast_reauth=3D1 Priority group 100 id=3D0 ssid=3D'web' wpa_driver_bsd_capa: drivercaps=3D0x2581e201,cryptocaps=3D0x00000000 wlan0: Own MAC address: f0:de:f1:c9:14:4d bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D0 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D1 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D2 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D3 wpa_driver_bsd_set_countermeasures: enabled=3D0 wlan0: RSN: flushing PMKID list in the driver wlan0: Setting scan request: 0 sec 100000 usec WPS: Set UUID for interface wlan0 WPS: UUID based on MAC address - hexdump(len=3D16): f4 2a e7 3f ed 75 52 = b7 99 15 e0 56 b1 07 04 4f EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: Supplicant port status: Unauthorized EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: Supplicant port status: Unauthorized EAPOL: Supplicant port status: Unauthorized wlan0: Added interface wlan0 wlan0: State: DISCONNECTED -> DISCONNECTED wlan0: State: DISCONNECTED -> SCANNING wlan0: Starting AP scan for wildcard SSID wpa_driver_bsd_set_wpa: enabled=3D1 wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 EAPOL: disable timer tick EAPOL: Supplicant port status: Unauthorized wlan0: Event SCAN_RESULTS (3) received Received 2508 bytes of scan results (9 BSSes) wlan0: BSS: Start scan result update 1 wlan0: BSS: Add new id 0 BSSID 04:f0:21:01:3d:87 SSID 'web' wlan0: BSS: Add new id 1 BSSID 8a:08:93:36:a1:10 SSID 'Mavar' wlan0: BSS: Add new id 2 BSSID 88:1f:a1:36:93:08 SSID 'Gotland' wlan0: BSS: Add new id 3 BSSID 8a:09:93:36:a1:10 SSID 'Mavar' wlan0: BSS: Add new id 4 BSSID 88:1f:a1:36:93:09 SSID 'Gotland++' wlan0: BSS: Add new id 5 BSSID 58:98:35:ba:2c:17 SSID 'Katyusha' wlan0: BSS: Add new id 6 BSSID 58:98:35:be:ef:9f SSID = 'TeliaGateway58-98-35-BE-EF-9F' wlan0: BSS: Add new id 7 BSSID cc:b2:55:94:23:e8 SSID 'P-sons' wlan0: BSS: Add new id 8 BSSID a0:21:b7:b4:55:d8 SSID 'Bonnier' BSS: last_scan_res_used=3D9/32 last_scan_full=3D0 wlan0: New scan results available WPS: AP cc:b2:55:94:23:e8 type 0 added WPS: AP a0:21:b7:b4:55:d8 type 0 added WPS: AP[0] cc:b2:55:94:23:e8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 WPS: AP[1] a0:21:b7:b4:55:d8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 wlan0: Selecting BSS from priority group 100 wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20 = caps=3D0x11 level=3D-67 wlan0: selected based on RSN IE wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' wlan0: Request association: reassociate: 0 selected: 04:f0:21:01:3d:87 = bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 wpa_ state: SCANNING wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' = freq=3D5280 MHz) FT: Stored MDIE and FTIE from (Re)Association Response - hexdump(len=3D0):= wlan0: Cancelling scan request wlan0: WPA: clearing own WPA/RSN IE wlan0: Automatic auth_alg selection: 0x1 RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 RSN: Search for BSSID 04:f0:21:01:3d:87 RSN: No PMKSA cache entry found wlan0: RSN: using IEEE 802.11i/D9.0 wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 = proto 2 wlan0: WPA: clearing AP WPA IE WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 00 = 0f ac 04 01 00 00 0f ac 02 0c 00 wlan0: WPA: using GTK CCMP wlan0: WPA: using PTK CCMP wlan0: WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 = 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 wlan0: No keys have been configured - skip key clearing wlan0: State: SCANNING -> ASSOCIATING Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D5280 MHz based on = scan results (bssid_set=3D0) wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 = key mgmt 1 wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 bsd_set_opt_ie: set WPA+RSN ie (len 22) wpa_driver_bsd_associate: set PRIVACY 1 wlan0: Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - EAP success=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - EAP fail=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portControl=3DAuto EAPOL: Supplicant port status: Unauthorized RSN: Ignored PMKID candidate without preauth flag wlan0: Event ASSOC (0) received wlan0: State: ASSOCIATING -> ASSOCIATED wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 wlan0: No keys have been configured - skip key clearing wlan0: Associated with 04:f0:21:01:3d:87 wlan0: WPA: Association event - clear replay counter wlan0: WPA: Clear old PTK EAPOL: External notification - portEnabled=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portValid=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - EAP success=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portEnabled=3D1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: enable timer tick EAPOL: SUPP_BE entering state IDLE wlan0: Setting authentication timeout: 10 sec 0 usec wlan0: Cancelling scan request EAPOL: startWhen --> 0 EAPOL: disable timer tick EAPOL: SUPP_PAE entering state CONNECTING EAPOL: enable timer tick EAPOL: txStart WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) wlan0: Event DISASSOC (1) received wlan0: Disassociation notification wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 wlan0: Auto connect enabled: try to reconnect (wps=3D0 wpa_state=3D6) wlan0: Setting scan request: 0 sec 100000 usec Added BSSID 04:f0:21:01:3d:87 into blacklist wlan0: Blacklist count 1 --> request scan in 100 ms wlan0: Setting scan request: 0 sec 100000 usec wlan0: Disconnect event - remove keys bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D0 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D1 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D2 bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 bsd_del_key: key_idx=3D3 bsd_set_key: alg=3D0 addr=3D0x801c2f4c8 key_idx=3D0 set_tx=3D0 seq_len=3D0= key_len=3D0 bsd_del_key: addr=3D04:f0:21:01:3d:87 wlan0: State: ASSOCIATED -> DISCONNECTED EAPOL: External notification - portEnabled=3D0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: Supplicant port status: Unauthorized EAPOL: SUPP_BE entering state INITIALIZE EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portValid=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - EAP success=3D0 EAPOL: Supplicant port status: Unauthorized wlan0: State: DISCONNECTED -> SCANNING From owner-freebsd-stable@FreeBSD.ORG Tue Jan 7 23:00:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF001612; Tue, 7 Jan 2014 23:00:21 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE3417D0; Tue, 7 Jan 2014 23:00:21 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i17so800735qcy.23 for ; Tue, 07 Jan 2014 15:00:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=794yhQoNwU7hjkQMiSLQA9y3p64/BHWl4vNEGv+zGuY=; b=PXss4g0j5dxrJdwifFVglcpzBHTVVmV/DrGzkSpKNvaoaFZzvDnyt4OmsaZk5E70Sq DVPToSZ6Hk1wV6OJ7wqPvMEUmhDZdkue/hHJb3VIRBNPF0gmdonkamghf7VgijzgSvXK Slfk4G0oT5or4ap1G73+zCnA3oQvgFMZzD+18SwuKt4h2g4xvxqgdglIgdgf6SenabPV th8EZn60YnWAn1MmZmXBrVaKQgdcYE3CJnN7MhWXXEA8TPe7fBtbMK8N7QAi16uIRGam KjmgiFGkXxoQDjWkjNLHMQE6icdvc1/meiOsyYj0rum9D6Cw1BtiS/CCVEnHUbNSeN8p 3OqA== MIME-Version: 1.0 X-Received: by 10.49.24.140 with SMTP id u12mr150937572qef.78.1389135620711; Tue, 07 Jan 2014 15:00:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 7 Jan 2014 15:00:20 -0800 (PST) In-Reply-To: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> Date: Tue, 7 Jan 2014 15:00:20 -0800 X-Google-Sender-Auth: aKObMfPasoMJ54lcZVf18wYPRyI Message-ID: Subject: Re: wpa_supplicant problem. From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 23:00:21 -0000 hi, please retry with the only network block entries being: ssid=3D psk=3D .. and let wpa_supplicant figure it out. -a On 7 January 2014 13:07, Peter Ankerst=E5l wrote: > Hi! > > Im trying to connect from a Lenovo X220 to my FreeBSD router running host= apd. The router is supporting > a lot of other clients (OS X and iOS) without any problems. And my lapto= p can connect to my phone when > I set it up as a hotspot. > > Lenovo X220: > FreeBSD lenny 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 U= TC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 chip=3D0x00858= 086 rev=3D0x34 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' > class =3D network > > # cat /etc/wpa_supplicant.conf > ctrl_interface=3D/var/run/wpa_supplicant > eapol_version=3D2 > ap_scan=3D1 > fast_reauth=3D1 > > network=3D{ > priority=3D100 > proto=3DRSN WPA > ssid=3D"web" > key_mgmt=3DWPA-PSK > pairwise=3DCCMP TKIP > group=3DCCMP TKIP > psk=3D=93secret=94 > } > > Router: > FreeBSD gw 10.0-RC1 FreeBSD 10.0-RC1 #3 r259258: Thu Dec 12 16:21:37 CET = 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 > > ath0@pci0:7:0:0: class=3D0x028000 card=3D0x3114168c chip=3D0x00301= 68c rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'AR9300 Wireless LAN adaptor' > class =3D network > > # cat /etc/hostapd.conf > interface=3Dwlan0 > driver=3Dbsd > debug=3D0 > ctrl_interface=3D/var/run/hostapd > ctrl_interface_group=3Dwheel > ssid=3Dweb > wpa=3D2 > wpa_passphrase=3Dsecret > wpa_key_mgmt=3DWPA-PSK > wpa_pairwise=3DCCMP TKIP > rsn_pairwise=3DCCMP > > > debug output from wpa_supplicant. > # wpa_supplicant -D bsd -i wlan0 -d -c /etc/wpa_supplicant.conf > wpa_supplicant v2.0 > Successfully initialized wpa_supplicant > Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'bs= d' ctrl_interface 'N/A' bridge 'N/A' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.con= f' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface=3D'/var/run/wpa_supplicant' > eapol_version=3D2 > ap_scan=3D1 > fast_reauth=3D1 > Priority group 100 > id=3D0 ssid=3D'web' > wpa_driver_bsd_capa: drivercaps=3D0x2581e201,cryptocaps=3D0x00000000 > wlan0: Own MAC address: f0:de:f1:c9:14:4d > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D0 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D1 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D2 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D3 > wpa_driver_bsd_set_countermeasures: enabled=3D0 > wlan0: RSN: flushing PMKID list in the driver > wlan0: Setting scan request: 0 sec 100000 usec > WPS: Set UUID for interface wlan0 > WPS: UUID based on MAC address - hexdump(len=3D16): f4 2a e7 3f ed 75 52 = b7 99 15 e0 56 b1 07 04 4f > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: Supplicant port status: Unauthorized > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: Supplicant port status: Unauthorized > EAPOL: Supplicant port status: Unauthorized > wlan0: Added interface wlan0 > wlan0: State: DISCONNECTED -> DISCONNECTED > wlan0: State: DISCONNECTED -> SCANNING > wlan0: Starting AP scan for wildcard SSID > wpa_driver_bsd_set_wpa: enabled=3D1 > wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 > EAPOL: disable timer tick > EAPOL: Supplicant port status: Unauthorized > wlan0: Event SCAN_RESULTS (3) received > Received 2508 bytes of scan results (9 BSSes) > wlan0: BSS: Start scan result update 1 > wlan0: BSS: Add new id 0 BSSID 04:f0:21:01:3d:87 SSID 'web' > wlan0: BSS: Add new id 1 BSSID 8a:08:93:36:a1:10 SSID 'Mavar' > wlan0: BSS: Add new id 2 BSSID 88:1f:a1:36:93:08 SSID 'Gotland' > wlan0: BSS: Add new id 3 BSSID 8a:09:93:36:a1:10 SSID 'Mavar' > wlan0: BSS: Add new id 4 BSSID 88:1f:a1:36:93:09 SSID 'Gotland++' > wlan0: BSS: Add new id 5 BSSID 58:98:35:ba:2c:17 SSID 'Katyusha' > wlan0: BSS: Add new id 6 BSSID 58:98:35:be:ef:9f SSID 'TeliaGateway58-98-= 35-BE-EF-9F' > wlan0: BSS: Add new id 7 BSSID cc:b2:55:94:23:e8 SSID 'P-sons' > wlan0: BSS: Add new id 8 BSSID a0:21:b7:b4:55:d8 SSID 'Bonnier' > BSS: last_scan_res_used=3D9/32 last_scan_full=3D0 > wlan0: New scan results available > WPS: AP cc:b2:55:94:23:e8 type 0 added > WPS: AP a0:21:b7:b4:55:d8 type 0 added > WPS: AP[0] cc:b2:55:94:23:e8 type=3D0 tries=3D0 last_attempt=3D-1 sec ago= blacklist=3D0 > WPS: AP[1] a0:21:b7:b4:55:d8 type=3D0 tries=3D0 last_attempt=3D-1 sec ago= blacklist=3D0 > wlan0: Selecting BSS from priority group 100 > wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20 c= aps=3D0x11 level=3D-67 > wlan0: selected based on RSN IE > wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' > wlan0: Request association: reassociate: 0 selected: 04:f0:21:01:3d:87 = bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 wpa_ > state: SCANNING > wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' freq=3D52= 80 MHz) > FT: Stored MDIE and FTIE from (Re)Association Response - hexdump(len=3D0)= : > wlan0: Cancelling scan request > wlan0: WPA: clearing own WPA/RSN IE > wlan0: Automatic auth_alg selection: 0x1 > RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 > RSN: Search for BSSID 04:f0:21:01:3d:87 > RSN: No PMKSA cache entry found > wlan0: RSN: using IEEE 802.11i/D9.0 > wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 proto= 2 > wlan0: WPA: clearing AP WPA IE > WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 00 = 0f ac 04 01 00 00 0f ac 02 0c 00 > wlan0: WPA: using GTK CCMP > wlan0: WPA: using PTK CCMP > wlan0: WPA: using KEY_MGMT WPA-PSK > WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 = 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 > wlan0: No keys have been configured - skip key clearing > wlan0: State: SCANNING -> ASSOCIATING > Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D5280 MHz based on scan= results (bssid_set=3D0) > wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 key= mgmt 1 > wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 > bsd_set_opt_ie: set WPA+RSN ie (len 22) > wpa_driver_bsd_associate: set PRIVACY 1 > wlan0: Setting authentication timeout: 10 sec 0 usec > EAPOL: External notification - EAP success=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - EAP fail=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - portControl=3DAuto > EAPOL: Supplicant port status: Unauthorized > RSN: Ignored PMKID candidate without preauth flag > wlan0: Event ASSOC (0) received > wlan0: State: ASSOCIATING -> ASSOCIATED > wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 > wlan0: No keys have been configured - skip key clearing > wlan0: Associated with 04:f0:21:01:3d:87 > wlan0: WPA: Association event - clear replay counter > wlan0: WPA: Clear old PTK > EAPOL: External notification - portEnabled=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - portValid=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - EAP success=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - portEnabled=3D1 > EAPOL: SUPP_PAE entering state CONNECTING > EAPOL: enable timer tick > EAPOL: SUPP_BE entering state IDLE > wlan0: Setting authentication timeout: 10 sec 0 usec > wlan0: Cancelling scan request > EAPOL: startWhen --> 0 > EAPOL: disable timer tick > EAPOL: SUPP_PAE entering state CONNECTING > EAPOL: enable timer tick > EAPOL: txStart > WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) > wlan0: Event DISASSOC (1) received > wlan0: Disassociation notification > wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 > wlan0: Auto connect enabled: try to reconnect (wps=3D0 wpa_state=3D6) > wlan0: Setting scan request: 0 sec 100000 usec > Added BSSID 04:f0:21:01:3d:87 into blacklist > wlan0: Blacklist count 1 --> request scan in 100 ms > wlan0: Setting scan request: 0 sec 100000 usec > wlan0: Disconnect event - remove keys > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D0 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D1 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D2 > bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 key_le= n=3D0 > bsd_del_key: key_idx=3D3 > bsd_set_key: alg=3D0 addr=3D0x801c2f4c8 key_idx=3D0 set_tx=3D0 seq_len=3D= 0 key_len=3D0 > bsd_del_key: addr=3D04:f0:21:01:3d:87 > wlan0: State: ASSOCIATED -> DISCONNECTED > EAPOL: External notification - portEnabled=3D0 > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: Supplicant port status: Unauthorized > EAPOL: SUPP_BE entering state INITIALIZE > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - portValid=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - EAP success=3D0 > EAPOL: Supplicant port status: Unauthorized > wlan0: State: DISCONNECTED -> SCANNING > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 03:31:34 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4512F68; Wed, 8 Jan 2014 03:31:34 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0727914EB; Wed, 8 Jan 2014 03:31:33 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s083VTQM095554; Wed, 8 Jan 2014 05:31:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s083VT2e095485; Wed, 8 Jan 2014 03:31:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jan 2014 03:31:29 GMT Message-Id: <201401080331.s083VT2e095485@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 03:31:34 -0000 TB --- 2014-01-08 02:10:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-08 02:10:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-08 02:10:32 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-01-08 02:10:32 - cleaning the object tree TB --- 2014-01-08 02:10:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-08 02:11:20 - At svn revision 260430 TB --- 2014-01-08 02:11:21 - building world TB --- 2014-01-08 02:11:21 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 02:11:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 02:11:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 02:11:21 - SRCCONF=/dev/null TB --- 2014-01-08 02:11:21 - TARGET=pc98 TB --- 2014-01-08 02:11:21 - TARGET_ARCH=i386 TB --- 2014-01-08 02:11:21 - TZ=UTC TB --- 2014-01-08 02:11:21 - __MAKE_CONF=/dev/null TB --- 2014-01-08 02:11:21 - cd /src TB --- 2014-01-08 02:11:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 8 02:11:31 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsFrameLowering.cpp -o MipsFrameLowering.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelDAGToDAG.cpp -o MipsISelDAGToDAG.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp -o MipsISelLowering.o /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp: In member function 'llvm::SDValue llvm::MipsTargetLowering::LowerCallResult(llvm::SDValue, llvm::SDValue, llvm::CallingConv::ID, bool, const llvm::SmallVectorImpl&, llvm::DebugLoc, llvm::SelectionDAG&, llvm::SmallVectorImpl&, const llvm::SDNode*, const llvm::Type*) const': /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp:2445: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmmipscodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-08 03:31:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-08 03:31:28 - ERROR: failed to build world TB --- 2014-01-08 03:31:28 - 4029.29 user 846.63 system 4856.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 03:11:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 135571AF for ; Wed, 8 Jan 2014 03:11:36 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5958134F for ; Wed, 8 Jan 2014 03:11:35 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s083BWf9038444; Tue, 7 Jan 2014 22:11:33 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401080311.s083BWf9038444@maildrop2.v6ds.occnc.com> To: pyunyh@gmail.com From: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm In-reply-to: Your message of "Tue, 07 Jan 2014 17:49:38 +0900." <20140107084938.GA1361@michelle.cdnetworks.com> Date: Tue, 07 Jan 2014 22:11:32 -0500 Cc: freebsd-stable@freebsd.org, Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 03:11:36 -0000 In message <20140107084938.GA1361@michelle.cdnetworks.com> Yonghyeon PYUN writes: > On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > > [...] > > > Here are some relevant parts of dmesg. Is there anything else you want? > > > > real memory = 2147483648 (2048 MB) > > avail memory = 2061438976 (1965 MB) > > Event timer "LAPIC" quality 400 > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > > > pcib2: irq 19 at device 7.0 on pci0 > > pci2: on pcib2 > > on pci1 > > pcib2: irq 19 at device 7.0 on pci0 > > pci2: on pcib2 > > mskc0: port 0xe800-0xe8ff mem > > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > > msk0: > > on mskc0 > > msk0: Ethernet address: c8:9c:dc:56:38:ef > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > auto, auto-flow > > > > Thank you for the info. > > > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > > machine so others are likely to run into this. > > > > > > Please let me know what I could do to help debug this. > > > > > > > > > > If you have more than 4GB memory, try reducing the amount of > > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > > makes any difference for you. > > > Note, in order to test this you have to back out your local > > > changes. > > > > Only have 2 GB memory. > > > > Ok, that means my wild guess was not right. :-( > > > [...] > > > > I'm under the impression that the controller may have additional > > > DMA addressing limitation where TX/RX and status LEs should have > > > the same high DMA address. Due to the lack of documentation I'm > > > not sure about that. If the issue does not happen with 3GB memory, > > > we have to use 32bit DMA addressing. > > > > We have 2 GB memory so the problem with the original code does happen > > with less than 4 GB memory. Everything has the same high address of > > zero. > > > > Right. > > > Is there anything else you want me to try? > > msk(4) uses 4KB alignment for status/TX/RX rings. Your local change > will reduce the number of status LEs to be 1024. Stock msk(4) will > use 2048 entries for status LEs and you said the cons variable is > stuck with 1024 in this case. I have no idea this can happen at > this moment. > Did msk(4) ever work on your box? If the answer is yes, would you > back out both r258780 and your local change? This host worked for a few years under FreeBSD 8.x and FreeBSD 9.x, most recently 9.2. I have other machines running stable_10 at about the 10.0.beta3 vintage. I had mostly good luck building the ports I use (except openoffice never seems to build). I transferred a bunch of small stuff over after upgrading to 10.0.beta3 on this machine but then with the big move of a tar backup through the GbE, it locked up consisitently. I tried my patch and symptom gone. > I have a small local diff which was made after seeing r258780. But > I'm not sure whether it makes any difference. So it seems what you want me to do is: 1. verify whether just backing out r258780 on if_mskreg.h fixes this. 2. if so, then put back r258780 and try your patch below and see if that fixes it. I think I can find some time to do this maybe immediately or at least very soon. After doing that I will report back. Please stand by. > > Curtis > > > > btw - I added someone from Marvell on the Bcc in case he wants to join > > in on the conversation or give us a hint in private email. > > --ikeVEW9yuYc//A+q > Content-Type: text/x-diff; charset=us-ascii > Content-Disposition: attachment; filename="msk.type.diff" > > Index: sys/dev/msk/if_msk.c > =================================================================== > --- sys/dev/msk/if_msk.c (revision 260362) > +++ sys/dev/msk/if_msk.c (working copy) > @@ -3600,7 +3600,8 @@ msk_handle_events(struct msk_softc *sc) > int rxput[2]; > struct msk_stat_desc *sd; > uint32_t control, status; > - int cons, len, port, rxprog; > + int len, port, rxprog; > + uint16_t cons; > > if (sc->msk_stat_cons == CSR_READ_2(sc, STAT_PUT_IDX)) > return (0); > Index: sys/dev/msk/if_mskreg.h > =================================================================== > --- sys/dev/msk/if_mskreg.h (revision 260362) > +++ sys/dev/msk/if_mskreg.h (working copy) > @@ -2539,8 +2539,8 @@ struct msk_softc { > bus_addr_t msk_stat_ring_paddr; > int msk_int_holdoff; > int msk_process_limit; > - int msk_stat_cons; > - int msk_stat_count; > + uint16_t msk_stat_cons; > + uint16_t msk_stat_count; > struct mtx msk_mtx; > }; From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 05:15:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63B1B2FD for ; Wed, 8 Jan 2014 05:15:14 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 222EF1D8F for ; Wed, 8 Jan 2014 05:15:14 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W0lTr-00031n-Kf for freebsd-stable@freebsd.org; Wed, 08 Jan 2014 06:15:03 +0100 Received: from dynamic34-29.dynamic.dal.ca ([129.173.34.203]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 06:15:03 +0100 Received: from jrm by dynamic34-29.dynamic.dal.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 06:15:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Joseph Mingrone Subject: Re: CAM status: CCB request completed with an error Date: Wed, 08 Jan 2014 01:11:52 -0400 Lines: 33 Message-ID: <8661pvcb1j.fsf@gly.ath.cx> References: <20131223183646.GA22168@eskimo.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: dynamic34-29.dynamic.dal.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:LhOoKxXfAW+vEOEupCyCnav0HTU= Cc: Joseph Olatt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 05:15:14 -0000 Joseph Olatt writes: > Hi, > > Just upgraded from 9.2-PRERELEASE to the following: > > FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 > 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 > > and started seeing the following error when I insert a USB flash drive. > This flash drive was working fine with 9.2-PRERELEASE. > > ugen6.2: at usbus6 > umass0: on > usbus6 > umass0: SCSI over Bulk-Only; quirks = 0x4101 ... > > > Anybody else seeing issues with the USB/CAM subsystem with the new the > new 9.2-STABLE code? Yes. I'm in the same situation. I went from 9.2-RELEASE to 9.2-STABLE. USB thumb drives worked fine, then after upgrading I see similar errors in /var/log/messages. Jan 7 20:22:18 phe kernel: umass0: on usbus1 Jan 7 20:22:18 phe kernel: umass0: SCSI over Bulk-Only; quirks = 0x4101 Jan 7 20:22:18 phe kernel: umass0:3:0:-1: Attached to scbus3 Jan 7 20:22:23 phe kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 Jan 7 20:22:23 phe kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Joseph From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 06:04:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9394CE80 for ; Wed, 8 Jan 2014 06:04:28 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C275511CF for ; Wed, 8 Jan 2014 06:04:27 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 6EBCB32F2AC for ; Wed, 8 Jan 2014 07:04:24 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id A4B6732F296; Wed, 8 Jan 2014 07:03:40 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: wpa_supplicant problem. From: =?windows-1252?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Wed, 8 Jan 2014 07:03:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 8 07:04:24 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 52ccea6828303063288762 X-DSPAM-Factors: 27, In-Reply-To*>, 0.40000, from+a, 0.40000, wpa_driver_bsd_capa+drivercaps=0x2581e201, 0.40000, e8+type=0, 0.40000, key_mgmt=WPA, 0.40000, Received+2508, 0.40000 Cc: "stable@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 06:04:28 -0000 Hi! Now I get on the router: wlan0: STA f0:de:f1:c9:14:4d WPA: EAPOL-Key timeout WPA: f0:de:f1:c9:14:4d WPA_PTK entering state PTKSTART wlan0: STA f0:de:f1:c9:14:4d WPA: sending 1/4 msg of 4-Way Handshake and on the client: wlan0: Selecting BSS from priority group 0 wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20 = caps=3D0x31 level=3D-65 wlan0: selected based on RSN IE wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' wlan0: Request association: reassociate: 0 selected: 04:f0:21:01:3d:87 = bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 wpa_state: = SCANNING wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' = freq=3D2412 MHz) FT: Stored MDIE and FTIE from (Re)Association Response - hexdump(len=3D0):= wlan0: Cancelling scan request wlan0: WPA: clearing own WPA/RSN IE wlan0: Automatic auth_alg selection: 0x1 RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 RSN: Search for BSSID 04:f0:21:01:3d:87 RSN: No PMKSA cache entry found wlan0: RSN: using IEEE 802.11i/D9.0 wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 = proto 2 wlan0: WPA: clearing AP WPA IE WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 00 = 0f ac 04 01 00 00 0f ac 02 00 00 wlan0: WPA: using GTK CCMP wlan0: WPA: using PTK CCMP wlan0: WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 = 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 wlan0: No keys have been configured - skip key clearing wlan0: State: SCANNING -> ASSOCIATING Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D2412 MHz based on = scan results (bssid_set=3D0) wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 = key mgmt 1 wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 bsd_set_opt_ie: set WPA+RSN ie (len 22) wpa_driver_bsd_associate: set PRIVACY 1 wlan0: Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - EAP success=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - EAP fail=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portControl=3DAuto EAPOL: Supplicant port status: Unauthorized RSN: Ignored PMKID candidate without preauth flag wlan0: Event ASSOC (0) received wlan0: State: ASSOCIATING -> ASSOCIATED On 08 Jan 2014, at 00:00, Adrian Chadd wrote: > hi, >=20 > please retry with the only network block entries being: >=20 > ssid=3D > psk=3D >=20 > .. and let wpa_supplicant figure it out. >=20 >=20 > -a >=20 >=20 > On 7 January 2014 13:07, Peter Ankerst=E5l wrote: >> Hi! >>=20 >> Im trying to connect from a Lenovo X220 to my FreeBSD router running = hostapd. The router is supporting >> a lot of other clients (OS X and iOS) without any problems. And my = laptop can connect to my phone when >> I set it up as a hotspot. >>=20 >> Lenovo X220: >> FreeBSD lenny 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 = 08:18:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC = amd64 >>=20 >> iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 = chip=3D0x00858086 rev=3D0x34 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' >> class =3D network >>=20 >> # cat /etc/wpa_supplicant.conf >> ctrl_interface=3D/var/run/wpa_supplicant >> eapol_version=3D2 >> ap_scan=3D1 >> fast_reauth=3D1 >>=20 >> network=3D{ >> priority=3D100 >> proto=3DRSN WPA >> ssid=3D"web" >> key_mgmt=3DWPA-PSK >> pairwise=3DCCMP TKIP >> group=3DCCMP TKIP >> psk=3D=93secret=94 >> } >>=20 >> Router: >> FreeBSD gw 10.0-RC1 FreeBSD 10.0-RC1 #3 r259258: Thu Dec 12 16:21:37 = CET 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 >>=20 >> ath0@pci0:7:0:0: class=3D0x028000 card=3D0x3114168c = chip=3D0x0030168c rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Atheros Communications Inc.' >> device =3D 'AR9300 Wireless LAN adaptor' >> class =3D network >>=20 >> # cat /etc/hostapd.conf >> interface=3Dwlan0 >> driver=3Dbsd >> debug=3D0 >> ctrl_interface=3D/var/run/hostapd >> ctrl_interface_group=3Dwheel >> ssid=3Dweb >> wpa=3D2 >> wpa_passphrase=3Dsecret >> wpa_key_mgmt=3DWPA-PSK >> wpa_pairwise=3DCCMP TKIP >> rsn_pairwise=3DCCMP >>=20 >>=20 >> debug output from wpa_supplicant. >> # wpa_supplicant -D bsd -i wlan0 -d -c /etc/wpa_supplicant.conf >> wpa_supplicant v2.0 >> Successfully initialized wpa_supplicant >> Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver = 'bsd' ctrl_interface 'N/A' bridge 'N/A' >> Configuration file '/etc/wpa_supplicant.conf' -> = '/etc/wpa_supplicant.conf' >> Reading configuration file '/etc/wpa_supplicant.conf' >> ctrl_interface=3D'/var/run/wpa_supplicant' >> eapol_version=3D2 >> ap_scan=3D1 >> fast_reauth=3D1 >> Priority group 100 >> id=3D0 ssid=3D'web' >> wpa_driver_bsd_capa: drivercaps=3D0x2581e201,cryptocaps=3D0x00000000 >> wlan0: Own MAC address: f0:de:f1:c9:14:4d >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D0 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D1 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D2 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D3 >> wpa_driver_bsd_set_countermeasures: enabled=3D0 >> wlan0: RSN: flushing PMKID list in the driver >> wlan0: Setting scan request: 0 sec 100000 usec >> WPS: Set UUID for interface wlan0 >> WPS: UUID based on MAC address - hexdump(len=3D16): f4 2a e7 3f ed 75 = 52 b7 99 15 e0 56 b1 07 04 4f >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >> EAPOL: SUPP_BE entering state INITIALIZE >> EAP: EAP entering state DISABLED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: Supplicant port status: Unauthorized >> wlan0: Added interface wlan0 >> wlan0: State: DISCONNECTED -> DISCONNECTED >> wlan0: State: DISCONNECTED -> SCANNING >> wlan0: Starting AP scan for wildcard SSID >> wpa_driver_bsd_set_wpa: enabled=3D1 >> wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 >> EAPOL: disable timer tick >> EAPOL: Supplicant port status: Unauthorized >> wlan0: Event SCAN_RESULTS (3) received >> Received 2508 bytes of scan results (9 BSSes) >> wlan0: BSS: Start scan result update 1 >> wlan0: BSS: Add new id 0 BSSID 04:f0:21:01:3d:87 SSID 'web' >> wlan0: BSS: Add new id 1 BSSID 8a:08:93:36:a1:10 SSID 'Mavar' >> wlan0: BSS: Add new id 2 BSSID 88:1f:a1:36:93:08 SSID 'Gotland' >> wlan0: BSS: Add new id 3 BSSID 8a:09:93:36:a1:10 SSID 'Mavar' >> wlan0: BSS: Add new id 4 BSSID 88:1f:a1:36:93:09 SSID 'Gotland++' >> wlan0: BSS: Add new id 5 BSSID 58:98:35:ba:2c:17 SSID 'Katyusha' >> wlan0: BSS: Add new id 6 BSSID 58:98:35:be:ef:9f SSID = 'TeliaGateway58-98-35-BE-EF-9F' >> wlan0: BSS: Add new id 7 BSSID cc:b2:55:94:23:e8 SSID 'P-sons' >> wlan0: BSS: Add new id 8 BSSID a0:21:b7:b4:55:d8 SSID 'Bonnier' >> BSS: last_scan_res_used=3D9/32 last_scan_full=3D0 >> wlan0: New scan results available >> WPS: AP cc:b2:55:94:23:e8 type 0 added >> WPS: AP a0:21:b7:b4:55:d8 type 0 added >> WPS: AP[0] cc:b2:55:94:23:e8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 >> WPS: AP[1] a0:21:b7:b4:55:d8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 >> wlan0: Selecting BSS from priority group 100 >> wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20= caps=3D0x11 level=3D-67 >> wlan0: selected based on RSN IE >> wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' >> wlan0: Request association: reassociate: 0 selected: = 04:f0:21:01:3d:87 bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 = wpa_ >> state: SCANNING >> wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' = freq=3D5280 MHz) >> FT: Stored MDIE and FTIE from (Re)Association Response - = hexdump(len=3D0): >> wlan0: Cancelling scan request >> wlan0: WPA: clearing own WPA/RSN IE >> wlan0: Automatic auth_alg selection: 0x1 >> RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 >> RSN: Search for BSSID 04:f0:21:01:3d:87 >> RSN: No PMKSA cache entry found >> wlan0: RSN: using IEEE 802.11i/D9.0 >> wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 = proto 2 >> wlan0: WPA: clearing AP WPA IE >> WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 = 00 0f ac 04 01 00 00 0f ac 02 0c 00 >> wlan0: WPA: using GTK CCMP >> wlan0: WPA: using PTK CCMP >> wlan0: WPA: using KEY_MGMT WPA-PSK >> WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac = 04 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 >> wlan0: No keys have been configured - skip key clearing >> wlan0: State: SCANNING -> ASSOCIATING >> Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D5280 MHz based on = scan results (bssid_set=3D0) >> wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 = key mgmt 1 >> wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 >> bsd_set_opt_ie: set WPA+RSN ie (len 22) >> wpa_driver_bsd_associate: set PRIVACY 1 >> wlan0: Setting authentication timeout: 10 sec 0 usec >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP fail=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portControl=3DAuto >> EAPOL: Supplicant port status: Unauthorized >> RSN: Ignored PMKID candidate without preauth flag >> wlan0: Event ASSOC (0) received >> wlan0: State: ASSOCIATING -> ASSOCIATED >> wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 >> wlan0: No keys have been configured - skip key clearing >> wlan0: Associated with 04:f0:21:01:3d:87 >> wlan0: WPA: Association event - clear replay counter >> wlan0: WPA: Clear old PTK >> EAPOL: External notification - portEnabled=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portValid=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portEnabled=3D1 >> EAPOL: SUPP_PAE entering state CONNECTING >> EAPOL: enable timer tick >> EAPOL: SUPP_BE entering state IDLE >> wlan0: Setting authentication timeout: 10 sec 0 usec >> wlan0: Cancelling scan request >> EAPOL: startWhen --> 0 >> EAPOL: disable timer tick >> EAPOL: SUPP_PAE entering state CONNECTING >> EAPOL: enable timer tick >> EAPOL: txStart >> WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) >> wlan0: Event DISASSOC (1) received >> wlan0: Disassociation notification >> wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 >> wlan0: Auto connect enabled: try to reconnect (wps=3D0 wpa_state=3D6) >> wlan0: Setting scan request: 0 sec 100000 usec >> Added BSSID 04:f0:21:01:3d:87 into blacklist >> wlan0: Blacklist count 1 --> request scan in 100 ms >> wlan0: Setting scan request: 0 sec 100000 usec >> wlan0: Disconnect event - remove keys >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D0 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D1 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D2 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D3 >> bsd_set_key: alg=3D0 addr=3D0x801c2f4c8 key_idx=3D0 set_tx=3D0 = seq_len=3D0 key_len=3D0 >> bsd_del_key: addr=3D04:f0:21:01:3d:87 >> wlan0: State: ASSOCIATED -> DISCONNECTED >> EAPOL: External notification - portEnabled=3D0 >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: SUPP_BE entering state INITIALIZE >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portValid=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> wlan0: State: DISCONNECTED -> SCANNING >>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 06:26:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D89AD331 for ; Wed, 8 Jan 2014 06:26:07 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1039C1363 for ; Wed, 8 Jan 2014 06:26:07 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id DE93E32F3F0 for ; Wed, 8 Jan 2014 07:26:04 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 0762532F3DC; Wed, 8 Jan 2014 07:25:40 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: wpa_supplicant problem. From: =?windows-1252?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Wed, 8 Jan 2014 07:25:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <18F80D66-D1EB-4359-BB7F-6084E8F6D309@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 8 07:26:04 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 52ccef7c28301983019101 X-DSPAM-Factors: 27, In-Reply-To*>, 0.40000, from+a, 0.40000 Cc: "stable@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 06:26:07 -0000 Ooops. Missed the important part of client messages. Also I have tried = with different pre-shared keys but it still don=92t work.=20 wlan0: State: ASSOCIATING -> ASSOCIATED wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 wlan0: No keys have been configured - skip key clearing wlan0: Associated with 04:f0:21:01:3d:87 wlan0: WPA: Association event - clear replay counter wlan0: WPA: Clear old PTK EAPOL: External notification - portEnabled=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portValid=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - EAP success=3D0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portEnabled=3D1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: enable timer tick EAPOL: SUPP_BE entering state IDLE wlan0: Setting authentication timeout: 10 sec 0 usec wlan0: Cancelling scan request wlan0: RX EAPOL from 04:f0:21:01:3d:87 wlan0: Setting authentication timeout: 10 sec 0 usec wlan0: IEEE 802.1X RX: version=3D2 type=3D3 length=3D95 wlan0: EAPOL-Key type=3D2 wlan0: key_info 0x8a (ver=3D2 keyidx=3D0 rsvd=3D0 Pairwise Ack) wlan0: key_length=3D16 key_data_length=3D0 replay_counter - hexdump(len=3D8): 00 00 00 00 00 00 00 01 key_nonce - hexdump(len=3D32): 94 73 9c af a7 74 b0 22 b2 28 94 82 ac = b2 63 13 e5 f1 96 d7 8e e1 61 15 e3 0c 7c 2d 4c 41 f1 d8 key_iv - hexdump(len=3D16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00 00 key_rsc - hexdump(len=3D8): 00 00 00 00 00 00 00 00 key_id (reserved) - hexdump(len=3D8): 00 00 00 00 00 00 00 00 key_mic - hexdump(len=3D16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00 00 wlan0: State: ASSOCIATED -> 4WAY_HANDSHAKE wlan0: WPA: RX message 1 of 4-Way Handshake from 04:f0:21:01:3d:87 = (ver=3D2) RSN: msg 1/4 key data - hexdump(len=3D0): WPA: Renewed SNonce - hexdump(len=3D32): 89 be 5d 40 70 3f 59 27 34 ed = 6d 31 0e 03 c5 41 b5 de cc 2d 9e 05 a0 b4 5b b8 ac 7a 46 bc 6a 79 WPA: PTK derivation - A1=3Df0:de:f1:c9:14:4d A2=3D04:f0:21:01:3d:87 WPA: Nonce1 - hexdump(len=3D32): 89 be 5d 40 70 3f 59 27 34 ed 6d 31 0e = 03 c5 41 b5 de cc 2d 9e 05 a0 b4 5b b8 ac 7a 46 bc 6a 79 WPA: Nonce2 - hexdump(len=3D32): 94 73 9c af a7 74 b0 22 b2 28 94 82 ac = b2 63 13 e5 f1 96 d7 8e e1 61 15 e3 0c 7c 2d 4c 41 f1 d8 WPA: PMK - hexdump(len=3D32): [REMOVED] WPA: PTK - hexdump(len=3D48): [REMOVED] WPA: WPA IE for msg 2/4 - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 = 00 00 0f ac 04 01 00 00 0f ac 02 00 00 WPA: Replay Counter - hexdump(len=3D8): 00 00 00 00 00 00 00 01 wlan0: WPA: Sending EAPOL-Key 2/4 WPA: KCK - hexdump(len=3D16): [REMOVED] WPA: Derived Key MIC - hexdump(len=3D16): c1 6a 85 5f fa 2c f2 b1 d8 25 = bf ad 39 bf 71 b9 EAPOL: startWhen --> 0 EAPOL: disable timer tick EAPOL: SUPP_PAE entering state CONNECTING EAPOL: enable timer tick EAPOL: txStart WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) wlan0: Event DISASSOC (1) received wlan0: Disassociation notification wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=3D0 ssid=3D"web" auth_failures=3D1= duration=3D10 On 08 Jan 2014, at 00:00, Adrian Chadd wrote: > hi, >=20 > please retry with the only network block entries being: >=20 > ssid=3D > psk=3D >=20 > .. and let wpa_supplicant figure it out. >=20 >=20 > -a >=20 >=20 > On 7 January 2014 13:07, Peter Ankerst=E5l wrote: >> Hi! >>=20 >> Im trying to connect from a Lenovo X220 to my FreeBSD router running = hostapd. The router is supporting >> a lot of other clients (OS X and iOS) without any problems. And my = laptop can connect to my phone when >> I set it up as a hotspot. >>=20 >> Lenovo X220: >> FreeBSD lenny 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 = 08:18:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC = amd64 >>=20 >> iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 = chip=3D0x00858086 rev=3D0x34 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' >> class =3D network >>=20 >> # cat /etc/wpa_supplicant.conf >> ctrl_interface=3D/var/run/wpa_supplicant >> eapol_version=3D2 >> ap_scan=3D1 >> fast_reauth=3D1 >>=20 >> network=3D{ >> priority=3D100 >> proto=3DRSN WPA >> ssid=3D"web" >> key_mgmt=3DWPA-PSK >> pairwise=3DCCMP TKIP >> group=3DCCMP TKIP >> psk=3D=93secret=94 >> } >>=20 >> Router: >> FreeBSD gw 10.0-RC1 FreeBSD 10.0-RC1 #3 r259258: Thu Dec 12 16:21:37 = CET 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 >>=20 >> ath0@pci0:7:0:0: class=3D0x028000 card=3D0x3114168c = chip=3D0x0030168c rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Atheros Communications Inc.' >> device =3D 'AR9300 Wireless LAN adaptor' >> class =3D network >>=20 >> # cat /etc/hostapd.conf >> interface=3Dwlan0 >> driver=3Dbsd >> debug=3D0 >> ctrl_interface=3D/var/run/hostapd >> ctrl_interface_group=3Dwheel >> ssid=3Dweb >> wpa=3D2 >> wpa_passphrase=3Dsecret >> wpa_key_mgmt=3DWPA-PSK >> wpa_pairwise=3DCCMP TKIP >> rsn_pairwise=3DCCMP >>=20 >>=20 >> debug output from wpa_supplicant. >> # wpa_supplicant -D bsd -i wlan0 -d -c /etc/wpa_supplicant.conf >> wpa_supplicant v2.0 >> Successfully initialized wpa_supplicant >> Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver = 'bsd' ctrl_interface 'N/A' bridge 'N/A' >> Configuration file '/etc/wpa_supplicant.conf' -> = '/etc/wpa_supplicant.conf' >> Reading configuration file '/etc/wpa_supplicant.conf' >> ctrl_interface=3D'/var/run/wpa_supplicant' >> eapol_version=3D2 >> ap_scan=3D1 >> fast_reauth=3D1 >> Priority group 100 >> id=3D0 ssid=3D'web' >> wpa_driver_bsd_capa: drivercaps=3D0x2581e201,cryptocaps=3D0x00000000 >> wlan0: Own MAC address: f0:de:f1:c9:14:4d >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D0 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D1 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D2 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D3 >> wpa_driver_bsd_set_countermeasures: enabled=3D0 >> wlan0: RSN: flushing PMKID list in the driver >> wlan0: Setting scan request: 0 sec 100000 usec >> WPS: Set UUID for interface wlan0 >> WPS: UUID based on MAC address - hexdump(len=3D16): f4 2a e7 3f ed 75 = 52 b7 99 15 e0 56 b1 07 04 4f >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >> EAPOL: SUPP_BE entering state INITIALIZE >> EAP: EAP entering state DISABLED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: Supplicant port status: Unauthorized >> wlan0: Added interface wlan0 >> wlan0: State: DISCONNECTED -> DISCONNECTED >> wlan0: State: DISCONNECTED -> SCANNING >> wlan0: Starting AP scan for wildcard SSID >> wpa_driver_bsd_set_wpa: enabled=3D1 >> wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 >> EAPOL: disable timer tick >> EAPOL: Supplicant port status: Unauthorized >> wlan0: Event SCAN_RESULTS (3) received >> Received 2508 bytes of scan results (9 BSSes) >> wlan0: BSS: Start scan result update 1 >> wlan0: BSS: Add new id 0 BSSID 04:f0:21:01:3d:87 SSID 'web' >> wlan0: BSS: Add new id 1 BSSID 8a:08:93:36:a1:10 SSID 'Mavar' >> wlan0: BSS: Add new id 2 BSSID 88:1f:a1:36:93:08 SSID 'Gotland' >> wlan0: BSS: Add new id 3 BSSID 8a:09:93:36:a1:10 SSID 'Mavar' >> wlan0: BSS: Add new id 4 BSSID 88:1f:a1:36:93:09 SSID 'Gotland++' >> wlan0: BSS: Add new id 5 BSSID 58:98:35:ba:2c:17 SSID 'Katyusha' >> wlan0: BSS: Add new id 6 BSSID 58:98:35:be:ef:9f SSID = 'TeliaGateway58-98-35-BE-EF-9F' >> wlan0: BSS: Add new id 7 BSSID cc:b2:55:94:23:e8 SSID 'P-sons' >> wlan0: BSS: Add new id 8 BSSID a0:21:b7:b4:55:d8 SSID 'Bonnier' >> BSS: last_scan_res_used=3D9/32 last_scan_full=3D0 >> wlan0: New scan results available >> WPS: AP cc:b2:55:94:23:e8 type 0 added >> WPS: AP a0:21:b7:b4:55:d8 type 0 added >> WPS: AP[0] cc:b2:55:94:23:e8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 >> WPS: AP[1] a0:21:b7:b4:55:d8 type=3D0 tries=3D0 last_attempt=3D-1 sec = ago blacklist=3D0 >> wlan0: Selecting BSS from priority group 100 >> wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20= caps=3D0x11 level=3D-67 >> wlan0: selected based on RSN IE >> wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' >> wlan0: Request association: reassociate: 0 selected: = 04:f0:21:01:3d:87 bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 = wpa_ >> state: SCANNING >> wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' = freq=3D5280 MHz) >> FT: Stored MDIE and FTIE from (Re)Association Response - = hexdump(len=3D0): >> wlan0: Cancelling scan request >> wlan0: WPA: clearing own WPA/RSN IE >> wlan0: Automatic auth_alg selection: 0x1 >> RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 >> RSN: Search for BSSID 04:f0:21:01:3d:87 >> RSN: No PMKSA cache entry found >> wlan0: RSN: using IEEE 802.11i/D9.0 >> wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 = proto 2 >> wlan0: WPA: clearing AP WPA IE >> WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 = 00 0f ac 04 01 00 00 0f ac 02 0c 00 >> wlan0: WPA: using GTK CCMP >> wlan0: WPA: using PTK CCMP >> wlan0: WPA: using KEY_MGMT WPA-PSK >> WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac = 04 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 >> wlan0: No keys have been configured - skip key clearing >> wlan0: State: SCANNING -> ASSOCIATING >> Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D5280 MHz based on = scan results (bssid_set=3D0) >> wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 = key mgmt 1 >> wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 >> bsd_set_opt_ie: set WPA+RSN ie (len 22) >> wpa_driver_bsd_associate: set PRIVACY 1 >> wlan0: Setting authentication timeout: 10 sec 0 usec >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP fail=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portControl=3DAuto >> EAPOL: Supplicant port status: Unauthorized >> RSN: Ignored PMKID candidate without preauth flag >> wlan0: Event ASSOC (0) received >> wlan0: State: ASSOCIATING -> ASSOCIATED >> wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 >> wlan0: No keys have been configured - skip key clearing >> wlan0: Associated with 04:f0:21:01:3d:87 >> wlan0: WPA: Association event - clear replay counter >> wlan0: WPA: Clear old PTK >> EAPOL: External notification - portEnabled=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portValid=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portEnabled=3D1 >> EAPOL: SUPP_PAE entering state CONNECTING >> EAPOL: enable timer tick >> EAPOL: SUPP_BE entering state IDLE >> wlan0: Setting authentication timeout: 10 sec 0 usec >> wlan0: Cancelling scan request >> EAPOL: startWhen --> 0 >> EAPOL: disable timer tick >> EAPOL: SUPP_PAE entering state CONNECTING >> EAPOL: enable timer tick >> EAPOL: txStart >> WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) >> wlan0: Event DISASSOC (1) received >> wlan0: Disassociation notification >> wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 >> wlan0: Auto connect enabled: try to reconnect (wps=3D0 wpa_state=3D6) >> wlan0: Setting scan request: 0 sec 100000 usec >> Added BSSID 04:f0:21:01:3d:87 into blacklist >> wlan0: Blacklist count 1 --> request scan in 100 ms >> wlan0: Setting scan request: 0 sec 100000 usec >> wlan0: Disconnect event - remove keys >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D0 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D1 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D2 >> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 = key_len=3D0 >> bsd_del_key: key_idx=3D3 >> bsd_set_key: alg=3D0 addr=3D0x801c2f4c8 key_idx=3D0 set_tx=3D0 = seq_len=3D0 key_len=3D0 >> bsd_del_key: addr=3D04:f0:21:01:3d:87 >> wlan0: State: ASSOCIATED -> DISCONNECTED >> EAPOL: External notification - portEnabled=3D0 >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: SUPP_BE entering state INITIALIZE >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - portValid=3D0 >> EAPOL: Supplicant port status: Unauthorized >> EAPOL: External notification - EAP success=3D0 >> EAPOL: Supplicant port status: Unauthorized >> wlan0: State: DISCONNECTED -> SCANNING >>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 06:30:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4437F4B8; Wed, 8 Jan 2014 06:30:13 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2918138A; Wed, 8 Jan 2014 06:30:12 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id i13so1525983qae.10 for ; Tue, 07 Jan 2014 22:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=rXqUPV+0qWFZW9d6KAWlWo7GPa5rW3g+b17W2LDqrNk=; b=SlYthV8oHC7c/akqAZwfSzDL67svWn3NdFzDXw0And6n45Yin/S7qg8Z02+Di4wAiF LLgDiu7+HbZxYT/uVsh8Er6tKRek6hIDrT0cHvmagjINIxP/cHE6CtI5FVeBaTy+Xue+ TCMYhiTDBWU1yB18kXAKw0r2mH1aBc8smC/e8gg6G+/Qxm0rl9KmzjsHcXfzSjjpyeHB 9KRjjtonYsH44c7+F1mZ1jvVzFfQpqzN5n2HwJD6esjSwjiL/JCydeFuboSx9RnbVxXW dSi3nB6WE37GKorOdXst1XorfMRBzR/wSq+Dhxloo86mRRjj8/HcrBtcIR88RmtiD0Lm iDPA== MIME-Version: 1.0 X-Received: by 10.229.126.9 with SMTP id a9mr196126850qcs.0.1389162612038; Tue, 07 Jan 2014 22:30:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 7 Jan 2014 22:30:11 -0800 (PST) In-Reply-To: <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> Date: Tue, 7 Jan 2014 22:30:11 -0800 X-Google-Sender-Auth: VnA9KESoSMTFfGtL2Y4kvNaXMvY Message-ID: Subject: Re: wpa_supplicant problem. From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 06:30:13 -0000 Hm, sounds to me like something I fixed in -HEAD. Try -HEAD. The TL;DR - the EAPOL frames are going out at a much higher transmit rate than the initial association attempts, which means it associates fine but it can't authenticate successfully. Try running -HEAD. I bet it'll work. -a On 7 January 2014 22:03, Peter Ankerst=E5l wrote: > Hi! > > Now I get on the router: > wlan0: STA f0:de:f1:c9:14:4d WPA: EAPOL-Key timeout > WPA: f0:de:f1:c9:14:4d WPA_PTK entering state PTKSTART > wlan0: STA f0:de:f1:c9:14:4d WPA: sending 1/4 msg of 4-Way Handshake > > > and on the client: > wlan0: Selecting BSS from priority group 0 > wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20 c= aps=3D0x31 level=3D-65 > wlan0: selected based on RSN IE > wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' > wlan0: Request association: reassociate: 0 selected: 04:f0:21:01:3d:87 = bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 wpa_state: SCANNING > wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' freq=3D24= 12 MHz) > FT: Stored MDIE and FTIE from (Re)Association Response - hexdump(len=3D0)= : > wlan0: Cancelling scan request > wlan0: WPA: clearing own WPA/RSN IE > wlan0: Automatic auth_alg selection: 0x1 > RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 > RSN: Search for BSSID 04:f0:21:01:3d:87 > RSN: No PMKSA cache entry found > wlan0: RSN: using IEEE 802.11i/D9.0 > wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 proto= 2 > wlan0: WPA: clearing AP WPA IE > WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 00 = 0f ac 04 01 00 00 0f ac 02 00 00 > wlan0: WPA: using GTK CCMP > wlan0: WPA: using PTK CCMP > wlan0: WPA: using KEY_MGMT WPA-PSK > WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 = 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 > wlan0: No keys have been configured - skip key clearing > wlan0: State: SCANNING -> ASSOCIATING > Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D2412 MHz based on scan= results (bssid_set=3D0) > wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 key= mgmt 1 > wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 > bsd_set_opt_ie: set WPA+RSN ie (len 22) > wpa_driver_bsd_associate: set PRIVACY 1 > wlan0: Setting authentication timeout: 10 sec 0 usec > EAPOL: External notification - EAP success=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - EAP fail=3D0 > EAPOL: Supplicant port status: Unauthorized > EAPOL: External notification - portControl=3DAuto > EAPOL: Supplicant port status: Unauthorized > RSN: Ignored PMKID candidate without preauth flag > wlan0: Event ASSOC (0) received > wlan0: State: ASSOCIATING -> ASSOCIATED > > On 08 Jan 2014, at 00:00, Adrian Chadd wrote: > >> hi, >> >> please retry with the only network block entries being: >> >> ssid=3D >> psk=3D >> >> .. and let wpa_supplicant figure it out. >> >> >> -a >> >> >> On 7 January 2014 13:07, Peter Ankerst=E5l wrote: >>> Hi! >>> >>> Im trying to connect from a Lenovo X220 to my FreeBSD router running ho= stapd. The router is supporting >>> a lot of other clients (OS X and iOS) without any problems. And my lap= top can connect to my phone when >>> I set it up as a hotspot. >>> >>> Lenovo X220: >>> FreeBSD lenny 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20= UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 chip=3D0x008= 58086 rev=3D0x34 hdr=3D0x00 >>> vendor =3D 'Intel Corporation' >>> device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' >>> class =3D network >>> >>> # cat /etc/wpa_supplicant.conf >>> ctrl_interface=3D/var/run/wpa_supplicant >>> eapol_version=3D2 >>> ap_scan=3D1 >>> fast_reauth=3D1 >>> >>> network=3D{ >>> priority=3D100 >>> proto=3DRSN WPA >>> ssid=3D"web" >>> key_mgmt=3DWPA-PSK >>> pairwise=3DCCMP TKIP >>> group=3DCCMP TKIP >>> psk=3D=93secret=94 >>> } >>> >>> Router: >>> FreeBSD gw 10.0-RC1 FreeBSD 10.0-RC1 #3 r259258: Thu Dec 12 16:21:37 CE= T 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 >>> >>> ath0@pci0:7:0:0: class=3D0x028000 card=3D0x3114168c chip=3D0x003= 0168c rev=3D0x01 hdr=3D0x00 >>> vendor =3D 'Atheros Communications Inc.' >>> device =3D 'AR9300 Wireless LAN adaptor' >>> class =3D network >>> >>> # cat /etc/hostapd.conf >>> interface=3Dwlan0 >>> driver=3Dbsd >>> debug=3D0 >>> ctrl_interface=3D/var/run/hostapd >>> ctrl_interface_group=3Dwheel >>> ssid=3Dweb >>> wpa=3D2 >>> wpa_passphrase=3Dsecret >>> wpa_key_mgmt=3DWPA-PSK >>> wpa_pairwise=3DCCMP TKIP >>> rsn_pairwise=3DCCMP >>> >>> >>> debug output from wpa_supplicant. >>> # wpa_supplicant -D bsd -i wlan0 -d -c /etc/wpa_supplicant.conf >>> wpa_supplicant v2.0 >>> Successfully initialized wpa_supplicant >>> Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver '= bsd' ctrl_interface 'N/A' bridge 'N/A' >>> Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.c= onf' >>> Reading configuration file '/etc/wpa_supplicant.conf' >>> ctrl_interface=3D'/var/run/wpa_supplicant' >>> eapol_version=3D2 >>> ap_scan=3D1 >>> fast_reauth=3D1 >>> Priority group 100 >>> id=3D0 ssid=3D'web' >>> wpa_driver_bsd_capa: drivercaps=3D0x2581e201,cryptocaps=3D0x00000000 >>> wlan0: Own MAC address: f0:de:f1:c9:14:4d >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D0 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D1 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D2 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D3 >>> wpa_driver_bsd_set_countermeasures: enabled=3D0 >>> wlan0: RSN: flushing PMKID list in the driver >>> wlan0: Setting scan request: 0 sec 100000 usec >>> WPS: Set UUID for interface wlan0 >>> WPS: UUID based on MAC address - hexdump(len=3D16): f4 2a e7 3f ed 75 5= 2 b7 99 15 e0 56 b1 07 04 4f >>> EAPOL: SUPP_PAE entering state DISCONNECTED >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >>> EAPOL: SUPP_BE entering state INITIALIZE >>> EAP: EAP entering state DISABLED >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: Supplicant port status: Unauthorized >>> wlan0: Added interface wlan0 >>> wlan0: State: DISCONNECTED -> DISCONNECTED >>> wlan0: State: DISCONNECTED -> SCANNING >>> wlan0: Starting AP scan for wildcard SSID >>> wpa_driver_bsd_set_wpa: enabled=3D1 >>> wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 >>> EAPOL: disable timer tick >>> EAPOL: Supplicant port status: Unauthorized >>> wlan0: Event SCAN_RESULTS (3) received >>> Received 2508 bytes of scan results (9 BSSes) >>> wlan0: BSS: Start scan result update 1 >>> wlan0: BSS: Add new id 0 BSSID 04:f0:21:01:3d:87 SSID 'web' >>> wlan0: BSS: Add new id 1 BSSID 8a:08:93:36:a1:10 SSID 'Mavar' >>> wlan0: BSS: Add new id 2 BSSID 88:1f:a1:36:93:08 SSID 'Gotland' >>> wlan0: BSS: Add new id 3 BSSID 8a:09:93:36:a1:10 SSID 'Mavar' >>> wlan0: BSS: Add new id 4 BSSID 88:1f:a1:36:93:09 SSID 'Gotland++' >>> wlan0: BSS: Add new id 5 BSSID 58:98:35:ba:2c:17 SSID 'Katyusha' >>> wlan0: BSS: Add new id 6 BSSID 58:98:35:be:ef:9f SSID 'TeliaGateway58-9= 8-35-BE-EF-9F' >>> wlan0: BSS: Add new id 7 BSSID cc:b2:55:94:23:e8 SSID 'P-sons' >>> wlan0: BSS: Add new id 8 BSSID a0:21:b7:b4:55:d8 SSID 'Bonnier' >>> BSS: last_scan_res_used=3D9/32 last_scan_full=3D0 >>> wlan0: New scan results available >>> WPS: AP cc:b2:55:94:23:e8 type 0 added >>> WPS: AP a0:21:b7:b4:55:d8 type 0 added >>> WPS: AP[0] cc:b2:55:94:23:e8 type=3D0 tries=3D0 last_attempt=3D-1 sec a= go blacklist=3D0 >>> WPS: AP[1] a0:21:b7:b4:55:d8 type=3D0 tries=3D0 last_attempt=3D-1 sec a= go blacklist=3D0 >>> wlan0: Selecting BSS from priority group 100 >>> wlan0: 0: 04:f0:21:01:3d:87 ssid=3D'web' wpa_ie_len=3D0 rsn_ie_len=3D20= caps=3D0x11 level=3D-67 >>> wlan0: selected based on RSN IE >>> wlan0: selected BSS 04:f0:21:01:3d:87 ssid=3D'web' >>> wlan0: Request association: reassociate: 0 selected: 04:f0:21:01:3d:87= bssid: 00:00:00:00:00:00 pending: 00:00:00:00:00:00 wpa_ >>> state: SCANNING >>> wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID=3D'web' freq=3D= 5280 MHz) >>> FT: Stored MDIE and FTIE from (Re)Association Response - hexdump(len=3D= 0): >>> wlan0: Cancelling scan request >>> wlan0: WPA: clearing own WPA/RSN IE >>> wlan0: Automatic auth_alg selection: 0x1 >>> RSN: PMKSA cache search - network_ctx=3D0x0 try_opportunistic=3D0 >>> RSN: Search for BSSID 04:f0:21:01:3d:87 >>> RSN: No PMKSA cache entry found >>> wlan0: RSN: using IEEE 802.11i/D9.0 >>> wlan0: WPA: Selected cipher suites: group 16 pairwise 16 key_mgmt 2 pro= to 2 >>> wlan0: WPA: clearing AP WPA IE >>> WPA: set AP RSN IE - hexdump(len=3D22): 30 14 01 00 00 0f ac 04 01 00 0= 0 0f ac 04 01 00 00 0f ac 02 0c 00 >>> wlan0: WPA: using GTK CCMP >>> wlan0: WPA: using PTK CCMP >>> wlan0: WPA: using KEY_MGMT WPA-PSK >>> WPA: Set own WPA IE default - hexdump(len=3D22): 30 14 01 00 00 0f ac 0= 4 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00 >>> wlan0: No keys have been configured - skip key clearing >>> wlan0: State: SCANNING -> ASSOCIATING >>> Limit connection to BSSID 04:f0:21:01:3d:87 freq=3D5280 MHz based on sc= an results (bssid_set=3D0) >>> wpa_driver_bsd_associate: ssid 'web' wpa ie len 22 pairwise 3 group 3 k= ey mgmt 1 >>> wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 >>> bsd_set_opt_ie: set WPA+RSN ie (len 22) >>> wpa_driver_bsd_associate: set PRIVACY 1 >>> wlan0: Setting authentication timeout: 10 sec 0 usec >>> EAPOL: External notification - EAP success=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - EAP fail=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - portControl=3DAuto >>> EAPOL: Supplicant port status: Unauthorized >>> RSN: Ignored PMKID candidate without preauth flag >>> wlan0: Event ASSOC (0) received >>> wlan0: State: ASSOCIATING -> ASSOCIATED >>> wlan0: Associated to a new BSS: BSSID=3D04:f0:21:01:3d:87 >>> wlan0: No keys have been configured - skip key clearing >>> wlan0: Associated with 04:f0:21:01:3d:87 >>> wlan0: WPA: Association event - clear replay counter >>> wlan0: WPA: Clear old PTK >>> EAPOL: External notification - portEnabled=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - portValid=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - EAP success=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - portEnabled=3D1 >>> EAPOL: SUPP_PAE entering state CONNECTING >>> EAPOL: enable timer tick >>> EAPOL: SUPP_BE entering state IDLE >>> wlan0: Setting authentication timeout: 10 sec 0 usec >>> wlan0: Cancelling scan request >>> EAPOL: startWhen --> 0 >>> EAPOL: disable timer tick >>> EAPOL: SUPP_PAE entering state CONNECTING >>> EAPOL: enable timer tick >>> EAPOL: txStart >>> WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=3D1 len=3D0) >>> wlan0: Event DISASSOC (1) received >>> wlan0: Disassociation notification >>> wlan0: CTRL-EVENT-DISCONNECTED bssid=3D04:f0:21:01:3d:87 reason=3D0 >>> wlan0: Auto connect enabled: try to reconnect (wps=3D0 wpa_state=3D6) >>> wlan0: Setting scan request: 0 sec 100000 usec >>> Added BSSID 04:f0:21:01:3d:87 into blacklist >>> wlan0: Blacklist count 1 --> request scan in 100 ms >>> wlan0: Setting scan request: 0 sec 100000 usec >>> wlan0: Disconnect event - remove keys >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D0 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D0 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D1 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D1 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D2 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D2 >>> bsd_set_key: alg=3D0 addr=3D0x0 key_idx=3D3 set_tx=3D0 seq_len=3D0 key_= len=3D0 >>> bsd_del_key: key_idx=3D3 >>> bsd_set_key: alg=3D0 addr=3D0x801c2f4c8 key_idx=3D0 set_tx=3D0 seq_len= =3D0 key_len=3D0 >>> bsd_del_key: addr=3D04:f0:21:01:3d:87 >>> wlan0: State: ASSOCIATED -> DISCONNECTED >>> EAPOL: External notification - portEnabled=3D0 >>> EAPOL: SUPP_PAE entering state DISCONNECTED >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: SUPP_BE entering state INITIALIZE >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - portValid=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> EAPOL: External notification - EAP success=3D0 >>> EAPOL: Supplicant port status: Unauthorized >>> wlan0: State: DISCONNECTED -> SCANNING >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >> > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 08:41:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D8B9F09; Wed, 8 Jan 2014 08:41:10 +0000 (UTC) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE9F31F83; Wed, 8 Jan 2014 08:41:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by lyra.its.uu.se (Postfix) with ESMTP id 8448338F7D; Wed, 8 Jan 2014 09:31:31 +0100 (CET) Message-ID: <52CD0CEE.5010700@pean.org> Date: Wed, 08 Jan 2014 09:31:42 +0100 From: =?windows-1252?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130807 Thunderbird/17.0.8 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: wpa_supplicant problem. References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 08:41:10 -0000 Hehe, I dont think Im ready for 11 yet. Do you think these fixes will be in 10 any time soon? On 01/08/2014 07:30 AM, Adrian Chadd wrote: > Hm, sounds to me like something I fixed in -HEAD. Try -HEAD. > > The TL;DR - the EAPOL frames are going out at a much higher transmit > rate than the initial association attempts, which means it associates > fine but it can't authenticate successfully. > > Try running -HEAD. I bet it'll work. > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 09:45:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0B792F2 for ; Wed, 8 Jan 2014 09:45:55 +0000 (UTC) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id C93AE1506 for ; Wed, 8 Jan 2014 09:45:54 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail106.syd.optusnet.com.au (Postfix) with ESMTP id C57BF3C2575; Wed, 8 Jan 2014 20:45:39 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 6E2C561AC; Wed, 8 Jan 2014 20:45:38 +1100 (EST) Message-ID: <52CD1E41.5010607@menhennitt.com.au> Date: Wed, 08 Jan 2014 20:45:37 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-stable@freebsd.org Subject: Re: X not working on AMD64 Radeon after upgrading 9-Stable to 10-RC3 References: <52C6846A.8010304@menhennitt.com.au> <52C7F922.6010204@FreeBSD.org> <52C8F9AA.1090207@menhennitt.com.au> <52C9B483.5060209@dumbbell.fr> In-Reply-To: <52C9B483.5060209@dumbbell.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=YYGEuWhf c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=4ZoS1BJXjLcA:10 a=83QDFMQtbloA:10 a=8nJEP1OIZ-IA:10 a=lMnj3SGZ900A:10 a=aR16PxjQAAAA:8 a=EUspDBNiAAAA:8 a=20KFwNOVAAAA:8 a=3GBdZ52NRGWkNqP0Eb0A:9 a=RvWekynscjbVwC2P:21 a=QRvrWrTnAtt9qLkH:21 a=LNaP8XDWQ9SjB3d2:21 a=wPNLvfGTeEIA:10 a=CiSHi91Bn78A:10 a=IG2fH9E8heMA:10 a=jEp0ucaQiEUA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 09:45:55 -0000 On 06/01/2014 06:37, Jean-Sébastien Pédron wrote: > On 05.01.2014 07:20, Graham Menhennitt wrote: >> Also, I can't use Alt-F1 etc. to switch to other virtual consoles. And I >> can't seem to kill X - I need to reboot. But both of those are very >> minor problems. > This is expected unfortunately: our console driver (syscons) doesn't > support the new kernel video drivers. This means that once X.Org is > started, it's not possible to switch to the console, or have a console > back when closing the X session. > > This problem is fixed in HEAD (11-CURRENT) if you use the new console > driver (vt(9), previously referred to as "Newcons"). Like I said, it's not really a problem. So I won't bother doing that. > > About errors in dmesg(8), I answer below: > >> info: [drm] Loading RS690/RS740 Microcode >> info: [drm] radeon: ring at 0x00000000A0001000 >> error: [drm:pid1162:r100_ring_test] *ERROR* radeon: ring test failed >> (scratch(0x15E4)=0xCAFEDEAD) >> error: [drm:pid1162:r100_cp_init] *ERROR* radeon: cp isn't working (-22). >> drmn0: error: failed initializing CP (-22). > Those errors are unexpected. Could you please try with Ubuntu 13.04 live > CD, and check if the same errors occur? > Ok, I've included the output of dmesg from Ubuntu 13.04 AMD64. I couldn't get as far as running X from the live CD though - there was an error about not being able to find /sbin/init and I got dumped into a BusyBox shell with a prompt of "initramfs". But dmesg contains "drm" and "radeon" bits, so I hope it's enough. No errors though. Thanks again for you help. Graham [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.8.0-19-generic (buildd@allspice) (gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1) ) #29-Ubuntu SMP Wed Apr 17 18:16:28 UTC 2013 (Ubuntu 3.8.0-19.29-generic 3.8.8) [ 0.000000] Command line: file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable [ 0.000000] BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000cfedffff] usable [ 0.000000] BIOS-e820: [mem 0x00000000cfee0000-0x00000000cfee2fff] ACPI NVS [ 0.000000] BIOS-e820: [mem 0x00000000cfee3000-0x00000000cfeeffff] ACPI data [ 0.000000] BIOS-e820: [mem 0x00000000cfef0000-0x00000000cfefffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x0000000187ffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.4 present. [ 0.000000] DMI: Gigabyte Technology Co., Ltd. GA-MA69GM-S2H/GA-MA69GM-S2H, BIOS F4 12/07/2007 [ 0.000000] e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x188000 max_arch_pfn = 0x400000000 [ 0.000000] MTRR default type: uncachable [ 0.000000] MTRR fixed ranges enabled: [ 0.000000] 00000-9FFFF write-back [ 0.000000] A0000-BFFFF uncachable [ 0.000000] C0000-C7FFF write-protect [ 0.000000] C8000-FFFFF uncachable [ 0.000000] MTRR variable ranges enabled: [ 0.000000] 0 base 0000000000 mask FF80000000 write-back [ 0.000000] 1 base 0080000000 mask FFC0000000 write-back [ 0.000000] 2 base 00C0000000 mask FFF0000000 write-back [ 0.000000] 3 base 00CFF00000 mask FFFFF00000 uncachable [ 0.000000] 4 base 0100000000 mask FF80000000 write-back [ 0.000000] 5 base 0180000000 mask FFF8000000 write-back [ 0.000000] 6 disabled [ 0.000000] 7 disabled [ 0.000000] TOM2: 0000000188000000 aka 6272M [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] original variable MTRRs [ 0.000000] reg 0, base: 0GB, range: 2GB, type WB [ 0.000000] reg 1, base: 2GB, range: 1GB, type WB [ 0.000000] reg 2, base: 3GB, range: 256MB, type WB [ 0.000000] reg 3, base: 3327MB, range: 1MB, type UC [ 0.000000] reg 4, base: 4GB, range: 2GB, type WB [ 0.000000] reg 5, base: 6GB, range: 128MB, type WB [ 0.000000] total RAM covered: 3327M [ 0.000000] Found optimal setting for mtrr clean up [ 0.000000] gran_size: 64K chunk_size: 2M num_reg: 4 lose cover RAM: 0G [ 0.000000] New variable MTRRs [ 0.000000] reg 0, base: 0GB, range: 2GB, type WB [ 0.000000] reg 1, base: 2GB, range: 1GB, type WB [ 0.000000] reg 2, base: 3GB, range: 256MB, type WB [ 0.000000] reg 3, base: 3327MB, range: 1MB, type UC [ 0.000000] e820: update [mem 0xcff00000-0xffffffff] usable ==> reserved [ 0.000000] e820: last_pfn = 0xcfee0 max_arch_pfn = 0x400000000 [ 0.000000] found SMP MP-table at [mem 0x000f5050-0x000f505f] mapped at [ffff8800000f5050] [ 0.000000] initial memory mapped: [mem 0x00000000-0x1fffffff] [ 0.000000] Base memory trampoline at [ffff880000099000] 99000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0xcfedffff] [ 0.000000] [mem 0x00000000-0xcfdfffff] page 2M [ 0.000000] [mem 0xcfe00000-0xcfedffff] page 4k [ 0.000000] kernel direct mapping tables up to 0xcfedffff @ [mem 0x1fffa000-0x1fffffff] [ 0.000000] init_memory_mapping: [mem 0x100000000-0x187ffffff] [ 0.000000] [mem 0x100000000-0x187ffffff] page 2M [ 0.000000] kernel direct mapping tables up to 0x187ffffff @ [mem 0xcfedc000-0xcfedffff] [ 0.000000] RAMDISK: [mem 0x7eac7000-0x7fffffff] [ 0.000000] ACPI: RSDP 00000000000f6a10 00014 (v00 GBT ) [ 0.000000] ACPI: RSDT 00000000cfee3000 00038 (v01 GBT GBTUACPI 42302E31 GBTU 01010101) [ 0.000000] ACPI: FACP 00000000cfee3040 00074 (v01 GBT GBTUACPI 42302E31 GBTU 01010101) [ 0.000000] ACPI: DSDT 00000000cfee30c0 048EF (v01 GBT GBTUACPI 00001000 MSFT 0100000C) [ 0.000000] ACPI: FACS 00000000cfee0000 00040 [ 0.000000] ACPI: SSDT 00000000cfee7a80 0028A (v01 PTLTD POWERNOW 00000001 LTP 00000001) [ 0.000000] ACPI: HPET 00000000cfee7d40 00038 (v01 GBT GBTUACPI 42302E31 GBTU 00000098) [ 0.000000] ACPI: MCFG 00000000cfee7d80 0003C (v01 GBT GBTUACPI 42302E31 GBTU 01010101) [ 0.000000] ACPI: APIC 00000000cfee79c0 00084 (v01 GBT GBTUACPI 42302E31 GBTU 01010101) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] Scanning NUMA topology in Northbridge 24 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at [mem 0x0000000000000000-0x0000000187ffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x187ffffff] [ 0.000000] NODE_DATA [mem 0x187ffb000-0x187ffffff] [ 0.000000] [ffffea0000000000-ffffea00061fffff] PMD -> [ffff880182000000-ffff8801875fffff] on node 0 [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00010000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x187ffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00010000-0x0009efff] [ 0.000000] node 0: [mem 0x00100000-0xcfedffff] [ 0.000000] node 0: [mem 0x100000000-0x187ffffff] [ 0.000000] On node 0 totalpages: 1408623 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 6 pages reserved [ 0.000000] DMA zone: 3913 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 13244 pages used for memmap [ 0.000000] DMA32 zone: 834340 pages, LIFO batch:31 [ 0.000000] Normal zone: 8704 pages used for memmap [ 0.000000] Normal zone: 548352 pages, LIFO batch:31 [ 0.000000] Detected use of extended apic ids on hypertransport bus [ 0.000000] ACPI: PM-Timer IO Port: 0x4008 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 2, version 33, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x10b9a201 base: 0xfed00000 [ 0.000000] smpboot: Allowing 4 CPUs, 2 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 [ 0.000000] PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 [ 0.000000] PM: Registered nosave memory: 00000000cfee0000 - 00000000cfee3000 [ 0.000000] PM: Registered nosave memory: 00000000cfee3000 - 00000000cfef0000 [ 0.000000] PM: Registered nosave memory: 00000000cfef0000 - 00000000cff00000 [ 0.000000] PM: Registered nosave memory: 00000000cff00000 - 00000000e0000000 [ 0.000000] PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000 [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000 [ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 0000000100000000 [ 0.000000] e820: [mem 0xcff00000-0xdfffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on bare hardware [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:4 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff880187c00000 s85056 r8192 d21440 u524288 [ 0.000000] pcpu-alloc: s85056 r8192 d21440 u524288 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1386605 [ 0.000000] Policy zone: Normal [ 0.000000] Kernel command line: file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] __ex_table already sorted, skipping sort [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Node 0: aperture @ c4000000 size 32 MB [ 0.000000] Aperture pointing to e820 RAM. Ignoring. [ 0.000000] Your BIOS doesn't leave a aperture memory hole [ 0.000000] Please enable the IOMMU option in the BIOS setup [ 0.000000] This costs you 64 MB of RAM [ 0.000000] Mapping aperture over 65536 KB of RAM @ c4000000 [ 0.000000] PM: Registered nosave memory: 00000000c4000000 - 00000000c8000000 [ 0.000000] Memory: 5376816k/6422528k available (7006k kernel code, 788036k absent, 257676k reserved, 6238k data, 992k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] NR_IRQS:16640 nr_irqs:712 16 [ 0.000000] Console: colour VGA+ 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] allocated 22544384 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] hpet clockevent registered [ 0.000000] tsc: Fast TSC calibration using PIT [ 0.000000] tsc: Detected 2505.730 MHz processor [ 0.000000] tsc: Marking TSC unstable due to TSCs unsynchronized [ 0.008006] Calibrating delay loop (skipped), value calculated using timer frequency.. 5011.46 BogoMIPS (lpj=10022920) [ 0.008010] pid_max: default: 32768 minimum: 301 [ 0.008047] Security Framework initialized [ 0.008064] AppArmor: AppArmor initialized [ 0.008065] Yama: becoming mindful. [ 0.008920] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes) [ 0.016454] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 0.019769] Mount-cache hash table entries: 256 [ 0.020209] Initializing cgroup subsys cpuacct [ 0.020212] Initializing cgroup subsys memory [ 0.020225] Initializing cgroup subsys devices [ 0.020227] Initializing cgroup subsys freezer [ 0.020230] Initializing cgroup subsys blkio [ 0.020232] Initializing cgroup subsys perf_event [ 0.020235] Initializing cgroup subsys hugetlb [ 0.020268] tseg: 00cff00000 [ 0.020270] CPU: Physical Processor ID: 0 [ 0.020271] CPU: Processor Core ID: 0 [ 0.020274] mce: CPU supports 5 MCE banks [ 0.020280] LVT offset 0 assigned for vector 0xf9 [ 0.020287] process: using AMD E400 aware idle routine [ 0.020290] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 4 [ 0.020290] Last level dTLB entries: 4KB 512, 2MB 8, 4MB 4 [ 0.020290] tlb_flushall_shift: 4 [ 0.020414] Freeing SMP alternatives: 24k freed [ 0.022066] ACPI: Core revision 20121018 [ 0.028043] ftrace: allocating 26689 entries in 105 pages [ 0.044526] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 0.084225] smpboot: CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (fam: 0f, model: 6b, stepping: 02) [ 0.088000] Performance Events: AMD PMU driver. [ 0.088000] ... version: 0 [ 0.088000] ... bit width: 48 [ 0.088000] ... generic registers: 4 [ 0.088000] ... value mask: 0000ffffffffffff [ 0.088000] ... max period: 00007fffffffffff [ 0.088000] ... fixed-purpose events: 0 [ 0.088000] ... event mask: 000000000000000f [ 0.088000] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter. [ 0.088000] smpboot: Booting Node 0, Processors #1 [ 0.176127] Brought up 2 CPUs [ 0.176130] smpboot: Total of 2 processors activated (10022.74 BogoMIPS) [ 0.176788] devtmpfs: initialized [ 0.177846] EVM: security.selinux [ 0.177848] EVM: security.SMACK64 [ 0.177850] EVM: security.capability [ 0.177872] PM: Registering ACPI NVS region [mem 0xcfee0000-0xcfee2fff] (12288 bytes) [ 0.180208] regulator-dummy: no parameters [ 0.180281] NET: Registered protocol family 16 [ 0.180417] node 0 link 0: io port [d000, ffff] [ 0.180420] TOM: 00000000d8000000 aka 3456M [ 0.180423] node 0 link 0: mmio [a0000, bffff] [ 0.180425] node 0 link 0: mmio [d8000000, dfffffff] [ 0.180427] node 0 link 0: mmio [e0000000, fe02ffff] [ 0.180430] node 0 link 0: mmio [e0000000, efffffff] [ 0.180431] TOM2: 0000000188000000 aka 6272M [ 0.180434] bus: [bus 00-02] on node 0 link 0 [ 0.180436] bus: 00 [io 0x0000-0xffff] [ 0.180438] bus: 00 [mem 0x000a0000-0x000bffff] [ 0.180439] bus: 00 [mem 0xd8000000-0xffffffff] [ 0.180440] bus: 00 [mem 0x188000000-0xfcffffffff] [ 0.180501] ACPI: bus type pci registered [ 0.180564] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) [ 0.180567] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 [ 0.193790] PCI: Using configuration type 1 for base access [ 0.194943] bio: create slab at 0 [ 0.194943] ACPI: Added _OSI(Module Device) [ 0.194943] ACPI: Added _OSI(Processor Device) [ 0.194943] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.194943] ACPI: Added _OSI(Processor Aggregator Device) [ 0.194943] ACPI: EC: Look up EC in DSDT [ 0.196756] ACPI: Executed 1 blocks of module-level executable AML code [ 0.200016] ACPI: Interpreter enabled [ 0.200021] ACPI: (supports S0 S1 S4 S5) [ 0.200039] ACPI: Using IOAPIC for interrupt routing [ 0.206778] ACPI: No dock devices found. [ 0.206786] PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs" and report a bug [ 0.206860] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.206863] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 0.207087] pci_root PNP0A03:00: host bridge window [io 0x0000-0x0cf7] (ignored) [ 0.207090] pci_root PNP0A03:00: host bridge window [io 0x0d00-0xffff] (ignored) [ 0.207093] pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff] (ignored) [ 0.207096] pci_root PNP0A03:00: host bridge window [mem 0x000c0000-0x000dffff] (ignored) [ 0.207099] pci_root PNP0A03:00: host bridge window [mem 0xd8000000-0xfebfffff] (ignored) [ 0.207101] PCI: root bus 00: hardware-probed resources [ 0.207141] PCI host bridge to bus 0000:00 [ 0.207145] pci_bus 0000:00: root bus resource [bus 00-ff] [ 0.207147] pci_bus 0000:00: root bus resource [io 0x0000-0xffff] [ 0.207150] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 0.207153] pci_bus 0000:00: root bus resource [mem 0xd8000000-0xffffffff] [ 0.207155] pci_bus 0000:00: root bus resource [mem 0x188000000-0xfcffffffff] [ 0.207164] pci 0000:00:00.0: [1002:7910] type 00 class 0x060000 [ 0.207195] pci 0000:00:01.0: [1002:7912] type 01 class 0x060400 [ 0.207253] pci 0000:00:12.0: [1002:4380] type 00 class 0x01018f [ 0.207272] pci 0000:00:12.0: reg 10: [io 0xff00-0xff07] [ 0.207283] pci 0000:00:12.0: reg 14: [io 0xfe00-0xfe03] [ 0.207294] pci 0000:00:12.0: reg 18: [io 0xfd00-0xfd07] [ 0.207304] pci 0000:00:12.0: reg 1c: [io 0xfc00-0xfc03] [ 0.207315] pci 0000:00:12.0: reg 20: [io 0xfb00-0xfb0f] [ 0.207326] pci 0000:00:12.0: reg 24: [mem 0xfe02f000-0xfe02f3ff] [ 0.207349] pci 0000:00:12.0: set SATA to AHCI mode [ 0.207391] pci 0000:00:13.0: [1002:4387] type 00 class 0x0c0310 [ 0.207406] pci 0000:00:13.0: reg 10: [mem 0xfe02e000-0xfe02efff] [ 0.207480] pci 0000:00:13.1: [1002:4388] type 00 class 0x0c0310 [ 0.207495] pci 0000:00:13.1: reg 10: [mem 0xfe02d000-0xfe02dfff] [ 0.207567] pci 0000:00:13.2: [1002:4389] type 00 class 0x0c0310 [ 0.207582] pci 0000:00:13.2: reg 10: [mem 0xfe02c000-0xfe02cfff] [ 0.207653] pci 0000:00:13.3: [1002:438a] type 00 class 0x0c0310 [ 0.207668] pci 0000:00:13.3: reg 10: [mem 0xfe02b000-0xfe02bfff] [ 0.207740] pci 0000:00:13.4: [1002:438b] type 00 class 0x0c0310 [ 0.207755] pci 0000:00:13.4: reg 10: [mem 0xfe02a000-0xfe02afff] [ 0.207833] pci 0000:00:13.5: [1002:4386] type 00 class 0x0c0320 [ 0.207854] pci 0000:00:13.5: reg 10: [mem 0xfe029000-0xfe0290ff] [ 0.207942] pci 0000:00:13.5: supports D1 D2 [ 0.207944] pci 0000:00:13.5: PME# supported from D0 D1 D2 D3hot [ 0.207971] pci 0000:00:14.0: [1002:4385] type 00 class 0x0c0500 [ 0.208017] pci 0000:00:14.0: reg 10: [io 0x0b00-0x0b0f] [ 0.208108] pci 0000:00:14.1: [1002:438c] type 00 class 0x01018a [ 0.208123] pci 0000:00:14.1: reg 10: [io 0x0000-0x0007] [ 0.208133] pci 0000:00:14.1: reg 14: [io 0x0000-0x0003] [ 0.208144] pci 0000:00:14.1: reg 18: [io 0x0000-0x0007] [ 0.208154] pci 0000:00:14.1: reg 1c: [io 0x0000-0x0003] [ 0.208165] pci 0000:00:14.1: reg 20: [io 0xf900-0xf90f] [ 0.208209] pci 0000:00:14.2: [1002:4383] type 00 class 0x040300 [ 0.208232] pci 0000:00:14.2: reg 10: [mem 0xfe024000-0xfe027fff 64bit] [ 0.208303] pci 0000:00:14.2: PME# supported from D0 D3hot D3cold [ 0.208324] pci 0000:00:14.3: [1002:438d] type 00 class 0x060100 [ 0.208406] pci 0000:00:14.4: [1002:4384] type 01 class 0x060401 [ 0.208458] pci 0000:00:18.0: [1022:1100] type 00 class 0x060000 [ 0.208481] pci 0000:00:18.1: [1022:1101] type 00 class 0x060000 [ 0.208498] pci 0000:00:18.2: [1022:1102] type 00 class 0x060000 [ 0.208516] pci 0000:00:18.3: [1022:1103] type 00 class 0x060000 [ 0.208564] pci 0000:01:05.0: [1002:791e] type 00 class 0x030000 [ 0.208574] pci 0000:01:05.0: reg 10: [mem 0xd8000000-0xdfffffff 64bit pref] [ 0.208581] pci 0000:01:05.0: reg 18: [mem 0xfdfe0000-0xfdfeffff 64bit] [ 0.208586] pci 0000:01:05.0: reg 20: [io 0xee00-0xeeff] [ 0.208591] pci 0000:01:05.0: reg 24: [mem 0xfde00000-0xfdefffff] [ 0.208607] pci 0000:01:05.0: supports D1 D2 [ 0.208620] pci 0000:01:05.2: [1002:7919] type 00 class 0x040300 [ 0.208630] pci 0000:01:05.2: reg 10: [mem 0xfdffc000-0xfdffffff 64bit] [ 0.208670] pci 0000:00:01.0: PCI bridge to [bus 01] [ 0.208674] pci 0000:00:01.0: bridge window [io 0xe000-0xefff] [ 0.208677] pci 0000:00:01.0: bridge window [mem 0xfde00000-0xfdffffff] [ 0.208681] pci 0000:00:01.0: bridge window [mem 0xd8000000-0xdfffffff 64bit pref] [ 0.208724] pci 0000:02:07.0: [104c:8020] type 00 class 0x0c0010 [ 0.208748] pci 0000:02:07.0: reg 10: [mem 0xfddff000-0xfddff7ff] [ 0.208762] pci 0000:02:07.0: reg 14: [mem 0xfddf4000-0xfddf7fff] [ 0.208858] pci 0000:02:07.0: supports D2 [ 0.208861] pci 0000:02:07.0: PME# supported from D2 D3hot [ 0.208898] pci 0000:02:0e.0: [104c:8024] type 00 class 0x0c0010 [ 0.208923] pci 0000:02:0e.0: reg 10: [mem 0xfddfe000-0xfddfe7ff] [ 0.208936] pci 0000:02:0e.0: reg 14: [mem 0xfddf8000-0xfddfbfff] [ 0.209033] pci 0000:02:0e.0: supports D1 D2 [ 0.209036] pci 0000:02:0e.0: PME# supported from D0 D1 D2 D3hot [ 0.209064] pci 0000:02:0f.0: [10ec:8167] type 00 class 0x020000 [ 0.209086] pci 0000:02:0f.0: reg 10: [io 0xde00-0xdeff] [ 0.209099] pci 0000:02:0f.0: reg 14: [mem 0xfddfd000-0xfddfd0ff] [ 0.209154] pci 0000:02:0f.0: reg 30: [mem 0x00000000-0x0001ffff pref] [ 0.209192] pci 0000:02:0f.0: supports D1 D2 [ 0.209194] pci 0000:02:0f.0: PME# supported from D1 D2 D3hot D3cold [ 0.209232] pci 0000:00:14.4: PCI bridge to [bus 02] (subtractive decode) [ 0.209237] pci 0000:00:14.4: bridge window [io 0xd000-0xdfff] [ 0.209242] pci 0000:00:14.4: bridge window [mem 0xfdd00000-0xfddfffff] [ 0.209247] pci 0000:00:14.4: bridge window [mem 0xfdc00000-0xfdcfffff pref] [ 0.209250] pci 0000:00:14.4: bridge window [io 0x0000-0xffff] (subtractive decode) [ 0.209253] pci 0000:00:14.4: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 0.209256] pci 0000:00:14.4: bridge window [mem 0xd8000000-0xffffffff] (subtractive decode) [ 0.209259] pci 0000:00:14.4: bridge window [mem 0x188000000-0xfcffffffff] (subtractive decode) [ 0.209316] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P2P_._PRT] [ 0.209413] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] [ 0.209450] pci0000:00: ACPI _OSC support notification failed, disabling PCIe ASPM [ 0.209453] pci0000:00: Unable to request _OSC control (_OSC support mask: 0x08) [ 0.210624] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210671] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210716] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210760] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210803] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210847] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210891] ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.210934] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 11) *0, disabled. [ 0.211052] vgaarb: device added: PCI:0000:01:05.0,decodes=io+mem,owns=io+mem,locks=none [ 0.211052] vgaarb: loaded [ 0.211052] vgaarb: bridge control possible 0000:01:05.0 [ 0.211052] SCSI subsystem initialized [ 0.211052] ACPI: bus type scsi registered [ 0.211052] libata version 3.00 loaded. [ 0.211052] ACPI: bus type usb registered [ 0.211052] usbcore: registered new interface driver usbfs [ 0.211052] usbcore: registered new interface driver hub [ 0.211052] usbcore: registered new device driver usb [ 0.211052] PCI: Using ACPI for IRQ routing [ 0.220839] PCI: pci_cache_line_size set to 64 bytes [ 0.220921] e820: reserve RAM buffer [mem 0x0009f800-0x0009ffff] [ 0.220923] e820: reserve RAM buffer [mem 0xcfee0000-0xcfffffff] [ 0.221042] NetLabel: Initializing [ 0.221043] NetLabel: domain hash size = 128 [ 0.221044] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.221057] NetLabel: unlabeled traffic allowed by default [ 0.221075] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0 [ 0.221075] hpet0: 4 comparators, 32-bit 14.318180 MHz counter [ 0.222083] Switching to clocksource hpet [ 0.229096] AppArmor: AppArmor Filesystem Enabled [ 0.229138] pnp: PnP ACPI init [ 0.229160] ACPI: bus type pnp registered [ 0.229300] system 00:00: [io 0x04d0-0x04d1] has been reserved [ 0.229303] system 00:00: [io 0x0220-0x0225] has been reserved [ 0.229306] system 00:00: [io 0x0290-0x0294] has been reserved [ 0.229311] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.229539] pnp 00:01: disabling [mem 0x00000000-0x00000fff window] because it overlaps 0000:02:0f.0 BAR 6 [mem 0x00000000-0x0001ffff pref] [ 0.229564] system 00:01: [io 0x4100-0x411f] has been reserved [ 0.229567] system 00:01: [io 0x0228-0x022f] has been reserved [ 0.229570] system 00:01: [io 0x040b] has been reserved [ 0.229572] system 00:01: [io 0x04d6] has been reserved [ 0.229575] system 00:01: [io 0x0c00-0x0c01] has been reserved [ 0.229578] system 00:01: [io 0x0c14] has been reserved [ 0.229581] system 00:01: [io 0x0c50-0x0c52] has been reserved [ 0.229584] system 00:01: [io 0x0c6c-0x0c6d] has been reserved [ 0.229587] system 00:01: [io 0x0c6f] has been reserved [ 0.229590] system 00:01: [io 0x0cd0-0x0cd1] has been reserved [ 0.229593] system 00:01: [io 0x0cd2-0x0cd3] has been reserved [ 0.229596] system 00:01: [io 0x0cd4-0x0cdf] has been reserved [ 0.229599] system 00:01: [io 0x4000-0x40fe] has been reserved [ 0.229602] system 00:01: [io 0x4210-0x4217] has been reserved [ 0.229605] system 00:01: [io 0x0b00-0x0b1f] could not be reserved [ 0.229608] system 00:01: [io 0x0238-0x023f] has been reserved [ 0.229617] system 00:01: [mem 0xfee00400-0xfee00fff window] has been reserved [ 0.229621] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.229730] pnp 00:02: [dma 4] [ 0.229757] pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active) [ 0.229829] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 0.229881] pnp 00:04: Plug and Play ACPI device, IDs PNP0b00 (active) [ 0.229908] pnp 00:05: Plug and Play ACPI device, IDs PNP0800 (active) [ 0.229947] pnp 00:06: Plug and Play ACPI device, IDs PNP0c04 (active) [ 0.230112] pnp 00:07: [dma 2] [ 0.230150] pnp 00:07: Plug and Play ACPI device, IDs PNP0700 (active) [ 0.230462] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) [ 0.230707] pnp 00:09: Plug and Play ACPI device, IDs PNP0400 (active) [ 0.230833] pnp 00:0a: Plug and Play ACPI device, IDs PNP0303 (active) [ 0.230904] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved [ 0.230907] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.231116] system 00:0c: [mem 0x000cd600-0x000cffff] has been reserved [ 0.231120] system 00:0c: [mem 0x000f0000-0x000f7fff] could not be reserved [ 0.231123] system 00:0c: [mem 0x000f8000-0x000fbfff] could not be reserved [ 0.231126] system 00:0c: [mem 0x000fc000-0x000fffff] could not be reserved [ 0.231129] system 00:0c: [mem 0xcfee0000-0xcfefffff] could not be reserved [ 0.231132] system 00:0c: [mem 0xffff0000-0xffffffff] has been reserved [ 0.231135] system 00:0c: [mem 0x00000000-0x0009ffff] could not be reserved [ 0.231138] system 00:0c: [mem 0x00100000-0xcfedffff] could not be reserved [ 0.231141] system 00:0c: [mem 0xcfff0000-0xd7feffff] could not be reserved [ 0.231145] system 00:0c: [mem 0xfec00000-0xfec00fff] could not be reserved [ 0.231148] system 00:0c: [mem 0xfee00000-0xfee00fff] could not be reserved [ 0.231151] system 00:0c: [mem 0xfff80000-0xfffeffff] has been reserved [ 0.231155] system 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active) [ 0.231173] pnp: PnP ACPI: found 13 devices [ 0.231175] ACPI: ACPI bus type pnp unregistered [ 0.238498] pci 0000:00:01.0: PCI bridge to [bus 01] [ 0.238504] pci 0000:00:01.0: bridge window [io 0xe000-0xefff] [ 0.238508] pci 0000:00:01.0: bridge window [mem 0xfde00000-0xfdffffff] [ 0.238511] pci 0000:00:01.0: bridge window [mem 0xd8000000-0xdfffffff 64bit pref] [ 0.238520] pci 0000:02:0f.0: BAR 6: assigned [mem 0xfdc00000-0xfdc1ffff pref] [ 0.238523] pci 0000:00:14.4: PCI bridge to [bus 02] [ 0.238527] pci 0000:00:14.4: bridge window [io 0xd000-0xdfff] [ 0.238533] pci 0000:00:14.4: bridge window [mem 0xfdd00000-0xfddfffff] [ 0.238538] pci 0000:00:14.4: bridge window [mem 0xfdc00000-0xfdcfffff pref] [ 0.238556] pci_bus 0000:00: resource 4 [io 0x0000-0xffff] [ 0.238559] pci_bus 0000:00: resource 5 [mem 0x000a0000-0x000bffff] [ 0.238562] pci_bus 0000:00: resource 6 [mem 0xd8000000-0xffffffff] [ 0.238564] pci_bus 0000:00: resource 7 [mem 0x188000000-0xfcffffffff] [ 0.238568] pci_bus 0000:01: resource 0 [io 0xe000-0xefff] [ 0.238570] pci_bus 0000:01: resource 1 [mem 0xfde00000-0xfdffffff] [ 0.238573] pci_bus 0000:01: resource 2 [mem 0xd8000000-0xdfffffff 64bit pref] [ 0.238576] pci_bus 0000:02: resource 0 [io 0xd000-0xdfff] [ 0.238579] pci_bus 0000:02: resource 1 [mem 0xfdd00000-0xfddfffff] [ 0.238581] pci_bus 0000:02: resource 2 [mem 0xfdc00000-0xfdcfffff pref] [ 0.238584] pci_bus 0000:02: resource 4 [io 0x0000-0xffff] [ 0.238587] pci_bus 0000:02: resource 5 [mem 0x000a0000-0x000bffff] [ 0.238590] pci_bus 0000:02: resource 6 [mem 0xd8000000-0xffffffff] [ 0.238592] pci_bus 0000:02: resource 7 [mem 0x188000000-0xfcffffffff] [ 0.238648] NET: Registered protocol family 2 [ 0.238893] TCP established hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.239738] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.240591] TCP: Hash tables configured (established 65536 bind 65536) [ 0.240715] TCP: reno registered [ 0.240734] UDP hash table entries: 4096 (order: 5, 131072 bytes) [ 0.240859] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes) [ 0.241071] NET: Registered protocol family 1 [ 0.660085] pci 0000:01:05.0: Boot video device [ 0.660100] PCI: CLS 4 bytes, default 64 [ 0.660181] Trying to unpack rootfs image as initramfs... [ 5.797650] Freeing initrd memory: 21732k freed [ 5.813513] PCI-DMA: Disabling AGP. [ 5.813623] PCI-DMA: aperture base @ c4000000 size 65536 KB [ 5.813624] PCI-DMA: using GART IOMMU. [ 5.813629] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture [ 5.818538] Initialise module verification [ 5.818602] audit: initializing netlink socket (disabled) [ 5.818615] type=2000 audit(1389172110.812:1): initialized [ 5.848498] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 5.850607] VFS: Disk quotas dquot_6.5.2 [ 5.850667] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 5.851345] fuse init (API version 7.20) [ 5.851453] msgmni has been set to 10672 [ 5.852165] Key type asymmetric registered [ 5.852167] Asymmetric key parser 'x509' registered [ 5.852210] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 5.852255] io scheduler noop registered [ 5.852259] io scheduler deadline registered (default) [ 5.852266] io scheduler cfq registered [ 5.852455] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 5.852472] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 5.852607] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 5.852613] ACPI: Power Button [PWRB] [ 5.852664] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [ 5.852667] ACPI: Power Button [PWRF] [ 5.855455] GHES: HEST is not enabled! [ 5.855563] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 5.876110] 00:08: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [ 5.877951] Linux agpgart interface v0.103 [ 5.879579] brd: module loaded [ 5.880557] loop: module loaded [ 5.881027] libphy: Fixed MDIO Bus: probed [ 5.881108] tun: Universal TUN/TAP device driver, 1.6 [ 5.881109] tun: (C) 1999-2004 Max Krasnyansky [ 5.881169] PPP generic driver version 2.4.2 [ 5.881223] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 5.881225] ehci-pci: EHCI PCI platform driver [ 5.881285] ehci-pci 0000:00:13.5: EHCI Host Controller [ 5.881296] ehci-pci 0000:00:13.5: new USB bus registered, assigned bus number 1 [ 5.881308] ehci-pci 0000:00:13.5: applying AMD SB600/SB700 USB freeze workaround [ 5.881324] ehci-pci 0000:00:13.5: debug port 1 [ 5.881389] ehci-pci 0000:00:13.5: irq 19, io mem 0xfe029000 [ 5.892021] ehci-pci 0000:00:13.5: USB 2.0 started, EHCI 1.00 [ 5.892061] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 5.892064] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 5.892066] usb usb1: Product: EHCI Host Controller [ 5.892069] usb usb1: Manufacturer: Linux 3.8.0-19-generic ehci_hcd [ 5.892071] usb usb1: SerialNumber: 0000:00:13.5 [ 5.892211] hub 1-0:1.0: USB hub found [ 5.892216] hub 1-0:1.0: 10 ports detected [ 5.892427] ehci-platform: EHCI generic platform driver [ 5.892436] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 5.892477] ohci_hcd 0000:00:13.0: OHCI Host Controller [ 5.892485] ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 2 [ 5.892519] ohci_hcd 0000:00:13.0: irq 16, io mem 0xfe02e000 [ 5.952024] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [ 5.952027] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 5.952030] usb usb2: Product: OHCI Host Controller [ 5.952032] usb usb2: Manufacturer: Linux 3.8.0-19-generic ohci_hcd [ 5.952035] usb usb2: SerialNumber: 0000:00:13.0 [ 5.952135] hub 2-0:1.0: USB hub found [ 5.952142] hub 2-0:1.0: 2 ports detected [ 5.952250] ohci_hcd 0000:00:13.1: OHCI Host Controller [ 5.952257] ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3 [ 5.952289] ohci_hcd 0000:00:13.1: irq 17, io mem 0xfe02d000 [ 6.012020] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [ 6.012023] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 6.012025] usb usb3: Product: OHCI Host Controller [ 6.012028] usb usb3: Manufacturer: Linux 3.8.0-19-generic ohci_hcd [ 6.012030] usb usb3: SerialNumber: 0000:00:13.1 [ 6.012129] hub 3-0:1.0: USB hub found [ 6.012136] hub 3-0:1.0: 2 ports detected [ 6.012242] ohci_hcd 0000:00:13.2: OHCI Host Controller [ 6.012250] ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4 [ 6.012279] ohci_hcd 0000:00:13.2: irq 18, io mem 0xfe02c000 [ 6.072022] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 [ 6.072025] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 6.072027] usb usb4: Product: OHCI Host Controller [ 6.072030] usb usb4: Manufacturer: Linux 3.8.0-19-generic ohci_hcd [ 6.072032] usb usb4: SerialNumber: 0000:00:13.2 [ 6.072128] hub 4-0:1.0: USB hub found [ 6.072135] hub 4-0:1.0: 2 ports detected [ 6.072241] ohci_hcd 0000:00:13.3: OHCI Host Controller [ 6.072248] ohci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 5 [ 6.072263] ohci_hcd 0000:00:13.3: irq 17, io mem 0xfe02b000 [ 6.132019] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 [ 6.132022] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 6.132024] usb usb5: Product: OHCI Host Controller [ 6.132026] usb usb5: Manufacturer: Linux 3.8.0-19-generic ohci_hcd [ 6.132029] usb usb5: SerialNumber: 0000:00:13.3 [ 6.132144] hub 5-0:1.0: USB hub found [ 6.132151] hub 5-0:1.0: 2 ports detected [ 6.132261] ohci_hcd 0000:00:13.4: OHCI Host Controller [ 6.132271] ohci_hcd 0000:00:13.4: new USB bus registered, assigned bus number 6 [ 6.132286] ohci_hcd 0000:00:13.4: irq 18, io mem 0xfe02a000 [ 6.192020] usb usb6: New USB device found, idVendor=1d6b, idProduct=0001 [ 6.192023] usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 6.192025] usb usb6: Product: OHCI Host Controller [ 6.192027] usb usb6: Manufacturer: Linux 3.8.0-19-generic ohci_hcd [ 6.192030] usb usb6: SerialNumber: 0000:00:13.4 [ 6.192129] hub 6-0:1.0: USB hub found [ 6.192136] hub 6-0:1.0: 2 ports detected [ 6.192228] uhci_hcd: USB Universal Host Controller Interface driver [ 6.192307] i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 [ 6.192308] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp [ 6.192467] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 6.192613] mousedev: PS/2 mouse device common for all mice [ 6.192777] rtc_cmos 00:04: RTC can wake from S4 [ 6.192910] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0 [ 6.192948] rtc0: alarms up to one month, 242 bytes nvram, hpet irqs [ 6.193071] device-mapper: uevent: version 1.0.3 [ 6.193146] device-mapper: ioctl: 4.23.1-ioctl (2012-12-18) initialised: dm-devel@redhat.com [ 6.193156] cpuidle: using governor ladder [ 6.193157] cpuidle: using governor menu [ 6.193161] ledtrig-cpu: registered to indicate activity on CPUs [ 6.193163] EFI Variables Facility v0.08 2004-May-17 [ 6.193462] ashmem: initialized [ 6.193609] TCP: cubic registered [ 6.193739] NET: Registered protocol family 10 [ 6.193950] NET: Registered protocol family 17 [ 6.193961] Key type dns_resolver registered [ 6.194225] Loading module verification certificates [ 6.195326] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: d490763cc418e29de79f40a5aa7d97747ec8882c' [ 6.195341] registered taskstats version 1 [ 6.198577] Key type trusted registered [ 6.201508] Key type encrypted registered [ 6.204065] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 6.204632] rtc_cmos 00:04: setting system clock to 2014-01-08 09:08:31 UTC (1389172111) [ 6.204756] powernow-k8: fid 0x11 (2500 MHz), vid 0xa [ 6.204758] powernow-k8: fid 0x10 (2400 MHz), vid 0xb [ 6.204760] powernow-k8: fid 0xe (2200 MHz), vid 0xd [ 6.204762] powernow-k8: fid 0xc (2000 MHz), vid 0xf [ 6.204763] powernow-k8: fid 0xa (1800 MHz), vid 0x11 [ 6.204765] powernow-k8: fid 0x2 (1000 MHz), vid 0x12 [ 6.204794] powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2 cpu cores) (version 2.20.00) [ 6.204810] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 6.204811] EDD information not available. [ 6.206553] Freeing unused kernel memory: 992k freed [ 6.207142] Write protecting the kernel read-only data: 12288k [ 6.210955] Freeing unused kernel memory: 1176k freed [ 6.214249] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2 [ 6.215159] Freeing unused kernel memory: 1080k freed <30>[ 6.236782] udevd[97]: starting version 175 [ 6.323027] Disabling lock debugging due to kernel taint [ 6.326550] ahci 0000:00:12.0: version 3.0 [ 6.326637] ahci 0000:00:12.0: controller can't do 64bit DMA, forcing 32bit [ 6.326748] ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode [ 6.326753] ahci 0000:00:12.0: flags: ncq sntf ilck pm led clo pmp pio slum part ccc [ 6.327861] scsi0 : ahci [ 6.327970] scsi1 : ahci [ 6.328082] scsi2 : ahci [ 6.328153] scsi3 : ahci [ 6.328201] ata1: SATA max UDMA/133 abar m1024@0xfe02f000 port 0xfe02f100 irq 22 [ 6.328205] ata2: SATA max UDMA/133 abar m1024@0xfe02f000 port 0xfe02f180 irq 22 [ 6.328208] ata3: SATA max UDMA/133 abar m1024@0xfe02f000 port 0xfe02f200 irq 22 [ 6.328211] ata4: SATA max UDMA/133 abar m1024@0xfe02f000 port 0xfe02f280 irq 22 [ 6.337955] scsi4 : pata_atiixp [ 6.338872] scsi5 : pata_atiixp [ 6.339191] ata5: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf900 irq 14 [ 6.339195] ata6: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf908 irq 15 [ 6.342843] usb 1-1: New USB device found, idVendor=0bc2, idProduct=5031 [ 6.342848] usb 1-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [ 6.342851] usb 1-1: Product: FreeAgent GoFlex [ 6.342854] usb 1-1: Manufacturer: Seagate [ 6.342856] usb 1-1: SerialNumber: NA0EDE1C [ 6.362538] [drm] Initialized drm 1.1.0 20060810 [ 6.367831] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 6.367923] r8169 0000:02:0f.0 (unregistered net_device): not PCI Express [ 6.368317] r8169 0000:02:0f.0 eth0: RTL8169sc/8110sc at 0xffffc90000c7c000, 00:1d:7d:d4:93:50, XID 18000000 IRQ 23 [ 6.368320] r8169 0000:02:0f.0 eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok] [ 6.369130] Floppy drive(s): fd0 is 1.44M [ 6.388243] FDC 0 is a post-1991 82077 [ 6.435067] [drm] radeon defaulting to kernel modesetting. [ 6.435072] [drm] radeon kernel modesetting enabled. [ 6.435458] [drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD001). [ 6.435481] [drm] register mmio base: 0xFDFE0000 [ 6.435483] [drm] register mmio size: 65536 [ 6.435785] ATOM BIOS: ATI [ 6.435825] radeon 0000:01:05.0: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (128M used) [ 6.435828] radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF [ 6.435858] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 6.435859] [drm] Driver supports precise vblank timestamp query. [ 6.435889] radeon 0000:01:05.0: irq 40 for MSI/MSI-X [ 6.435903] radeon 0000:01:05.0: radeon: using MSI. [ 6.435923] [drm] radeon: irq initialized. [ 6.436598] firewire_ohci 0000:02:07.0: added OHCI v1.0 device as card 0, 4 IR + 8 IT contexts, quirks 0x2 [ 6.436624] [drm] Detected VRAM RAM=128M, BAR=128M [ 6.436626] [drm] RAM width 128bits DDR [ 6.436812] [TTM] Zone kernel: Available graphics memory: 2733886 kiB [ 6.436814] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [ 6.436815] [TTM] Initializing pool allocator [ 6.436821] [TTM] Initializing DMA pool allocator [ 6.436856] [drm] radeon: 128M of VRAM memory ready [ 6.436858] [drm] radeon: 512M of GTT memory ready. [ 6.436878] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 6.458825] [drm] radeon: 1 quad pipes, 1 z pipes initialized. [ 6.465763] [drm] PCIE GART of 512M enabled (table at 0x00000000CF900000). [ 6.465823] radeon 0000:01:05.0: WB enabled [ 6.465829] radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0xffff8800cf8b3000 [ 6.465903] [drm] Loading RS690/RS740 Microcode [ 6.466090] [drm] radeon: ring at 0x00000000A0001000 [ 6.466109] [drm] ring test succeeded in 1 usecs [ 6.466226] [drm] ib test succeeded in 0 usecs [ 6.466444] [drm] Radeon Display Connectors [ 6.466446] [drm] Connector 0: [ 6.466447] [drm] VGA-1 [ 6.466449] [drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c [ 6.466451] [drm] Encoders: [ 6.466452] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [ 6.466453] [drm] Connector 1: [ 6.466455] [drm] SVIDEO-1 [ 6.466456] [drm] Encoders: [ 6.466457] [drm] TV1: INTERNAL_KLDSCP_DAC1 [ 6.466458] [drm] Connector 2: [ 6.466460] [drm] HDMI-A-1 [ 6.466462] [drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c [ 6.466463] [drm] Encoders: [ 6.466464] [drm] DFP3: INTERNAL_LVTM1 [ 6.501558] firewire_ohci 0000:02:0e.0: added OHCI v1.10 device as card 1, 4 IR + 8 IT contexts, quirks 0x2 [ 6.538815] usb 1-3: new high-speed USB device number 4 using ehci-pci [ 6.598505] [drm] fb mappable at 0xD8040000 [ 6.598507] [drm] vram apper at 0xD8000000 [ 6.598508] [drm] size 5300224 [ 6.598509] [drm] fb depth is 24 [ 6.598511] [drm] pitch is 5888 [ 6.598620] fbcon: radeondrmfb (fb0) is primary device [ 6.622135] Console: switching to colour frame buffer device 180x56 [ 6.632128] radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device [ 6.632130] radeon 0000:01:05.0: registered panic notifier [ 6.632138] [drm] Initialized radeon 2.29.0 20080528 for 0000:01:05.0 on minor 0 [ 6.640095] ata5.01: NODEV after polling detection [ 6.648077] ata2: SATA link down (SStatus 0 SControl 300) [ 6.648117] ata1: SATA link down (SStatus 0 SControl 300) [ 6.648149] ata4: SATA link down (SStatus 0 SControl 300) [ 6.669264] usb 1-3: New USB device found, idVendor=05e3, idProduct=0608 [ 6.669268] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0 [ 6.669270] usb 1-3: Product: USB2.0 Hub [ 6.669672] hub 1-3:1.0: USB hub found [ 6.670012] hub 1-3:1.0: 4 ports detected [ 6.799755] Initializing USB Mass Storage driver... [ 6.799947] scsi6 : usb-storage 1-1:1.0 [ 6.800103] usbcore: registered new interface driver usb-storage [ 6.800105] USB Mass Storage support registered. [ 6.820030] ata3: softreset failed (device not ready) [ 6.820037] ata3: applying PMP SRST workaround and retrying [ 6.932035] usb 2-2: new low-speed USB device number 2 using ohci_hcd [ 6.936960] firewire_core 0000:02:07.0: created device fw0: GUID 00308d0100009e97, S400 [ 6.992044] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 7.004155] firewire_core 0000:02:0e.0: created device fw1: GUID 001d7d0000f3e516, S400 [ 7.034984] ata3.00: HPA detected: current 156299375, native 156301488 [ 7.034990] ata3.00: ATA-7: ST380815AS, 4.AAB, max UDMA/133 [ 7.034992] ata3.00: 156299375 sectors, multi 16: LBA48 NCQ (depth 31/32) [ 7.034995] ata3.00: SB600 AHCI: limiting to 255 sectors per cmd [ 7.093286] ata3.00: SB600 AHCI: limiting to 255 sectors per cmd [ 7.093288] ata3.00: configured for UDMA/133 [ 7.093482] scsi 2:0:0:0: Direct-Access ATA ST380815AS 4.AA PQ: 0 ANSI: 5 [ 7.093695] sd 2:0:0:0: [sda] 156299375 512-byte logical blocks: (80.0 GB/74.5 GiB) [ 7.093744] sd 2:0:0:0: [sda] Write Protect is off [ 7.093747] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 7.093768] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 7.094073] sd 2:0:0:0: Attached scsi generic sg0 type 0 [ 7.102103] usb 2-2: New USB device found, idVendor=045e, idProduct=0084 [ 7.102108] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7.102110] usb 2-2: Product: Basic Optical Mouse [ 7.102113] usb 2-2: Manufacturer: Microsoft [ 7.115183] usbcore: registered new interface driver usbhid [ 7.115187] usbhid: USB HID core driver [ 7.119088] input: Microsoft Basic Optical Mouse as /devices/pci0000:00/0000:00:13.0/usb2/2-2/2-2:1.0/input/input3 [ 7.119213] hid-generic 0003:045E:0084.0001: input,hidraw0: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:13.0-2/input0 [ 7.176339] usb 1-3.4: new high-speed USB device number 5 using ehci-pci [ 7.208079] xor: automatically using best checksumming function: [ 7.214770] sda: sda1 sda2 sda3 [ 7.215164] sd 2:0:0:0: [sda] Attached SCSI disk [ 7.248012] generic_sse: 7479.000 MB/sec [ 7.250460] device-mapper: dm-raid45: initialized v0.2594b [ 7.269477] usb 1-3.4: New USB device found, idVendor=05e3, idProduct=0608 [ 7.269483] usb 1-3.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0 [ 7.269486] usb 1-3.4: Product: USB2.0 Hub [ 7.270090] hub 1-3.4:1.0: USB hub found [ 7.270354] hub 1-3.4:1.0: 4 ports detected [ 7.544271] usb 1-3.4.1: new high-speed USB device number 6 using ehci-pci [ 7.636771] usb 1-3.4.1: New USB device found, idVendor=04b8, idProduct=012c [ 7.636776] usb 1-3.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7.636779] usb 1-3.4.1: Product: EPSON Scanner [ 7.636781] usb 1-3.4.1: Manufacturer: EPSON [ 7.708278] usb 1-3.4.4: new full-speed USB device number 7 using ehci-pci [ 7.801415] usb 1-3.4.4: New USB device found, idVendor=067b, idProduct=2303 [ 7.801417] usb 1-3.4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7.801420] usb 1-3.4.4: Product: USB-Serial Controller [ 7.801422] usb 1-3.4.4: Manufacturer: Prolific Technology Inc. [ 7.802953] scsi 6:0:0:0: Direct-Access Seagate USB 3.0 Cable 0210 PQ: 0 ANSI: 0 [ 7.803718] sd 6:0:0:0: Attached scsi generic sg1 type 0 [ 7.804458] sd 6:0:0:0: [sdb] 976773167 512-byte logical blocks: (500 GB/465 GiB) [ 7.805706] sd 6:0:0:0: [sdb] Write Protect is off [ 7.805713] sd 6:0:0:0: [sdb] Mode Sense: 0f 00 00 00 [ 7.806680] sd 6:0:0:0: [sdb] No Caching mode page present [ 7.806683] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 7.809424] sd 6:0:0:0: [sdb] No Caching mode page present [ 7.809428] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 7.842069] sdb: sdb4 [ 7.842069] sdb4: [ 7.847308] sd 6:0:0:0: [sdb] No Caching mode page present [ 7.847313] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 7.847317] sd 6:0:0:0: [sdb] Attached SCSI disk [ 108.996841] r8169 0000:02:0f.0 eth0: link down [ 108.996869] r8169 0000:02:0f.0 eth0: link down [ 108.996917] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 111.991866] r8169 0000:02:0f.0 eth0: link up [ 111.991875] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 187.945193] FS-Cache: Loaded [ 187.948824] FS-Cache: Netfs 'cifs' registered for caching [ 187.948954] Key type cifs.spnego registered [ 187.948968] Key type cifs.idmap registered [ 192.223791] CIFS: the value of the unc= mount option does not match the device string. Using the unc= option for now. In 3.10, that option will be ignored and the contents of the device string will be used instead. ((null) != \\203.2.73.1\data) [ 192.887353] CIFS VFS: could not allocate crypto API arc4 [ 192.925341] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE [ 192.925352] CIFS VFS: Send error in SessSetup = -13 [ 192.925459] CIFS VFS: cifs_mount failed w/return code = -13 [ 231.174722] CIFS: the value of the unc= mount option does not match the device string. Using the unc= option for now. In 3.10, that option will be ignored and the contents of the device string will be used instead. ((null) != \\203.2.73.1\data) [ 231.191450] CIFS VFS: could not allocate crypto API arc4 [ 231.193123] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE [ 231.193136] CIFS VFS: Send error in SessSetup = -13 [ 231.193225] CIFS VFS: cifs_mount failed w/return code = -13 [ 260.240098] CIFS VFS: CIFS mount error: No usable UNC path provided in device string or in unc= option! [ 262.875877] CIFS: the value of the unc= mount option does not match the device string. Using the unc= option for now. In 3.10, that option will be ignored and the contents of the device string will be used instead. ((null) != \\203.2.73.1\data) [ 262.891947] CIFS VFS: could not allocate crypto API arc4 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 10:33:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A0944EC for ; Wed, 8 Jan 2014 10:33:16 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5599F18F8 for ; Wed, 8 Jan 2014 10:33:16 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id A7E66139DD for ; Wed, 8 Jan 2014 08:34:20 -0200 (BRST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1389177259; x=1390041260; bh=ZCuEjVcB1Tgah3vgESDOeq+uebqKy7JxWj2 cJZzCphE=; b=hNwl3f5nhixa/RPFX9ZjXLLCbT6d3XuzISIM9JuKbdZ3jpP62dO chhKFQgfYN94L9XNZDqR9m9Y+cgt91ysXvvhCRCyFJ76d7EvoJBO8bVTcAgf5KiJ rigrW18nqbUFO7V/q0cw1bicf4FLZkvrI8oyDrxsgtY/1Q0wfzwiu+14= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k9vCu_dQHP13 for ; Wed, 8 Jan 2014 08:34:19 -0200 (BRST) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id A61A1139C4 for ; Wed, 8 Jan 2014 08:34:18 -0200 (BRST) Message-ID: <52CD2960.7030805@bsdinfo.com.br> Date: Wed, 08 Jan 2014 08:33:04 -0200 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: geom_stripe and panic after 16 days (9-stable) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 10:33:16 -0000 Hi all, I have a mail server with 4 disks. 1 disc with the operating system and 3 disks in raid 0 which is mounted my /var. After 16 or 19 days, I get a kernel panic. Have swapped memories and even then after some time the kernel panic happens. Looking dump below I could be sure that the /dev/ada1is in trouble? I've done the fsck -yin single mode several times and did not solve the problem. Wed Jan 8 08:13:00 BRST 2014 FreeBSD mail.xxx.com.br 9.2-STABLE FreeBSD 9.2-STABLE #2 r258208: Thu Dec 19 09:33:43 BRST 2013 root@mail.xxx.com.br:/usr/obj/usr/src/sys/TITAN amd64 panic: softdep_deallocate_dependencies: unrecovered I/O error GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: s/n WD-WCC1S2515766 detached g_vfs_done():stripe/var[WRITE(offset=426073161728, length=32768)]error = 6 /dev: got error 6 while accessing filesystem panic: softdep_deallocate_dependencies: unrecovered I/O error cpuid = 3 KDB: stack backtrace: #0 0xffffffff8053e1c6 at kdb_backtrace+0x66 #1 0xffffffff80503ede at panic+0x1ce #2 0xffffffff8070d290 at clear_remove+0 #3 0xffffffff80585705 at brelse+0x75 #4 0xffffffff80588599 at bufwrite+0x109 #5 0xffffffff807011f3 at ffs_update+0x273 #6 0xffffffff80726b63 at ffs_syncvnode+0x4f3 #7 0xffffffff8072775e at ffs_fsync+0x2e #8 0xffffffff807cf768 at VOP_FSYNC_APV+0x78 #9 0xffffffff805adf5b at sys_fsync+0x18b #10 0xffffffff8077b44a at amd64_syscall+0x5ea #11 0xffffffff80765b67 at Xfast_syscall+0xf7 Uptime: 19d14h7m37s Dumping 705 out of 7904 MB:..3%..12%..21%..32%..41%..53%..62%..71%..82%..91% Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /boot/kernel/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/aio.ko...Reading symbols from /boot/kernel/aio.ko.symbols...done. done. Loaded symbols for /boot/kernel/aio.ko Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot/kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/accf_dns.ko...Reading symbols from /boot/kernel/accf_dns.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_dns.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/cc_htcp.ko...Reading symbols from /boot/kernel/cc_htcp.ko.symbols...done. done. Loaded symbols for /boot/kernel/cc_htcp.ko #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff805039b6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80503eb7 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff8070d290 in softdep_deallocate_dependencies ( bp=) at /usr/src/sys/ufs/ffs/ffs_softdep.c:13593 #4 0xffffffff80585705 in brelse (bp=0xffffff81de2f0210) at buf.h:430 #5 0xffffffff80588599 in bufwrite (bp=0xffffff81de2f0210) at /usr/src/sys/kern/vfs_bio.c:1123 #6 0xffffffff807011f3 in ffs_update (vp=0xfffffe01ad068dc8, waitfor=1) at buf.h:397 #7 0xffffffff80726b63 in ffs_syncvnode (vp=0xfffffe01ad068dc8, waitfor=1, flags=) at /usr/src/sys/ufs/ffs/ffs_vnops.c:341 #8 0xffffffff8072775e in ffs_fsync (ap=0xffffff823d21c970) at /usr/src/sys/ufs/ffs/ffs_vnops.c:188 #9 0xffffffff807cf768 in VOP_FSYNC_APV (vop=0xffffffff80ae3220, a=0xffffff823d21c970) at vnode_if.c:1309 #10 0xffffffff805adf5b in sys_fsync (td=0xfffffe0155ac2920, uap=) at vnode_if.h:549 #11 0xffffffff8077b44a in amd64_syscall (td=0xfffffe0155ac2920, traced=0) at subr_syscall.c:135 #12 0xffffffff80765b67 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #13 0x00000008024f975c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Thanks and best regards From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 12:07:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C88F1F3E; Wed, 8 Jan 2014 12:07:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA80611B4; Wed, 8 Jan 2014 12:07:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s08C7EEk094772; Wed, 8 Jan 2014 14:07:14 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s08C7Dm4094748; Wed, 8 Jan 2014 12:07:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jan 2014 12:07:13 GMT Message-Id: <201401081207.s08C7Dm4094748@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 12:07:23 -0000 TB --- 2014-01-08 09:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-08 09:40:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-08 09:40:43 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-01-08 09:40:43 - cleaning the object tree TB --- 2014-01-08 09:40:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-08 09:41:35 - At svn revision 260447 TB --- 2014-01-08 09:41:36 - building world TB --- 2014-01-08 09:41:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 09:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 09:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 09:41:36 - SRCCONF=/dev/null TB --- 2014-01-08 09:41:36 - TARGET=mips TB --- 2014-01-08 09:41:36 - TARGET_ARCH=mips64 TB --- 2014-01-08 09:41:36 - TZ=UTC TB --- 2014-01-08 09:41:36 - __MAKE_CONF=/dev/null TB --- 2014-01-08 09:41:36 - cd /src TB --- 2014-01-08 09:41:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 8 09:41:47 UTC 2014 >>> 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 Wed Jan 8 11:06:12 UTC 2014 TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m ADM5120 TB --- 2014-01-08 11:06:12 - skipping ADM5120 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-08 11:06:12 - skipping ALCHEMY kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AP121 TB --- 2014-01-08 11:06:12 - skipping AP121 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AP91 TB --- 2014-01-08 11:06:12 - skipping AP91 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AP93 TB --- 2014-01-08 11:06:12 - skipping AP93 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AP94 TB --- 2014-01-08 11:06:12 - skipping AP94 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AP96 TB --- 2014-01-08 11:06:12 - skipping AP96 kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-08 11:06:12 - skipping AR71XX_BASE kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-08 11:06:12 - skipping AR724X_BASE kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-08 11:06:12 - skipping AR91XX_BASE kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-08 11:06:12 - skipping AR933X_BASE kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m AR934X_BASE TB --- 2014-01-08 11:06:12 - skipping AR934X_BASE kernel TB --- 2014-01-08 11:06:12 - cd /src/sys/mips/conf TB --- 2014-01-08 11:06:12 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-01-08 11:06:12 - building BERI_DE4_BASE kernel TB --- 2014-01-08 11:06:12 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:06:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:06:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:06:12 - SRCCONF=/dev/null TB --- 2014-01-08 11:06:12 - TARGET=mips TB --- 2014-01-08 11:06:12 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:06:12 - TZ=UTC TB --- 2014-01-08 11:06:12 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:06:12 - cd /src TB --- 2014-01-08 11:06:12 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Jan 8 11:06:13 UTC 2014 >>> 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 BERI_DE4_BASE completed on Wed Jan 8 11:10:53 UTC 2014 TB --- 2014-01-08 11:10:53 - cd /src/sys/mips/conf TB --- 2014-01-08 11:10:53 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-01-08 11:10:53 - building BERI_DE4_MDROOT kernel TB --- 2014-01-08 11:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:10:53 - SRCCONF=/dev/null TB --- 2014-01-08 11:10:53 - TARGET=mips TB --- 2014-01-08 11:10:53 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:10:53 - TZ=UTC TB --- 2014-01-08 11:10:53 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:10:53 - cd /src TB --- 2014-01-08 11:10:53 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Jan 8 11:10:54 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Wed Jan 8 11:15:41 UTC 2014 TB --- 2014-01-08 11:15:41 - cd /src/sys/mips/conf TB --- 2014-01-08 11:15:41 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-01-08 11:15:42 - building BERI_DE4_SDROOT kernel TB --- 2014-01-08 11:15:42 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:15:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:15:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:15:42 - SRCCONF=/dev/null TB --- 2014-01-08 11:15:42 - TARGET=mips TB --- 2014-01-08 11:15:42 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:15:42 - TZ=UTC TB --- 2014-01-08 11:15:42 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:15:42 - cd /src TB --- 2014-01-08 11:15:42 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Wed Jan 8 11:15:42 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Wed Jan 8 11:20:19 UTC 2014 TB --- 2014-01-08 11:20:19 - cd /src/sys/mips/conf TB --- 2014-01-08 11:20:19 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-01-08 11:20:19 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-01-08 11:20:19 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:20:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:20:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:20:19 - SRCCONF=/dev/null TB --- 2014-01-08 11:20:19 - TARGET=mips TB --- 2014-01-08 11:20:19 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:20:19 - TZ=UTC TB --- 2014-01-08 11:20:19 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:20:19 - cd /src TB --- 2014-01-08 11:20:19 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Wed Jan 8 11:20:19 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Wed Jan 8 11:24:32 UTC 2014 TB --- 2014-01-08 11:24:32 - cd /src/sys/mips/conf TB --- 2014-01-08 11:24:32 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-01-08 11:24:32 - building BERI_SIM_BASE kernel TB --- 2014-01-08 11:24:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:24:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:24:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:24:32 - SRCCONF=/dev/null TB --- 2014-01-08 11:24:32 - TARGET=mips TB --- 2014-01-08 11:24:32 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:24:32 - TZ=UTC TB --- 2014-01-08 11:24:32 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:24:32 - cd /src TB --- 2014-01-08 11:24:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Wed Jan 8 11:24:32 UTC 2014 >>> 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 BERI_SIM_BASE completed on Wed Jan 8 11:28:46 UTC 2014 TB --- 2014-01-08 11:28:46 - cd /src/sys/mips/conf TB --- 2014-01-08 11:28:46 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-01-08 11:28:46 - building BERI_SIM_MDROOT kernel TB --- 2014-01-08 11:28:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:28:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:28:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:28:46 - SRCCONF=/dev/null TB --- 2014-01-08 11:28:46 - TARGET=mips TB --- 2014-01-08 11:28:46 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:28:46 - TZ=UTC TB --- 2014-01-08 11:28:46 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:28:46 - cd /src TB --- 2014-01-08 11:28:46 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Wed Jan 8 11:28:46 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Wed Jan 8 11:32:53 UTC 2014 TB --- 2014-01-08 11:32:53 - cd /src/sys/mips/conf TB --- 2014-01-08 11:32:53 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-01-08 11:32:54 - building BERI_SIM_SDROOT kernel TB --- 2014-01-08 11:32:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:32:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:32:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:32:54 - SRCCONF=/dev/null TB --- 2014-01-08 11:32:54 - TARGET=mips TB --- 2014-01-08 11:32:54 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:32:54 - TZ=UTC TB --- 2014-01-08 11:32:54 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:32:54 - cd /src TB --- 2014-01-08 11:32:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Wed Jan 8 11:32:54 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Wed Jan 8 11:36:52 UTC 2014 TB --- 2014-01-08 11:36:52 - cd /src/sys/mips/conf TB --- 2014-01-08 11:36:52 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-01-08 11:36:52 - building BERI_TEMPLATE kernel TB --- 2014-01-08 11:36:52 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:36:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:36:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:36:52 - SRCCONF=/dev/null TB --- 2014-01-08 11:36:52 - TARGET=mips TB --- 2014-01-08 11:36:52 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:36:52 - TZ=UTC TB --- 2014-01-08 11:36:52 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:36:52 - cd /src TB --- 2014-01-08 11:36:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Wed Jan 8 11:36:52 UTC 2014 >>> 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 BERI_TEMPLATE completed on Wed Jan 8 11:40:40 UTC 2014 TB --- 2014-01-08 11:40:40 - cd /src/sys/mips/conf TB --- 2014-01-08 11:40:40 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-01-08 11:40:40 - skipping CARAMBOLA2 kernel TB --- 2014-01-08 11:40:40 - cd /src/sys/mips/conf TB --- 2014-01-08 11:40:40 - /usr/sbin/config -m DB120 TB --- 2014-01-08 11:40:40 - skipping DB120 kernel TB --- 2014-01-08 11:40:40 - cd /src/sys/mips/conf TB --- 2014-01-08 11:40:40 - /usr/sbin/config -m DIR-825 TB --- 2014-01-08 11:40:40 - skipping DIR-825 kernel TB --- 2014-01-08 11:40:40 - cd /src/sys/mips/conf TB --- 2014-01-08 11:40:40 - /usr/sbin/config -m ENH200 TB --- 2014-01-08 11:40:40 - skipping ENH200 kernel TB --- 2014-01-08 11:40:40 - cd /src/sys/mips/conf TB --- 2014-01-08 11:40:40 - /usr/sbin/config -m GXEMUL TB --- 2014-01-08 11:40:40 - building GXEMUL kernel TB --- 2014-01-08 11:40:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:40:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:40:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:40:40 - SRCCONF=/dev/null TB --- 2014-01-08 11:40:40 - TARGET=mips TB --- 2014-01-08 11:40:40 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:40:40 - TZ=UTC TB --- 2014-01-08 11:40:40 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:40:40 - cd /src TB --- 2014-01-08 11:40:40 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Wed Jan 8 11:40:40 UTC 2014 >>> 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 GXEMUL completed on Wed Jan 8 11:43:48 UTC 2014 TB --- 2014-01-08 11:43:48 - cd /src/sys/mips/conf TB --- 2014-01-08 11:43:48 - /usr/sbin/config -m GXEMUL32 TB --- 2014-01-08 11:43:48 - skipping GXEMUL32 kernel TB --- 2014-01-08 11:43:48 - cd /src/sys/mips/conf TB --- 2014-01-08 11:43:48 - /usr/sbin/config -m IDT TB --- 2014-01-08 11:43:48 - skipping IDT kernel TB --- 2014-01-08 11:43:48 - cd /src/sys/mips/conf TB --- 2014-01-08 11:43:48 - /usr/sbin/config -m MALTA TB --- 2014-01-08 11:43:48 - skipping MALTA kernel TB --- 2014-01-08 11:43:48 - cd /src/sys/mips/conf TB --- 2014-01-08 11:43:48 - /usr/sbin/config -m MALTA64 TB --- 2014-01-08 11:43:48 - skipping MALTA64 kernel TB --- 2014-01-08 11:43:48 - cd /src/sys/mips/conf TB --- 2014-01-08 11:43:48 - /usr/sbin/config -m OCTEON1 TB --- 2014-01-08 11:43:48 - building OCTEON1 kernel TB --- 2014-01-08 11:43:48 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:43:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:43:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:43:48 - SRCCONF=/dev/null TB --- 2014-01-08 11:43:48 - TARGET=mips TB --- 2014-01-08 11:43:48 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:43:48 - TZ=UTC TB --- 2014-01-08 11:43:48 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:43:48 - cd /src TB --- 2014-01-08 11:43:48 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Wed Jan 8 11:43:48 UTC 2014 >>> 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 OCTEON1 completed on Wed Jan 8 11:54:43 UTC 2014 TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m PB47 TB --- 2014-01-08 11:54:43 - skipping PB47 kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m PB92 TB --- 2014-01-08 11:54:43 - skipping PB92 kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-01-08 11:54:43 - skipping PICOSTATION_M2HP kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m QEMU TB --- 2014-01-08 11:54:43 - skipping QEMU kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-01-08 11:54:43 - skipping ROUTERSTATION kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-01-08 11:54:43 - skipping ROUTERSTATION_MFS kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m RSPRO TB --- 2014-01-08 11:54:43 - skipping RSPRO kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-01-08 11:54:43 - skipping RSPRO_MFS kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-01-08 11:54:43 - skipping RSPRO_STANDALONE kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m RT305X TB --- 2014-01-08 11:54:43 - skipping RT305X kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m SENTRY5 TB --- 2014-01-08 11:54:43 - skipping SENTRY5 kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m SWARM TB --- 2014-01-08 11:54:43 - skipping SWARM kernel TB --- 2014-01-08 11:54:43 - cd /src/sys/mips/conf TB --- 2014-01-08 11:54:43 - /usr/sbin/config -m SWARM64 TB --- 2014-01-08 11:54:43 - building SWARM64 kernel TB --- 2014-01-08 11:54:43 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:54:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:54:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:54:43 - SRCCONF=/dev/null TB --- 2014-01-08 11:54:43 - TARGET=mips TB --- 2014-01-08 11:54:43 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:54:43 - TZ=UTC TB --- 2014-01-08 11:54:43 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:54:43 - cd /src TB --- 2014-01-08 11:54:43 - /usr/bin/make -B buildkernel KERNCONF=SWARM64 >>> Kernel build for SWARM64 started on Wed Jan 8 11:54:43 UTC 2014 >>> 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 SWARM64 completed on Wed Jan 8 11:58:31 UTC 2014 TB --- 2014-01-08 11:58:31 - cd /src/sys/mips/conf TB --- 2014-01-08 11:58:31 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-01-08 11:58:31 - building SWARM64_SMP kernel TB --- 2014-01-08 11:58:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 11:58:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 11:58:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 11:58:31 - SRCCONF=/dev/null TB --- 2014-01-08 11:58:31 - TARGET=mips TB --- 2014-01-08 11:58:31 - TARGET_ARCH=mips64 TB --- 2014-01-08 11:58:31 - TZ=UTC TB --- 2014-01-08 11:58:31 - __MAKE_CONF=/dev/null TB --- 2014-01-08 11:58:31 - cd /src TB --- 2014-01-08 11:58:31 - /usr/bin/make -B buildkernel KERNCONF=SWARM64_SMP >>> Kernel build for SWARM64_SMP started on Wed Jan 8 11:58:31 UTC 2014 >>> 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 SWARM64_SMP completed on Wed Jan 8 12:02:14 UTC 2014 TB --- 2014-01-08 12:02:14 - cd /src/sys/mips/conf TB --- 2014-01-08 12:02:14 - /usr/sbin/config -m SWARM_SMP TB --- 2014-01-08 12:02:14 - skipping SWARM_SMP kernel TB --- 2014-01-08 12:02:14 - cd /src/sys/mips/conf TB --- 2014-01-08 12:02:14 - /usr/sbin/config -m TP-WN1043ND TB --- 2014-01-08 12:02:14 - skipping TP-WN1043ND kernel TB --- 2014-01-08 12:02:14 - cd /src/sys/mips/conf TB --- 2014-01-08 12:02:14 - /usr/sbin/config -m WZR-300HP TB --- 2014-01-08 12:02:14 - skipping WZR-300HP kernel TB --- 2014-01-08 12:02:14 - cd /src/sys/mips/conf TB --- 2014-01-08 12:02:14 - /usr/sbin/config -m XLP TB --- 2014-01-08 12:02:14 - skipping XLP kernel TB --- 2014-01-08 12:02:14 - cd /src/sys/mips/conf TB --- 2014-01-08 12:02:14 - /usr/sbin/config -m XLP64 TB --- 2014-01-08 12:02:14 - building XLP64 kernel TB --- 2014-01-08 12:02:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 12:02:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 12:02:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 12:02:14 - SRCCONF=/dev/null TB --- 2014-01-08 12:02:14 - TARGET=mips TB --- 2014-01-08 12:02:14 - TARGET_ARCH=mips64 TB --- 2014-01-08 12:02:14 - TZ=UTC TB --- 2014-01-08 12:02:14 - __MAKE_CONF=/dev/null TB --- 2014-01-08 12:02:14 - cd /src TB --- 2014-01-08 12:02:14 - /usr/bin/make -B buildkernel KERNCONF=XLP64 >>> Kernel build for XLP64 started on Wed Jan 8 12:02:14 UTC 2014 >>> 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 XLP64 completed on Wed Jan 8 12:07:06 UTC 2014 TB --- 2014-01-08 12:07:08 - cd /src/sys/mips/conf TB --- 2014-01-08 12:07:08 - /usr/sbin/config -m XLPN32 TB --- 2014-01-08 12:07:09 - skipping XLPN32 kernel TB --- 2014-01-08 12:07:09 - cd /src/sys/mips/conf TB --- 2014-01-08 12:07:09 - /usr/sbin/config -m XLR TB --- 2014-01-08 12:07:09 - skipping XLR kernel TB --- 2014-01-08 12:07:09 - cd /src/sys/mips/conf TB --- 2014-01-08 12:07:09 - /usr/sbin/config -m XLR64 TB --- 2014-01-08 12:07:09 - building XLR64 kernel TB --- 2014-01-08 12:07:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 12:07:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 12:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 12:07:09 - SRCCONF=/dev/null TB --- 2014-01-08 12:07:09 - TARGET=mips TB --- 2014-01-08 12:07:09 - TARGET_ARCH=mips64 TB --- 2014-01-08 12:07:09 - TZ=UTC TB --- 2014-01-08 12:07:09 - __MAKE_CONF=/dev/null TB --- 2014-01-08 12:07:09 - cd /src TB --- 2014-01-08 12:07:09 - /usr/bin/make -B buildkernel KERNCONF=XLR64 >>> Kernel build for XLR64 started on Wed Jan 8 12:07:10 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/XLR64/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-08 12:07:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-08 12:07:12 - ERROR: failed to build XLR64 kernel TB --- 2014-01-08 12:07:12 - 6300.77 user 2931.07 system 8789.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 13:31:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFF87AFE for ; Wed, 8 Jan 2014 13:31:02 +0000 (UTC) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 949D4194E for ; Wed, 8 Jan 2014 13:31:02 +0000 (UTC) Received: from imac-van-huub-2.fritz.box (huubs.xs4all.nl [83.160.119.88]) (authenticated bits=0) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id s08DUsPI017308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Jan 2014 14:30:54 +0100 (CET) (envelope-from huubsch@xs4all.nl) Message-ID: <52CD530E.8000109@xs4all.nl> Date: Wed, 08 Jan 2014 14:30:54 +0100 From: Huub Schuurmans User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: if_axe broken on FreeBSD10.0-RC4 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 13:31:03 -0000 There is a problem with the if_axe driver on 10.0 USB-LAN adapters with the ASIX AX88772 chip (using if_axe) do not work properly on 10.0-RC4, whereas thera are no problems with 9.0-RELEASE. Ping and dhcp work, ssh and http do not. Test setup consists of two hosts with ALIX.2 boards (uses CPU: Geode(TM) Integrated Processor by AMD PCS 498.06-MHz 586-class CPU and an AMD CS5536 (Geode) USB 2.0 controller) Host9.0-RELEASE with httpd, sshd, dhcpd running, connected with utp-cable (tested) to host10.0-RC3 with usb-lan adapter connected: ue0: flags=8843 metric 0 mtu 1500 options=8000b ether 00:00:00:00:00:01 inet6 fe80::200:ff:fe00:1 %ue0 prefixlen 64 scopeid 0x8 inet 172.16.6.77 netmask 0xfffffff8 broadcast 172.16.6.79 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active Ping and dhcp from host10.0-RC4 to Host9.0-RELEASE is OK, but ssh and fetch (http) time out. Same setup with both hosts running 9.0-RELEASE functions without problems Same setup with hostRC10-RC4 and different usb-lan adapter works OK (I tested if_aue, if_udav and if_mos). The AX88772 adapter works fine with Linux. I have reported this same problem for RC3 (PR internal identification `kern/185387') but did not receive any response from the developers so far. Kind regards, Huub From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 14:31:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D03160B; Wed, 8 Jan 2014 14:31:25 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECEDB1F24; Wed, 8 Jan 2014 14:31:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s08EVD5M084348; Wed, 8 Jan 2014 16:31:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s08EVDUV084012; Wed, 8 Jan 2014 14:31:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jan 2014 14:31:13 GMT Message-Id: <201401081431.s08EVDUV084012@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 14:31:25 -0000 TB --- 2014-01-08 09:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-08 09:40:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-08 09:40:43 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-01-08 09:40:43 - cleaning the object tree TB --- 2014-01-08 09:40:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-08 09:41:35 - At svn revision 260447 TB --- 2014-01-08 09:41:36 - building world TB --- 2014-01-08 09:41:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 09:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 09:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 09:41:36 - SRCCONF=/dev/null TB --- 2014-01-08 09:41:36 - TARGET=arm TB --- 2014-01-08 09:41:36 - TARGET_ARCH=arm TB --- 2014-01-08 09:41:36 - TZ=UTC TB --- 2014-01-08 09:41:36 - __MAKE_CONF=/dev/null TB --- 2014-01-08 09:41:36 - cd /src TB --- 2014-01-08 09:41:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 8 09:41:47 UTC 2014 >>> 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 Wed Jan 8 13:08:28 UTC 2014 TB --- 2014-01-08 13:08:28 - generating LINT kernel config TB --- 2014-01-08 13:08:28 - cd /src/sys/arm/conf TB --- 2014-01-08 13:08:28 - /usr/bin/make -B LINT TB --- 2014-01-08 13:08:28 - cd /src/sys/arm/conf TB --- 2014-01-08 13:08:28 - /usr/sbin/config -m LINT TB --- 2014-01-08 13:08:28 - building LINT kernel TB --- 2014-01-08 13:08:28 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:08:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:08:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:08:28 - SRCCONF=/dev/null TB --- 2014-01-08 13:08:28 - TARGET=arm TB --- 2014-01-08 13:08:28 - TARGET_ARCH=arm TB --- 2014-01-08 13:08:28 - TZ=UTC TB --- 2014-01-08 13:08:28 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:08:28 - cd /src TB --- 2014-01-08 13:08:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 8 13:08:28 UTC 2014 >>> 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 Wed Jan 8 13:34:32 UTC 2014 TB --- 2014-01-08 13:34:32 - cd /src/sys/arm/conf TB --- 2014-01-08 13:34:32 - /usr/sbin/config -m AC100 TB --- 2014-01-08 13:34:32 - skipping AC100 kernel TB --- 2014-01-08 13:34:32 - cd /src/sys/arm/conf TB --- 2014-01-08 13:34:32 - /usr/sbin/config -m ARMADAXP TB --- 2014-01-08 13:34:32 - skipping ARMADAXP kernel TB --- 2014-01-08 13:34:32 - cd /src/sys/arm/conf TB --- 2014-01-08 13:34:32 - /usr/sbin/config -m ARNDALE TB --- 2014-01-08 13:34:32 - skipping ARNDALE kernel TB --- 2014-01-08 13:34:32 - cd /src/sys/arm/conf TB --- 2014-01-08 13:34:32 - /usr/sbin/config -m ATMEL TB --- 2014-01-08 13:34:32 - building ATMEL kernel TB --- 2014-01-08 13:34:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:34:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:34:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:34:32 - SRCCONF=/dev/null TB --- 2014-01-08 13:34:32 - TARGET=arm TB --- 2014-01-08 13:34:32 - TARGET_ARCH=arm TB --- 2014-01-08 13:34:32 - TZ=UTC TB --- 2014-01-08 13:34:32 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:34:32 - cd /src TB --- 2014-01-08 13:34:32 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Wed Jan 8 13:34:32 UTC 2014 >>> 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 ATMEL completed on Wed Jan 8 13:38:34 UTC 2014 TB --- 2014-01-08 13:38:34 - cd /src/sys/arm/conf TB --- 2014-01-08 13:38:34 - /usr/sbin/config -m AVILA TB --- 2014-01-08 13:38:34 - skipping AVILA kernel TB --- 2014-01-08 13:38:34 - cd /src/sys/arm/conf TB --- 2014-01-08 13:38:34 - /usr/sbin/config -m BEAGLEBONE TB --- 2014-01-08 13:38:34 - skipping BEAGLEBONE kernel TB --- 2014-01-08 13:38:34 - cd /src/sys/arm/conf TB --- 2014-01-08 13:38:34 - /usr/sbin/config -m BWCT TB --- 2014-01-08 13:38:34 - building BWCT kernel TB --- 2014-01-08 13:38:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:38:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:38:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:38:34 - SRCCONF=/dev/null TB --- 2014-01-08 13:38:34 - TARGET=arm TB --- 2014-01-08 13:38:34 - TARGET_ARCH=arm TB --- 2014-01-08 13:38:34 - TZ=UTC TB --- 2014-01-08 13:38:34 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:38:34 - cd /src TB --- 2014-01-08 13:38:34 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Wed Jan 8 13:38:34 UTC 2014 >>> 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 Wed Jan 8 13:41:15 UTC 2014 TB --- 2014-01-08 13:41:15 - cd /src/sys/arm/conf TB --- 2014-01-08 13:41:15 - /usr/sbin/config -m CAMBRIA TB --- 2014-01-08 13:41:15 - skipping CAMBRIA kernel TB --- 2014-01-08 13:41:15 - cd /src/sys/arm/conf TB --- 2014-01-08 13:41:15 - /usr/sbin/config -m CNS11XXNAS TB --- 2014-01-08 13:41:15 - building CNS11XXNAS kernel TB --- 2014-01-08 13:41:15 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:41:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:41:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:41:15 - SRCCONF=/dev/null TB --- 2014-01-08 13:41:15 - TARGET=arm TB --- 2014-01-08 13:41:15 - TARGET_ARCH=arm TB --- 2014-01-08 13:41:15 - TZ=UTC TB --- 2014-01-08 13:41:15 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:41:15 - cd /src TB --- 2014-01-08 13:41:15 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Wed Jan 8 13:41:15 UTC 2014 >>> 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 Wed Jan 8 13:45:14 UTC 2014 TB --- 2014-01-08 13:45:14 - cd /src/sys/arm/conf TB --- 2014-01-08 13:45:14 - /usr/sbin/config -m CRB TB --- 2014-01-08 13:45:14 - skipping CRB kernel TB --- 2014-01-08 13:45:14 - cd /src/sys/arm/conf TB --- 2014-01-08 13:45:14 - /usr/sbin/config -m CUBIEBOARD TB --- 2014-01-08 13:45:14 - skipping CUBIEBOARD kernel TB --- 2014-01-08 13:45:14 - cd /src/sys/arm/conf TB --- 2014-01-08 13:45:14 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2014-01-08 13:45:14 - skipping CUBIEBOARD2 kernel TB --- 2014-01-08 13:45:14 - cd /src/sys/arm/conf TB --- 2014-01-08 13:45:14 - /usr/sbin/config -m DB-78XXX TB --- 2014-01-08 13:45:14 - building DB-78XXX kernel TB --- 2014-01-08 13:45:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:45:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:45:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:45:14 - SRCCONF=/dev/null TB --- 2014-01-08 13:45:14 - TARGET=arm TB --- 2014-01-08 13:45:14 - TARGET_ARCH=arm TB --- 2014-01-08 13:45:14 - TZ=UTC TB --- 2014-01-08 13:45:14 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:45:14 - cd /src TB --- 2014-01-08 13:45:14 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Wed Jan 8 13:45:14 UTC 2014 >>> 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 Wed Jan 8 13:48:47 UTC 2014 TB --- 2014-01-08 13:48:47 - cd /src/sys/arm/conf TB --- 2014-01-08 13:48:47 - /usr/sbin/config -m DB-88F5XXX TB --- 2014-01-08 13:48:47 - building DB-88F5XXX kernel TB --- 2014-01-08 13:48:47 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:48:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:48:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:48:47 - SRCCONF=/dev/null TB --- 2014-01-08 13:48:47 - TARGET=arm TB --- 2014-01-08 13:48:47 - TARGET_ARCH=arm TB --- 2014-01-08 13:48:47 - TZ=UTC TB --- 2014-01-08 13:48:47 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:48:47 - cd /src TB --- 2014-01-08 13:48:47 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Wed Jan 8 13:48:47 UTC 2014 >>> 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 Wed Jan 8 13:52:08 UTC 2014 TB --- 2014-01-08 13:52:08 - cd /src/sys/arm/conf TB --- 2014-01-08 13:52:08 - /usr/sbin/config -m DB-88F6XXX TB --- 2014-01-08 13:52:08 - building DB-88F6XXX kernel TB --- 2014-01-08 13:52:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:52:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:52:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:52:08 - SRCCONF=/dev/null TB --- 2014-01-08 13:52:08 - TARGET=arm TB --- 2014-01-08 13:52:08 - TARGET_ARCH=arm TB --- 2014-01-08 13:52:08 - TZ=UTC TB --- 2014-01-08 13:52:08 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:52:08 - cd /src TB --- 2014-01-08 13:52:08 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Wed Jan 8 13:52:08 UTC 2014 >>> 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 Wed Jan 8 13:55:41 UTC 2014 TB --- 2014-01-08 13:55:41 - cd /src/sys/arm/conf TB --- 2014-01-08 13:55:41 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-01-08 13:55:41 - skipping DIGI-CCWMX53 kernel TB --- 2014-01-08 13:55:41 - cd /src/sys/arm/conf TB --- 2014-01-08 13:55:41 - /usr/sbin/config -m DOCKSTAR TB --- 2014-01-08 13:55:41 - building DOCKSTAR kernel TB --- 2014-01-08 13:55:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:55:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:55:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:55:41 - SRCCONF=/dev/null TB --- 2014-01-08 13:55:41 - TARGET=arm TB --- 2014-01-08 13:55:41 - TARGET_ARCH=arm TB --- 2014-01-08 13:55:41 - TZ=UTC TB --- 2014-01-08 13:55:41 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:55:41 - cd /src TB --- 2014-01-08 13:55:41 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Wed Jan 8 13:55:41 UTC 2014 >>> 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 Wed Jan 8 13:59:05 UTC 2014 TB --- 2014-01-08 13:59:05 - cd /src/sys/arm/conf TB --- 2014-01-08 13:59:05 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-01-08 13:59:05 - building DREAMPLUG-1001 kernel TB --- 2014-01-08 13:59:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 13:59:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 13:59:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 13:59:05 - SRCCONF=/dev/null TB --- 2014-01-08 13:59:05 - TARGET=arm TB --- 2014-01-08 13:59:05 - TARGET_ARCH=arm TB --- 2014-01-08 13:59:05 - TZ=UTC TB --- 2014-01-08 13:59:05 - __MAKE_CONF=/dev/null TB --- 2014-01-08 13:59:05 - cd /src TB --- 2014-01-08 13:59:05 - /usr/bin/make -B buildkernel KERNCONF=DREAMPLUG-1001 >>> Kernel build for DREAMPLUG-1001 started on Wed Jan 8 13:59:06 UTC 2014 >>> 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 DREAMPLUG-1001 completed on Wed Jan 8 14:05:18 UTC 2014 TB --- 2014-01-08 14:05:18 - cd /src/sys/arm/conf TB --- 2014-01-08 14:05:18 - /usr/sbin/config -m EA3250 TB --- 2014-01-08 14:05:18 - building EA3250 kernel TB --- 2014-01-08 14:05:18 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:05:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:05:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:05:18 - SRCCONF=/dev/null TB --- 2014-01-08 14:05:18 - TARGET=arm TB --- 2014-01-08 14:05:18 - TARGET_ARCH=arm TB --- 2014-01-08 14:05:18 - TZ=UTC TB --- 2014-01-08 14:05:18 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:05:18 - cd /src TB --- 2014-01-08 14:05:18 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Wed Jan 8 14:05:18 UTC 2014 >>> 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 EA3250 completed on Wed Jan 8 14:08:33 UTC 2014 TB --- 2014-01-08 14:08:33 - cd /src/sys/arm/conf TB --- 2014-01-08 14:08:33 - /usr/sbin/config -m EB9200 TB --- 2014-01-08 14:08:33 - building EB9200 kernel TB --- 2014-01-08 14:08:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:08:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:08:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:08:33 - SRCCONF=/dev/null TB --- 2014-01-08 14:08:33 - TARGET=arm TB --- 2014-01-08 14:08:33 - TARGET_ARCH=arm TB --- 2014-01-08 14:08:33 - TZ=UTC TB --- 2014-01-08 14:08:33 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:08:33 - cd /src TB --- 2014-01-08 14:08:33 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Wed Jan 8 14:08:33 UTC 2014 >>> 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 EB9200 completed on Wed Jan 8 14:12:20 UTC 2014 TB --- 2014-01-08 14:12:20 - cd /src/sys/arm/conf TB --- 2014-01-08 14:12:20 - /usr/sbin/config -m EFIKA_MX TB --- 2014-01-08 14:12:20 - skipping EFIKA_MX kernel TB --- 2014-01-08 14:12:20 - cd /src/sys/arm/conf TB --- 2014-01-08 14:12:20 - /usr/sbin/config -m EP80219 TB --- 2014-01-08 14:12:20 - skipping EP80219 kernel TB --- 2014-01-08 14:12:20 - cd /src/sys/arm/conf TB --- 2014-01-08 14:12:20 - /usr/sbin/config -m ETHERNUT5 TB --- 2014-01-08 14:12:20 - building ETHERNUT5 kernel TB --- 2014-01-08 14:12:20 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:12:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:12:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:12:20 - SRCCONF=/dev/null TB --- 2014-01-08 14:12:20 - TARGET=arm TB --- 2014-01-08 14:12:20 - TARGET_ARCH=arm TB --- 2014-01-08 14:12:20 - TZ=UTC TB --- 2014-01-08 14:12:20 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:12:20 - cd /src TB --- 2014-01-08 14:12:20 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Wed Jan 8 14:12:20 UTC 2014 >>> 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 ETHERNUT5 completed on Wed Jan 8 14:24:24 UTC 2014 TB --- 2014-01-08 14:24:24 - cd /src/sys/arm/conf TB --- 2014-01-08 14:24:24 - /usr/sbin/config -m GUMSTIX TB --- 2014-01-08 14:24:24 - building GUMSTIX kernel TB --- 2014-01-08 14:24:24 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:24:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:24:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:24:24 - SRCCONF=/dev/null TB --- 2014-01-08 14:24:24 - TARGET=arm TB --- 2014-01-08 14:24:24 - TARGET_ARCH=arm TB --- 2014-01-08 14:24:24 - TZ=UTC TB --- 2014-01-08 14:24:24 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:24:24 - cd /src TB --- 2014-01-08 14:24:24 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Wed Jan 8 14:24:24 UTC 2014 >>> 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 Wed Jan 8 14:27:48 UTC 2014 TB --- 2014-01-08 14:27:48 - cd /src/sys/arm/conf TB --- 2014-01-08 14:27:48 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-01-08 14:27:48 - building GUMSTIX-QEMU kernel TB --- 2014-01-08 14:27:48 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:27:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:27:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:27:48 - SRCCONF=/dev/null TB --- 2014-01-08 14:27:48 - TARGET=arm TB --- 2014-01-08 14:27:48 - TARGET_ARCH=arm TB --- 2014-01-08 14:27:48 - TZ=UTC TB --- 2014-01-08 14:27:48 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:27:48 - cd /src TB --- 2014-01-08 14:27:48 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX-QEMU >>> Kernel build for GUMSTIX-QEMU started on Wed Jan 8 14:27:48 UTC 2014 >>> 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-QEMU completed on Wed Jan 8 14:31:10 UTC 2014 TB --- 2014-01-08 14:31:10 - cd /src/sys/arm/conf TB --- 2014-01-08 14:31:10 - /usr/sbin/config -m HL200 TB --- 2014-01-08 14:31:10 - building HL200 kernel TB --- 2014-01-08 14:31:10 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 14:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 14:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 14:31:10 - SRCCONF=/dev/null TB --- 2014-01-08 14:31:10 - TARGET=arm TB --- 2014-01-08 14:31:10 - TARGET_ARCH=arm TB --- 2014-01-08 14:31:10 - TZ=UTC TB --- 2014-01-08 14:31:10 - __MAKE_CONF=/dev/null TB --- 2014-01-08 14:31:10 - cd /src TB --- 2014-01-08 14:31:10 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Wed Jan 8 14:31:11 UTC 2014 >>> 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 [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/HL200 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-08 14:31:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-08 14:31:11 - ERROR: failed to build HL200 kernel TB --- 2014-01-08 14:31:11 - 12747.63 user 4567.74 system 17428.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 14:41:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C92CAD59 for ; Wed, 8 Jan 2014 14:41:07 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82FE81062 for ; Wed, 8 Jan 2014 14:41:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W0uJY-0005w6-8r for freebsd-stable@freebsd.org; Wed, 08 Jan 2014 15:41:00 +0100 Received: from august.inf.tu-dresden.de ([141.76.48.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 15:41:00 +0100 Received: from jsteckli by august.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 15:41:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: UFS panic on Google Compute Engine Date: Wed, 08 Jan 2014 15:40:47 +0100 Lines: 75 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: august.inf.tu-dresden.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 14:41:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I have set up a FreeBSD 10.0 RC4 system on GCE using this [1] description. I have hit the following panic on two different setups when trying to do portsnap fetch extract and using portinstall: panic: ufs_dirbad: /: bad dir ino 24563 at offset 0: mangled entry Is anyone having the same problem? Unfortunately, it is a bit hard to do a fsck of / on GCE. I am not sure how I could have destroyed the filesystem manually while transferring images to GCE. I'll try it a third time just to be sure... Backtrace is: #0 doadump (textdump=3D) at pcpu.h:219 #1 0xffffffff808af570 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808af934 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80af5668 in ufs_lookup_ino (vdp=3D0x0, vpp=3D0xfffffe0033cb= 39a8, cnp=3D0xfffffe0024fe8000, dd_ino=3D0x0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:773 #4 0xffffffff80d97c62 in VOP_CACHEDLOOKUP_APV (vop=3D, a=3D) at vnode_if.c:197 #5 0xffffffff80937d1f in vfs_cache_lookup (ap=3D) a= t vnode_if.h:80 #6 0xffffffff80d97b62 in VOP_LOOKUP_APV (vop=3D, a=3D) at vnode_if.c:129 #7 0xffffffff8093fefb in lookup (ndp=3D0xfffffe0033cb3948) at vnode_if.h= :54 #8 0xffffffff8093f684 in namei (ndp=3D0xfffffe0033cb3948) at /usr/src/sys/kern/vfs_lookup.c:299 #9 0xffffffff809531b5 in kern_statat_vnhook (td=3D0xfffff8001483f000, flag=3D, fd=3D-100, path=3D0x7fffffffc400
, pathseg=3DUIO_USERSPACE, sbp=3D0xfffffe0033cb3a60, hook=3D) at /usr/src/sys/kern/vfs_syscalls.c:2270 #10 0xffffffff8095304d in sys_stat (td=3D0x0, uap=3D0xfffffe0033cb3b80) at /usr/src/sys/kern/vfs_syscalls.c:2250 #11 0xffffffff80c8efb7 in amd64_syscall (td=3D0xfffff8001483f000, traced=3D0) at subr_syscall.c:134 #12 0xffffffff80c756ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 Regards, Julian [1] https://groups.google.com/forum/#!msg/gce-discussion/YWoa3Aa_49U/FYAg9oiR= lLUJ --baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlLNY28ACgkQ2EtjUdW3H9lHzACeOciVlVChimzzFBptsbFsM4PX jA0AoLgRwAozgJxH61BF56hE6DATzCeV =pVtH -----END PGP SIGNATURE----- --baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 15:25:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C3D71A0 for ; Wed, 8 Jan 2014 15:25:40 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D60C142A for ; Wed, 8 Jan 2014 15:25:39 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id A084621328; Wed, 8 Jan 2014 10:25:38 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Wed, 08 Jan 2014 10:25:38 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=vUufoc2xFcKJE4q/4sJk655aoew=; b=Vom vW9So67zYIAQRyjiR9KS65CSbgmKUWPhf4HxT44fgHAWYRkx6eZFiBfNdDuFJsOd Q4k1flSOl5Dm9Pv8BFcWvOruRRgYQYwxS83iwmuaYMpOQF8XmGPuzw+lLgiUsJPf f1/mmyViVKkbCPNvmgdmzMz3LDTNU7WvFWfuWgvk= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 78631145C26; Wed, 8 Jan 2014 10:25:38 -0500 (EST) Message-Id: <1389194738.8181.68161417.1D17F37C@webmail.messagingengine.com> X-Sasl-Enc: wzzaX8ZA4Rb01rn3HSfa0dq+ks+wK7zTuBX6A9A1Y9yN 1389194738 From: Mark Felder To: Daniel Duerr MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 In-Reply-To: References: <27B8C0E2-A6BD-4210-B273-98BB54361CAF@ouido.net> <1389035694.28247.67304209.4274F51A@webmail.messagingengine.com> Subject: Re: Crucial M500 SSD fails to probe Date: Wed, 08 Jan 2014 09:25:38 -0600 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 15:25:40 -0000 On Mon, Jan 6, 2014, at 14:24, Daniel Duerr wrote: > Hi Mark, > > Yes, both drives are running the current firmware version MU03. > > Daniel > Bummer. I was hoping it would be that simple. I will try to coerce an answer out of mav :-) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 17:38:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8227D788; Wed, 8 Jan 2014 17:38:11 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B89B71F7F; Wed, 8 Jan 2014 17:38:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s08Hc6SY013231; Wed, 8 Jan 2014 19:38:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s08Hc69j013093; Wed, 8 Jan 2014 17:38:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jan 2014 17:38:06 GMT Message-Id: <201401081738.s08Hc69j013093@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 17:38:11 -0000 TB --- 2014-01-08 17:10:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-08 17:10:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-08 17:10:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-01-08 17:10:45 - cleaning the object tree TB --- 2014-01-08 17:10:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-08 17:11:36 - At svn revision 260452 TB --- 2014-01-08 17:11:37 - building world TB --- 2014-01-08 17:11:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-08 17:11:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-08 17:11:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-08 17:11:37 - SRCCONF=/dev/null TB --- 2014-01-08 17:11:37 - TARGET=arm TB --- 2014-01-08 17:11:37 - TARGET_ARCH=armv6 TB --- 2014-01-08 17:11:37 - TZ=UTC TB --- 2014-01-08 17:11:37 - __MAKE_CONF=/dev/null TB --- 2014-01-08 17:11:37 - cd /src TB --- 2014-01-08 17:11:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 8 17:11:47 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjC.cpp -o CGObjC.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCGNU.cpp -o CGObjCGNU.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp -o CGObjCMac.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp: In member function 'virtual llvm::Constant*::CGObjCMac::GetOrEmitProtocol(const clang::ObjCProtocolDecl*)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp:2576: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-08 17:38:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-08 17:38:05 - ERROR: failed to build world TB --- 2014-01-08 17:38:05 - 1224.15 user 413.82 system 1640.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 17:46:27 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 732A7CCF; Wed, 8 Jan 2014 17:46:27 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DA13108A; Wed, 8 Jan 2014 17:46:27 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so2063713qeb.41 for ; Wed, 08 Jan 2014 09:46:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=ELiS7OhV0xVxqnEnVgpGj/8enSOizNbzWsvXMOA/SAA=; b=KmAtKAG9UpF2PkYEIDN5DJiihw6sMXOEByeH4cyYbL6IJ8//jNDUeyvLrhie6U51C0 x7h/TiFJzJWtEDQ6eBbqtpduUXPOu+5SOnrKqvQKpR8ElxOPpmwP8PygR3TSx+D/O1Pr Wi/sD1W3EE+qnJJHe+NVuAEHlCRxRC3LjpSY6ob5+e2JYyk+QYcEYnsTPme4cMk/t1oc Eqie9I9dpmD3lP/HuEu9voG1qmcdXOAols9jV7EVwFFrBYXkeOmkywetIr/7WvdFN36i NEvRbzbAwZo+hR027gYWOwPHEVjwQTjF3YVjd7xnQQJTRiBpqUYH0IqDqXFGdH6n22A6 mYTA== MIME-Version: 1.0 X-Received: by 10.49.24.140 with SMTP id u12mr161956611qef.78.1389203186247; Wed, 08 Jan 2014 09:46:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Wed, 8 Jan 2014 09:46:26 -0800 (PST) In-Reply-To: <52CD0CEE.5010700@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> Date: Wed, 8 Jan 2014 09:46:26 -0800 X-Google-Sender-Auth: W8Y0va9ZCbIb85drAcMlls6-FMU Message-ID: Subject: Re: wpa_supplicant problem. From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 17:46:27 -0000 On 8 January 2014 00:31, Peter Ankerst=E5l wrote: > Hehe, > > I dont think Im ready for 11 yet. Do you think these fixes will be in 10 = any > time soon? I can try backporting the EAPOL fix(es) to HEAD but it may involve other fi= xes. I'll take a look. -a From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 18:05:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0D4B812 for ; Wed, 8 Jan 2014 18:05:56 +0000 (UTC) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CCD91225 for ; Wed, 8 Jan 2014 18:05:56 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id db12so1535225veb.22 for ; Wed, 08 Jan 2014 10:05:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vuZSrI/phoG/BvEv8CcafXtN08EEPbfgGqQEQ1YQ16U=; b=aPbAXqY1TPX5hhVO9oQhcHyo2+T2R2TG19EpIWZhdyydYD4CoXe326aovH2j4jTwiR opex2H2T1saoFyTJugXCkGpZqbWQGH1Was4vRlYuK9bXTgOY5u4XKeKPk7S9Nc6p+GS3 /Z2UrJN5EbkA7rFtBux3eUGQoeYRpSmfK9QMw4/uvZuf7QB3U52JjcKdUQqrnc2Ae882 OaDlehVipPNGoj9rHdND9DtnAOtrs9X+OPO3dSYMwD8Bj/AkV5PacLr3YdFQKL91dKPm b6umpXFg8I30LoEHX1PSDcquLgj8C0+gHrDmO44ie09m+TcaYSB/Z9r4lXahhsep1enT poPg== MIME-Version: 1.0 X-Received: by 10.58.200.168 with SMTP id jt8mr11254364vec.30.1389204355613; Wed, 08 Jan 2014 10:05:55 -0800 (PST) Received: by 10.58.165.2 with HTTP; Wed, 8 Jan 2014 10:05:55 -0800 (PST) In-Reply-To: References: Date: Wed, 8 Jan 2014 13:05:55 -0500 Message-ID: Subject: Re: UFS panic on Google Compute Engine From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Julian Stecklina X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 18:05:56 -0000 On Wed, Jan 8, 2014 at 9:40 AM, Julian Stecklina < jsteckli@os.inf.tu-dresden.de> wrote: > Hello, > > I have set up a FreeBSD 10.0 RC4 system on GCE using this [1] > description. I have hit the following panic on two different setups when > trying to do portsnap fetch extract and using portinstall: > > panic: ufs_dirbad: /: bad dir ino 24563 at offset 0: mangled entry > > Is anyone having the same problem? Unfortunately, it is a bit hard to do > a fsck of / on GCE. I am not sure how I could have destroyed the > filesystem manually while transferring images to GCE. I'll try it a > third time just to be sure... > > Backtrace is: > #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff808af570 in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808af934 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xffffffff80af5668 in ufs_lookup_ino (vdp=0x0, vpp=0xfffffe0033cb39a8, > cnp=0xfffffe0024fe8000, dd_ino=0x0) at > /usr/src/sys/ufs/ufs/ufs_lookup.c:773 > #4 0xffffffff80d97c62 in VOP_CACHEDLOOKUP_APV (vop=, > a=) at vnode_if.c:197 > #5 0xffffffff80937d1f in vfs_cache_lookup (ap=) at > vnode_if.h:80 > #6 0xffffffff80d97b62 in VOP_LOOKUP_APV (vop=, > a=) > at vnode_if.c:129 > #7 0xffffffff8093fefb in lookup (ndp=0xfffffe0033cb3948) at vnode_if.h:54 > #8 0xffffffff8093f684 in namei (ndp=0xfffffe0033cb3948) at > /usr/src/sys/kern/vfs_lookup.c:299 > #9 0xffffffff809531b5 in kern_statat_vnhook (td=0xfffff8001483f000, > flag=, fd=-100, > path=0x7fffffffc400
, > pathseg=UIO_USERSPACE, > sbp=0xfffffe0033cb3a60, hook=) > at /usr/src/sys/kern/vfs_syscalls.c:2270 > #10 0xffffffff8095304d in sys_stat (td=0x0, uap=0xfffffe0033cb3b80) > at /usr/src/sys/kern/vfs_syscalls.c:2250 > #11 0xffffffff80c8efb7 in amd64_syscall (td=0xfffff8001483f000, > traced=0) at subr_syscall.c:134 > #12 0xffffffff80c756ab in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:391 > > Regards, Julian > > [1] > > https://groups.google.com/forum/#!msg/gce-discussion/YWoa3Aa_49U/FYAg9oiRlLUJ I experienced that exact same panic back on 9.1-RELEASE. Every time I executed a command that used /var, my system would panic. I cleared it by running fsck -y on all filesystems while in single user mode, so that is the first thing I would try in spite of the fact that (unfortunately) running fsck on GCE is a "bit hard". Sorry. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 18:09:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEF34961 for ; Wed, 8 Jan 2014 18:09:42 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 865381263 for ; Wed, 8 Jan 2014 18:09:42 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W0xZT-0007zQ-RR for freebsd-stable@freebsd.org; Wed, 08 Jan 2014 19:09:39 +0100 Received: from august.inf.tu-dresden.de ([141.76.48.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 19:09:39 +0100 Received: from jsteckli by august.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jan 2014 19:09:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: Re: UFS panic on Google Compute Engine Date: Wed, 08 Jan 2014 19:09:23 +0100 Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LroJtc74HF84iuGX5cHR0T91RmXngS4cw" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: august.inf.tu-dresden.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 18:09:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LroJtc74HF84iuGX5cHR0T91RmXngS4cw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/08/2014 07:05 PM, Thomas Hoffmann wrote: > I experienced that exact same panic back on 9.1-RELEASE. Every time I > executed a command that used /var, my system would panic. I cleared it = by > running fsck -y on all filesystems while in single user mode, so that i= s > the first thing I would try in spite of the fact that (unfortunately) > running fsck on GCE is a "bit hard". Sorry. No problem. Any idea how we both ended up with the same file system corruption? Julian --LroJtc74HF84iuGX5cHR0T91RmXngS4cw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlLNlFMACgkQ2EtjUdW3H9l9UgCfa8qhewVBcHBrz83Zi5ZdGG9a iCUAniQqZS6aMl/3y8Df7ObO7NJmiJvS =Qd3k -----END PGP SIGNATURE----- --LroJtc74HF84iuGX5cHR0T91RmXngS4cw-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 18:39:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C52C642F for ; Wed, 8 Jan 2014 18:39:08 +0000 (UTC) Received: from mail-vb0-x22b.google.com (mail-vb0-x22b.google.com [IPv6:2607:f8b0:400c:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80411151E for ; Wed, 8 Jan 2014 18:39:08 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id p6so1434768vbe.16 for ; Wed, 08 Jan 2014 10:39:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TofL7KNTXwCiUwnFH601iBLY/SmZBYmAdvRVPlje7AM=; b=cSWJWcezs0mjGMPLbd0UdydNcL7KiMz4P25NxoxqhLa93vHHyAXJ8AtsYkZVwJ/WXv 2ml/mUq5iBvNYBxbMNl6oWwnxeZVUutEVU86s3N0mV0PYrtMKZh5rlgGWlsF3N4O90AK y5Wuvj0TGK/1L/E9ZO56msAIIBnumggWxnc58EC1Py5bTvLubIuyxpHN3o425sRX3EZK 4J2s5RL8DjBfrjrZoNmGy1MRMYKm5Qunbx3ybIt6n+PPfPrrbfv4OVd6Hy5DFCts//wq DaA3AKmBUWnA7Mw4b5RRGAF+717UR8zL+/NXTqFOT3cjXOrZXs18Trq8Os5Mcn4pNg4r HUjw== MIME-Version: 1.0 X-Received: by 10.52.170.241 with SMTP id ap17mr5290778vdc.13.1389206347555; Wed, 08 Jan 2014 10:39:07 -0800 (PST) Received: by 10.58.165.2 with HTTP; Wed, 8 Jan 2014 10:39:07 -0800 (PST) In-Reply-To: References: Date: Wed, 8 Jan 2014 13:39:07 -0500 Message-ID: Subject: Re: UFS panic on Google Compute Engine From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Julian Stecklina X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 18:39:08 -0000 On Wed, Jan 8, 2014 at 1:09 PM, Julian Stecklina < jsteckli@os.inf.tu-dresden.de> wrote: > On 01/08/2014 07:05 PM, Thomas Hoffmann wrote: > > I experienced that exact same panic back on 9.1-RELEASE. Every time I > > executed a command that used /var, my system would panic. I cleared it by > > running fsck -y on all filesystems while in single user mode, so that is > > the first thing I would try in spite of the fact that (unfortunately) > > running fsck on GCE is a "bit hard". Sorry. > > No problem. Any idea how we both ended up with the same file system > corruption? > > Julian > None whatsoever. When I originally experienced the panic I Google'd around a bit and checked the FreeBSD forums. The only thing I was able to learn was that fsck fixed the issue for those who experienced it, but nothing as to why. Never experienced the "glitch" again and I did not find anyone for whom the issue recurred. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 19:16:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0DD1A60 for ; Wed, 8 Jan 2014 19:16:57 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76D0D181D for ; Wed, 8 Jan 2014 19:16:57 +0000 (UTC) Received: from [10.0.0.2] ([91.60.9.59]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0MABh3-1W7Jjz2cNF-00BNEN for ; Wed, 08 Jan 2014 19:34:39 +0100 Subject: Re: CAM status: CCB request completed with an error From: Marc Santhoff To: "FreeBSD stable (Liste)" In-Reply-To: <20131223183646.GA22168@eskimo.com> References: <20131223183646.GA22168@eskimo.com> Content-Type: text/plain; charset="ISO-8859-15" Date: Wed, 08 Jan 2014 19:34:30 +0100 Message-ID: <1389206070.7476.6.camel@puma.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:J32jMhRI90IX0hyJaHddTGD6zNLmbHcLPCWYSgz6RdfvHQQfCxU s4+b8vunKD3EWRjui1RmLJnwJMd0UWjZ0eGGJlzv91eZBgF+0WWaP3yhAiVBuqWTOfx93GX BNvJVThFfnQvyvCTWVWuAqbYBx8gs79M1K586Cny26a2u8od0Qwx8slCKz4TfUY9RfCB3PU /6Wo1POGgBA/c14cuWQhw== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 19:16:58 -0000 On Mo, 2013-12-23 at 10:36 -0800, Joseph Olatt wrote: > Hi, > > Just upgraded from 9.2-PRERELEASE to the following: > > FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 > 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 > > and started seeing the following error when I insert a USB flash drive. > This flash drive was working fine with 9.2-PRERELEASE. > > ugen6.2: at usbus6 > umass0: on > usbus6 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error [...] > (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > > > Anybody else seeing issues with the USB/CAM subsystem with the new the > new 9.2-STABLE code? Me too on a fresh amd64: Jan 8 20:27:51 atom330 kernel: ugen3.2: at usbus3 Jan 8 20:27:51 atom330 kernel: umass0: on usbus3 Jan 8 20:27:51 atom330 kernel: umass0: SCSI over Bulk-Only; quirks = 0x4101 Jan 8 20:27:51 atom330 kernel: umass0:6:0:-1: Attached to scbus6 Jan 8 20:27:55 atom330 kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 Jan 8 20:27:55 atom330 kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error [...] Jan 8 20:28:17 atom330 kernel: (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted This is: $ uname -a FreeBSD atom330.das.netz 9.2-STABLE FreeBSD 9.2-STABLE #0: Tue Jan 7 04:01:28 CET 2014 root@atom330.das.netz:/usr/obj/usr/src/sys/GENERIC amd64 $ dmesg|head -n 20 Copyright (c) 1992-2014 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.2-STABLE #0: Tue Jan 7 04:01:28 CET 2014 root@atom330.das.netz:/usr/obj/usr/src/sys/GENERIC amd64 gcc version 4.2.1 20070831 patched [FreeBSD] CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (1600.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 0x6 Model = 0x1c Stepping = 2 Features=0xbfe9fbff Features2=0x40e31d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2009550848 (1916 MB) Setup was done 2 days ago. Another machine running i386 from yesterday can flawlessly attach the same thumb drive. HTH anyhow, Marc -- Marc Santhoff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 19:42:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E78B5869 for ; Wed, 8 Jan 2014 19:42:24 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A50E41A78 for ; Wed, 8 Jan 2014 19:42:24 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s08JgLNl036537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jan 2014 11:42:22 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s08JgLgi036536; Wed, 8 Jan 2014 11:42:21 -0800 (PST) (envelope-from jmg) Date: Wed, 8 Jan 2014 11:42:21 -0800 From: John-Mark Gurney To: Marcelo Gondim Subject: Re: geom_stripe and panic after 16 days (9-stable) Message-ID: <20140108194221.GH99167@funkthat.com> Mail-Followup-To: Marcelo Gondim , stable@freebsd.org References: <52CD2960.7030805@bsdinfo.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52CD2960.7030805@bsdinfo.com.br> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 08 Jan 2014 11:42:22 -0800 (PST) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 19:42:25 -0000 Marcelo Gondim wrote this message on Wed, Jan 08, 2014 at 08:33 -0200: > I have a mail server with 4 disks. 1 disc with the operating system and > 3 disks in raid 0 which is mounted my /var. After 16 or 19 days, I get a > kernel panic. Have swapped memories and even then after some time the > kernel panic happens. Looking dump below I could be sure that the > /dev/ada1is in trouble? > I've done the fsck -yin single mode several times and did not solve the > problem. This is simply a problem of one of your hd's detaching: > ada1: s/n WD-WCC1S2515766 detached > g_vfs_done():stripe/var[WRITE(offset=426073161728, length=32768)]error = 6 > /dev: got error 6 while accessing filesystem > panic: softdep_deallocate_dependencies: unrecovered I/O error And so g_stripe passes the error to ffs and ffs panics because it can't handle the write error... I'm not sure if there is work to make FFS handle disk departers sanely or not... I've heard that some cables can be bad, if it's the same drive that keeps detaching, try replacing that cable... It could also be a bad drive, I have a pair of drives w/ the same firmware, and one would like to detach itself every month or so, but the other drive runs fine... I know it's the drive since I hotswap them, and they both have been in the same bay and it's still the one drive that disconnects... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 20:38:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87CDABEA for ; Wed, 8 Jan 2014 20:38:52 +0000 (UTC) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id 562081FB2 for ; Wed, 8 Jan 2014 20:38:51 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id C652922D48 for ; Wed, 8 Jan 2014 15:32:59 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVrhA_lgXKZD for ; Wed, 8 Jan 2014 15:32:59 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52CDB5FB.90108@egr.msu.edu> Date: Wed, 08 Jan 2014 15:32:59 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.0-RC1: bad mbuf leak? References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> In-Reply-To: <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 20:38:52 -0000 On 01/06/2014 13:32, Mark Felder wrote: > It's not looking promising. mbuf usage is really high again. I haven't > hit the point where the system is unavailable on the network but it > appears to be approaching. > > root@skeletor:/usr/home/feld # netstat -m > 4093391/3109/4096500 mbufs in use (current/cache/total) > 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) > 1025/1725 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/492/492/508677 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) > 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > > root@skeletor:/usr/home/feld # vmstat -z | grep mbuf > mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, > 0 > mbuf: 256, 6511065, 4092367, 1383,74246554, 0, > 0 > mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, > 0 > mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 > mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 > mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 > mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 > > root@skeletor:/usr/home/feld # uptime > 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 > > root@skeletor:/usr/home/feld # uname -a > FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 > r260339M: Sun Jan 5 21:23:10 CST 2014 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Can you try your NFS mounts from directly within the jails, or stop one or more jails for a night and see if it becomes stable? Anything else unusual besides the jails/nullfs such as pf, ipfw, nat, vimages? My systems running 10 seem fine including the one running poudriere builds which uses jails and I think nullfs, but not nfs. Do mbufs go up when you cause nfs traffic? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 20:45:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CA2DE3D for ; Wed, 8 Jan 2014 20:45:31 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 486AD1087 for ; Wed, 8 Jan 2014 20:45:31 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9961B20939 for ; Wed, 8 Jan 2014 15:45:29 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Wed, 08 Jan 2014 15:45:29 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=InFIY+GWBv6wt7DKO66AXg9fH8c=; b=fs0PF f5i9qVjOQ2DSV8JMy5jF5bkpdfl4esvfOlzH0CXZ4FkkyLDCdaWFthnKd8Huonua mq1bX6epgXPkQvqJWtiDTESlfLuiBZwgRK6RJHXwu9MePeN7gkoXNlCqJAq9+AV/ 5jU5YTCpgFoC6x9RLD5aebKLbIavhXVgQj+MWY= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 79536101FE1; Wed, 8 Jan 2014 15:45:29 -0500 (EST) Message-Id: <1389213929.2278.68300789.3FE331A1@webmail.messagingengine.com> X-Sasl-Enc: 0lbfW2gY5Zmmp/4W6TfftDZM2g2+FTRdboWlikhsMvkd 1389213929 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 Subject: Re: 10.0-RC1: bad mbuf leak? Date: Wed, 08 Jan 2014 14:45:29 -0600 In-Reply-To: <52CDB5FB.90108@egr.msu.edu> References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> <52CDB5FB.90108@egr.msu.edu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 20:45:31 -0000 On Wed, Jan 8, 2014, at 14:32, Adam McDougall wrote: > On 01/06/2014 13:32, Mark Felder wrote: > > It's not looking promising. mbuf usage is really high again. I haven't > > hit the point where the system is unavailable on the network but it > > appears to be approaching. > > > > root@skeletor:/usr/home/feld # netstat -m > > 4093391/3109/4096500 mbufs in use (current/cache/total) > > 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) > > 1025/1725 mbuf+clusters out of packet secondary zone in use > > (current/cache) > > 0/492/492/508677 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) > > 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > > > root@skeletor:/usr/home/feld # vmstat -z | grep mbuf > > mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, > > 0 > > mbuf: 256, 6511065, 4092367, 1383,74246554, 0, > > 0 > > mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, > > 0 > > mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 > > mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 > > mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 > > mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 > > > > root@skeletor:/usr/home/feld # uptime > > 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 > > > > root@skeletor:/usr/home/feld # uname -a > > FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 > > r260339M: Sun Jan 5 21:23:10 CST 2014 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > Can you try your NFS mounts from directly within the jails, or stop one > or more jails for a night and see if it becomes stable? Anything else > unusual besides the jails/nullfs such as pf, ipfw, nat, vimages? My > systems running 10 seem fine including the one running poudriere builds > which uses jails and I think nullfs, but not nfs. Do mbufs go up when > you cause nfs traffic? > You can't do NFS mounts from within a jail, which is why I have to do it this way. Nothing else unusual. Very few services running. The box sits mostly idle and the traffic is light -- watching some TV shows (the jail runs Plex Media Server). I haven't been able to locate a reason for the mbufs to go up, but often a wake up in the morning after it has been doing nothing all night and see it made a large jump in mbufs used. When I'm running an 11-CURRENT kernel these problems do not exist. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 8 20:57:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79A8A554 for ; Wed, 8 Jan 2014 20:57:08 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 2E304116D for ; Wed, 8 Jan 2014 20:57:07 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 4A58328E2B for ; Wed, 8 Jan 2014 15:57:01 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fu2PZRfMxGxC for ; Wed, 8 Jan 2014 15:57:01 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52CDBB9C.6080406@egr.msu.edu> Date: Wed, 08 Jan 2014 15:57:00 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.0-RC1: bad mbuf leak? References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> <52CDB5FB.90108@egr.msu.edu> <1389213929.2278.68300789.3FE331A1@webmail.messagingengine.com> In-Reply-To: <1389213929.2278.68300789.3FE331A1@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 20:57:08 -0000 On 01/08/2014 15:45, Mark Felder wrote: > On Wed, Jan 8, 2014, at 14:32, Adam McDougall wrote: >> On 01/06/2014 13:32, Mark Felder wrote: >>> It's not looking promising. mbuf usage is really high again. I haven't >>> hit the point where the system is unavailable on the network but it >>> appears to be approaching. >>> >>> root@skeletor:/usr/home/feld # netstat -m >>> 4093391/3109/4096500 mbufs in use (current/cache/total) >>> 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) >>> 1025/1725 mbuf+clusters out of packet secondary zone in use >>> (current/cache) >>> 0/492/492/508677 4k (page size) jumbo clusters in use >>> (current/cache/total/max) >>> 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) >>> 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) >>> 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) >>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >>> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) >>> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) >>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >>> 0 requests for sfbufs denied >>> 0 requests for sfbufs delayed >>> 0 requests for I/O initiated by sendfile >>> >>> root@skeletor:/usr/home/feld # vmstat -z | grep mbuf >>> mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, >>> 0 >>> mbuf: 256, 6511065, 4092367, 1383,74246554, 0, >>> 0 >>> mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, >>> 0 >>> mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 >>> mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 >>> mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 >>> mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 >>> >>> root@skeletor:/usr/home/feld # uptime >>> 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 >>> >>> root@skeletor:/usr/home/feld # uname -a >>> FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 >>> r260339M: Sun Jan 5 21:23:10 CST 2014 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> Can you try your NFS mounts from directly within the jails, or stop one >> or more jails for a night and see if it becomes stable? Anything else >> unusual besides the jails/nullfs such as pf, ipfw, nat, vimages? My >> systems running 10 seem fine including the one running poudriere builds >> which uses jails and I think nullfs, but not nfs. Do mbufs go up when >> you cause nfs traffic? >> > > You can't do NFS mounts from within a jail, which is why I have to do it > this way. > > Nothing else unusual. Very few services running. The box sits mostly > idle and the traffic is light -- watching some TV shows (the jail runs > Plex Media Server). I haven't been able to locate a reason for the mbufs > to go up, but often a wake up in the morning after it has been doing > nothing all night and see it made a large jump in mbufs used. When I'm > running an 11-CURRENT kernel these problems do not exist. Can you have a script run some stats like netstat -m every few minutes during the night to see if it happens at a particular time? I'm wondering if the system scripts are crawling the mountpoints to cause this. Alternately, as far as NFS mounts and jails, with a reasonable amount of work could you replace the nullfs/nfs usage with temporary NFS mounts outside of the jails but mounted in the jail root fs? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 01:12:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8A43786 for ; Thu, 9 Jan 2014 01:12:40 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A56E150F for ; Thu, 9 Jan 2014 01:12:40 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id p10so2485055pdj.18 for ; Wed, 08 Jan 2014 17:12:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Vimn64e9ybQEUnqJU6rDDNWnxuyp6hzSVFQY6a0kDEQ=; b=PgOd06hAXWgIdxMF+ZRPYhRoO5sAVpTXRjBI6Oz02sOFumJOsRLju9B1AMX5iUBfVL RNMFVpmFpoGW+2VeHxOMgR8WvHCGmR37gU1qI+IIy0aIpmI9flmd6cXXG6hIZ3CWLwWL DDaAwhaigNzjMtPfBz7M7U7zb6rVzFWTJevPtxN5d8yUYZLlVxurISfY8zs9wlHa1hWx YZskA45lgTwXDJJjyXO9aCxnmhHaZN+vy32s/mHcbASBmiePQ3atWomL18OQLatQ0xFl XTuo+jHvqsA+4HemtUpLxLV/O0BCeODVRT8l4LxZQIjxvKqCYBcUIL0sGjU/x23cc3aL Zd9w== X-Received: by 10.68.197.234 with SMTP id ix10mr354130pbc.80.1389229960060; Wed, 08 Jan 2014 17:12:40 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id ju10sm5397503pbd.33.2014.01.08.17.12.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 08 Jan 2014 17:12:39 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 09 Jan 2014 10:12:35 +0900 From: Yonghyeon PYUN Date: Thu, 9 Jan 2014 10:12:35 +0900 To: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20140109011235.GA2813@michelle.cdnetworks.com> References: <20140107084938.GA1361@michelle.cdnetworks.com> <201401080311.s083BWf9038444@maildrop2.v6ds.occnc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201401080311.s083BWf9038444@maildrop2.v6ds.occnc.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 01:12:40 -0000 On Tue, Jan 07, 2014 at 10:11:32PM -0500, Curtis Villamizar wrote: > > In message <20140107084938.GA1361@michelle.cdnetworks.com> > Yonghyeon PYUN writes: > > > On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > > > > [...] > > > > > Here are some relevant parts of dmesg. Is there anything else you want? > > > > > > real memory = 2147483648 (2048 MB) > > > avail memory = 2061438976 (1965 MB) > > > Event timer "LAPIC" quality 400 > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > pci2: on pcib2 > > > on pci1 > > > pcib2: irq 19 at device 7.0 on pci0 > > > pci2: on pcib2 > > > mskc0: port 0xe800-0xe8ff mem > > > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > > > msk0: > > > on mskc0 > > > msk0: Ethernet address: c8:9c:dc:56:38:ef > > > miibus0: on msk0 > > > e1000phy0: PHY 0 on miibus0 > > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > > auto, auto-flow > > > > > > > Thank you for the info. > > > > > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > > > machine so others are likely to run into this. > > > > > > > > Please let me know what I could do to help debug this. > > > > > > > > > > > > > If you have more than 4GB memory, try reducing the amount of > > > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > > > makes any difference for you. > > > > Note, in order to test this you have to back out your local > > > > changes. > > > > > > Only have 2 GB memory. > > > > > > > Ok, that means my wild guess was not right. :-( > > > > > > [...] > > > > > > I'm under the impression that the controller may have additional > > > > DMA addressing limitation where TX/RX and status LEs should have > > > > the same high DMA address. Due to the lack of documentation I'm > > > > not sure about that. If the issue does not happen with 3GB memory, > > > > we have to use 32bit DMA addressing. > > > > > > We have 2 GB memory so the problem with the original code does happen > > > with less than 4 GB memory. Everything has the same high address of > > > zero. > > > > > > > Right. > > > > > Is there anything else you want me to try? > > > > msk(4) uses 4KB alignment for status/TX/RX rings. Your local change > > will reduce the number of status LEs to be 1024. Stock msk(4) will > > use 2048 entries for status LEs and you said the cons variable is > > stuck with 1024 in this case. I have no idea this can happen at > > this moment. > > Did msk(4) ever work on your box? If the answer is yes, would you > > back out both r258780 and your local change? > > This host worked for a few years under FreeBSD 8.x and FreeBSD 9.x, > most recently 9.2. I have other machines running stable_10 at about > the 10.0.beta3 vintage. I had mostly good luck building the ports I > use (except openoffice never seems to build). > > I transferred a bunch of small stuff over after upgrading to > 10.0.beta3 on this machine but then with the big move of a tar backup > through the GbE, it locked up consisitently. > > I tried my patch and symptom gone. > > > I have a small local diff which was made after seeing r258780. But > > I'm not sure whether it makes any difference. > > So it seems what you want me to do is: > > 1. verify whether just backing out r258780 on if_mskreg.h fixes this. > > 2. if so, then put back r258780 and try your patch below and see if > that fixes it. > Correct. > I think I can find some time to do this maybe immediately or at least > very soon. After doing that I will report back. Please stand by. > Thank you. > > > Curtis > > > > > > btw - I added someone from Marvell on the Bcc in case he wants to join > > > in on the conversation or give us a hint in private email. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 01:20:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 524B0BAE for ; Thu, 9 Jan 2014 01:20:04 +0000 (UTC) Received: from nm27.bullet.mail.ne1.yahoo.com (nm27.bullet.mail.ne1.yahoo.com [98.138.90.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0418C1587 for ; Thu, 9 Jan 2014 01:20:03 +0000 (UTC) Received: from [98.138.226.176] by nm27.bullet.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 01:13:51 -0000 Received: from [98.138.226.132] by tm11.bullet.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 01:13:51 -0000 Received: from [127.0.0.1] by smtp219.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 01:13:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389230031; bh=3vm/7M75lil4+qHjRHYFjheaxjI8jrTxF7yBTUs8PbM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=uIPcY0+kylG21U7/a4cp1o7M6/bQ9ba/eHcLpYiN+qrYwI85OMzuqfMILWJwfkMpFkMMb+h9faSTCgBkZUoUvzljZB/21QvjRN4GdF0SWmN79VSyKHpPd7JrSxKLkELQVOyWwIOjYVM2dnXpNb3JGsdC8TRDOUkL9EEd0PWXDV8= X-Yahoo-Newman-Id: 811534.56266.bm@smtp219.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: KkUilNsVM1nzNPvC8n0_M6eQeSOmZhfNOnKXrFbGxwhhmVv 45LzSHaMaHdVVCno2Rlx.3nBpH_OVu926c468YSUDEMIghmDC.W0q6PeikHu S2EFssCMajJe_.6KAgGiaSec3opR9NjZpWLuGaETI1P_AsxirLUw5WSF.DYf WCERA1th54XM09ONtxdTbjah9CJ0aoZBHqOuIbri6TvLq5BCWnRls47.53BD uwSa.LQq.JmcXTs2gga4IaSKUPRY0UxBFRYzjitf0RhVO39m60qPz0f6etn1 n1FAe1WSeOl_1oNw19y8hRTRS28B2xBjxiKXinDqcljMDne6qJy.LgtKbEnG NhKLgMc0eflwyrYeabgduSNzBpPkAUFGkq_GisEAdlohD5YKzj0L_.B4uoVa K7JSlQNX80IHhuq8IkypiSINLjXUOPP1WKiWI6Ndovt4maS3CMEtpGBhTB2E TST71HzyRJ1HssyMq1yHEvhjMoqvKossGWVUM4egMuqp89InSmv9fOhlV4GS KqXxKpZLdOVaFbC146A1Jvx3qEkL7wTyWawcp8f80Of5BdrlLr_4sXMGIMwI hEA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [98.138.105.21]) by smtp219.mail.ne1.yahoo.com with SMTP; 08 Jan 2014 17:13:51 -0800 PST Subject: Re: 10.0 BETA 3 with redports kernel panic From: Sean Bruno To: Konstantin Belousov In-Reply-To: <20131228140843.GT59496@kib.kiev.ua> References: <1387492541.27693.5.camel@powernoodle.corp.yahoo.com> <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> <20131228140843.GT59496@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Jan 2014 17:13:50 -0800 Message-ID: <1389230030.6589.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: decke , "freebsd-stable@freebsd.org" , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 01:20:04 -0000 On Sat, 2013-12-28 at 16:08 +0200, Konstantin Belousov wrote: > diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c > index abbbb21..fd9c5df 100644 > --- a/sys/amd64/amd64/mem.c > +++ b/sys/amd64/amd64/mem.c > @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) > kmemphys: > o = v & PAGE_MASK; > c = min(uio->uio_resid, (u_int)(PAGE_SIZE - > o)); > - error = uiomove((void *)PHYS_TO_DMAP(v), > (int)c, uio); > + v = PHYS_TO_DMAP(v); > + if (v < DMAP_MIN_ADDRESS || > + (v > DMAP_MIN_ADDRESS + dmaplimit && > + v <= DMAP_MAX_ADDRESS) || > + pmap_kextract(v) == 0) > + return (EFAULT); > + error = uiomove((void *)v, (int)c, uio); > continue; > } > else if (dev2unit(dev) == CDEV_MINOR_KMEM) { > diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c > index 014020b..85be1f2 100644 > --- a/sys/amd64/amd64/pmap.c > +++ b/sys/amd64/amd64/pmap.c > @@ -321,7 +321,7 @@ SYSCTL_INT(_machdep, OID_AUTO, nkpt, CTLFLAG_RD, > &nkpt, 0, > "Number of kernel page table pages allocated on bootup"); > > static int ndmpdp; > -static vm_paddr_t dmaplimit; > +vm_paddr_t dmaplimit; > vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; > pt_entry_t pg_nx; > > diff --git a/sys/amd64/include/pmap.h b/sys/amd64/include/pmap.h > index 3918282..e83e07e 100644 > --- a/sys/amd64/include/pmap.h > +++ b/sys/amd64/include/pmap.h > @@ -369,6 +369,7 @@ extern vm_paddr_t phys_avail[]; > extern vm_paddr_t dump_avail[]; > extern vm_offset_t virtual_avail; > extern vm_offset_t virtual_end; > +extern vm_paddr_t dmaplimit; > > #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) > #define pmap_page_is_write_mapped(m) (((m)->aflags & > PGA_WRITEABLE) != 0) I've updated 2/4 redbuild machines to stable/10 and applied this patch. I will monitor them for the rest of the week for stability. sean p.s. redbuild 03/04 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 01:21:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82170CBC for ; Thu, 9 Jan 2014 01:21:56 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59A6715F1 for ; Thu, 9 Jan 2014 01:21:56 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id r10so2469978pdi.24 for ; Wed, 08 Jan 2014 17:21:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=0Vkcr5jkWHF7jhTDYSE0MsnJ4242djVKkJ9GDGipkYs=; b=nlPuiRGVoUrTGT09FbcTiml0F7D9w6ArRZLa9uPq5luhUmUPAtpSiBsvRtsFKCB5ZU rPOq0BRQ3Zs+MgRLjkSNfkKyDtafhpjavsIEYeB20p8318bYa+5NjcESW93YEj1GIcZN CXojBtFSDQbaZqDcqkgvG7TPqZMNATTLfQ6+Q61xbOSPwjmCEQoqh2gvVmOQxFgt6z31 LgTu9OveQGokK2fUEHZgiyjRprRZgbk5Zj1+xCEIo8JG/SXDIJQgSpNJfIPCI3n7pavJ dTydSVOaRVkjzo/50FYmw6Zrd71AFTXEocZBJf0uR3mN/1sW2qT0dykbXb6p9clAThJu wOgg== MIME-Version: 1.0 X-Received: by 10.66.242.17 with SMTP id wm17mr370539pac.102.1389230515875; Wed, 08 Jan 2014 17:21:55 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Wed, 8 Jan 2014 17:21:55 -0800 (PST) Date: Wed, 8 Jan 2014 17:21:55 -0800 X-Google-Sender-Auth: F43KGVguDqWamYO8JPIrpZoXNao Message-ID: Subject: IWN hangs periodically on 10.0RC3 From: Kevin Oberman To: "freebsd-stable@freebsd.org Stable" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 01:21:56 -0000 My wireless has been periodically hanging since my upgrade from 9-Stable to 10.0-RC3. iwn0@pci0:3:0:0: class=0x028000 card=0x13118086 chip=0x00858086 rev=0x34 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6205 [Taylor Peak]' class = network It does this fairly often, but only when the network is busy. It never seems to hang over-night. It usually seems to fail when loading graphics heavy web pages. Restarting the wlan0 interface brings it back to normal. (service netif restart wlan0). I have been seeing this since I upgraded a couple of weeks ago and I never saw it on 8 or 9. Any ideas on anything I can poke or data i can collect? I used to have issues that I resolved by turning off bgscan, but the symptoms were quite different and seemed to have been fixed about a year and a half ago. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 02:48:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 431B2BA2 for ; Thu, 9 Jan 2014 02:48:23 +0000 (UTC) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [IPv6:2002:8d4c:3001:48::99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 054941D54 for ; Thu, 9 Jan 2014 02:48:23 +0000 (UTC) Received: from [178.0.255.90] (helo=[192.168.178.35]) by os.inf.tu-dresden.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) id 1W15fO-0006jl-Vz; Thu, 09 Jan 2014 03:48:19 +0100 Message-ID: <1389235686.3057.4.camel@janus.xn--pl-wia.net> Subject: Re: UFS panic on Google Compute Engine From: Julian Stecklina To: kpneal@pobox.com Date: Thu, 09 Jan 2014 03:48:06 +0100 In-Reply-To: <20140108193938.GA19267@neutralgood.org> References: <20140108193938.GA19267@neutralgood.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Thomas Hoffmann , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 02:48:23 -0000 On Mi, 2014-01-08 at 14:39 -0500, kpneal@pobox.com wrote: > On Wed, Jan 08, 2014 at 01:05:55PM -0500, Thomas Hoffmann wrote: > > On Wed, Jan 8, 2014 at 9:40 AM, Julian Stecklina < > > jsteckli@os.inf.tu-dresden.de> wrote: > > > > > Hello, > > > > > > I have set up a FreeBSD 10.0 RC4 system on GCE using this [1] > > > description. I have hit the following panic on two different setups when > > > trying to do portsnap fetch extract and using portinstall: > > > > > > panic: ufs_dirbad: /: bad dir ino 24563 at offset 0: mangled entry > > > I experienced that exact same panic back on 9.1-RELEASE. Every time I > > executed a command that used /var, my system would panic. I cleared it by > > running fsck -y on all filesystems while in single user mode, so that is > > the first thing I would try in spite of the fact that (unfortunately) > > running fsck on GCE is a "bit hard". Sorry. > > The easiest thing to do might be to hack /etc/rc.d/fsck to do the > 'fsck -y' unconditionally. Change the '-p' to '-y' in /etc/rc.d/fsck > and then reboot. After the problem is solved be sure to change it > back to the way it was. Thanks for the tip. Too easy. ;) The filesystem is seriously damaged: Starting file system checks: /dev/da0p2: INCORRECT BLOCK COUNT I=164645 (8 should be 0) (CORRECTED) /dev/da0p2: INCORRECT BLOCK COUNT I=164650 (8 should be 0) (CORRECTED) /dev/da0p2: INCORRECT BLOCK COUNT I=164654 (8 should be 0) (CORRECTED) /dev/da0p2: INCORRECT BLOCK COUNT I=164659 (8 should be 0) (CORRECTED) [... lots of those ...] /dev/da0p2: UNALLOCATED I=4378 OWNER=root MODE=0 /dev/da0p2: SIZE=0 MTIME=Jan 1 00:00 1970 /dev/da0p2: NAME=/usr/ports/math/lapack/files /dev/da0p2: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. Automatic file system check failed; help! I checked the local copy of the image I uploaded to GCE and its filesystem is fine. Must be happened during transfer to GCE. Weird. Sorry for the noise, Julian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 04:08:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70553D67; Thu, 9 Jan 2014 04:08:09 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A659D1464; Thu, 9 Jan 2014 04:08:08 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s09484Ql035948; Thu, 9 Jan 2014 06:08:04 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s09483q1035755; Thu, 9 Jan 2014 04:08:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jan 2014 04:08:03 GMT Message-Id: <201401090408.s09483q1035755@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 04:08:09 -0000 TB --- 2014-01-09 00:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-09 00:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-09 00:30:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-01-09 00:30:44 - cleaning the object tree TB --- 2014-01-09 00:30:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-09 00:31:39 - At svn revision 260461 TB --- 2014-01-09 00:31:40 - building world TB --- 2014-01-09 00:31:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-09 00:31:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-09 00:31:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-09 00:31:40 - SRCCONF=/dev/null TB --- 2014-01-09 00:31:40 - TARGET=powerpc TB --- 2014-01-09 00:31:40 - TARGET_ARCH=powerpc TB --- 2014-01-09 00:31:40 - TZ=UTC TB --- 2014-01-09 00:31:40 - __MAKE_CONF=/dev/null TB --- 2014-01-09 00:31:40 - cd /src TB --- 2014-01-09 00:31:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 9 00:31:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 9 04:07:36 UTC 2014 TB --- 2014-01-09 04:07:36 - generating LINT kernel config TB --- 2014-01-09 04:07:36 - cd /src/sys/powerpc/conf TB --- 2014-01-09 04:07:36 - /usr/bin/make -B LINT TB --- 2014-01-09 04:07:36 - cd /src/sys/powerpc/conf TB --- 2014-01-09 04:07:36 - /usr/sbin/config -m LINT TB --- 2014-01-09 04:07:36 - building LINT kernel TB --- 2014-01-09 04:07:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-09 04:07:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-09 04:07:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-09 04:07:36 - SRCCONF=/dev/null TB --- 2014-01-09 04:07:36 - TARGET=powerpc TB --- 2014-01-09 04:07:36 - TARGET_ARCH=powerpc TB --- 2014-01-09 04:07:36 - TZ=UTC TB --- 2014-01-09 04:07:36 - __MAKE_CONF=/dev/null TB --- 2014-01-09 04:07:36 - cd /src TB --- 2014-01-09 04:07:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 9 04:07:36 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc/src/tmp/legacy/usr/games:/obj/powerpc.powerpc/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/powerpc.powerpc/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-09 04:08:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-09 04:08:02 - ERROR: failed to build LINT kernel TB --- 2014-01-09 04:08:02 - 9993.32 user 3254.69 system 13037.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 05:14:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 354DDC87 for ; Thu, 9 Jan 2014 05:14:55 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C319D1A59 for ; Thu, 9 Jan 2014 05:14:54 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s095Eo0c061022; Thu, 9 Jan 2014 00:14:50 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401090514.s095Eo0c061022@maildrop2.v6ds.occnc.com> To: pyunyh@gmail.com From: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm In-reply-to: Your message of "Thu, 09 Jan 2014 10:12:35 +0900." <20140109011235.GA2813@michelle.cdnetworks.com> Date: Thu, 09 Jan 2014 00:14:50 -0500 Cc: freebsd-stable@freebsd.org, Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 05:14:55 -0000 In message <20140109011235.GA2813@michelle.cdnetworks.com> Yonghyeon PYUN writes: > On Tue, Jan 07, 2014 at 10:11:32PM -0500, Curtis Villamizar wrote: > > > > In message <20140107084938.GA1361@michelle.cdnetworks.com> > > Yonghyeon PYUN writes: > > > > > On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > > > > > > [...] > > > > > > > Here are some relevant parts of dmesg. Is there anything else you want? > > > > > > > > real memory = 2147483648 (2048 MB) > > > > avail memory = 2061438976 (1965 MB) > > > > Event timer "LAPIC" quality 400 > > > > ACPI APIC Table: > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP): APIC ID: 1 > > > > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > pci2: on pcib2 > > > > on pci1 > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > pci2: on pcib2 > > > > mskc0: port 0xe800-0xe8ff mem > > > > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > > > > msk0: > > > > on mskc0 > > > > msk0: Ethernet address: c8:9c:dc:56:38:ef > > > > miibus0: on msk0 > > > > e1000phy0: PHY 0 on miibus0 > > > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > > > auto, auto-flow > > > > > > > > > > Thank you for the info. > > > > > > > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > > > > machine so others are likely to run into this. > > > > > > > > > > Please let me know what I could do to help debug this. > > > > > > > > > > > > > > > > If you have more than 4GB memory, try reducing the amount of > > > > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > > > > makes any difference for you. > > > > > Note, in order to test this you have to back out your local > > > > > changes. > > > > > > > > Only have 2 GB memory. > > > > > > > > > > Ok, that means my wild guess was not right. :-( > > > > > > > > > [...] > > > > > > > > I'm under the impression that the controller may have additional > > > > > DMA addressing limitation where TX/RX and status LEs should have > > > > > the same high DMA address. Due to the lack of documentation I'm > > > > > not sure about that. If the issue does not happen with 3GB memory, > > > > > we have to use 32bit DMA addressing. > > > > > > > > We have 2 GB memory so the problem with the original code does happen > > > > with less than 4 GB memory. Everything has the same high address of > > > > zero. > > > > > > > > > > Right. > > > > > > > Is there anything else you want me to try? > > > > > > msk(4) uses 4KB alignment for status/TX/RX rings. Your local change > > > will reduce the number of status LEs to be 1024. Stock msk(4) will > > > use 2048 entries for status LEs and you said the cons variable is > > > stuck with 1024 in this case. I have no idea this can happen at > > > this moment. > > > Did msk(4) ever work on your box? If the answer is yes, would you > > > back out both r258780 and your local change? > > > > This host worked for a few years under FreeBSD 8.x and FreeBSD 9.x, > > most recently 9.2. I have other machines running stable_10 at about > > the 10.0.beta3 vintage. I had mostly good luck building the ports I > > use (except openoffice never seems to build). > > > > I transferred a bunch of small stuff over after upgrading to > > 10.0.beta3 on this machine but then with the big move of a tar backup > > through the GbE, it locked up consisitently. > > > > I tried my patch and symptom gone. > > > > > I have a small local diff which was made after seeing r258780. But > > > I'm not sure whether it makes any difference. > > > > So it seems what you want me to do is: > > > > 1. verify whether just backing out r258780 on if_mskreg.h fixes this. > > > > 2. if so, then put back r258780 and try your patch below and see if > > that fixes it. > > > > Correct. Bad news: backing out didn't help. the patch didn't help. Worse news: putting the code back to where it was didn't help. It seems this thing gets wedged in a state where the LE stat entries get written in 0x0 to 0x200 or 0x400, either way to the halfway point in the ring, and then start writing at zero again. Even though the writes seem to start over at zero, the counter continues to increment past the halfway mark. Rebooting many times can sometime unwedge it. Any thoughts on how this could occur? I'm assuming this is a chip problem because once wedged it is mostly unaffected by reboots. A short power cycle yields a better chance of coming up with no problem but still a poor chance. The best way to unwedge it seems to be to put in the code to make msk_stat_count end up as 2048, reboot, and then change the code so that max_stat_count ends up as 1024 and reboot again. Once unwedged msk0 works fine indefinitely until a reboot. It may work for a few reboots, then gets wedged again. This could be a hint as to finding a sequence of writes, perhaps to STAT_LAST_IDX so it consistently comes up unwedged. Maybe a DELAY(1) after the reset (which is shortly before writing STAT_LAST_IDX). If you want debug traces showing the contents of msk_stat_ring when the watchdog occurs I can send some. Can I do this without rebooting to save time? Maybe config out msk and use kldload and kldunload? I'll experiment a bit later, maybe tomorrow. Right now things are running and I have other work to do. Does anyone have any insights into the code after the write to STAT_LAST_IDX and how the watermark and timer values were picked? > > I think I can find some time to do this maybe immediately or at least > > very soon. After doing that I will report back. Please stand by. > > > > Thank you. Thanks for the help with this. > > > > Curtis > > > > > > > > btw - I added someone from Marvell on the Bcc in case he wants to join > > > > in on the conversation or give us a hint in private email. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 08:28:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E186CB1 for ; Thu, 9 Jan 2014 08:28:05 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C5CA1988 for ; Thu, 9 Jan 2014 08:28:05 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kp14so2980700pab.5 for ; Thu, 09 Jan 2014 00:28:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=M7NrnVywmg83kaq8jFGO74gJIBj75Pt2eGs+/MSIe9k=; b=L/nbRk1k9BCqDqD/2QIJG8H8mt0ywjM7BciGOugrp+Evtfs8f9IuAXJjyiU3RbUjFW ud9WYdU6ldpcBl1OJTB/1x2o+9pKzdl83zYIw0WFpUDRYWSpfvNyZnI7qE88diBecLXC bEqRI8v+4AR/54Zymb724GnBtLOYyxWSUyhnJJYsmDLLimuxs3MpdICcqZyjSBnfZMcV lrPuFr0ZvCcqVA9HvXfm7Hx3LpAMLaudDFMlgr+lxdrFu0+uP9N2RO1aZGQ3D0Vi13LP OpA6LqfS6bGG1eqgoKu9y55RFlZcetzdlTxABjngjGbZ1gf01HS/bUgkd6CVhjphM6AE pBxw== X-Received: by 10.66.160.2 with SMTP id xg2mr2184660pab.23.1389256084344; Thu, 09 Jan 2014 00:28:04 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id w10sm7976908pbb.14.2014.01.09.00.28.00 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 09 Jan 2014 00:28:03 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 09 Jan 2014 17:27:59 +0900 From: Yonghyeon PYUN Date: Thu, 9 Jan 2014 17:27:59 +0900 To: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20140109082759.GA1371@michelle.cdnetworks.com> References: <20140109011235.GA2813@michelle.cdnetworks.com> <201401090514.s095Eo0c061022@maildrop2.v6ds.occnc.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <201401090514.s095Eo0c061022@maildrop2.v6ds.occnc.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 08:28:05 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 09, 2014 at 12:14:50AM -0500, Curtis Villamizar wrote: > > In message <20140109011235.GA2813@michelle.cdnetworks.com> > Yonghyeon PYUN writes: > > > On Tue, Jan 07, 2014 at 10:11:32PM -0500, Curtis Villamizar wrote: > > > > > > In message <20140107084938.GA1361@michelle.cdnetworks.com> > > > Yonghyeon PYUN writes: > > > > > > > On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > > > > > > > > [...] > > > > > > > > > Here are some relevant parts of dmesg. Is there anything else you want? > > > > > > > > > > real memory = 2147483648 (2048 MB) > > > > > avail memory = 2061438976 (1965 MB) > > > > > Event timer "LAPIC" quality 400 > > > > > ACPI APIC Table: > > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > > > > cpu0 (BSP): APIC ID: 0 > > > > > cpu1 (AP): APIC ID: 1 > > > > > > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > > pci2: on pcib2 > > > > > on pci1 > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > > pci2: on pcib2 > > > > > mskc0: port 0xe800-0xe8ff mem > > > > > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > > > > > msk0: > > > > > on mskc0 > > > > > msk0: Ethernet address: c8:9c:dc:56:38:ef > > > > > miibus0: on msk0 > > > > > e1000phy0: PHY 0 on miibus0 > > > > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > > > > auto, auto-flow > > > > > > > > > > > > > Thank you for the info. > > > > > > > > > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > > > > > machine so others are likely to run into this. > > > > > > > > > > > > Please let me know what I could do to help debug this. > > > > > > > > > > > > > > > > > > > If you have more than 4GB memory, try reducing the amount of > > > > > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > > > > > makes any difference for you. > > > > > > Note, in order to test this you have to back out your local > > > > > > changes. > > > > > > > > > > Only have 2 GB memory. > > > > > > > > > > > > > Ok, that means my wild guess was not right. :-( > > > > > > > > > > > > [...] > > > > > > > > > > I'm under the impression that the controller may have additional > > > > > > DMA addressing limitation where TX/RX and status LEs should have > > > > > > the same high DMA address. Due to the lack of documentation I'm > > > > > > not sure about that. If the issue does not happen with 3GB memory, > > > > > > we have to use 32bit DMA addressing. > > > > > > > > > > We have 2 GB memory so the problem with the original code does happen > > > > > with less than 4 GB memory. Everything has the same high address of > > > > > zero. > > > > > > > > > > > > > Right. > > > > > > > > > Is there anything else you want me to try? > > > > > > > > msk(4) uses 4KB alignment for status/TX/RX rings. Your local change > > > > will reduce the number of status LEs to be 1024. Stock msk(4) will > > > > use 2048 entries for status LEs and you said the cons variable is > > > > stuck with 1024 in this case. I have no idea this can happen at > > > > this moment. > > > > Did msk(4) ever work on your box? If the answer is yes, would you > > > > back out both r258780 and your local change? > > > > > > This host worked for a few years under FreeBSD 8.x and FreeBSD 9.x, > > > most recently 9.2. I have other machines running stable_10 at about > > > the 10.0.beta3 vintage. I had mostly good luck building the ports I > > > use (except openoffice never seems to build). > > > > > > I transferred a bunch of small stuff over after upgrading to > > > 10.0.beta3 on this machine but then with the big move of a tar backup > > > through the GbE, it locked up consisitently. > > > > > > I tried my patch and symptom gone. > > > > > > > I have a small local diff which was made after seeing r258780. But > > > > I'm not sure whether it makes any difference. > > > > > > So it seems what you want me to do is: > > > > > > 1. verify whether just backing out r258780 on if_mskreg.h fixes this. > > > > > > 2. if so, then put back r258780 and try your patch below and see if > > > that fixes it. > > > > > > > Correct. > > Bad news: > > backing out didn't help. > > the patch didn't help. > > Worse news: > > putting the code back to where it was didn't help. > > It seems this thing gets wedged in a state where the LE stat entries > get written in 0x0 to 0x200 or 0x400, either way to the halfway point > in the ring, and then start writing at zero again. Even though the > writes seem to start over at zero, the counter continues to increment > past the halfway mark. Rebooting many times can sometime unwedge it. > > Any thoughts on how this could occur? > > I'm assuming this is a chip problem because once wedged it is mostly > unaffected by reboots. A short power cycle yields a better chance of > coming up with no problem but still a poor chance. > > The best way to unwedge it seems to be to put in the code to make > msk_stat_count end up as 2048, reboot, and then change the code so > that max_stat_count ends up as 1024 and reboot again. > > Once unwedged msk0 works fine indefinitely until a reboot. It may > work for a few reboots, then gets wedged again. This could be a hint > as to finding a sequence of writes, perhaps to STAT_LAST_IDX so it > consistently comes up unwedged. Maybe a DELAY(1) after the reset > (which is shortly before writing STAT_LAST_IDX). > > If you want debug traces showing the contents of msk_stat_ring when > the watchdog occurs I can send some. > The only wild guess I have is to try removing forced status change request. I've attached the diff. The code was introduced to workaround unreliable detection of link status change but I guess e1000phy(4) received many fixes after this change. > Can I do this without rebooting to save time? Maybe config out msk > and use kldload and kldunload? > Probably yes. However you want to cold boot your system once your controller is wedged(Unplug the power cable and wait tens of seconds). msk(4) highly relies on sane default values and cold boot will let controller firmware handle the job. > I'll experiment a bit later, maybe tomorrow. Right now things are > running and I have other work to do. > > Does anyone have any insights into the code after the write to > STAT_LAST_IDX and how the watermark and timer values were picked? > The watermark and timer values were borrowed from the vendor's FreeBSD driver. > > > I think I can find some time to do this maybe immediately or at least > > > very soon. After doing that I will report back. Please stand by. > > > > > > > Thank you. > > Thanks for the help with this. > > > > > > Curtis > > > > > > > > > > btw - I added someone from Marvell on the Bcc in case he wants to join > > > > > in on the conversation or give us a hint in private email. --qMm9M+Fa2AknHoGS Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.statchg.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 260428) +++ sys/dev/msk/if_msk.c (working copy) @@ -3399,8 +3399,6 @@ msk_tick(void *xsc_if) mii = device_get_softc(sc_if->msk_miibus); mii_tick(mii); - if ((sc_if->msk_flags & MSK_FLAG_LINK) == 0) - msk_miibus_statchg(sc_if->msk_if_dev); msk_handle_events(sc_if->msk_softc); msk_watchdog(sc_if); callout_reset(&sc_if->msk_tick_ch, hz, msk_tick, sc_if); --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 10:36:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D094FEBA; Thu, 9 Jan 2014 10:36:58 +0000 (UTC) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43D4F152B; Thu, 9 Jan 2014 10:36:58 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id d49so1233140eek.4 for ; Thu, 09 Jan 2014 02:36:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=EsuCpBY97qUdgHm1XFfkPMP5IP5qDYqjcMObdY7T2O8=; b=LMiUVbssR84h5kctZpxc8dnRGFDncQimz6dNkhXvxnudPaBHcZ9hSNKubn25tWNtkL +SAhj9Izaxtp5HymPqs1Xv8KmGKVQUrqubBzuWf2aBXgSjDzCCRR9TgNCcfIYPSbrh0z LuWfXEisMTZ5jk+ktSytX8kMADDQzbhwlL0uH2A9EmzeeAaPHpF4lbqWN5U6Apcj5DbB CG5wDq8omcEP15uj1DiwyhybW7dpH4NL/Jt2ldQ4BTvxX35XRur7tMXss2bwJoU792mR vTRYFyibS3lWYL+OJLCDO4+Eh3l5VPXliSmWFhwU/mV34Nu83e5XSSskXpABxL/+rPJ9 wrWg== X-Received: by 10.14.37.66 with SMTP id x42mr2479080eea.83.1389263816638; Thu, 09 Jan 2014 02:36:56 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id a45sm4282080eem.6.2014.01.09.02.36.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 Jan 2014 02:36:55 -0800 (PST) Sender: Alexander Motin Message-ID: <52CE7BC5.9090907@FreeBSD.org> Date: Thu, 09 Jan 2014 12:36:53 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Daniel Duerr Subject: Re: Crucial M500 SSD fails to probe Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 10:36:58 -0000 Hi. > Would the development team consider adding this patch to STABLE? If we talk about the same patch, it was merged to 9-STABLE a year ago: r244020 | mav | 2012-12-08 09:37:12 +0200 (Ñб, 08 дек 2012) | 6 lines MFC r243571: Fix problem with the Samsung 840 PRO series SSD detection. The device reports support for SATA Asynchronous Notification in its IDENTIFY data, but returns error on attempt to enable that feature. Make SATA XPT of CAM only report these errors, but not fail the device. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 11:50:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 414A9EB7 for ; Thu, 9 Jan 2014 11:50:05 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDA1C1B5E for ; Thu, 9 Jan 2014 11:50:04 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id s09Bo2l4092909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Jan 2014 15:50:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id s09Bo2U8092908; Thu, 9 Jan 2014 15:50:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Jan 2014 15:50:02 +0400 From: Gleb Smirnoff To: Cedric Tabary Subject: Re: possible netgraph regression on freebsd 10.0-RC3 Message-ID: <20140109115002.GV71033@FreeBSD.org> References: <20140102112714.GB16947@spike.grumly.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140102112714.GB16947@spike.grumly.eu.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 11:50:05 -0000 On Thu, Jan 02, 2014 at 12:27:14PM +0100, Cedric Tabary wrote: C> Hello, C> C> I upgraded several FreeBSD servers from 9.2-STABLE to 10.0-RC3 and I C> now have strange behavior of mpd-5.7. C> C> Symptoms : C> - mpd stops accepting connections (PPTP VPN), and stops accepting control C> connectiosn also (on telnet and http). C> - The only way to kill mpd is a SIGKILL C> - after killing mpd, all ng interfaces are still up and forwarding C> trafic C> - the only way to revert to normal operation is a server power-cycle, C> software reboot just freeze the kernel. C> C> dmesg shows a lot of : C> sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in C> queue awaiting acceptance C> however I can't find pcb 0xfffff80006f61930 in netstat and there is no C> flood, did I miss something ? C> C> netstat -naA shows pptp control connections with non null Recv-Q C> netstat -naA shows netgraph control sockets with non null Send-Q C> In normal operation conditions, all Send-Q/Recv-Q are 0 on all those C> control sockets. C> C> Attached : C> - dmesg C> - netstat -naA (anonymized) C> - lsof -n (anonymized) C> C> FreeBSD xxx 10.0-RC3 FreeBSD 10.0-RC3 #0 r259778: Mon Dec 23 C> 23:27:58 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC C> amd64 C> C> All this is reproduced once every 2-3 days on 4 different servers. We've had a fix in ng_ksocket after 10.0-RC3, but the symptoms of that problem were somewhat different. However, it is worth updating. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 12:16:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E99F357B for ; Thu, 9 Jan 2014 12:16:07 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A438E1E58 for ; Thu, 9 Jan 2014 12:16:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W1EWq-0005nt-54 for freebsd-stable@freebsd.org; Thu, 09 Jan 2014 13:16:04 +0100 Received: from august.inf.tu-dresden.de ([141.76.48.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 13:16:04 +0100 Received: from jsteckli by august.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 13:16:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: Re: UFS panic on Google Compute Engine Date: Thu, 09 Jan 2014 13:15:52 +0100 Lines: 43 Message-ID: <52CE92F8.9040801@os.inf.tu-dresden.de> References: <20140108193938.GA19267@neutralgood.org> <1389235686.3057.4.camel@janus.xn--pl-wia.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: august.inf.tu-dresden.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <1389235686.3057.4.camel@janus.xn--pl-wia.net> X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 12:16:08 -0000 On 01/09/2014 03:48 AM, Julian Stecklina wrote: > I checked the local copy of the image I uploaded to GCE and its > filesystem is fine. Must be happened during transfer to GCE. Weird. Okay, I've hit this now the third time. Massive file system corruption. fsck reports lots of UNALLOCATED I=6350 OWNER=root MODE=0 SIZE=0 MTIME=Jan 1 00:00 1970 NAME=/usr/ports/x11-themes/metacity-theme-microgui UNEXPECTED SOFT UPDATE INCONSISTENCY and LINK COUNT DIR I=1175282 OWNER=root MODE=40755 SIZE=512 MTIME=Jan 9 03:28 2014 COUNT 3 SHOULD BE 2 ADJUST? yes LINK COUNT DIR I=1175287 OWNER=root MODE=40755 SIZE=512 MTIME=Jan 9 03:28 2014 COUNT 3 SHOULD BE 2 ADJUST? yes It seems rather easy to reproduce. Upload a disk image to GCE and extract ports. I did it via portsnap fetch extract. I am not sure what could go so horribly wrong. In two of three cases the filesystem was beyond repair. As for problem causes: Has the virtio scsi driver changed significantly between FreeBSD 9 and 10? Also weird is that the same virtual disk pops up two times: da0 at vtscsi0 bus 0 scbus0 target 1 lun 0 da0: Fixed Direct Access SCSI-6 device da0: 300.000MB/s transfers da0: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) da1 at vtscsi0 bus 0 scbus0 target 1 lun 1 da1: Fixed Direct Access SCSI-6 device da1: 300.000MB/s transfers da1: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) Julian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 13:42:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76F38BB9 for ; Thu, 9 Jan 2014 13:42:31 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 126B11519 for ; Thu, 9 Jan 2014 13:42:30 +0000 (UTC) Received: from nb981.math (nb981.math.uni-hamburg.de [134.100.222.111]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0LosHL-1VTrrK392J-00g6Mk; Thu, 09 Jan 2014 14:42:21 +0100 Message-ID: <52CEA744.8050105@janh.de> Date: Thu, 09 Jan 2014 14:42:28 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: stable-list freebsd Subject: 10.0-RC4 -> 10.0-RC5: Xorg stopped using /dev/sysmouse Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:45H2LkDRGi6I3MC/uU007YhIFPumUM4Os6JNH6ssQC7 JyYJwDgRM8UJ6a/bzbFFDJshbZdylIQ9nG2pG/t79uXgd303jN FoNxATi0UbKlW25eIbKuBrrl2MTOSDpZWCTAEWhnpXyiFE1VsB RJcLasP4giRm9HrBTJF6v6xwVRn02QzMK1MguBZC8DwF1gytEt kLd3SCA2rsfTWH6CgF94KHZGI068sxySTZYxd8c7RC0b83DqgI OciqCrrA1BiP5ClmNl9JKy2m1zG0q9ddl1u4ZP7eHPr9mvwH2W 5tA6Vo/UT0kXg3jP36vtPt2z66i8vnK4FugZEzX6PMI4SWhiw= = X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 13:42:31 -0000 Although the announcement is still pending, I have just upgraded two machines from 10.0-RC4 to 10.0-RC5. Now my mouse is not working in Xorg anymore. Is it necessary to rebuild all ports due to the ABI change in r260406? Is there a reasonable way to find out, which ports are affected? Is r260406 related at all? Some details in case the cause of the problem is not simply using old packages: /dev/psm0 and /dev/usm0 are both picked up by moused and still work on ttyvX (due to moused_enable="YES" and devd_enable="YES" in rc.conf). Before the upgrade, Xorg would use /dev/sysmouse, but now it tries to open /dev/psm0 and /dev/usm0 directly, which fails, since they are already in use. I thought "Device" "/dev/sysmouse" as "InputDevice" in my xorg.conf was still relevant, but at least /dev/psm0 and /dev/usm0 are detected by hald, since they are not listed in xorg.conf. >From ps, I see hald is still recognizing sysmouse: hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) All ports related are up to date and have been build WITH_NEW_XORG=yes but otherwise default options on 10.0-RC3 or 10.0-RC4 (amd64). Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 13:49:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4630D1A for ; Thu, 9 Jan 2014 13:49:08 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60A4F1583 for ; Thu, 9 Jan 2014 13:49:08 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id oz11so2404686veb.32 for ; Thu, 09 Jan 2014 05:49:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=z35koN3D1025X2PwaVOiDmzTyX/uMTcaA9QyFtgeK3A=; b=rZjUvSmk/X3qPo1TBCeBYuGL3d58lj8T0GJWZbaOWh5wz++y+YXHlyml0yda2UJL4j pMXvZRyI2q4mjzxQe6TTfempzTUAPx0mfVxgQgZGAIYArwYr5JynJPRzZMqgzpnb9yuI s+vDqKEXj3qediXe7Eh6Fzj2w/jNWWLgQtv0if/E14/tF0+u312k1MCeL9+EbAjmK1w3 CT317kQ8/AutKnnBFWEdTzdqKQ91MYq1nBkC2nnEvGLIG3buiBGudDai7UEjkek1kwJx 7LZamYK+UAXwez2MLtNRKAbUnxKQhe3wc2jYXbLI+kVx1RLMsxrzfn3lQhIQzh1+J74r 5DXw== X-Received: by 10.58.178.164 with SMTP id cz4mr1265352vec.52.1389275347388; Thu, 09 Jan 2014 05:49:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.59.0.68 with HTTP; Thu, 9 Jan 2014 05:48:37 -0800 (PST) In-Reply-To: <52CEA744.8050105@janh.de> References: <52CEA744.8050105@janh.de> From: Matthias Gamsjager Date: Thu, 9 Jan 2014 14:48:37 +0100 Message-ID: Subject: Re: 10.0-RC4 -> 10.0-RC5: Xorg stopped using /dev/sysmouse To: Jan Henrik Sylvester Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: stable-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 13:49:08 -0000 Killing all moused processes 'fixes' Xorg mouse but proper patch would be nice On Thu, Jan 9, 2014 at 2:42 PM, Jan Henrik Sylvester wrote: > Although the announcement is still pending, I have just upgraded two > machines from 10.0-RC4 to 10.0-RC5. Now my mouse is not working in Xorg > anymore. > > Is it necessary to rebuild all ports due to the ABI change in r260406? > Is there a reasonable way to find out, which ports are affected? Is > r260406 related at all? > > Some details in case the cause of the problem is not simply using old > packages: > > /dev/psm0 and /dev/usm0 are both picked up by moused and still work on > ttyvX (due to moused_enable="YES" and devd_enable="YES" in rc.conf). > > Before the upgrade, Xorg would use /dev/sysmouse, but now it tries to > open /dev/psm0 and /dev/usm0 directly, which fails, since they are > already in use. > > I thought "Device" "/dev/sysmouse" as "InputDevice" in my xorg.conf was > still relevant, but at least /dev/psm0 and /dev/usm0 are detected by > hald, since they are not listed in xorg.conf. > > From ps, I see hald is still recognizing sysmouse: > > hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) > hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) > > All ports related are up to date and have been build WITH_NEW_XORG=yes > but otherwise default options on 10.0-RC3 or 10.0-RC4 (amd64). > > Cheers, > Jan Henrik > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 13:53:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7E81EED for ; Thu, 9 Jan 2014 13:53:33 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92538161F for ; Thu, 9 Jan 2014 13:53:33 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 202CA21DF8 for ; Thu, 9 Jan 2014 08:53:29 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Thu, 09 Jan 2014 08:53:30 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=cWNx/IoZ5aBwpNyPHMYnnhXINHg=; b=HwGOa tbJsKy+fhRZoDUt5i0yhP53oI5pC41HbK7wc0mogAugm/ik3Af0GacS26lTkAsPW 4c7aY1sH4jLID7gMh/NUiZBGMPVWU3fNJGJWqWi4Ucc/2s27RsOVGuQ5hT2FEPAo SdcRzA81LRgLDit5VM2kxkhXob7A3ZJDR3noU8= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 63F7210874F; Thu, 9 Jan 2014 08:53:29 -0500 (EST) Message-Id: <1389275609.22759.68597369.0D9EAE0F@webmail.messagingengine.com> X-Sasl-Enc: GxIBD+Djla0DRHMQB0XCtbq3D4zavIEjPSx7BPGGzE5m 1389275609 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 Subject: Re: 10.0-RC1: bad mbuf leak? Date: Thu, 09 Jan 2014 07:53:29 -0600 In-Reply-To: <52CDBB9C.6080406@egr.msu.edu> References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> <20131225133356.GL71033@FreeBSD.org> <20140104195505.GV71033@glebius.int.ru> <11BB3983-28F7-40EF-87DA-FD95BD297EA7@FreeBSD.org> <1389033148.5084.67285353.3B31094A@webmail.messagingengine.com> <52CDB5FB.90108@egr.msu.edu> <1389213929.2278.68300789.3FE331A1@webmail.messagingengine.com> <52CDBB9C.6080406@egr.msu.edu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 13:53:33 -0000 On Wed, Jan 8, 2014, at 14:57, Adam McDougall wrote: > On 01/08/2014 15:45, Mark Felder wrote: > > On Wed, Jan 8, 2014, at 14:32, Adam McDougall wrote: > >> On 01/06/2014 13:32, Mark Felder wrote: > >>> It's not looking promising. mbuf usage is really high again. I haven't > >>> hit the point where the system is unavailable on the network but it > >>> appears to be approaching. > >>> > >>> root@skeletor:/usr/home/feld # netstat -m > >>> 4093391/3109/4096500 mbufs in use (current/cache/total) > >>> 1025/1725/2750/1017354 mbuf clusters in use (current/cache/total/max) > >>> 1025/1725 mbuf+clusters out of packet secondary zone in use > >>> (current/cache) > >>> 0/492/492/508677 4k (page size) jumbo clusters in use > >>> (current/cache/total/max) > >>> 0/0/0/150719 9k jumbo clusters in use (current/cache/total/max) > >>> 0/0/0/84779 16k jumbo clusters in use (current/cache/total/max) > >>> 1025397K/6195K/1031593K bytes allocated to network (current/cache/total) > >>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > >>> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > >>> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > >>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > >>> 0 requests for sfbufs denied > >>> 0 requests for sfbufs delayed > >>> 0 requests for I/O initiated by sendfile > >>> > >>> root@skeletor:/usr/home/feld # vmstat -z | grep mbuf > >>> mbuf_packet: 256, 6511065, 1025, 1725, 9153363, 0, > >>> 0 > >>> mbuf: 256, 6511065, 4092367, 1383,74246554, 0, > >>> 0 > >>> mbuf_cluster: 2048, 1017354, 2750, 0, 2750, 0, > >>> 0 > >>> mbuf_jumbo_page: 4096, 508677, 0, 492, 2655317, 0, 0 > >>> mbuf_jumbo_9k: 9216, 150719, 0, 0, 0, 0, 0 > >>> mbuf_jumbo_16k: 16384, 84779, 0, 0, 0, 0, 0 > >>> mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 > >>> > >>> root@skeletor:/usr/home/feld # uptime > >>> 12:30PM up 15:05, 1 user, load averages: 0.24, 0.23, 0.27 > >>> > >>> root@skeletor:/usr/home/feld # uname -a > >>> FreeBSD skeletor.feld.me 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #17 > >>> r260339M: Sun Jan 5 21:23:10 CST 2014 > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >>> > >> > >> Can you try your NFS mounts from directly within the jails, or stop one > >> or more jails for a night and see if it becomes stable? Anything else > >> unusual besides the jails/nullfs such as pf, ipfw, nat, vimages? My > >> systems running 10 seem fine including the one running poudriere builds > >> which uses jails and I think nullfs, but not nfs. Do mbufs go up when > >> you cause nfs traffic? > >> > > > > You can't do NFS mounts from within a jail, which is why I have to do it > > this way. > > > > Nothing else unusual. Very few services running. The box sits mostly > > idle and the traffic is light -- watching some TV shows (the jail runs > > Plex Media Server). I haven't been able to locate a reason for the mbufs > > to go up, but often a wake up in the morning after it has been doing > > nothing all night and see it made a large jump in mbufs used. When I'm > > running an 11-CURRENT kernel these problems do not exist. > > Can you have a script run some stats like netstat -m every few minutes > during the night to see if it happens at a particular time? I'm > wondering if the system scripts are crawling the mountpoints to cause > this. Alternately, as far as NFS mounts and jails, with a reasonable > amount of work could you replace the nullfs/nfs usage with temporary NFS > mounts outside of the jails but mounted in the jail root fs? > Yes, that won't be difficult. I only nullfs because it's convenient to be able to access the mounts without having to be in the jail :-) I also just realized that there will be some filesystem activity when I'm not using the system: when a download completes my NAS signals the Plex program to rescan for new media files, so it does walk the entire NFS mount occasionally. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 14:14:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B930E8FC for ; Thu, 9 Jan 2014 14:14:44 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FB64182B for ; Thu, 9 Jan 2014 14:14:43 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id s09EEf5d093446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Jan 2014 18:14:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id s09EEfSC093445; Thu, 9 Jan 2014 18:14:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Jan 2014 18:14:41 +0400 From: Gleb Smirnoff To: Jan Henrik Sylvester Subject: Re: 10.0-RC4 -> 10.0-RC5: Xorg stopped using /dev/sysmouse Message-ID: <20140109141441.GX71033@FreeBSD.org> References: <52CEA744.8050105@janh.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52CEA744.8050105@janh.de> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 14:14:44 -0000 Jan, On Thu, Jan 09, 2014 at 02:42:28PM +0100, Jan Henrik Sylvester wrote: J> Although the announcement is still pending, I have just upgraded two J> machines from 10.0-RC4 to 10.0-RC5. Now my mouse is not working in Xorg J> anymore. J> J> Is it necessary to rebuild all ports due to the ABI change in r260406? J> Is there a reasonable way to find out, which ports are affected? Is J> r260406 related at all? J> J> Some details in case the cause of the problem is not simply using old J> packages: J> J> /dev/psm0 and /dev/usm0 are both picked up by moused and still work on J> ttyvX (due to moused_enable="YES" and devd_enable="YES" in rc.conf). J> J> Before the upgrade, Xorg would use /dev/sysmouse, but now it tries to J> open /dev/psm0 and /dev/usm0 directly, which fails, since they are J> already in use. J> J> I thought "Device" "/dev/sysmouse" as "InputDevice" in my xorg.conf was J> still relevant, but at least /dev/psm0 and /dev/usm0 are detected by J> hald, since they are not listed in xorg.conf. J> J> >From ps, I see hald is still recognizing sysmouse: J> J> hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) J> hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) J> J> All ports related are up to date and have been build WITH_NEW_XORG=yes J> but otherwise default options on 10.0-RC3 or 10.0-RC4 (amd64). In my case after moving to newer X.org I needed to put line Option "AutoAddDevices" "Off" and remove line Option "AllowEmptyInput" "Off" from the Section "ServerLayout". After that I got my mouse and keyboard working. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 14:16:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31CCAA13 for ; Thu, 9 Jan 2014 14:16:28 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5FFB184C for ; Thu, 9 Jan 2014 14:16:27 +0000 (UTC) Received: from nb981.math (nb981.math.uni-hamburg.de [134.100.222.111]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0Mao5W-1VgyP01Vik-00KaKt; Thu, 09 Jan 2014 15:16:20 +0100 Message-ID: <52CEAD58.2070401@janh.de> Date: Thu, 09 Jan 2014 15:08:24 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthias Gamsjager Subject: Re: 10.0-RC4 -> 10.0-RC5: Xorg stopped using /dev/sysmouse References: <52CEA744.8050105@janh.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:3s54ej3rMl3pfBKgA7PCSYNejtbm6Q00RM+mWGJVDIl 0YozvGyWvmD2KH0NZ6zvGABtcL20UIKPDICw7bVmwbzMMHGNun VWCqkDInGsBW9itokfQ55ckkmYX2h5cjX6nOn/NI9NyvvZYASu DrYUbDjy3davtbZtq+fwKP2voi9rFFE+o+dl64VYYJLBhfemN0 mHQYp9jnspkxO9Yd3+f5HRHpAiX29k6SpmcM88k6gyQFKKqL2h XB8bdVcuScSsazNrdpKNJOsPeXul7IZezgVVf5j+MfzrNHeoDU 6vxl6Xyd5x2o5t3tGG7Ql2QcrXG1J6iOwp0Dl7MZN5R7Jw91w= = Cc: stable-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 14:16:28 -0000 On 01/09/2014 14:48, Matthias Gamsjager wrote: > Killing all moused processes 'fixes' Xorg mouse but proper patch would > be nice Well, rebuilding sysutils/hal does fix this problem properly, which still leaves the questions, if r260406 is the cause and if there is a reasonable way to find affected ports. I guess I was just impatient and the official announcement of 10.0-RC5 will contain this information. Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 14:47:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B76E97B1; Thu, 9 Jan 2014 14:47:15 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 462D21B52; Thu, 9 Jan 2014 14:47:15 +0000 (UTC) Received: from pc1111.math.uni-hamburg.de (pc1111.math.uni-hamburg.de [134.100.220.119]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0Ll1ub-1VR6n618Uf-00azAK; Thu, 09 Jan 2014 15:47:13 +0100 Message-ID: <52CEB66D.3090301@janh.de> Date: Thu, 09 Jan 2014 15:47:09 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Gleb Smirnoff Subject: Re: 10.0-RC4 -> 10.0-RC5: Xorg stopped using /dev/sysmouse References: <52CEA744.8050105@janh.de> <20140109141441.GX71033@FreeBSD.org> In-Reply-To: <20140109141441.GX71033@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:lymbW5WHIj6AezcS8HRqr7rwd+2C8DpTN+xDWGjAfIk xzHvVkiODiw4LoY/4JM+eKz/X5WeER6EFaDgHd1rEyK1ssJi5l n1nCJbBjO1Qu4nWxna/m3bCsZDj7/zo1wrjJO4JLX7KmpS6f40 8F+8QhGVgH2kzBxGv7AIN/VO2NUY1PKwamXjMwh750AC39WIh1 VhUJ98J/LVeac3KKFHAI/BUgPgJHuiF3j2hl3BhUgQ0UUjXDIP lFmbxP4D24FHLEGjF/csAc6mZvdcElVo5zPihKQViAB5aFk7D+ DXtKCHrnCIt0o5CfrSxk03ioXFCGbrb7YsR+xTjzCzPRrNRSYt aVjXv7pDHWFq/C/e47mg= Cc: stable-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 14:47:15 -0000 On 01/09/2014 15:14, Gleb Smirnoff wrote: > In my case after moving to newer X.org I needed to put line > > Option "AutoAddDevices" "Off" Thanks for the suggestion, but I do not need that line. > and remove line > > Option "AllowEmptyInput" "Off" > > from the Section "ServerLayout". I had to remove that line a long time ago. > After that I got my mouse and keyboard working. Yes, but in this case it seems to be what I suspected: After the old ABI was restored in r260406 between 10.0-RC4 and 10.0-RC5, ports need to be rebuild. Grepping through the sources of hal makes me pretty confident that r260406 is the problem: hal-0.5.14/hald/freebsd/addons/addon-mouse.c: struct kinfo_file *kif, *ffreep; hal-0.5.14/hald/freebsd/probing/probe-mouse.c: struct kinfo_file *kif, *ffreep; And -- as I said in the other reply -- rebuilding sysutils/hal solves the problem. I guess one should either grep through the sources and patches of all ports for kinfo_file or better simply rebuild all ports. http://lists.freebsd.org/pipermail/svn-src-all/2014-January/078936.html "The interface is used a lot by 3rd party applications". Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 16:18:21 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6BE7283; Thu, 9 Jan 2014 16:18:21 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 996CC146E; Thu, 9 Jan 2014 16:18:21 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 75893DD0E; Thu, 9 Jan 2014 16:18:20 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 75893DD0E Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 9 Jan 2014 11:18:18 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-RC5 Now Available Message-ID: <20140109161818.GK64543@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 16:18:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The fifth RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. This is expected to be the final RC build of the 10.0-RELEASE cycle. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here (or any of the FreeBSD mirror sites): ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ If you notice problems you can report them through the normal GNATS PR system or here on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC5: . EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc . EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc Pre-installed virtual machine images for 10.0-RC5 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC5/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -RC4 and -RC5 include: o Fix an IPv4 multicast regression. o Fixes OpenSSL for CVE-2013-4353, CVE-2013-6449, CVE-2013-6450. o Revert a change to the kinfo_file structure to preserve ABI. o Fix a race condition which could prevent the file descriptor table from being properly updated. The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.0-RC5 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.0-RC5 amd64: SHA256 (FreeBSD-10.0-RC5-amd64-bootonly.iso) = 82b3f486f921480ba8ffb14af2dc52e744fafd9cf319c569ec7e8d9e39617b70 SHA256 (FreeBSD-10.0-RC5-amd64-disc1.iso) = 9b9f00af75fcbdd3ffae8f8a29943a3c24223989d5088e36cd21b9fcaec06280 SHA256 (FreeBSD-10.0-RC5-amd64-dvd1.iso) = cc412b77d2449a75a11151a257537f30cc8acd2b53258815692532ef5640c25a SHA256 (FreeBSD-10.0-RC5-amd64-memstick.img) = 9a09c2b8abc2a6968f06a9e6624155dbd5b1ce0d38a8d687041fc6dd1222127d MD5 (FreeBSD-10.0-RC5-amd64-bootonly.iso) = 76031b20b5d8c433c3a9b4d36a0e27b2 MD5 (FreeBSD-10.0-RC5-amd64-disc1.iso) = 48ee98fe1fd97f93ec7b0ec6c091f3aa MD5 (FreeBSD-10.0-RC5-amd64-dvd1.iso) = b998bb2907462c79798eda737c4f669a MD5 (FreeBSD-10.0-RC5-amd64-memstick.img) = 2348590592b314205e39a2d289e38f2e o 10.0-RC5 i386: SHA256 (FreeBSD-10.0-RC5-i386-bootonly.iso) = a54645f14e23d0ee59b40bf9f74dbb57066e04c623505be2037bfac176297dd2 SHA256 (FreeBSD-10.0-RC5-i386-disc1.iso) = 387e77a8cc355d4c2d321b3b1a681d0a5fc926f8fc6c21c248ff6070a137c122 SHA256 (FreeBSD-10.0-RC5-i386-dvd1.iso) = 7236d2060f0067c8b2088f564069820e2e085e2654a8310cf4ac409075c24794 SHA256 (FreeBSD-10.0-RC5-i386-memstick.img) = 90358cd91572f40ac901f1cbd2281f2498124bf54e11bde1cf6e81f88825efd9 MD5 (FreeBSD-10.0-RC5-i386-bootonly.iso) = 341620be9e759acdfc31eafc76710055 MD5 (FreeBSD-10.0-RC5-i386-disc1.iso) = 634d4b075318639bd99bb104ae7074ee MD5 (FreeBSD-10.0-RC5-i386-dvd1.iso) = b3a4978405fda0eb9d04c4e73d50ec10 MD5 (FreeBSD-10.0-RC5-i386-memstick.img) = ab5a3f64ac068d8544d96d9afb872a91 o 10.0-RC5 ia64: SHA256 (FreeBSD-10.0-RC5-ia64-bootonly.iso) = d665d88b4c8127125843717847f0e34d6a990e618d33327969b7e2b421a80c68 SHA256 (FreeBSD-10.0-RC5-ia64-disc1.iso) = 781a45f259d0d5587329d432ed2dfba842a90334db31f3679936c2f4152b5e45 SHA256 (FreeBSD-10.0-RC5-ia64-memstick.img) = f42791ff8a9fda5444c605b66bd3f7c7dfbfc468b4c9e4cb692d26c7be377465 MD5 (FreeBSD-10.0-RC5-ia64-bootonly.iso) = 090915b1d2ab787d1132c90029896c39 MD5 (FreeBSD-10.0-RC5-ia64-disc1.iso) = c030015b5cc0c2a8c68c06016d28b6e5 MD5 (FreeBSD-10.0-RC5-ia64-memstick.img) = afc8b0bb305bd649421eeb3358ea53c6 o 10.0-RC5 powerpc: SHA256 (FreeBSD-10.0-RC5-powerpc-bootonly.iso) = e871ef0cafcc1bfbeb40e70faa0f743ee78a8a95fa118f28005db51d956e097e SHA256 (FreeBSD-10.0-RC5-powerpc-disc1.iso) = 3d447f159524db6f013238bb5882ba513069fb280e37dfb653efa57ddd3e4226 SHA256 (FreeBSD-10.0-RC5-powerpc-memstick.img) = c224dba18e5934066f834fc1b371ac55d46078db305dc3a2167abda515129b76 MD5 (FreeBSD-10.0-RC5-powerpc-bootonly.iso) = 6b8aba71ef38bdc1ad0e9c552b4c8f7c MD5 (FreeBSD-10.0-RC5-powerpc-disc1.iso) = 155caff8e7ecb3dcab0eacc589b4d83d MD5 (FreeBSD-10.0-RC5-powerpc-memstick.img) = c500b383f0fc78300dfdc1ac17e20548 o 10.0-RC5 powerpc64: SHA256 (FreeBSD-10.0-RC5-powerpc-powerpc64-bootonly.iso) = b1d7708dbfce13990aab0cfb954359cc9d578b918d1ed4b638be49d6fac3f784 SHA256 (FreeBSD-10.0-RC5-powerpc-powerpc64-disc1.iso) = cf9d0d1ba5c1c5481c79bd67004805a4a66fd2a5de6e4733eb40448b75cb7891 SHA256 (FreeBSD-10.0-RC5-powerpc-powerpc64-memstick.img) = 4621650322fbf71aa7a01aa02925bcc95725c0371abf44fe57166d32ee0816db MD5 (FreeBSD-10.0-RC5-powerpc-powerpc64-bootonly.iso) = 09e323f1aa4facbe11f2d9c712fb2c4c MD5 (FreeBSD-10.0-RC5-powerpc-powerpc64-disc1.iso) = acb9a3b30b3246d32952f7b06be90cfa MD5 (FreeBSD-10.0-RC5-powerpc-powerpc64-memstick.img) = 278dd042e6e63bbb715335cd9923a838 o 10.0-RC5 sparc64: SHA256 (FreeBSD-10.0-RC5-sparc64-bootonly.iso) = a7916b8cb8dc1dfd069f58a4bc240bc6ebaafe0728ce87527d4f7b0563f4ddd7 SHA256 (FreeBSD-10.0-RC5-sparc64-disc1.iso) = a53d86e0632806e2078e0436bf6c7da4dbcc8e3f3b5f515379227a077a90a9c2 MD5 (FreeBSD-10.0-RC5-sparc64-bootonly.iso) = 239afba640faabc4abb78200736b6dfc MD5 (FreeBSD-10.0-RC5-sparc64-disc1.iso) = 9a4622ff17a5e68af0f4261e6e0d5f0a == VM IMAGE CHECKSUMS == o 10.0-RC5 amd64: SHA256 (FreeBSD-10.0-RC5-amd64-20140108-r260430.qcow2.xz) = 41374e8f7b819309814b2889167d9eb52dd75dbba8509d91af244bb407f9055f SHA256 (FreeBSD-10.0-RC5-amd64-20140108-r260430.vhd.xz) = 49a4f05efadae95f3904e0ed610ec559322408e2dec92424457b518d215fdd42 SHA256 (FreeBSD-10.0-RC5-amd64-20140108-r260430.vmdk.xz) = dda9b6fe31a32c0deaf225e72a0c2edec5a0c9bae554b4c2e609f8d21dcc8453 MD5 (FreeBSD-10.0-RC5-amd64-20140108-r260430.qcow2.xz) = 9fbf0b4a1f38fc08e5b6176ba071b8ae MD5 (FreeBSD-10.0-RC5-amd64-20140108-r260430.vhd.xz) = 7d6cf4ed777e9e79d79811d2aa9de2c9 MD5 (FreeBSD-10.0-RC5-amd64-20140108-r260430.vmdk.xz) = b732df34fb9145e1e4237641ad9d2353 o 10.0-RC5 i386: SHA256 (FreeBSD-10.0-RC5-i386-20140108-r260430.qcow2.xz) = 75684f1d286bef86f78b968d8a1284512ad81b45bb58c9736df587e9d3066d2e SHA256 (FreeBSD-10.0-RC5-i386-20140108-r260430.vhd.xz) = e266d0ee855bf6ba337c4549198c8a2abc3822b4f971c6dea2e260b6ea7ccccc SHA256 (FreeBSD-10.0-RC5-i386-20140108-r260430.vmdk.xz) = ebb718755dc632082e1d19d7e88a32c1357cdf878e375e2c7f0b6a2746f149e1 MD5 (FreeBSD-10.0-RC5-i386-20140108-r260430.qcow2.xz) = f0e8fd0172e525ecedd0fb7eef152885 MD5 (FreeBSD-10.0-RC5-i386-20140108-r260430.vhd.xz) = 5a3f4be50b56780dedc68ec29dad7ce4 MD5 (FreeBSD-10.0-RC5-i386-20140108-r260430.vmdk.xz) = b9dfeab2b220fff43faa794ae40bc43f Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSzsvKAAoJELls3eqvi17Q3KYP/AgRJ7hSxMY8Vm/o2FaZctkC v4Fb4UsxgwhWBGHa1om1SI3ZzTQEQtiLmxaZJ3/2pVcXRG5k43GRnC9QnVB478Xx 90V9HhVd6Cub1xBC/lkkbo4J5PNqVUa7FYKcxycSzef87a5KU9VVOmGal5n7cIM6 50Gw/lztZtkD3LnPM1il3QdOmStHU1k8ETmT/9IPslUbr1sbFkhcNTUkh0Dl47xg 3dV96tGuPuXgc106wMOuu5T09ouxvjamT334kaOgvibUWDriw18cEPsR6iOglCwF 3uCf/PaMYD9zkoNQsaeIuKze+n3Arb0owfk7cWX5M5IIaJdsY5//IL9Qmymgv0ZP y3ZVvsRIK09NJkVCw/eQk0snQkj4WUHeyqgb+tI4L4zRxZkDWZYxH+jKZJ1KE+q9 b1jMBEqaAP7vSrtf1pNX9R0xCCLiqKjW0mwschLHHXO/NFMJwmltywLGPUDzyH2x YyT4US74a8qT2mT13HbK1q8kCTQDR7LgSy6UB0LDy+tEWos57JcMPRJhZ9Q4Li7U OfIKtgpi4BUPENRFXMYOFxQUnG9eRuIMFYhRVCslnJ8i9UkLqcCU7DM5jrUWoi5I TVdtxbooOP+L/HC8Yya9bfnRlxtwuL6zEdOD7HK70mD699oWF9ZQFAWL8lZ28XQM vEsXUZttz+syHlPzs2uj =Z59/ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 16:50:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B24FCE4 for ; Thu, 9 Jan 2014 16:50:39 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2E517CB for ; Thu, 9 Jan 2014 16:50:39 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7) with ESMTP id s09GoZbb001541 for ; Thu, 9 Jan 2014 11:50:35 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7/Submit) id s09GoZug001344 for stable@freebsd.org; Thu, 9 Jan 2014 11:50:35 -0500 (EST) (envelope-from mwlucas) Date: Thu, 9 Jan 2014 11:50:30 -0500 From: "Michael W. Lucas" To: stable@freebsd.org Subject: pkgng upgrade "unable to find catalogs" - with key installed Message-ID: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Thu, 09 Jan 2014 11:50:35 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 16:50:39 -0000 Hi, Trying to upgrade from pkg 1.1 to 1.2 on FreeBSD 9.1. I have /usr/share/keys and the current trusted key, and a repo config file. No pkg.conf. # pkg upgrade Updating repository catalogue digests.txz 100% 1082KB 1.1MB/s 1.1MB/s 00:00 packagesite.txz 100% 5028KB 4.9MB/s 2.6MB/s 00:01 Incremental update completed, 23171 packages processed: 0 packages updated, 0 removed and 23171 added. pkg: Unable to find catalogs # Any suggestions? I have the current trusted key: # cat /usr/share/keys/pkg/trusted/* # $FreeBSD: head/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 257150 2013-10-26 03:53:24Z bdrewery $ # This key is for testing purposes only and will be revoked before 10.0-RELEASE function: "sha256" fingerprint: "b0170035af3acc5f3f3ae1859dc717101b4e6c1d0a794ad554928ca0cbb2f438" # pkg itself is at 1.2: # pkg -vv Version : 1.2.4_1 PACKAGESITE : PKG_DBDIR : /var/db/pkg PKG_CACHEDIR : /var/cache/pkg PORTSDIR : /usr/ports PUBKEY : HANDLE_RC_SCRIPTS : no ASSUME_ALWAYS_YES : no REPOS_DIR : [ /etc/pkg/, /usr/local/etc/pkg/repos/, ] PLIST_KEYWORDS_DIR : SYSLOG : yes AUTODEPS : yes ABI : freebsd:9:x86:32 DEVELOPER_MODE : no PORTAUDIT_SITE : http://portaudit.FreeBSD.org/auditfile.tbz VULNXML_SITE : http://www.vuxml.org/freebsd/vuln.xml.bz2 MIRROR_TYPE : SRV FETCH_RETRY : 3 PKG_PLUGINS_DIR : /usr/local/lib/pkg/ PKG_ENABLE_PLUGINS : yes PLUGINS : [ ] DEBUG_SCRIPTS : no PLUGINS_CONF_DIR : /usr/local/etc/pkg/ PERMISSIVE : no REPO_AUTOUPDATE : yes NAMESERVER : EVENT_PIPE : FETCH_TIMEOUT : 30 UNSET_TIMESTAMP : no SSH_RESTRICT_DIR : PKG_SSH_ARGS : PKG_ENV : { } DISABLE_MTREE : no DEBUG_LEVEL : 0 ALIAS : { } Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/freebsd:9:x86:32/latest", enabled : yes, mirror_type : "SRV", signature_type : "FINGERPRINTS", fingerprints : "/usr/share/keys/pkg" } -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 17:00:03 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B97B573 for ; Thu, 9 Jan 2014 17:00:03 +0000 (UTC) Received: from relay.andxor.it (firewall.andxor.it [78.134.40.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 267B91877 for ; Thu, 9 Jan 2014 17:00:02 +0000 (UTC) Received: (qmail 86938 invoked from network); 9 Jan 2014 17:00:01 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 9 Jan 2014 17:00:01 -0000 Message-ID: <52CED590.2090308@FreeBSD.org> Date: Thu, 09 Jan 2014 18:00:00 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Glen Barber , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: Re: FreeBSD 10.0-RC5 Now Available References: <20140109161818.GK64543@glenbarber.us> In-Reply-To: <20140109161818.GK64543@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 17:00:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Glen Barber ha scritto: > The fifth RC build of the 10.0-RELEASE release cycle is now > available on the FTP servers for the amd64, i386, ia64, powerpc, > powerpc64 and sparc64 architectures. I've upgraded one of my machine from 9.2 to 10.0-RC5 via freebsd-update, but it didn'seem to have worked (yes, I updated 9.2 to latest patch release before upgrading). After the first 'freebsd-update install' and rebooting: # freebsd-update install No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 10.0-RC5 from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 10.0-RC5-p0. # uname -a FreeBSD ripple.andxor.it 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan 8 05:10:04 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] - -- Alex Dupre -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlLO1ZAACgkQgRXp2M5fVU1GiACfQZbNc3DUg4BZD55r3ljoqyLa JrYAoO3gmOtAkkf1l4NQRmcwfXI/OfLw =nRva -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 17:01:24 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7E272C3 for ; Thu, 9 Jan 2014 17:01:24 +0000 (UTC) Received: from relay.andxor.it (firewall.andxor.it [78.134.40.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BBB218EF for ; Thu, 9 Jan 2014 17:01:24 +0000 (UTC) Received: (qmail 86993 invoked from network); 9 Jan 2014 17:01:22 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 9 Jan 2014 17:01:22 -0000 Message-ID: <52CED5E2.6050503@FreeBSD.org> Date: Thu, 09 Jan 2014 18:01:22 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Glen Barber , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: Re: FreeBSD 10.0-RC5 Now Available References: <20140109161818.GK64543@glenbarber.us> <52CED590.2090308@FreeBSD.org> In-Reply-To: <52CED590.2090308@FreeBSD.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 17:01:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Dupre ha scritto: > # freebsd-update install No updates are available to install. Run > '/usr/sbin/freebsd-update fetch' first. Ok, please ignore my message. - -- Alex Dupre -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlLO1eIACgkQgRXp2M5fVU3hIgCfWuYq3ZgTiXP8IXnM2idTQZSk XBgAoJY8TKTlijXyWpz117YZu5metAju =8SvU -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 17:06:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46530609 for ; Thu, 9 Jan 2014 17:06:50 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05D781947 for ; Thu, 9 Jan 2014 17:06:49 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1W1J45-0007wM-VU for freebsd-stable@freebsd.org; Thu, 09 Jan 2014 18:06:42 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0-RC5 Now Available References: <20140109161818.GK64543@glenbarber.us> <52CED590.2090308@FreeBSD.org> Date: Thu, 09 Jan 2014 18:06:41 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <52CED590.2090308@FreeBSD.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 4cc6a862e0a753e674eb374334b394fd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 17:06:50 -0000 On Thu, 09 Jan 2014 18:00:00 +0100, Alex Dupre wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Glen Barber ha scritto: >> The fifth RC build of the 10.0-RELEASE release cycle is now >> available on the FTP servers for the amd64, i386, ia64, powerpc, >> powerpc64 and sparc64 architectures. > > I've upgraded one of my machine from 9.2 to 10.0-RC5 via > freebsd-update, but it didn'seem to have worked (yes, I updated 9.2 to > latest patch release before upgrading). > After the first 'freebsd-update install' and rebooting: > > # freebsd-update install > No updates are available to install. > Run '/usr/sbin/freebsd-update fetch' first. > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching metadata signature for 10.0-RC5 from update2.freebsd.org... > done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > No updates needed to update system to 10.0-RC5-p0. > # uname -a > FreeBSD ripple.andxor.it 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan > 8 05:10:04 UTC 2014 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 How do you mean 'it didn'seem to have worked'? This tells you you are running 10.0-RC5 and that is what you wanted. Or am I missing something? Ronald. > # cc -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070831 patched [FreeBSD] > > > - -- > Alex Dupre > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) > Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ > > iEYEARECAAYFAlLO1ZAACgkQgRXp2M5fVU1GiACfQZbNc3DUg4BZD55r3ljoqyLa > JrYAoO3gmOtAkkf1l4NQRmcwfXI/OfLw > =nRva > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 17:33:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96A36E3F for ; Thu, 9 Jan 2014 17:33:55 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 310C81B79 for ; Thu, 9 Jan 2014 17:33:54 +0000 (UTC) Received: from pc1111.math.uni-hamburg.de (pc1111.math.uni-hamburg.de [134.100.220.119]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0Mczwc-1Vj69K3BPW-00INWI; Thu, 09 Jan 2014 18:33:52 +0100 Message-ID: <52CEDD80.6020105@janh.de> Date: Thu, 09 Jan 2014 18:33:52 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: stable-list freebsd Subject: Re: 10.0-RC4 -> 10.0-RC5: Rebuilding ports (was: Xorg stopped using /dev/sysmouse) References: <52CEA744.8050105@janh.de> In-Reply-To: <52CEA744.8050105@janh.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:peD079+HXl5IH2MYgB06pU4zDB+C6jMkLALnjntKpgg 7NVXW4us/AuVJExe68WBu5pMEw/AQwXQyx0q4yqM1t9RB5jvLJ ETQd46Cj6xc5UbZlH3MRdDw9XD1Uy2ibL2aLVXPocUIwV1yJnt C6jom7ViXiRX41do86k8SDokXXwncJYng+LuCh8wr5tJpv9wr5 uxXFqgUHqQJdsxsbdZ8xKZbu/Qfw1e2YI5gc7ipSgADMm7J2Rr XVHpk+vfhmFvT3d5CzYpV4bwZs4zgnu1nJoIl2AGvZnwQU4Zn8 2PM60de+eKfwrWlYkdfx7WCGJZFKrdI03OWdS4TBASNWFFQoqi Q10xlrpKOWuJ4Os3ykWA= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 17:33:55 -0000 On 01/09/2014 14:42, Jan Henrik Sylvester wrote: > Is it necessary to rebuild all ports due to the ABI change in r260406? > Is there a reasonable way to find out, which ports are affected? Is > r260406 related at all? In case anyone else wonders, how serious "It is recommended to rebuild and install all applications if possible" from the announcement should be taken coming from a previous RC: At least sysutils/hal malfunctions due to the restored ABI. Searching for the dynamic uses of kinfo_getfile: find /usr/local/ -type f | while read -r FILE ; do readelf -s "$FILE" 2>/dev/null | grep kinfo_getfile && echo "$(pkg which -qo "$FILE") $FILE" ; done On my system, sysutils/tmux, x11/konsole, and sysutils/hal are using it. Of course, there could be other uses of kinfo_file. Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 17:48:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C16C2126 for ; Thu, 9 Jan 2014 17:48:04 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6886D1D50 for ; Thu, 9 Jan 2014 17:48:04 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id s09Hlwdr074515 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 9 Jan 2014 17:47:58 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s09Hlwdr074515 Authentication-Results: smtp.infracaninophile.co.uk/s09Hlwdr074515; dkim=none reason="no signature"; dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.99] claimed to be seedling.local Message-ID: <52CEE0C4.3040307@FreeBSD.org> Date: Thu, 09 Jan 2014 17:47:48 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> In-Reply-To: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aNrRVSjHvB4CaVexBGn7gmJhp6qfTBGOc" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 17:48:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aNrRVSjHvB4CaVexBGn7gmJhp6qfTBGOc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/01/2014 16:50, Michael W. Lucas wrote: > Trying to upgrade from pkg 1.1 to 1.2 on FreeBSD 9.1. I have > /usr/share/keys and the current trusted key, and a repo config > file. No pkg.conf. >=20 > # pkg upgrade > Updating repository catalogue > digests.txz 100% 1082KB 1.1MB/s= 1.1MB/s 00:00 > packagesite.txz 100% 5028KB 4.9MB/s= 2.6MB/s 00:01 > Incremental update completed, 23171 packages processed: > 0 packages updated, 0 removed and 23171 added. > pkg: Unable to find catalogs > # >=20 > Any suggestions? >=20 When upgrading from 1.1.x to 1.2.4_1 I've found it necessary to re-run pkg about twice in order to get the databases and config files updated. I generally do something like this: Starting with 1.1.4: pkg install pkg This installs pkg-1.2.4_1. Now edit ${LOCALBASE}/etc/pkg and ${LOCALBASE}/etc/pkg/repo.conf or /etc/pkg/FreeBSD.conf to fix the formating to match what pkg-1.2.x expects. pkg install pkg You should get get a message about updating the schema pkg install pkg Should pull down the latest digests.txz and packagesite.txz, then report 'Nothing to do' since pkg is already fully updated. Then proceed with 'pkg upgrade' as usual. I have been using a private pkg repo though, without any crypto signatures. If the signatures prevent the above process from working correctly, then try commenting out the 'signature_type' line in FreeBSD.conf temporarily. As you're only affecting the pkg package in the above, which gets updated by pkg-1.1.4 without any crypto checking anyhow, you aren't any worse off. Once you've got pkg upgraded and the databases etc. in synch, then you can uncomment the 'signature_type' and run: pkg install -f pkg to force a reinstall with all the required signature checking. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --aNrRVSjHvB4CaVexBGn7gmJhp6qfTBGOc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSzuDNXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATTDoQAKv4cvsZW1uyq5HAh8TH8MYj V9HbQgDaxDCKSpJGa/cz6fKYMuDxftiuguxc/fAG8/X5wwf8aC1dE55Bj1mWTqyl c+ab+fbjRC2edtjmZUXVvy8Ij6yRZqOhthcqcH4dRdzcb+0nFdCUbcegiWPc7F9F W0bMez5izhGhw7fjuMjdDFfSALN9aCAqUfGjEZo00S0Vn+YPnaivCHHqeTZHw5iU bOKflEkZIHkNmGYAv7NDQzsqoPBkzB6T/nAPzPz9juhfiEgIKy+aKxtiV+TCbO+G BfsJYZibdJT2gXgUCd5G9n0eXVDx7ARu66dOTtzNJR8qnrjLuFwiVgTQ/BCA2klI pZ2oX8WHJqrjqdboH0kTn/gOGG6t5WfoOUwT1wrTYGrwHStRS3XIo1MrsIfW6WgI OxfDIXWP+Zf+Sc+HiwSjFZN7uVxwNRSHc26/g3KJ1rewiNah3X/dHoaLJNoy1XgC YQeVXJL8JeCXaCBvJiJ9hpNLVTjkxV3Pj3KfT2d+n7yjHBb5wDD/AHkCmXlowewo 1Z/WJWKD6jLx2mYOnmCXyC1NaaeULUCPSfArfYPLA3Nrwk/OIP2oCBa/lDmTjC/r 99K/ko+ArcLUAjVzp/JY1CoVcT0aNTwuIRTaD/lYE1wtw8L3Kxtfh3aHPvRuwqmq AFRZ75XYdp992bBYzWMN =eovu -----END PGP SIGNATURE----- --aNrRVSjHvB4CaVexBGn7gmJhp6qfTBGOc-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 18:28:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AB3BF62; Thu, 9 Jan 2014 18:28:59 +0000 (UTC) Received: from yoshi.bluerosetech.com (yoshi.bluerosetech.com [174.136.100.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 501251098; Thu, 9 Jan 2014 18:28:58 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by yoshi.bluerosetech.com (Postfix) with ESMTPSA id 3A5A5E6040; Thu, 9 Jan 2014 10:28:58 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:fc09:c077:33b5:32cc] (unknown [IPv6:2601:7:880:bd0:fc09:c077:33b5:32cc]) by chombo.houseloki.net (Postfix) with ESMTPSA id 4F8CAB3D; Thu, 9 Jan 2014 10:28:45 -0800 (PST) Message-ID: <52CEEA65.2050506@bluerosetech.com> Date: Thu, 09 Jan 2014 10:28:53 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthew Seaman , freebsd-stable@freebsd.org Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> <52CEE0C4.3040307@FreeBSD.org> In-Reply-To: <52CEE0C4.3040307@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 18:28:59 -0000 On 1/9/2014 9:47 AM, Matthew Seaman wrote: > I have been using a private pkg repo though, without any crypto > signatures. If the signatures prevent the above process from working > correctly, then try commenting out the 'signature_type' line in > FreeBSD.conf temporarily. As you're only affecting the pkg package in > the above, which gets updated by pkg-1.1.4 without any crypto checking > anyhow, you aren't any worse off. I may be running into the same issue as Michael (pkg update can't find catalogs). My repo config doesn't have a signature line (so it's defaulting to "NONE"). But: # pkg update -f Updating repository catalogue digests.txz 100% 1081KB 1.1MB/s 1.1MB/s 00:00 packagesite.txz 100% 5037KB 4.9MB/s 4.9MB/s 00:01 Incremental update completed, 23128 packages processed: 22906 packages updated, 365 removed and 222 added. pkg: Unable to find catalogs # pkg fetch -y pkg Updating repository catalogue The following packages will be fetched: pkg-1.2.1 (100% of 1 MB) 1 MB to be downloaded pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/latest/All/pkg-1.2.1.txz: Not Found From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 18:52:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 780CBB99 for ; Thu, 9 Jan 2014 18:52:53 +0000 (UTC) Received: from nm9-vm3.bullet.mail.ne1.yahoo.com (nm9-vm3.bullet.mail.ne1.yahoo.com [98.138.91.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1FC12EC for ; Thu, 9 Jan 2014 18:52:53 +0000 (UTC) Received: from [98.138.100.115] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 18:47:09 -0000 Received: from [98.138.226.57] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 18:47:09 -0000 Received: from [127.0.0.1] by smtp208.mail.ne1.yahoo.com with NNFMP; 09 Jan 2014 18:47:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389293229; bh=F0R+a7oHIwpHshDqzdi4h5QERE2qeJZdfevhDkvo0Kg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=cq+K53w5sfWOAfFnQ0SwJ+FWTMhC5JVsr+75mXYT3xqsiwkDLJhef681etgY2B4gRXN6WbQ+Dbygbx7qKunA1C81HpObfFlWFW44UI2giirxzTz17BUOHLAW5DGGjYQX+pnTs7DyzNxqs/BtGhyFaAt97j1SjSDR0Mo0/uyntQ8= X-Yahoo-Newman-Id: 485163.53564.bm@smtp208.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: FRyIuCIVM1lXCjtLGYtaw5jOE5yDYervcuvnEx1YkzFljxR ft0p_YNNKSGePTevLeAAR0pMsWWzfoGbFSDUBY9ib0c8ee9WsFKxG7kvzvJl 9bxy5q7KgXcIB9lQoBxmM_UFcmSsh8YFdmtgzWkzHcB6koZlEkMgIpivHNUL i3AHdK.Scg9MUQzk0l6xG1gHY1mcVRINj87nGRp9Ws0QDXdKMKHDTWTS2K5V nab6Uz9iALUOjCja5Mn26.7iwJxDnio1yZd75UnTil86SjHuw.0knft9Vwiv aHUEaTRt66UsKztFdEmHCISGdViNs.4AFOgfL3xFXgQ7m8iDcU8o1aQ8kUTk KJmQLk7HljFEviwaBx5XeVCpQ17EoOwtKB9w.HTGiV44MyVimqytHnQNgnDg 7xFOtEIsCn64Drf36eCXkmoSnFcB9R6aLi_Jx.mni8b_oWTw6IFR0Jv4jF9J GliJjaRcxIW07U6BoqwpfvA9yRX1Kx5k2xUXtc6rduKxek5waRmZfcX12Wn1 F4X1ga_BMg9o6T9KSKEmo8EUgLf2cHk2IC2wSc9kFCl5sRoXOynm36F8lmmr 1I2brZBBG2pnEk31wKAIP6pArmUoU61K0gR0ssbeVk2cCD2WXiHH0zjrCWgo pqouyBrMThXtTjoc0SQlgJ1lyAeXxWyGEmKB5PxWZ7oNZQOGFT3VX X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [63.250.193.228]) by smtp208.mail.ne1.yahoo.com with SMTP; 09 Jan 2014 10:47:09 -0800 PST Subject: Re: 10.0 BETA 3 with redports kernel panic From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1389230030.6589.1.camel@powernoodle.corp.yahoo.com> References: <1387492541.27693.5.camel@powernoodle.corp.yahoo.com> <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> <20131228140843.GT59496@kib.kiev.ua> <1389230030.6589.1.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 2014 10:47:06 -0800 Message-ID: <1389293226.48122.7.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , "freebsd-stable@freebsd.org" , decke , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 18:52:53 -0000 On Wed, 2014-01-08 at 17:13 -0800, Sean Bruno wrote: > On Sat, 2013-12-28 at 16:08 +0200, Konstantin Belousov wrote: > > diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c > > index abbbb21..fd9c5df 100644 > > --- a/sys/amd64/amd64/mem.c > > +++ b/sys/amd64/amd64/mem.c > > @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) > > kmemphys: > > o = v & PAGE_MASK; > > c = min(uio->uio_resid, (u_int)(PAGE_SIZE - > > o)); > > - error = uiomove((void *)PHYS_TO_DMAP(v), > > (int)c, uio); > > + v = PHYS_TO_DMAP(v); > > + if (v < DMAP_MIN_ADDRESS || > > + (v > DMAP_MIN_ADDRESS + dmaplimit && > > + v <= DMAP_MAX_ADDRESS) || > > + pmap_kextract(v) == 0) > > + return (EFAULT); > > + error = uiomove((void *)v, (int)c, uio); > > continue; > > } > > else if (dev2unit(dev) == CDEV_MINOR_KMEM) { > > diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c > > index 014020b..85be1f2 100644 > > --- a/sys/amd64/amd64/pmap.c > > +++ b/sys/amd64/amd64/pmap.c > > @@ -321,7 +321,7 @@ SYSCTL_INT(_machdep, OID_AUTO, nkpt, CTLFLAG_RD, > > &nkpt, 0, > > "Number of kernel page table pages allocated on bootup"); > > > > static int ndmpdp; > > -static vm_paddr_t dmaplimit; > > +vm_paddr_t dmaplimit; > > vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; > > pt_entry_t pg_nx; > > > > diff --git a/sys/amd64/include/pmap.h b/sys/amd64/include/pmap.h > > index 3918282..e83e07e 100644 > > --- a/sys/amd64/include/pmap.h > > +++ b/sys/amd64/include/pmap.h > > @@ -369,6 +369,7 @@ extern vm_paddr_t phys_avail[]; > > extern vm_paddr_t dump_avail[]; > > extern vm_offset_t virtual_avail; > > extern vm_offset_t virtual_end; > > +extern vm_paddr_t dmaplimit; > > > > #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) > > #define pmap_page_is_write_mapped(m) (((m)->aflags & > > PGA_WRITEABLE) != 0) > > > > I've updated 2/4 redbuild machines to stable/10 and applied this patch. > I will monitor them for the rest of the week for stability. > > sean > > p.s. redbuild 03/04 > > __________ rebuild03 deadlocked or something odd today. I dropped to debugger and got a crashdump. This should be fun. core.txt --> http://people.freebsd.org/~sbruno/redbuild_10_lockup.txt confirming diff here: root@redbuild03:/usr/src # svn diff Index: sys/amd64/amd64/mem.c =================================================================== --- sys/amd64/amd64/mem.c (revision 260456) +++ sys/amd64/amd64/mem.c (working copy) @@ -98,7 +98,12 @@ kmemphys: o = v & PAGE_MASK; c = min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); - error = uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); + v = PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <= DMAP_MAX_ADDRESS) || + pmap_kextract(v) == 0) + return (EFAULT); continue; } else if (dev2unit(dev) == CDEV_MINOR_KMEM) { Index: sys/amd64/amd64/pmap.c =================================================================== --- sys/amd64/amd64/pmap.c (revision 260456) +++ sys/amd64/amd64/pmap.c (working copy) @@ -321,7 +321,7 @@ "Number of kernel page table pages allocated on bootup"); static int ndmpdp; -static vm_paddr_t dmaplimit; +vm_paddr_t dmaplimit; vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; pt_entry_t pg_nx; Index: sys/amd64/include/pmap.h =================================================================== --- sys/amd64/include/pmap.h (revision 260456) +++ sys/amd64/include/pmap.h (working copy) @@ -368,6 +368,7 @@ extern vm_paddr_t dump_avail[]; extern vm_offset_t virtual_avail; extern vm_offset_t virtual_end; +extern vm_paddr_t dmaplimit; #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) != 0) From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 19:21:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E28F603 for ; Thu, 9 Jan 2014 19:21:47 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAE1215B1 for ; Thu, 9 Jan 2014 19:21:46 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s09JLiQd076047; Thu, 9 Jan 2014 14:21:44 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401091921.s09JLiQd076047@maildrop2.v6ds.occnc.com> To: pyunyh@gmail.com From: Curtis Villamizar Subject: Re: regression: msk0 watchdog timeout and interrupt storm In-reply-to: Your message of "Thu, 09 Jan 2014 17:27:59 +0900." <20140109082759.GA1371@michelle.cdnetworks.com> Date: Thu, 09 Jan 2014 14:21:44 -0500 Cc: freebsd-stable@freebsd.org, Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 19:21:47 -0000 In message <20140109082759.GA1371@michelle.cdnetworks.com> Yonghyeon PYUN writes: > On Thu, Jan 09, 2014 at 12:14:50AM -0500, Curtis Villamizar wrote: > > > > In message <20140109011235.GA2813@michelle.cdnetworks.com> > > Yonghyeon PYUN writes: > > > > > On Tue, Jan 07, 2014 at 10:11:32PM -0500, Curtis Villamizar wrote: > > > > > > > > In message <20140107084938.GA1361@michelle.cdnetworks.com> > > > > Yonghyeon PYUN writes: > > > > > > > > > On Mon, Jan 06, 2014 at 10:20:40AM -0500, Curtis Villamizar wrote: > > > > > > > > > > [...] > > > > > > > > > > > Here are some relevant parts of dmesg. Is there anything else you want? > > > > > > > > > > > > real memory = 2147483648 (2048 MB) > > > > > > avail memory = 2061438976 (1965 MB) > > > > > > Event timer "LAPIC" quality 400 > > > > > > ACPI APIC Table: > > > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > > > > > cpu0 (BSP): APIC ID: 0 > > > > > > cpu1 (AP): APIC ID: 1 > > > > > > > > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > > > pci2: on pcib2 > > > > > > on pci1 > > > > > > pcib2: irq 19 at device 7.0 on pci0 > > > > > > pci2: on pcib2 > > > > > > mskc0: port 0xe800-0xe8ff mem > > > > > > 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 > > > > > > msk0: > > > > > > on mskc0 > > > > > > msk0: Ethernet address: c8:9c:dc:56:38:ef > > > > > > miibus0: on msk0 > > > > > > e1000phy0: PHY 0 on miibus0 > > > > > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > > > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > > > > > auto, auto-flow > > > > > > > > > > > > > > > > Thank you for the info. > > > > > > > > > > > The computer is a Lenovo ThinkCenter (small tower) and not an uncommon > > > > > > machine so others are likely to run into this. > > > > > > > > > > > > > > Please let me know what I could do to help debug this. > > > > > > > > > > > > > > > > > > > > > > If you have more than 4GB memory, try reducing the amount of > > > > > > > memory(e.g. 3G) in /boot/loader.conf and let me know whether that > > > > > > > makes any difference for you. > > > > > > > Note, in order to test this you have to back out your local > > > > > > > changes. > > > > > > > > > > > > Only have 2 GB memory. > > > > > > > > > > > > > > > > Ok, that means my wild guess was not right. :-( > > > > > > > > > > > > > > > [...] > > > > > > > > > > > > I'm under the impression that the controller may have additional > > > > > > > DMA addressing limitation where TX/RX and status LEs should have > > > > > > > the same high DMA address. Due to the lack of documentation I'm > > > > > > > not sure about that. If the issue does not happen with 3GB memory, > > > > > > > we have to use 32bit DMA addressing. > > > > > > > > > > > > We have 2 GB memory so the problem with the original code does happen > > > > > > with less than 4 GB memory. Everything has the same high address of > > > > > > zero. > > > > > > > > > > > > > > > > Right. > > > > > > > > > > > Is there anything else you want me to try? > > > > > > > > > > msk(4) uses 4KB alignment for status/TX/RX rings. Your local change > > > > > will reduce the number of status LEs to be 1024. Stock msk(4) will > > > > > use 2048 entries for status LEs and you said the cons variable is > > > > > stuck with 1024 in this case. I have no idea this can happen at > > > > > this moment. > > > > > Did msk(4) ever work on your box? If the answer is yes, would you > > > > > back out both r258780 and your local change? > > > > > > > > This host worked for a few years under FreeBSD 8.x and FreeBSD 9.x, > > > > most recently 9.2. I have other machines running stable_10 at about > > > > the 10.0.beta3 vintage. I had mostly good luck building the ports I > > > > use (except openoffice never seems to build). > > > > > > > > I transferred a bunch of small stuff over after upgrading to > > > > 10.0.beta3 on this machine but then with the big move of a tar backup > > > > through the GbE, it locked up consisitently. > > > > > > > > I tried my patch and symptom gone. > > > > > > > > > I have a small local diff which was made after seeing r258780. But > > > > > I'm not sure whether it makes any difference. > > > > > > > > So it seems what you want me to do is: > > > > > > > > 1. verify whether just backing out r258780 on if_mskreg.h fixes this. > > > > > > > > 2. if so, then put back r258780 and try your patch below and see if > > > > that fixes it. > > > > > > > > > > Correct. > > > > Bad news: > > > > backing out didn't help. > > > > the patch didn't help. > > > > Worse news: > > > > putting the code back to where it was didn't help. > > > > It seems this thing gets wedged in a state where the LE stat entries > > get written in 0x0 to 0x200 or 0x400, either way to the halfway point > > in the ring, and then start writing at zero again. Even though the > > writes seem to start over at zero, the counter continues to increment > > past the halfway mark. Rebooting many times can sometime unwedge it. > > > > Any thoughts on how this could occur? > > > > I'm assuming this is a chip problem because once wedged it is mostly > > unaffected by reboots. A short power cycle yields a better chance of > > coming up with no problem but still a poor chance. > > > > The best way to unwedge it seems to be to put in the code to make > > msk_stat_count end up as 2048, reboot, and then change the code so > > that max_stat_count ends up as 1024 and reboot again. > > > > Once unwedged msk0 works fine indefinitely until a reboot. It may > > work for a few reboots, then gets wedged again. This could be a hint > > as to finding a sequence of writes, perhaps to STAT_LAST_IDX so it > > consistently comes up unwedged. Maybe a DELAY(1) after the reset > > (which is shortly before writing STAT_LAST_IDX). > > > > If you want debug traces showing the contents of msk_stat_ring when > > the watchdog occurs I can send some. > > > > The only wild guess I have is to try removing forced status change > request. I've attached the diff. The code was introduced to > workaround unreliable detection of link status change but I guess > e1000phy(4) received many fixes after this change. > > > Can I do this without rebooting to save time? Maybe config out msk > > and use kldload and kldunload? > > > > Probably yes. However you want to cold boot your system once your > controller is wedged(Unplug the power cable and wait tens of > seconds). msk(4) highly relies on sane default values and cold > boot will let controller firmware handle the job. > > > I'll experiment a bit later, maybe tomorrow. Right now things are > > running and I have other work to do. > > > > Does anyone have any insights into the code after the write to > > STAT_LAST_IDX and how the watermark and timer values were picked? > > > > The watermark and timer values were borrowed from the vendor's > FreeBSD driver. > > > > > I think I can find some time to do this maybe immediately or at least > > > > very soon. After doing that I will report back. Please stand by. > > > > > > > > > > Thank you. > > > > Thanks for the help with this. > > > > > > > > Curtis > > > > > > > > > > > > btw - I added someone from Marvell on the Bcc in case he wants to join > > > > > > in on the conversation or give us a hint in private email. > > --qMm9M+Fa2AknHoGS > Content-Type: text/x-diff; charset=us-ascii > Content-Disposition: attachment; filename="msk.statchg.diff" > > Index: sys/dev/msk/if_msk.c > =================================================================== > --- sys/dev/msk/if_msk.c (revision 260428) > +++ sys/dev/msk/if_msk.c (working copy) > @@ -3399,8 +3399,6 @@ msk_tick(void *xsc_if) > mii = device_get_softc(sc_if->msk_miibus); > > mii_tick(mii); > - if ((sc_if->msk_flags & MSK_FLAG_LINK) == 0) > - msk_miibus_statchg(sc_if->msk_if_dev); > msk_handle_events(sc_if->msk_softc); > msk_watchdog(sc_if); > callout_reset(&sc_if->msk_tick_ch, hz, msk_tick, sc_if); As of this morning I have a kernel which has not experienced the msk driver wedge for more than 24 hours. In the past I was able to get essentially the same code to wedge. So here is a review of the history. Original driver: worked for a while during install of software reboot after some configuration changes immediately wedged after reboot transmiting a large file many reboots and a few power cycles with unchanged driver make some changes to source to figure out what is going on observe consistent hang when msk_stat_cons hits 0x400 Driver changes: tried a few things that did not work backed out the RX and TX sizes to 256 each which forces msk_stat_count to 1024. immediately after going to msk_stat_count = 1024, driver works fine and continues to work for days Further testing: back out changes to earlier revision (r226478) to see if problem goes away. problem returns. add first set of patches. problem remains. restore previously working code. problem remains. add lots of instrumentation to source code. problem remains. Current driver (patches available if you want them) go back to original code sizes, then make change to force msk_stat_count to 1024. problem goes away. many reboots. problem does not return. a few power cycles. problem does not return. Note that the last time I thought I had a driver that worked perfectly I got things wedged and then couldn't get it unwedged by going back to what I thought was the same source code. So I'm not sure if once again I've just been lucky in the last day or so. By power cycle I means "shutdown -p now" followed by shutting off the power strip. In some cases walk away and come back then power up. I realize that due to BIOS power on LAN features the chip may still have power when the power button is off but the line cord has power, even if the power on LAN features are disabled. This isn't making much sense to me. And its consuming a lot of time. If you have any other insights/guesses, please let me know. The only thing we know about the sympton is that when not working the following happens. At half the msk_stat_count size the counter keeps going up but the writes into msk_stat_ring start wrapping back to the beginning of the ring. When it works, that wrap does not occur. Tomorrow I'll go back to original code (current code on stable/10) and see if the problem returns. Then I'll try your new patch. Then hopefully I can do something that doesn't require me to waste hours rebuilding kernels and rebooting before getting the box unwedged. I may also test out my idea of writing a larger value into STAT_LAST_IDX and then writing the value we want and/or adding a DELAY(1) here and there in that part of the initialization code. I'm taking some wild guesses at what could fix this. Curtis From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 23:12:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B990B7A1 for ; Thu, 9 Jan 2014 23:12:54 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E5E31951 for ; Thu, 9 Jan 2014 23:12:54 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7) with ESMTP id s09NCmTR035876 for ; Thu, 9 Jan 2014 18:12:49 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7/Submit) id s09NCmMA035875 for freebsd-stable@freebsd.org; Thu, 9 Jan 2014 18:12:48 -0500 (EST) (envelope-from mwlucas) Date: Thu, 9 Jan 2014 18:12:48 -0500 From: "Michael W. Lucas" To: freebsd-stable@freebsd.org Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed Message-ID: <20140109231248.GA35846@bewilderbeast.blackhelicopters.org> References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> <52CEE0C4.3040307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52CEE0C4.3040307@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Thu, 09 Jan 2014 18:12:49 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 23:12:54 -0000 On Thu, Jan 09, 2014 at 05:47:48PM +0000, Matthew Seaman wrote: > When upgrading from 1.1.x to 1.2.4_1 I've found it necessary to re-run > pkg about twice in order to get the databases and config files updated. > I generally do something like this: Thanks for the suggestion. Sadly, that doesn't seem to work here. Starting from a server I haven't touched yet: dns5; pkg -v 1.1.4 ... ... dns5; grep -v ^# pkg.conf packagesite: http://pkg.freebsd.org/${ABI}/latest dns5; pkg install pkg Updating repository catalogue digests.txz 100% 1081KB 1.1MB/s 20.9KB/s 00:01 packagesite.txz 100% 5038KB 1.6MB/s 3.0MB/s 00:03 pkg: Skipping malformed dependency docbook-xml pkg: Skipping malformed dependency docbook Incremental update completed, 0 packages processed: 0 packages updated, 0 removed and 23127 added. New version of pkg detected; it needs to be installed first. After this upgrade it is recommended that you do a full upgrade using: 'pkg upgr ade' The following 1 packages will be installed: Upgrading pkg: 1.1.4_7 -> 1.2.4_1 The installation will require 1 MB more space 1 MB to be downloaded Proceed with installing packages [y/N]: y pkg-1.2.4_1.txz 100% 1772KB 1.7MB/s 1.4MB/s 00:01 Checking integrity... done [1/1] Upgrading pkg from 1.1.4_7 to 1.2.4_1... done dns5; pkg install pkg Updating repository catalogue digests.txz 100% 1081KB 1.1MB/s 1.1MB/s 00:00 packagesite.txz 100% 5037KB 4.9MB/s 2.2MB/s 00:01 Incremental update completed, 23128 packages processed: 0 packages updated, 0 removed and 23128 added. pkg: Unable to find catalogs dns5; This is pretty consistent. Just to be sure, here's the pkg config on this host: dns5/usr/local/etc;pkg -vv Version : 1.2.4_1 PACKAGESITE : PKG_DBDIR : /var/db/pkg PKG_CACHEDIR : /var/cache/pkg PORTSDIR : /usr/ports PUBKEY : HANDLE_RC_SCRIPTS : no ASSUME_ALWAYS_YES : no REPOS_DIR : [ /etc/pkg/, /usr/local/etc/pkg/repos/, ] PLIST_KEYWORDS_DIR : SYSLOG : yes AUTODEPS : yes ABI : freebsd:9:x86:64 DEVELOPER_MODE : no PORTAUDIT_SITE : http://portaudit.FreeBSD.org/auditfile.tbz VULNXML_SITE : http://www.vuxml.org/freebsd/vuln.xml.bz2 MIRROR_TYPE : SRV FETCH_RETRY : 3 PKG_PLUGINS_DIR : /usr/local/lib/pkg/ PKG_ENABLE_PLUGINS : yes PLUGINS : [ ] DEBUG_SCRIPTS : no PLUGINS_CONF_DIR : /usr/local/etc/pkg/ PERMISSIVE : no REPO_AUTOUPDATE : yes NAMESERVER : EVENT_PIPE : FETCH_TIMEOUT : 30 UNSET_TIMESTAMP : no SSH_RESTRICT_DIR : PKG_SSH_ARGS : PKG_ENV : { } DISABLE_MTREE : no DEBUG_LEVEL : 0 ALIAS : { } Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/freebsd:9:x86:64/latest", enabled : yes, mirror_type : "SRV" } dns5/usr/local/etc;uname -a FreeBSD dns5.lodden.com 9.1-RELEASE-p7 FreeBSD 9.1-RELEASE-p7 #0: Mon Sep 9 21:34:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Any other thoughts? ==ml > > Starting with 1.1.4: > > pkg install pkg > > This installs pkg-1.2.4_1. Now edit ${LOCALBASE}/etc/pkg and > ${LOCALBASE}/etc/pkg/repo.conf or /etc/pkg/FreeBSD.conf to fix > the formating to match what pkg-1.2.x expects. > > pkg install pkg > > You should get get a message about updating the schema > > pkg install pkg > > Should pull down the latest digests.txz and packagesite.txz, then > report 'Nothing to do' since pkg is already fully updated. > > Then proceed with 'pkg upgrade' as usual. > > I have been using a private pkg repo though, without any crypto > signatures. If the signatures prevent the above process from working > correctly, then try commenting out the 'signature_type' line in > FreeBSD.conf temporarily. As you're only affecting the pkg package in > the above, which gets updated by pkg-1.1.4 without any crypto checking > anyhow, you aren't any worse off. > > Once you've got pkg upgraded and the databases etc. in synch, then you > can uncomment the 'signature_type' and run: > > pkg install -f pkg > > to force a reinstall with all the required signature checking. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > PGP: http://www.infracaninophile.co.uk/pgpkey > > -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 23:49:05 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F18545E for ; Thu, 9 Jan 2014 23:49:05 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 007A21CC1 for ; Thu, 9 Jan 2014 23:49:04 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id p61so3352532wes.7 for ; Thu, 09 Jan 2014 15:49:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4BRSfDpd4eU8TPp/d+Kvc7+1hYN2waTVZUUuNgoJpag=; b=tE3LKTc72XvJIfy+zxX0POPeOplCAMHOVhhHVGvsR5eqnZnPkzEHsPjmEgd0dW2SUo 8Gxz+LdpNq6BKX4HaPihYkS/kCBL8umR9L1kebAwvCSuLfjkrCJ2KaHfq5QOS9g38HBp mIemE8YQhXRrGB+9uce6faESjl3KZ/wkAt2OOtLXQvRo2pVzeizVOZRMc2mnZrFdrGk9 DIh/TT6w0B5Q+lan5VjQ7QJ3eSXAwVNSBCyXRFZgrg0Y+V7glVBd8yD9OE8PqzF4QswA Kd/Gd3/7f6OQeObwuPe7BSA+DuRXOH1I37kul6XZ7XA5b4mV+o/q1RzG7FWgP+2ecCAE /yTw== X-Received: by 10.180.89.68 with SMTP id bm4mr29215899wib.0.1389311342366; Thu, 09 Jan 2014 15:49:02 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id kr10sm2802296wjc.22.2014.01.09.15.49.01 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 09 Jan 2014 15:49:01 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 10 Jan 2014 00:49:00 +0100 From: Baptiste Daroussin To: "Michael W. Lucas" Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed Message-ID: <20140109234859.GM15000@ithaqua.etoilebsd.net> References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wKTlTxfx0Fr6BT7S" Content-Disposition: inline In-Reply-To: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 23:49:05 -0000 --wKTlTxfx0Fr6BT7S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 09, 2014 at 11:50:30AM -0500, Michael W. Lucas wrote: > Hi, >=20 > Trying to upgrade from pkg 1.1 to 1.2 on FreeBSD 9.1. I have > /usr/share/keys and the current trusted key, and a repo config > file. No pkg.conf. >=20 > # pkg upgrade > Updating repository catalogue > digests.txz 100% 1082KB 1.1MB/s = 1.1MB/s 00:00 > packagesite.txz 100% 5028KB 4.9MB/s = 2.6MB/s 00:01 > Incremental update completed, 23171 packages processed: > 0 packages updated, 0 removed and 23171 added. > pkg: Unable to find catalogs > # >=20 > Any suggestions? >=20 > I have the current trusted key: >=20 There is a bug in the latest set of packages we have created, we are workin= g on a fix. regards, Bapt --wKTlTxfx0Fr6BT7S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLPNWsACgkQ8kTtMUmk6EzUxQCfQUgrQTRVN5OMzkIfh0tKmSuh YqsAn3Wuelf6IyvUHA/B4bqA+/usvITE =rAfh -----END PGP SIGNATURE----- --wKTlTxfx0Fr6BT7S-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 9 23:52:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A72882E; Thu, 9 Jan 2014 23:52:04 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E54B01D48; Thu, 9 Jan 2014 23:52:03 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id n7so1786817qcx.2 for ; Thu, 09 Jan 2014 15:52:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Szg1nNDmW+VOjREibtJHYZZCpD8GHqjThNzmQLy5NOE=; b=E3VPqVGLaay40FOH4cwRYmGviqoIpI/DgV/3y1PC6q1j02OKTcnQ0HBpfuB1vWcu7T hQO9YqWe++xIz6zyByZZJWYyvNFO4Trj4ucsFCN0wJg1jV3b8u4CJFrVf1jwTiJZ4rxW blPgWBAm+lbvcnSdtAHDF4tKOt0rzKmCPimDMlTs/dlgg3n4zgJg/oNzT8uKgPTK8zuG aXa8D3OS+/ipArlcUEkko4Tin51novsnxFfzrMrG8EL+54bQtK5Lqz6NcVUKXs32ikJ1 8Vqm6AfGrzGwS+/yysDcKzYVI3kSDVLlcS4MhCnTFalBIqVQlbZVM+QBjGWBCUfv7+jY QVXA== MIME-Version: 1.0 X-Received: by 10.49.1.35 with SMTP id 3mr832682qej.43.1389311522992; Thu, 09 Jan 2014 15:52:02 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Thu, 9 Jan 2014 15:52:02 -0800 (PST) Date: Fri, 10 Jan 2014 00:52:02 +0100 X-Google-Sender-Auth: cMA3DGJqWU14kLMs9UelgJJ8Ed8 Message-ID: Subject: FreeBSD 10.0-RC3 AMD64 pkg upgrade oops From: CeDeROM To: freebsd-ports , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 23:52:04 -0000 # uname -a FreeBSD hexagon 10.0-RC3 FreeBSD 10.0-RC3 #0 r259778: Mon Dec 23 23:27:58 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # pkg upgrade Updating repository catalogue Upgrades have been requested for the following 346 packages: Reinstalling GentiumBasic-110_1 (direct dependency changed) Reinstalling at-spi2-core-2.8.0 (direct dependency changed) Reinstalling automake-1.14 (direct dependency changed) Reinstalling automake14-1.4.6_6 (direct dependency changed) Reinstalling autotools-20130627 (direct dependency changed) Upgrading bash: 4.2.45 -> 4.2.45_1 Reinstalling bitstream-vera-1.10_5 (direct dependency changed) Reinstalling cantarell-fonts-0.0.15 (direct dependency changed) Reinstalling cups-base-1.5.4_1 (direct dependency changed) Reinstalling cups-pstoraster-8.15.4_7 (direct dependency changed) Upgrading curl: 7.33.0_1 -> 7.33.0_2 Reinstalling dbus-glib-0.100.2 (direct dependency changed) Reinstalling dconf-0.14.1 (direct dependency changed) Reinstalling desktop-file-utils-0.22_1 (direct dependency changed) Reinstalling dri-7.6.1_3,2 (direct dependency changed) Reinstalling fluidsynth-1.1.6 (direct dependency changed) Upgrading font-adobe-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-adobe-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-adobe-utopia-100dpi: 1.0.4 -> 1.0.4_1 Upgrading font-adobe-utopia-75dpi: 1.0.4 -> 1.0.4_1 Upgrading font-adobe-utopia-type1: 1.0.4 -> 1.0.4_1 Upgrading font-alias: 1.0.3 -> 1.0.3_1 Upgrading font-arabic-misc: 1.0.3 -> 1.0.3_1 Upgrading font-bh-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-lucidatypewriter-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-lucidatypewriter-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-type1: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-type1: 1.0.3 -> 1.0.3_1 Upgrading font-cronyx-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-cursor-misc: 1.0.3 -> 1.0.3_1 Upgrading font-daewoo-misc: 1.0.3 -> 1.0.3_1 Upgrading font-dec-misc: 1.0.3 -> 1.0.3_1 Upgrading font-ibm-type1: 1.0.3 -> 1.0.3_1 Upgrading font-isas-misc: 1.0.3 -> 1.0.3_1 Upgrading font-jis-misc: 1.0.3 -> 1.0.3_1 Upgrading font-micro-misc: 1.0.3 -> 1.0.3_1 Upgrading font-misc-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-misc-misc: 1.1.2 -> 1.1.2_1 Upgrading font-mutt-misc: 1.0.3 -> 1.0.3_1 Upgrading font-schumacher-misc: 1.1.2 -> 1.1.2_1 Upgrading font-screen-cyrillic: 1.0.4 -> 1.0.4_1 Upgrading font-sony-misc: 1.0.3 -> 1.0.3_1 Upgrading font-sun-misc: 1.0.3 -> 1.0.3_1 Upgrading font-winitzki-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-xfree86-type1: 1.0.4 -> 1.0.4_1 Upgrading foomatic-filters: 4.0.7_2 -> 4.0.17 Reinstalling gamin-0.1.10_6 (direct dependency changed) Upgrading gdbm: 1.10 -> 1.11 Upgrading git: 1.8.4.3 -> 1.8.5.2 Reinstalling gle-3.1.0_3 (direct dependency changed) Reinstalling glew-1.10.0_1 (direct dependency changed) Reinstalling glibmm-2.36.2,1 (direct dependency changed) Reinstalling gnome-icon-theme-3.6.2 (direct dependency changed) Reinstalling gnome-menus-2.30.5 (direct dependency changed) Installing ldns: 1.6.16_4 Reinstalling gobject-introspection-1.36.0_2 (direct dependency changed) Reinstalling gqview-2.0.4_13 (direct dependency changed) Upgrading graphviz: 2.34.0 -> 2.34.0_1 Reinstalling gsettings-desktop-schemas-3.6.1_1 (direct dependency changed) Reinstalling gstreamer-0.10.36 (direct dependency changed) Reinstalling gstreamer-plugins-0.10.36_3,3 (direct dependency changed) Reinstalling gstreamer-plugins-bad-0.10.23,3 (direct dependency changed) Reinstalling gstreamer-plugins-dts-0.10.23,3 (direct dependency changed) Reinstalling gstreamer-plugins-good-0.10.31,3 (direct dependency changed) Reinstalling gstreamer-plugins-libpng-0.10.31,3 (direct dependency changed) Reinstalling gstreamer-plugins-ogg-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-pango-0.10.36_1,3 (direct dependency changed) Reinstalling gstreamer-plugins-theora-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-ugly-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-vorbis-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-xvid-0.10.23,3 (direct dependency changed) Reinstalling gutenprint-base-5.2.8 (direct dependency changed) Reinstalling gutenprint-ijs-5.2.8 (direct dependency changed) Upgrading hunspell: 1.3.2_3 -> 1.3.2_4 Reinstalling kde4-shared-mime-info-1.2 (direct dependency changed) Reinstalling libIDL-0.8.14_1 (direct dependency changed) Reinstalling libcmis-0.4.1 (direct dependency changed) Reinstalling libexif-0.6.21 (options changed) Reinstalling libglade2-2.6.4_5 (direct dependency changed) Reinstalling libgnomecanvas-2.30.3_1 (direct dependency changed) Reinstalling libgpg-error-1.12 (options changed) Reinstalling libmpd-11.8.17 (direct dependency changed) Reinstalling libnotify-0.7.5 (direct dependency changed) Reinstalling libopenraw-0.0.8_5 (direct dependency changed) Reinstalling libspectre-0.2.6_1 (direct dependency changed) Upgrading libtorrent-rasterbar: 0.16.12 -> 0.16.13_1 Upgrading libvpx: 1.2.0 -> 1.2.0_1 Reinstalling libwnck-2.30.6_1 (direct dependency changed) Reinstalling libwpd-0.9.9 (direct dependency changed) Reinstalling libwpg-0.2.2 (direct dependency changed) Reinstalling libwps-0.2.9 (direct dependency changed) Reinstalling libxfce4util-4.10.1 (direct dependency changed) Reinstalling libxklavier-5.0_1,1 (direct dependency changed) Reinstalling libxml++-2.34.2 (direct dependency changed) Reinstalling links-2.8,1 (direct dependency changed) Reinstalling linuxlibertine-g-20120116 (direct dependency changed) Reinstalling llvm33-3.3_7 (direct dependency changed) Reinstalling mc-4.8.11 (direct dependency changed) Upgrading mplayer: 1.1.r20131109_1 -> 1.1.r20131223 Reinstalling mythes-1.2.3 (direct dependency changed) Reinstalling netpbm-10.35.89 (direct dependency changed) Reinstalling nvidia-settings-310.14 (direct dependency changed) Reinstalling opencv-2.4.7_1 (direct dependency changed) Reinstalling openjpeg-1.5.0_2 (direct dependency changed) Upgrading opus: 1.0.3 -> 1.1 Reinstalling p5-HTTP-Message-6.06_2 (direct dependency changed) Reinstalling p5-HTTP-Negotiate-6.01 (direct dependency changed) Reinstalling p5-Net-HTTP-6.06 (direct dependency changed) Reinstalling p5-libxml-0.08 (direct dependency changed) Upgrading pciids: 20131130 -> 20131225 Installing gcc46: 4.6.4_1,1 Reinstalling policykit-0.9_6 (direct dependency changed) Reinstalling polkit-0.105_1 (direct dependency changed) Upgrading poppler: 0.22.2 -> 0.24.4 Upgrading poppler-glib: 0.22.2 -> 0.24.4 Upgrading poppler-utils: 0.22.2 -> 0.24.4 Reinstalling py27-cairo-1.10.0_1 (direct dependency changed) Reinstalling py27-dbus-1.1.1 (direct dependency changed) Reinstalling py27-gobject-2.28.6_3 (direct dependency changed) Reinstalling py27-gtk2-2.24.0_2 (direct dependency changed) Upgrading py27-setuptools: 1.1.7_1 -> 2.0.1 Reinstalling qt4-corelib-4.8.5 (direct dependency changed) Reinstalling qt4-gui-4.8.5 (direct dependency changed) Reinstalling qt4-inputmethods-4.8.5 (direct dependency changed) Reinstalling qt4-network-4.8.5 (direct dependency changed) Reinstalling qt4-opengl-4.8.5 (direct dependency changed) Reinstalling qt4-qtestlib-4.8.5 (direct dependency changed) Reinstalling qt4-script-4.8.5 (direct dependency changed) Reinstalling qt4-sql-4.8.5 (direct dependency changed) Reinstalling qt4-svg-4.8.5 (direct dependency changed) Reinstalling qt4-xml-4.8.5 (direct dependency changed) Reinstalling qt4-xmlpatterns-4.8.5 (direct dependency changed) Reinstalling raptor2-2.0.12 (direct dependency changed) Reinstalling rarian-0.8.1 (direct dependency changed) Reinstalling rasqal-0.9.31 (direct dependency changed) Reinstalling redland-1.0.16 (direct dependency changed) Reinstalling sdl-1.2.15_2,2 (direct dependency changed) Reinstalling sdl_image-1.2.12_3 (direct dependency changed) Upgrading sqlite3: 3.8.0.2 -> 3.8.1 Reinstalling transmission-cli-2.82 (direct dependency changed) Reinstalling unique-1.1.6_5 (direct dependency changed) Reinstalling upower-0.9.7_2 (direct dependency changed) Reinstalling vim-7.4.110_2 (direct dependency changed) Reinstalling vte-0.26.2_5 (direct dependency changed) Reinstalling x11perf-1.5.4 (direct dependency changed) Reinstalling xcalc-1.0.5 (direct dependency changed) Reinstalling xclock-1.0.7_1 (direct dependency changed) Reinstalling xdriinfo-1.0.4 (direct dependency changed) Reinstalling xfce4-conf-4.10.0_4 (direct dependency changed) Reinstalling xfce4-dev-tools-4.10.0 (direct dependency changed) Reinstalling xfce4-taskmanager-1.0.0_3 (direct dependency changed) Upgrading xfce4-tumbler: 0.1.29_1 -> 0.1.29_2 Reinstalling xfce4-wm-themes-4.10.0_1 (direct dependency changed) Reinstalling xorg-fonts-100dpi-7.7 (direct dependency changed) Reinstalling xorg-fonts-75dpi-7.7 (direct dependency changed) Reinstalling xorg-fonts-cyrillic-7.7 (direct dependency changed) Reinstalling xorg-fonts-miscbitmaps-7.7 (direct dependency changed) Reinstalling xorg-fonts-type1-7.7 (direct dependency changed) Reinstalling xorg-libraries-7.7_1 (direct dependency changed) Reinstalling xterm-300 (direct dependency changed) Reinstalling ORBit2-2.14.19 (direct dependency changed) Reinstalling at-spi2-atk-2.8.0 (direct dependency changed) Reinstalling atkmm-2.22.6 (direct dependency changed) Reinstalling attica-0.4.2,2 (direct dependency changed) Reinstalling avahi-app-0.6.31 (direct dependency changed) Reinstalling bristol-0.60.10 (direct dependency changed) Reinstalling cairomm-1.10.0_1 (direct dependency changed) Reinstalling colord-1.0.1 (direct dependency changed) Reinstalling consolekit-0.4.3 (direct dependency changed) Reinstalling cups-1.5.4 (direct dependency changed) Reinstalling enchant-1.6.0_2 (direct dependency changed) Reinstalling frei0r-plugins-opencv-1.3_3 (direct dependency changed) Reinstalling garcon-0.2.1 (direct dependency changed) Reinstalling gconf2-2.32.0_3 (direct dependency changed) Reinstalling gconfmm-2.28.2_1 (direct dependency changed) Reinstalling gegl-0.2.0_5 (direct dependency changed) Reinstalling gnome-doc-utils-0.20.10 (direct dependency changed) Reinstalling gnutls-2.12.23_2 (direct dependency changed) Installing unbound: 1.4.21_1 Reinstalling gstreamer-ffmpeg-0.10.13_1 (direct dependency changed) Reinstalling gstreamer-plugins-a52dec-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-dvd-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-mad-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-mp3-0.10.0_1 (direct dependency changed) Upgrading gtk3: 3.8.2_1 -> 3.8.8 Reinstalling gtkspell-2.0.16_4 (direct dependency changed) Reinstalling gutenprint-5.2.8 (direct dependency changed) Reinstalling hal-0.5.14_22 (direct dependency changed) Reinstalling libbonobo-2.32.0 (direct dependency changed) Reinstalling libcanberra-0.28_3 (direct dependency changed) Reinstalling libcdr-0.0.14 (direct dependency changed) Reinstalling libgcrypt-1.5.3 (direct dependency changed) Reinstalling libgnome-keyring-2.32.0_6 (direct dependency changed) Reinstalling libmspub-0.0.6 (direct dependency changed) Reinstalling libsexy-0.1.11_6 (direct dependency changed) Reinstalling libvisio-0.0.31 (direct dependency changed) Reinstalling libxfce4gui-4.10.0_2 (direct dependency changed) Reinstalling libxfce4menu-4.10.0_4 (direct dependency changed) Reinstalling openimageio-1.3.9 (direct dependency changed) Reinstalling openshadinglanguage-1.4.0 (direct dependency changed) Reinstalling p5-HTTP-Cookies-6.01 (direct dependency changed) Reinstalling p5-HTTP-Daemon-6.01 (direct dependency changed) Reinstalling p5-libwww-6.05 (direct dependency changed) Reinstalling pangomm-2.28.4 (direct dependency changed) Reinstalling pdftk-2.02 (direct dependency changed) Reinstalling policykit-gnome-0.9.2_6 (direct dependency changed) Upgrading qbittorrent: 3.1.3 -> 3.1.4 Reinstalling qca-2.0.3_1 (direct dependency changed) Reinstalling qjson-0.8.1 (direct dependency changed) Reinstalling qt4-clucene-4.8.5 (direct dependency changed) Reinstalling qt4-dbus-4.8.5 (direct dependency changed) Reinstalling qt4-declarative-4.8.5 (direct dependency changed) Reinstalling qt4-iconengines-4.8.5 (direct dependency changed) Reinstalling qt4-imageformats-4.8.5 (direct dependency changed) Reinstalling qt4-qdbusviewer-4.8.5 (direct dependency changed) Reinstalling qt4-qt3support-4.8.5 (direct dependency changed) Reinstalling qt4-sqlite-plugin-4.8.5 (direct dependency changed) Reinstalling qt4-webkit-4.8.5 (direct dependency changed) Reinstalling qzeitgeist-0.8.0 (direct dependency changed) Reinstalling soprano-2.9.4 (direct dependency changed) Reinstalling transmission-gtk-2.82 (direct dependency changed) Reinstalling xfce4-appfinder-4.10.1 (direct dependency changed) Reinstalling xfce4-notification-daemon-0.3.7_19 (direct dependency changed) Reinstalling xfce4-notifyd-0.2.4 (direct dependency changed) Reinstalling xfce4-print-4.6.1_10 (direct dependency changed) Reinstalling xfce4-session-4.10.1_2 (direct dependency changed) Upgrading xfce4-terminal: 0.6.2 -> 0.6.3 Reinstalling xfce4-wm-4.10.1 (direct dependency changed) Reinstalling xorg-apps-7.7 (direct dependency changed) Reinstalling xorg-fonts-7.7 (direct dependency changed) Reinstalling xorg-server-1.7.7_11,1 (direct dependency changed) Reinstalling xscreensaver-5.26 (direct dependency changed) Reinstalling blender-2.69_3 (direct dependency changed) Reinstalling chromium-31.0.1650.63 (direct dependency changed) Reinstalling ffmpeg-2.1.1_1,1 (direct dependency changed) Reinstalling firefox-26.0,1 (direct dependency changed) Reinstalling frei0r-plugins-1.3 (direct dependency changed) Reinstalling glib-networking-2.36.2 (direct dependency changed) Reinstalling gnome-desktop-2.32.1_3 (direct dependency changed) Reinstalling gnome-mount-0.8_11 (direct dependency changed) Reinstalling gnome-vfs-2.24.4_1 (direct dependency changed) Upgrading gnutls3: 3.1.17 -> 3.1.18 Reinstalling gstreamer-plugins-core-0.10_13 (direct dependency changed) Reinstalling gtkmm24-2.24.4 (direct dependency changed) Reinstalling hupnp-1.0.0_1 (direct dependency changed) Reinstalling libdbusmenu-qt-0.9.2_2 (direct dependency changed) Reinstalling libexo-0.10.2_2 (direct dependency changed) Reinstalling libgnome-2.32.0_1 (direct dependency changed) Upgrading libreoffice: 4.0.6_1 -> 4.0.6_2 Reinstalling libsoup-2.40.3_2 (direct dependency changed) Reinstalling libsoup-gnome-2.40.3_3 (direct dependency changed) Reinstalling libstreamanalyzer-0.7.8_2 (direct dependency changed) Reinstalling libxine-1.2.4_4 (direct dependency changed) Upgrading nvidia-driver: 319.32 -> 331.20 Reinstalling p5-XML-DOM-1.44 (direct dependency changed) Reinstalling p5-XML-XQL-0.68 (direct dependency changed) Reinstalling phonon-4.7.0 (direct dependency changed) Reinstalling polkit-qt-0.103.0_1 (direct dependency changed) Reinstalling qt4-help-4.8.5 (direct dependency changed) Reinstalling sox-14.4.1_1 (direct dependency changed) Reinstalling swfdec-0.8.4_4 (direct dependency changed) Upgrading vlc: 2.1.1_1,4 -> 2.1.2,4 Reinstalling webkit-gtk2-1.8.3_2 (direct dependency changed) Reinstalling xf86-input-keyboard-1.8.0 (direct dependency changed) Reinstalling xf86-input-mouse-1.9.0_1 (direct dependency changed) Reinstalling xf86-video-ati-6.14.6_1 (direct dependency changed) Reinstalling xf86-video-intel-2.7.1_6 (direct dependency changed) Reinstalling xf86-video-mach64-6.9.4_1 (direct dependency changed) Reinstalling xf86-video-nv-2.1.20_2 (direct dependency changed) Reinstalling xf86-video-openchrome-0.3.3_1 (direct dependency changed) Reinstalling xf86-video-r128-6.9.2_1 (direct dependency changed) Reinstalling xf86-video-vesa-2.3.3_1 (direct dependency changed) Reinstalling xfce4-panel-4.10.1 (direct dependency changed) Reinstalling xfce4-power-manager-1.2.0_2 (direct dependency changed) Reinstalling xfce4-quicklauncher-plugin-1.9.4_15 (direct dependency changed) Reinstalling xfce4-screenshooter-plugin-1.8.1_4 (direct dependency changed) Reinstalling xfce4-settings-4.10.1 (direct dependency changed) Reinstalling xfce4-smartbookmark-plugin-0.4.5_1 (direct dependency changed) Reinstalling xfce4-systemload-plugin-1.1.1_1 (direct dependency changed) Reinstalling xfce4-time-out-plugin-1.0.1_2 (direct dependency changed) Reinstalling xfce4-timer-plugin-1.5.0 (direct dependency changed) Reinstalling xfce4-verve-plugin-1.0.0_8 (direct dependency changed) Reinstalling xfce4-wavelan-plugin-0.5.4_18 (direct dependency changed) Reinstalling xfce4-weather-plugin-0.8.3_1 (direct dependency changed) Upgrading xfce4-whiskermenu-plugin: 1.2.2 -> 1.3.0 Reinstalling xfce4-wmdock-plugin-0.6.0 (direct dependency changed) Reinstalling xfce4-xkb-plugin-0.5.6 (direct dependency changed) Reinstalling xfce4-xmms-plugin-0.5.3_4 (direct dependency changed) Reinstalling xine-0.99.7_2 (direct dependency changed) Reinstalling xorg-drivers-7.7 (direct dependency changed) Reinstalling yelp-2.30.2_7 (direct dependency changed) Reinstalling gvfs-1.12.3_1 (direct dependency changed) Upgrading inkscape: 0.48.4_2 -> 0.48.4_3 Reinstalling kdelibs-4.10.5_2 (direct dependency changed) Reinstalling libbonoboui-2.24.4_1 (direct dependency changed) Reinstalling libgdata-0.6.6_1 (direct dependency changed) Reinstalling libgweather-2.30.3_2 (direct dependency changed) Reinstalling libkcddb-4.10.5 (direct dependency changed) Reinstalling mlt-0.9.0_2 (direct dependency changed) Reinstalling nautilus-2.32.2.1_4 (direct dependency changed) Reinstalling phonon-vlc-0.7.0 (direct dependency changed) Reinstalling qt4-assistant-4.8.5 (direct dependency changed) Reinstalling qt4-designer-4.8.5 (direct dependency changed) Reinstalling qt4-linguist-4.8.5 (direct dependency changed) Reinstalling virtualbox-ose-4.2.20_2 (direct dependency changed) Reinstalling xfce4-battery-plugin-1.0.5_1 (direct dependency changed) Reinstalling xfce4-clipman-plugin-1.2.3_5 (direct dependency changed) Reinstalling xfce4-cpugraph-plugin-1.0.5_1 (direct dependency changed) Reinstalling xfce4-datetime-plugin-0.6.2_1 (direct dependency changed) Reinstalling xfce4-dict-plugin-0.7.0 (direct dependency changed) Reinstalling xfce4-diskperf-plugin-2.5.4 (direct dependency changed) Reinstalling xfce4-embed-plugin-1.4.1 (direct dependency changed) Reinstalling xfce4-equake-plugin-1.3.3 (direct dependency changed) Reinstalling xfce4-fsguard-plugin-1.0.1_1 (direct dependency changed) Reinstalling xfce4-generic-slider-0.0.20100827_4 (direct dependency changed) Reinstalling xfce4-genmon-plugin-3.4.0_2 (direct dependency changed) Reinstalling xfce4-mailwatch-plugin-1.2.0 (direct dependency changed) Reinstalling xfce4-messenger-plugin-0.1.0_18 (direct dependency changed) Reinstalling xfce4-minicmd-plugin-0.4_16 (direct dependency changed) Reinstalling xfce4-mixer-4.10.0_4 (direct dependency changed) Reinstalling xfce4-mount-plugin-0.6.4_1 (direct dependency changed) Reinstalling xfce4-netload-plugin-1.2.0_1 (direct dependency changed) Reinstalling xfce4-notes-plugin-1.7.7_3 (direct dependency changed) Reinstalling xorg-7.7 (direct dependency changed) Reinstalling Thunar-1.6.3 (direct dependency changed) Upgrading evince: 2.32.0_11 -> 2.32.0_12 Reinstalling evolution-data-server-2.32.1_5 (direct dependency changed) Upgrading gimp-app: 2.8.10,1 -> 2.8.10_1,1 Reinstalling gimp-gutenprint-5.2.8 (direct dependency changed) Reinstalling gnome-panel-2.32.1_3 (direct dependency changed) Reinstalling k3b-2.0.2_13 (direct dependency changed) Reinstalling kdenlive-0.9.6_2 (direct dependency changed) Reinstalling libpanelappletmm-2.26.0_4 (direct dependency changed) Reinstalling py27-gimp-2.8.10 (direct dependency changed) Reinstalling qscintilla2-2.7.2,1 (direct dependency changed) Reinstalling xfce4-desktop-4.10.2_2 (direct dependency changed) Reinstalling xfce4-xfapplet-plugin-0.1.0_16 (direct dependency changed) Reinstalling gimp-2.8.10,2 (direct dependency changed) Reinstalling py27-qt4-core-4.10.3,1 (direct dependency changed) Reinstalling py27-qt4-dbussupport-4.10.3 (direct dependency changed) Reinstalling py27-qt4-gui-4.10.3,1 (direct dependency changed) Reinstalling xfce4-artwork-0.0.4_12 (direct dependency changed) Reinstalling hplip-3.13.6 (direct dependency changed) The upgrade will require 608 MB more space 0 B to be downloaded Proceed with upgrading packages [y/N]: y Checking integrity...pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/aot-compile46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/c++46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/cpp46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/g++46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/gappletviewer46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/gc-analyze46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/gcc46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/gcj-dbtool46 with: - gcc46-4.6.4_1,1 pkg: WARNING: locally installed gcc-4.6.4 conflicts on /usr/local/bin/gcj46 with: (...) MISSION FAILED :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 00:00:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DFE3DE1 for ; Fri, 10 Jan 2014 00:00:54 +0000 (UTC) Received: from smtp24.services.sfr.fr (smtp24.services.sfr.fr [93.17.128.81]) by mx1.freebsd.org (Postfix) with ESMTP id C39901DC1 for ; Fri, 10 Jan 2014 00:00:53 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2406.sfr.fr (SMTP Server) with ESMTP id 8784D7000060 for ; Fri, 10 Jan 2014 00:55:15 +0100 (CET) Received: from [192.168.1.100] (2.112.15.109.rev.sfr.net [109.15.112.2]) by msfrf2406.sfr.fr (SMTP Server) with ESMTP id 5F867700005A for ; Fri, 10 Jan 2014 00:55:15 +0100 (CET) X-SFR-UUID: 20140109235515391.5F867700005A@msfrf2406.sfr.fr Message-ID: <52CF36E2.3040304@club-internet.fr> Date: Fri, 10 Jan 2014 00:55:14 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> <52CEE0C4.3040307@FreeBSD.org> <20140109231248.GA35846@bewilderbeast.blackhelicopters.org> In-Reply-To: <20140109231248.GA35846@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 00:00:54 -0000 I have the same error, but in my case it happened after updating a few minutes ago my 10.0-RC4 system to -RC5. Yesterday, I upgraded a lot of packages with "pkg upgrade" without issues. Now, just after upgrading the system through "freebsd-update upgrade", the same command triggers the "unable to find catalogs error". pkg itself is up to date. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 03:41:18 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B4DF4D2; Fri, 10 Jan 2014 03:41:18 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 726621F10; Fri, 10 Jan 2014 03:41:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:From:Date; bh=Ohibi5WwQby0VGNxIFVIN+3d2H1V3vXd/5mlx6ZlcWE=; b=YYBS0WQw7I+dByeMvvaHiwOBFj/OHqCNbXofQYmV9V4hY0cqkXQ2lk18yy4L6/kM+h45NnmBTLijgg/XH9kG7ubN070v8EFKp+NZfoC04/FBwNFKmfcG/aTsDPkAcxYJ0galBDCMONwjxxI0QLDWN50RtQQyWyQmhiYD7We7Oso=; Received: from [120.165.179.246] (port=52228 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1W1SyD-001B13-23; Thu, 09 Jan 2014 20:41:17 -0700 Date: Fri, 10 Jan 2014 11:41:02 +0800 From: Erich Dollansky Subject: Re: FreeBSD 10.0-RC5 Now Available Message-ID: <20140110114102.692560fe@X220.alogt.com> In-Reply-To: <20140109161818.GK64543@glenbarber.us> References: <20140109161818.GK64543@glenbarber.us> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Release Engineering Team , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 03:41:18 -0000 Hi, I upgraded this morning to FreeBSD X220.alogt.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #7 r260489: Fri Jan 10 08:25:55 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 just to find out that the mouse is not working under X anymore. The ports are from revision 336079. I have an X220. Neither the internal stick nor the external USB connected Logitech Trackman work. Both work outside X. X logs these mouse related messages: [ 315.926] (==) intel(0): Silken mouse enabled [ 316.960] (II) config/hal: Adding input device Trackball [ 316.960] (II) LoadModule: "mouse" [ 316.961] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 316.977] (II) Module mouse: vendor="X.Org Foundation" [ 316.977] compiled for 1.12.4, module version = 1.9.0 [ 316.977] Module class: X.Org XInput Driver [ 316.977] ABI class: X.Org XInput driver, version 16.0 [ 316.977] (II) Using input driver 'mouse' for 'Trackball' [ 316.977] (**) Trackball: always reports core events [ 316.977] (**) Option "Device" "/dev/ums0" [ 316.977] (==) Trackball: Protocol: "Auto" [ 316.977] (**) Trackball: always reports core events [ 316.977] (EE) xf86OpenSerial: Cannot open device /dev/ums0 Device busy. [ 316.977] (EE) Trackball: cannot open input device [ 316.977] (EE) PreInit returned 2 for "Trackball" [ 316.977] (II) UnloadModule: "mouse" [ 316.991] (II) config/hal: Adding input device PS/2 Mouse [ 316.991] (II) Using input driver 'mouse' for 'PS/2 Mouse' [ 316.991] (**) PS/2 Mouse: always reports core events [ 316.991] (**) Option "Device" "/dev/psm0" [ 316.991] (==) PS/2 Mouse: Protocol: "Auto" [ 316.991] (**) PS/2 Mouse: always reports core events [ 316.991] (EE) xf86OpenSerial: Cannot open device /dev/psm0 Device busy. [ 316.991] (EE) PS/2 Mouse: cannot open input device [ 316.991] (EE) PreInit returned 2 for "PS/2 Mouse" [ 316.991] (II) UnloadModule: "mouse" This are the X message I get when running X on an older release candidate: [ 111.171] (II) config/hal: Adding input device PS/2 Mouse [ 111.171] (II) LoadModule: "mouse" [ 111.171] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 111.181] (II) Module mouse: vendor="X.Org Foundation" [ 111.181] compiled for 1.12.4, module version = 1.9.0 [ 111.181] Module class: X.Org XInput Driver [ 111.181] ABI class: X.Org XInput driver, version 16.0 [ 111.181] (II) Using input driver 'mouse' for 'PS/2 Mouse' [ 111.181] (**) PS/2 Mouse: always reports core events [ 111.181] (**) Option "Device" "/dev/sysmouse" [ 111.181] (==) PS/2 Mouse: Protocol: "Auto" [ 111.181] (**) PS/2 Mouse: always reports core events [ 111.181] (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 [ 111.181] (**) PS/2 Mouse: ZAxisMapping: buttons 4 and 5 [ 111.181] (**) PS/2 Mouse: Buttons: 5 [ 111.181] (**) Option "config_info" "hal:/org/freedesktop/Hal/devices/psm_0" [ 111.181] (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE, id 7) [ 111.181] (**) PS/2 Mouse: (accel) keeping acceleration scheme 1 [ 111.181] (**) PS/2 Mouse: (accel) acceleration profile 0 [ 111.181] (**) PS/2 Mouse: (accel) acceleration factor: 2.000 [ 111.181] (**) PS/2 Mouse: (accel) acceleration threshold: 4 [ 111.181] (II) PS/2 Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 111.182] (II) PS/2 Mouse: SetupAuto: protocol is SysMouse The same X worked perfectly with any FreeBSD 10 since BETA1. When I change xorg.conf and disable moused, I am able to get the internal mouse (stick) working but not the external one. The external mouse is recognised by the system when disconnected and reconnected but not by X. It also works outside X. I will update the ports tree tonight or tomorrow morning to see what will happen then. Erich On Thu, 9 Jan 2014 11:18:18 -0500 Glen Barber wrote: > > Changes between -RC4 and -RC5 include: > > o Fix an IPv4 multicast regression. > > o Fixes OpenSSL for CVE-2013-4353, CVE-2013-6449, CVE-2013-6450. > > o Revert a change to the kinfo_file structure to preserve ABI. > > o Fix a race condition which could prevent the file descriptor table > from being properly updated. > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 05:23:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62C2B9CB; Fri, 10 Jan 2014 05:23:46 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE36416A5; Fri, 10 Jan 2014 05:23:45 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s0A5NaZw075530; Fri, 10 Jan 2014 07:23:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s0A5NaZw075530 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s0A5NZdO075529; Fri, 10 Jan 2014 07:23:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Jan 2014 07:23:35 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: 10.0 BETA 3 with redports kernel panic Message-ID: <20140110052335.GZ59496@kib.kiev.ua> References: <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> <20131228140843.GT59496@kib.kiev.ua> <1389230030.6589.1.camel@powernoodle.corp.yahoo.com> <1389293226.48122.7.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iFhe71udXNjN4f3o" Content-Disposition: inline In-Reply-To: <1389293226.48122.7.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-stable@freebsd.org" , decke , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 05:23:46 -0000 --iFhe71udXNjN4f3o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 09, 2014 at 10:47:06AM -0800, Sean Bruno wrote: > rebuild03 deadlocked or something odd today. I dropped to debugger and > got a crashdump. This should be fun. >=20 > core.txt --> http://people.freebsd.org/~sbruno/redbuild_10_lockup.txt This cannot be related. If you want to get a meaningful debug information =66rom the deadlock, please follow http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html --iFhe71udXNjN4f3o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSz4PWAAoJEJDCuSvBvK1B7o4P/0XnGF9EHjYAKaEa0o471/Fr XK9mkuwjD4wrBz6to6hS84WqkN+0boGOT4+pum8yxtKu+dezPRGbB3YnhFeOUxUu J3Ip1jUhz9X23SWSOAvWxYhlmqgXYFSly8iJ99hnS/YwlUWtt5Bwa1LBbe+Wg1KQ 61WL5nIQmiAeK2Jbxl8jowreBFRVe9UqJxNO8zepMorwXit3ZXRziRnDlkp3JtKE AVb5E0c0bU5mKTWBNKD0AADZdFwS9ULr1xE14ZDGWa73WTz8t6GysPlptC8Th/iD lrbVBIxJCcf0gKecYd+PEfgC7M3Hw2Rseq/SuKXwWDhaflJcikHbLfo6TdU4YLU5 SlWoBFKbqiBfD0A1umyMAncMLiTJyx08XCFtMsVBbvuC5H/dpazShtbzF+zwwsox 3YcZOm2eAEJlXpYD4gw3PAfiEyFa2uK59tb8eqRgW+fGlDH/2pV54McRbd0SPWHp qh3HU/ITiiEuejACegaRyesIDE4Q2bmQ0DgVTjTCKJ0vz5CtXNzY0xo8vsThFwif LQwy0PE785/h5k5faq0jgvx6Ee3mAqoI0QOcGGIZhJRF9cLv6WHD2YmkdxCHjtl6 WnSGD8lONqfv7rgXepYyDhA9jgTvMN7168FnSIwdZ7/Pyb7+HMWwAO+MrNCC9mIb PuSRw8CYmHri0Ac2uPDu =JFX2 -----END PGP SIGNATURE----- --iFhe71udXNjN4f3o-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 06:09:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 720DFF0A for ; Fri, 10 Jan 2014 06:09:32 +0000 (UTC) Received: from mail109.syd.optusnet.com.au (mail109.syd.optusnet.com.au [211.29.132.80]) by mx1.freebsd.org (Postfix) with ESMTP id F297B1947 for ; Fri, 10 Jan 2014 06:09:31 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail109.syd.optusnet.com.au (Postfix) with ESMTP id 74021D61FAE for ; Fri, 10 Jan 2014 17:09:28 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 78DAF620F for ; Fri, 10 Jan 2014 17:09:27 +1100 (EST) Message-ID: <52CF8E97.50304@menhennitt.com.au> Date: Fri, 10 Jan 2014 17:09:27 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD stable Subject: VirtualBox crash on 10-Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=YYGEuWhf c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=4ZoS1BJXjLcA:10 a=8nJEP1OIZ-IA:10 a=6I5d2MoRAAAA:8 a=UDL9C3oB3VUA:10 a=aCMnVOfoCwk0JWjD8ykA:9 a=wPNLvfGTeEIA:10 a=pFsWx7k4bxAA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 06:09:32 -0000 Hello all, I recently upgraded my 9-Stable box to 10-RC3 amd64. I did a completely fresh installation and then added a few packages including KDE and VirtualBox. I had trouble getting KDE running but fixed it with some help from Jean-Sébastien Pédron (see http://lists.freebsd.org/pipermail/freebsd-stable/2014-January/076703.html). However, VirtualBox crashes for me every time I run it. I don't think it's actually a VirtualBox problem per se - it's a KDE problem. I've SVN'd base to 10-Stable and ports to HEAD. I then rebuilt world, my kernel, KDE and VirtualBox (with the Qt4 front-end option) from ports. But it keeps happening. It happens as both a normal user and as root. It crashes almost immediately on starting the program - before any window is shown. Below is a gdb stack backtrace. I'm reluctant to rebuild everything with debug symbols because it will take so long and so much disk space - but, if it's necessary, I will. Before I do that I thought I'd see if anybody else has seen this. Can anybody please give me any hints. Thanks in advance for your help, Graham (gdb) r Starting program: /usr/local/bin/VirtualBox (no debugging symbols found)...[New LWP 101403] [New Thread 801c06400 (LWP 101403/VirtualBox)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 801c06400 (LWP 101403/VirtualBox)] 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x0000000800afa952 in __dynamic_cast (src_ptr=0x801e00de0, src_type=0x810e1f3a8, dst_type=0x810e1f440, src2dst=0) at ../../.././../gcc-4.6.4/libstdc++-v3/libsupc++/dyncast.cc:61 #2 0x0000000810947045 in KConfigGroup::reparent () from /usr/local/kde4/lib/libkdecore.so.7 #3 0x00000008109401c6 in KConfigGroup::KConfigGroup () from /usr/local/kde4/lib/libkdecore.so.7 #4 0x0000000810a0d8dc in KStandardDirs::addCustomized () from /usr/local/kde4/lib/libkdecore.so.7 #5 0x0000000810a023cf in KComponentData::KComponentData () from /usr/local/kde4/lib/libkdecore.so.7 #6 0x0000000810a02204 in KComponentData::KComponentData () from /usr/local/kde4/lib/libkdecore.so.7 #7 0x0000000810a01d93 in KGlobal::findDirectChild_helper () from /usr/local/kde4/lib/libkdecore.so.7 #8 0x0000000810a00f50 in KGlobal::dirs () from /usr/local/kde4/lib/libkdecore.so.7 #9 0x0000000810a01020 in KGlobal::config () from /usr/local/kde4/lib/libkdecore.so.7 #10 0x000000080f490eae in qt_plugin_instance () from /usr/local/kde4/lib/kde4/plugins/gui_platform/libkde.so #11 0x0000000807ca7039 in QApplicationPrivate::x11_apply_settings () from /usr/local/lib/qt4/libQtGui.so.4 #12 0x0000000807cae191 in qt_set_x11_resources () from /usr/local/lib/qt4/libQtGui.so.4 #13 0x0000000807cac23f in qt_init () from /usr/local/lib/qt4/libQtGui.so.4 #14 0x0000000807c3a031 in QApplicationPrivate::construct () from /usr/local/lib/qt4/libQtGui.so.4 #15 0x0000000807c3a95d in QApplication::QApplication () from /usr/local/lib/qt4/libQtGui.so.4 #16 0x000000080525dfd9 in TrustedMain (argc=1, argv=0x7fffffffd548) at CIShared.h:52 #17 0x00007fff01040805 in ?? () #18 0x000000080060d7d3 in _rtld_get_stack_prot () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 06:47:03 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AC62295; Fri, 10 Jan 2014 06:47:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B5D71B67; Fri, 10 Jan 2014 06:47:02 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C64D9D4F6; Fri, 10 Jan 2014 06:47:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C64D9D4F6 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 10 Jan 2014 01:46:58 -0500 From: Glen Barber To: Erich Dollansky Subject: Re: FreeBSD 10.0-RC5 Now Available Message-ID: <20140110064658.GM64543@glenbarber.us> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l3cnbd11D/TCH+Qu" Content-Disposition: inline In-Reply-To: <20140110114102.692560fe@X220.alogt.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 06:47:03 -0000 --l3cnbd11D/TCH+Qu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 10, 2014 at 11:41:02AM +0800, Erich Dollansky wrote: > On Thu, 9 Jan 2014 11:18:18 -0500 > Glen Barber wrote: > >=20 > > Changes between -RC4 and -RC5 include: > > o Revert a change to the kinfo_file structure to preserve ABI. >=20 > I upgraded this morning to >=20 > FreeBSD X220.alogt.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #7 > r260489: Fri Jan 10 08:25:55 WITA 2014 > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 >=20 > just to find out that the mouse is not working under X anymore. >=20 You should rebuild your ports after upgrading from the previous -RCs, since there was an ABI change. Glen --l3cnbd11D/TCH+Qu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSz5diAAoJELls3eqvi17Qn4QP/is0TdFTtdZOOatB0K4OJj6S kdFVKzLcY+xfquIBIDOl26MoHNanZGahm3k3FbB+nfquCemn7W058XP5jvgimHvU bKaEtdpCrQ7jg7xm6vX2VkY3IDwbiHRGSFHTys/suKij9VVDaDBwPaYqBWE4wdFe HDFY0lGLNEryDUfoLSDaHjyAE/xxZp3CiKuJHSu3fLMHPjYeJvaSAZkAw+Kn5mjn UdRQH4z3ZSuYnp3u8fYE/WRUv4VgJD2jY8zq5rRckkZ0tlsooI920tc07Ti7pMAN tg030EsgR6Q7/6UQK/j0T5RKSjRIea6lOt9wMn/F4/BQnD7M3ihdeoKXNIOP9+0q GoEqUXThLLIdLf/XtLNG8ecxwXj1U4DILPODjW2mIiccgiWnXvARjmn49NtR/Hy5 xxRq9TLqPa3se2e/Cx+LUg88ASJZc7ZhygR+ilqhX4vFsJUe/PgEpd5JmwnPCbZU 5Sd+Lovrx3QMOwTTjjjUSqdV4FpLEnij+knvPY7aQOKxDjV38vb1oddqZ0fjhNsD rVTTpg3ACxNRkvv/MaL+GAk+C4oxJ9hfLUUYfuw6efha2xkisyo+v+p34gVQI6q3 xajOuYgzNEAqjdNo2+qM1GIVrrvQYzR61o1q1rZVe1W0PnhmjD5X5lOfEWT5PuHP kqLYw5PTUfF4DBUdKJZ5 =oLhB -----END PGP SIGNATURE----- --l3cnbd11D/TCH+Qu-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 07:13:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8794B08 for ; Fri, 10 Jan 2014 07:13:05 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 646731E7E for ; Fri, 10 Jan 2014 07:13:05 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id BCF0942C26B7; Fri, 10 Jan 2014 08:07:24 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Fri, 10 Jan 2014 01:07:18 -0600 (CST) From: Bryan Venteicher To: Julian Stecklina Message-ID: <1707777342.1513.1389337638314.JavaMail.root@daemoninthecloset.org> In-Reply-To: <52CE92F8.9040801@os.inf.tu-dresden.de> References: <20140108193938.GA19267@neutralgood.org> <1389235686.3057.4.camel@janus.xn--pl-wia.net> <52CE92F8.9040801@os.inf.tu-dresden.de> Subject: Re: UFS panic on Google Compute Engine MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC31 ([unknown])/8.0.2_GA_5569) Thread-Topic: UFS panic on Google Compute Engine Thread-Index: bV9i1MoVt/Vpi3D9nuN8ZgPGi4/DTg== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 07:13:05 -0000 ----- Original Message ----- > Okay, I've hit this now the third time. Massive file system corruption. > fsck reports lots of > > UNALLOCATED I=6350 OWNER=root MODE=0 > SIZE=0 MTIME=Jan 1 00:00 1970 > NAME=/usr/ports/x11-themes/metacity-theme-microgui > > UNEXPECTED SOFT UPDATE INCONSISTENCY > > and > > LINK COUNT DIR I=1175282 OWNER=root MODE=40755 > SIZE=512 MTIME=Jan 9 03:28 2014 COUNT 3 SHOULD BE 2 > ADJUST? yes > > LINK COUNT DIR I=1175287 OWNER=root MODE=40755 > SIZE=512 MTIME=Jan 9 03:28 2014 COUNT 3 SHOULD BE 2 > ADJUST? yes > > It seems rather easy to reproduce. Upload a disk image to GCE and > extract ports. I did it via portsnap fetch extract. I am not sure what > could go so horribly wrong. In two of three cases the filesystem was > beyond repair. > > As for problem causes: Has the virtio scsi driver changed significantly > between FreeBSD 9 and 10? > No. The drivers are the same. What happens when you try to portsnap fetch extract locally? I haven't been able to recreate this, and in preparation to enabling unmapped IO support VirtIO SCSI, I've been doing Poudriere builds without any apparent issues. I've been meaning to spin up some GCE instances to try out. I'll try to get do that this weekend. > Also weird is that the same virtual disk pops up two times: > > da0 at vtscsi0 bus 0 scbus0 target 1 lun 0 > da0: Fixed Direct Access SCSI-6 device > da0: 300.000MB/s transfers > da0: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) > da1 at vtscsi0 bus 0 scbus0 target 1 lun 1 > da1: Fixed Direct Access SCSI-6 device > da1: 300.000MB/s transfers > da1: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) > Odd, but they're different LUNs. > Julian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 07:58:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAEC376C for ; Fri, 10 Jan 2014 07:58:37 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B219F1157 for ; Fri, 10 Jan 2014 07:58:37 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id va2so2447562obc.5 for ; Thu, 09 Jan 2014 23:58:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eFMMmGnx8ZKTT+qTZ3oKHB7ngxtw5oBEAwnoIVwFcZw=; b=cOVAjuZZ2T7nEIWD9WcEK4Aio8kjK1ptVtkJal3C6KJle58awYrHAU4Vm5+O4esvF+ gXEoQehcMRT5NSTR/OsPXlJ3yHWJIWyAvnnHoM7PE2qOKCsktabZq+pb7b+VDmdtUrPV BqvRQzmJD9/PT6eym/5plyGyVFjPuTIud3YKdpzE5KcpO7FamEmi73FjzVWPxWQzRUEk yMJ324Y5UyQW99Ok6lLuGuNeiX2hcU5j82ako0DVYVMmkRuvQqeWWjsR64EPaD1Gxh3S b8sesrsa1F3ElmIpp1hGAYwz3J2x8flaWa65Tf7yvexVjnTMrRSa+GN4ARXy0xlZqe6g Yblg== MIME-Version: 1.0 X-Received: by 10.182.143.103 with SMTP id sd7mr266242obb.70.1389340716844; Thu, 09 Jan 2014 23:58:36 -0800 (PST) Received: by 10.182.78.6 with HTTP; Thu, 9 Jan 2014 23:58:36 -0800 (PST) In-Reply-To: <52CF8E97.50304@menhennitt.com.au> References: <52CF8E97.50304@menhennitt.com.au> Date: Fri, 10 Jan 2014 08:58:36 +0100 Message-ID: Subject: Re: VirtualBox crash on 10-Stable From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Graham Menhennitt Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 07:58:38 -0000 2014/1/10 Graham Menhennitt : > However, VirtualBox crashes for me every time I run it. I don't think > it's actually a VirtualBox problem per se - it's a KDE problem. I've > SVN'd base to 10-Stable and ports to HEAD. I then rebuilt world, my > kernel, KDE and VirtualBox (with the Qt4 front-end option) from ports. > But it keeps happening. It happens as both a normal user and as root. It > crashes almost immediately on starting the program - before any window > is shown. Hi, This is a known problem, try to "unsetenv QT_PLUGIN_PATH" and see if it helps. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 09:23:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C421461 for ; Fri, 10 Jan 2014 09:23:01 +0000 (UTC) Received: from nm11-vm9.access.bullet.mail.gq1.yahoo.com (nm11-vm9.access.bullet.mail.gq1.yahoo.com [216.39.63.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59B441799 for ; Fri, 10 Jan 2014 09:23:00 +0000 (UTC) Received: from [216.39.60.173] by nm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 10 Jan 2014 09:16:44 -0000 Received: from [98.138.226.243] by tm9.access.bullet.mail.gq1.yahoo.com with NNFMP; 10 Jan 2014 09:16:44 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.ne1.yahoo.com with NNFMP; 10 Jan 2014 09:16:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1389345404; bh=b+h3WwjxSt8omeY70jh1FWWBdnUghPLueGH7QA+QUxY=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=pGhRhoL4uWHTWDgQCxtAYD5MRLt+BkzeWN/QS+5HcrNHKO/N7g/7ZBTvCkc5CcftxvKTAqLQaqpRzrcPX1Uf4Dw2X9EGye/40OlUMcGsQ854IDnAWIxM2FS/rdfoYMCXjfzuxaxOEkOdNWH5SbNTXaPeps1c7nM8l2iq4z/HcDo= X-Yahoo-Newman-Id: 294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com Message-ID: <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> Date: Fri, 10 Jan 2014 09:16:44 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: IIE8jwYVM1k0IS3qYMQBNCPRTorbygj5gyGsn6ltSR6fWHx .QfHdc.vD.iGr8sUZHJ6n6evJzGUhFUk5eFLCS.TcETDnd586CANJgXmBn7H uL4l1TR053RdlCHNgMc.Q3jnx_KUC5PQobu7JH3AEmdnzuSP3hlR7HK85bja XzKqZ4R.H8Xg95JpB3vtL1jhaYgzMf7MeM_a29EvGuokKUcXlkgAqr4_WrYp F_6kft_U15AN35OliJ69gjA5pC5Bedvdd8KUYf8xDKHEFneg768J8uNbSA7A 2wOCfwvtMcnGkNdyPQ0l43g99mr29NgoZ3NT4prvntsdA4CRmJn73wpHxQId ERoztJw6vFYiVWMoYDyvnTvUddcP8yyVxdyTDyyicmC5e.zTZcxWKBjPpXKf gjPh.yD5VKeFPNpjW5SF0HUmXAoZvwKMPHbFVyhygAJNdxvc039DXI8vZzHP eDKrBk1oYVtEcg97M94aG_bCKpuhDKv5fEcFDCXI7Fq8vK5x0gj6Z9HIuW0q _Bf8P.MeKkTj.DDNvsmNTgErvMXVhS9kTyxfI6HF6yffguVTxOKxlWSvOw3o Y2Q8ba2atW3zIzmBu4GUf2ii7 X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp114.sbc.mail.ne1.yahoo.com with SMTP; 10 Jan 2014 09:16:44 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> Subject: Re: FreeBSD 10.0-RC5 Now Available Cc: Glen Barber , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 09:23:01 -0000 > > just to find out that the mouse is not working under X anymore. > You should rebuild your ports after upgrading from the previous -RCs, > since there was an ABI change. > Glen Does this need to rebuild all ports apply even if one has not yet built X? I have both FreeBSD 10.0, at about RC3, and HEAD, for both i386 and amd64, but have not yet attempted to build X. But I have built some other ports, including devel/subversion on 10.0 amd64 and i386 (if I remember correctly). Maybe I should give priority to HEAD so I can try newcons, or both newcons and syscons and compare the two. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 09:23:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CFE1603; Fri, 10 Jan 2014 09:23:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C55D17C1; Fri, 10 Jan 2014 09:23:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0A9NkvP014094; Fri, 10 Jan 2014 11:23:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0A9NjIA013966; Fri, 10 Jan 2014 09:23:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 10 Jan 2014 09:23:45 GMT Message-Id: <201401100923.s0A9NjIA013966@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 09:23:58 -0000 TB --- 2014-01-10 06:50:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-10 06:50:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-10 06:50:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-10 06:50:45 - cleaning the object tree TB --- 2014-01-10 06:50:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-10 06:51:36 - At svn revision 260501 TB --- 2014-01-10 06:51:37 - building world TB --- 2014-01-10 06:51:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 06:51:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 06:51:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 06:51:37 - SRCCONF=/dev/null TB --- 2014-01-10 06:51:37 - TARGET=mips TB --- 2014-01-10 06:51:37 - TARGET_ARCH=mips TB --- 2014-01-10 06:51:37 - TZ=UTC TB --- 2014-01-10 06:51:37 - __MAKE_CONF=/dev/null TB --- 2014-01-10 06:51:37 - cd /src TB --- 2014-01-10 06:51:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 10 06:51:47 UTC 2014 >>> 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 Fri Jan 10 08:15:51 UTC 2014 TB --- 2014-01-10 08:15:51 - cd /src/sys/mips/conf TB --- 2014-01-10 08:15:51 - /usr/sbin/config -m ADM5120 TB --- 2014-01-10 08:15:51 - skipping ADM5120 kernel TB --- 2014-01-10 08:15:51 - cd /src/sys/mips/conf TB --- 2014-01-10 08:15:51 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-10 08:15:51 - skipping ALCHEMY kernel TB --- 2014-01-10 08:15:51 - cd /src/sys/mips/conf TB --- 2014-01-10 08:15:51 - /usr/sbin/config -m AP121 TB --- 2014-01-10 08:15:51 - building AP121 kernel TB --- 2014-01-10 08:15:51 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:15:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:15:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:15:51 - SRCCONF=/dev/null TB --- 2014-01-10 08:15:51 - TARGET=mips TB --- 2014-01-10 08:15:51 - TARGET_ARCH=mips TB --- 2014-01-10 08:15:51 - TZ=UTC TB --- 2014-01-10 08:15:51 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:15:51 - cd /src TB --- 2014-01-10 08:15:51 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Jan 10 08:15:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Jan 10 08:20:36 UTC 2014 TB --- 2014-01-10 08:20:36 - cd /src/sys/mips/conf TB --- 2014-01-10 08:20:36 - /usr/sbin/config -m AP91 TB --- 2014-01-10 08:20:36 - building AP91 kernel TB --- 2014-01-10 08:20:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:20:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:20:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:20:36 - SRCCONF=/dev/null TB --- 2014-01-10 08:20:36 - TARGET=mips TB --- 2014-01-10 08:20:36 - TARGET_ARCH=mips TB --- 2014-01-10 08:20:36 - TZ=UTC TB --- 2014-01-10 08:20:36 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:20:36 - cd /src TB --- 2014-01-10 08:20:36 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Jan 10 08:20:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Jan 10 08:27:36 UTC 2014 TB --- 2014-01-10 08:27:36 - cd /src/sys/mips/conf TB --- 2014-01-10 08:27:36 - /usr/sbin/config -m AP93 TB --- 2014-01-10 08:27:36 - building AP93 kernel TB --- 2014-01-10 08:27:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:27:36 - SRCCONF=/dev/null TB --- 2014-01-10 08:27:36 - TARGET=mips TB --- 2014-01-10 08:27:36 - TARGET_ARCH=mips TB --- 2014-01-10 08:27:36 - TZ=UTC TB --- 2014-01-10 08:27:36 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:27:36 - cd /src TB --- 2014-01-10 08:27:36 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Jan 10 08:27:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Jan 10 08:34:54 UTC 2014 TB --- 2014-01-10 08:34:54 - cd /src/sys/mips/conf TB --- 2014-01-10 08:34:54 - /usr/sbin/config -m AP94 TB --- 2014-01-10 08:34:54 - building AP94 kernel TB --- 2014-01-10 08:34:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:34:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:34:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:34:54 - SRCCONF=/dev/null TB --- 2014-01-10 08:34:54 - TARGET=mips TB --- 2014-01-10 08:34:54 - TARGET_ARCH=mips TB --- 2014-01-10 08:34:54 - TZ=UTC TB --- 2014-01-10 08:34:54 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:34:54 - cd /src TB --- 2014-01-10 08:34:54 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Jan 10 08:34:54 UTC 2014 >>> 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 AP94 completed on Fri Jan 10 08:43:39 UTC 2014 TB --- 2014-01-10 08:43:39 - cd /src/sys/mips/conf TB --- 2014-01-10 08:43:39 - /usr/sbin/config -m AP96 TB --- 2014-01-10 08:43:39 - building AP96 kernel TB --- 2014-01-10 08:43:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:43:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:43:39 - SRCCONF=/dev/null TB --- 2014-01-10 08:43:39 - TARGET=mips TB --- 2014-01-10 08:43:39 - TARGET_ARCH=mips TB --- 2014-01-10 08:43:39 - TZ=UTC TB --- 2014-01-10 08:43:39 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:43:39 - cd /src TB --- 2014-01-10 08:43:39 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Jan 10 08:43:39 UTC 2014 >>> 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 AP96 completed on Fri Jan 10 08:52:07 UTC 2014 TB --- 2014-01-10 08:52:07 - cd /src/sys/mips/conf TB --- 2014-01-10 08:52:07 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-10 08:52:07 - building AR71XX_BASE kernel TB --- 2014-01-10 08:52:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:52:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:52:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:52:07 - SRCCONF=/dev/null TB --- 2014-01-10 08:52:07 - TARGET=mips TB --- 2014-01-10 08:52:07 - TARGET_ARCH=mips TB --- 2014-01-10 08:52:07 - TZ=UTC TB --- 2014-01-10 08:52:07 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:52:07 - cd /src TB --- 2014-01-10 08:52:07 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Jan 10 08:52:07 UTC 2014 >>> 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 AR71XX_BASE completed on Fri Jan 10 08:59:39 UTC 2014 TB --- 2014-01-10 08:59:39 - cd /src/sys/mips/conf TB --- 2014-01-10 08:59:39 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-10 08:59:39 - building AR724X_BASE kernel TB --- 2014-01-10 08:59:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 08:59:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 08:59:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 08:59:39 - SRCCONF=/dev/null TB --- 2014-01-10 08:59:39 - TARGET=mips TB --- 2014-01-10 08:59:39 - TARGET_ARCH=mips TB --- 2014-01-10 08:59:39 - TZ=UTC TB --- 2014-01-10 08:59:39 - __MAKE_CONF=/dev/null TB --- 2014-01-10 08:59:39 - cd /src TB --- 2014-01-10 08:59:39 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Jan 10 08:59:39 UTC 2014 >>> 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 AR724X_BASE completed on Fri Jan 10 09:05:25 UTC 2014 TB --- 2014-01-10 09:05:25 - cd /src/sys/mips/conf TB --- 2014-01-10 09:05:25 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-10 09:05:25 - building AR91XX_BASE kernel TB --- 2014-01-10 09:05:25 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 09:05:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 09:05:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 09:05:25 - SRCCONF=/dev/null TB --- 2014-01-10 09:05:25 - TARGET=mips TB --- 2014-01-10 09:05:25 - TARGET_ARCH=mips TB --- 2014-01-10 09:05:25 - TZ=UTC TB --- 2014-01-10 09:05:25 - __MAKE_CONF=/dev/null TB --- 2014-01-10 09:05:25 - cd /src TB --- 2014-01-10 09:05:25 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Jan 10 09:05:25 UTC 2014 >>> 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 AR91XX_BASE completed on Fri Jan 10 09:12:08 UTC 2014 TB --- 2014-01-10 09:12:08 - cd /src/sys/mips/conf TB --- 2014-01-10 09:12:08 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-10 09:12:08 - building AR933X_BASE kernel TB --- 2014-01-10 09:12:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 09:12:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 09:12:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 09:12:08 - SRCCONF=/dev/null TB --- 2014-01-10 09:12:08 - TARGET=mips TB --- 2014-01-10 09:12:08 - TARGET_ARCH=mips TB --- 2014-01-10 09:12:08 - TZ=UTC TB --- 2014-01-10 09:12:08 - __MAKE_CONF=/dev/null TB --- 2014-01-10 09:12:08 - cd /src TB --- 2014-01-10 09:12:08 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Jan 10 09:12:08 UTC 2014 >>> 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 AR933X_BASE completed on Fri Jan 10 09:15:55 UTC 2014 TB --- 2014-01-10 09:15:55 - cd /src/sys/mips/conf TB --- 2014-01-10 09:15:55 - /usr/sbin/config -m AR934X_BASE TB --- 2014-01-10 09:15:55 - building AR934X_BASE kernel TB --- 2014-01-10 09:15:55 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 09:15:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 09:15:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 09:15:55 - SRCCONF=/dev/null TB --- 2014-01-10 09:15:55 - TARGET=mips TB --- 2014-01-10 09:15:55 - TARGET_ARCH=mips TB --- 2014-01-10 09:15:55 - TZ=UTC TB --- 2014-01-10 09:15:55 - __MAKE_CONF=/dev/null TB --- 2014-01-10 09:15:55 - cd /src TB --- 2014-01-10 09:15:55 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Jan 10 09:15:55 UTC 2014 >>> 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 AR934X_BASE completed on Fri Jan 10 09:19:51 UTC 2014 TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-01-10 09:19:51 - skipping BERI_DE4_BASE kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-01-10 09:19:51 - skipping BERI_DE4_MDROOT kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-01-10 09:19:51 - skipping BERI_DE4_SDROOT kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-01-10 09:19:51 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-01-10 09:19:51 - skipping BERI_SIM_BASE kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-01-10 09:19:51 - skipping BERI_SIM_MDROOT kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-01-10 09:19:51 - skipping BERI_SIM_SDROOT kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-01-10 09:19:51 - skipping BERI_TEMPLATE kernel TB --- 2014-01-10 09:19:51 - cd /src/sys/mips/conf TB --- 2014-01-10 09:19:51 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-01-10 09:19:51 - building CARAMBOLA2 kernel TB --- 2014-01-10 09:19:51 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 09:19:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 09:19:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 09:19:51 - SRCCONF=/dev/null TB --- 2014-01-10 09:19:51 - TARGET=mips TB --- 2014-01-10 09:19:51 - TARGET_ARCH=mips TB --- 2014-01-10 09:19:51 - TZ=UTC TB --- 2014-01-10 09:19:51 - __MAKE_CONF=/dev/null TB --- 2014-01-10 09:19:51 - cd /src TB --- 2014-01-10 09:19:51 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Jan 10 09:19:52 UTC 2014 >>> 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 CARAMBOLA2 completed on Fri Jan 10 09:23:41 UTC 2014 TB --- 2014-01-10 09:23:41 - cd /src/sys/mips/conf TB --- 2014-01-10 09:23:41 - /usr/sbin/config -m DB120 TB --- 2014-01-10 09:23:41 - building DB120 kernel TB --- 2014-01-10 09:23:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 09:23:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 09:23:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 09:23:41 - SRCCONF=/dev/null TB --- 2014-01-10 09:23:41 - TARGET=mips TB --- 2014-01-10 09:23:41 - TARGET_ARCH=mips TB --- 2014-01-10 09:23:41 - TZ=UTC TB --- 2014-01-10 09:23:41 - __MAKE_CONF=/dev/null TB --- 2014-01-10 09:23:41 - cd /src TB --- 2014-01-10 09:23:41 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Jan 10 09:23:41 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/DB120/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-10 09:23:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-10 09:23:44 - ERROR: failed to build DB120 kernel TB --- 2014-01-10 09:23:44 - 6471.50 user 3143.95 system 9179.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 10:56:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD76FEF8 for ; Fri, 10 Jan 2014 10:56:29 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 923701F8C for ; Fri, 10 Jan 2014 10:56:29 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W1ZlK-0002Bt-M5 for freebsd-stable@freebsd.org; Fri, 10 Jan 2014 11:56:26 +0100 Received: from august.inf.tu-dresden.de ([141.76.48.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Jan 2014 11:56:26 +0100 Received: from jsteckli by august.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Jan 2014 11:56:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: Re: UFS panic on Google Compute Engine Date: Fri, 10 Jan 2014 11:56:13 +0100 Lines: 38 Message-ID: <52CFD1CD.4080106@os.inf.tu-dresden.de> References: <20140108193938.GA19267@neutralgood.org> <1389235686.3057.4.camel@janus.xn--pl-wia.net> <52CE92F8.9040801@os.inf.tu-dresden.de> <1707777342.1513.1389337638314.JavaMail.root@daemoninthecloset.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="20OUjU2jPANnaWHwm1CGmjoKnrWVeLt2t" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: august.inf.tu-dresden.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <1707777342.1513.1389337638314.JavaMail.root@daemoninthecloset.org> X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 10:56:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --20OUjU2jPANnaWHwm1CGmjoKnrWVeLt2t Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/10/2014 08:07 AM, Bryan Venteicher wrote: > What happens when you try to portsnap fetch extract locally? I haven't Works without a problem. > I've been meaning to spin up some GCE instances to try out. I'll try > to get do that this weekend. That would be great. I've been using f1-micro instances. I've also seen timing problems when FreeBSD selects TSC as timecounter (the default). Time would run at 1/3 the normal speed, unless I switch to ACPI-safe, even though FreeBSD reports invariant TSC: kern.timecounter.invariant_tsc: 1 I wonder whether the latter is a KVM bug on Google's end. Julian --20OUjU2jPANnaWHwm1CGmjoKnrWVeLt2t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlLP0c0ACgkQ2EtjUdW3H9lw8wCfReMQelx30K7rAF28clim8ApX Qn8An1iC3vEVMfLjNe2xJ+T5PUowIfwk =IHsW -----END PGP SIGNATURE----- --20OUjU2jPANnaWHwm1CGmjoKnrWVeLt2t-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 12:15:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E3405CB for ; Fri, 10 Jan 2014 12:15:51 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63F011678 for ; Fri, 10 Jan 2014 12:15:51 +0000 (UTC) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 69DFA6A6023 for ; Fri, 10 Jan 2014 13:15:48 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 10 Jan 2014 13:15:48 +0100 From: Lars Engels To: freebsd-stable@freebsd.org Subject: Re: IWN hangs periodically on 10.0RC3 In-Reply-To: References: Message-ID: X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 12:15:51 -0000 Am 2014-01-09 02:21, schrieb Kevin Oberman: > My wireless has been periodically hanging since my upgrade from > 9-Stable to > 10.0-RC3. > > iwn0@pci0:3:0:0: class=0x028000 card=0x13118086 chip=0x00858086 > rev=0x34 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Advanced-N 6205 [Taylor Peak]' > class = network > > It does this fairly often, but only when the network is busy. It never > seems to hang over-night. It usually seems to fail when loading > graphics > heavy web pages. Restarting the wlan0 interface brings it back to > normal. > (service netif restart wlan0). > > I have been seeing this since I upgraded a couple of weeks ago and I > never > saw it on 8 or 9. > > Any ideas on anything I can poke or data i can collect? I used to have > issues that I resolved by turning off bgscan, but the symptoms were > quite > different and seemed to have been fixed about a year and a half ago. Do you see anything with dmesg? Firmware timeout or crash? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 13:19:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1569B712; Fri, 10 Jan 2014 13:19:14 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBEC01ABD; Fri, 10 Jan 2014 13:19:13 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 52484D696; Fri, 10 Jan 2014 13:19:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 52484D696 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 10 Jan 2014 08:19:10 -0500 From: Glen Barber To: Thomas Mueller Subject: Re: FreeBSD 10.0-RC5 Now Available Message-ID: <20140110131910.GP64543@glenbarber.us> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fuRgIt480xB0EInP" Content-Disposition: inline In-Reply-To: <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:19:14 -0000 --fuRgIt480xB0EInP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 10, 2014 at 09:16:44AM +0000, Thomas Mueller wrote: > > > just to find out that the mouse is not working under X anymore. >=20 > > You should rebuild your ports after upgrading from the previous -RCs, > > since there was an ABI change. >=20 > Does this need to rebuild all ports apply even if one has not yet built X? >=20 ABI changed, so to be safe, yes. Glen --fuRgIt480xB0EInP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSz/NOAAoJELls3eqvi17QBJ0P/1T2tHXJj5zIgLUVJOvzq9Hr KZF5v5KdWMPNw3kV9Vhz/pN9PnmQPrZkLTHKuawGCvgBP4mVmCOATyOeA4Tzno1S 9i0Rp9JBGqGvtNuoujQ2/e6VnM0y8p2gqxvKvR2W03UZdG3qv6jt74FqgNQTW7ZJ RVX+JRcxvfkjq8xhZuo7TCx26gwcMxG+Y5wJZgmXYQdMACNBG5Da2pS4Nn0KXQoC 2p+U5a58l1rmTRVVSlwGRdvzM9iem2th/BinxeDTcZ2JgobEBgOkQIGCL3MzGyqK 4y137d0ORdx74wj18SyyEKZReoaXRCiwmOGFQr87OG2LKHBrt0+LDOTjLn4udlh8 gSYOU5t8hJQduL+fQOg+PmwffdqxaILOtUxoZdcEpMxvLhSRZKkDAe4OuSMVbyt0 Bni8GCPTFHoeCZSYAVTvnaTsT+QCLLkup/KQg1VT+0e7j1twjpRRplGPEsfu/69M SB/3K6V3sqjHilbBhS9AEjDJ27eyMCT1QE7lqU9ojA4VXov8slR5J8wkYLBt/Txr KBcQRzpkTmQBD63ONJ9aoeShB/b2u7OddNhq8cHeC4w8UX69wyD0iO5OPQxgogPN OR+rbGiuRUqq66bwiSUqYWl0OyXoi74RKUSwvqWx7LV1l/eC0E+Q45Vhb1kfWTik i3aMTm3tgoChfRISLr2n =Q6+m -----END PGP SIGNATURE----- --fuRgIt480xB0EInP-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 15:02:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2FC61CC; Fri, 10 Jan 2014 15:02:41 +0000 (UTC) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3572C12FA; Fri, 10 Jan 2014 15:02:41 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id 5so4511121qeb.34 for ; Fri, 10 Jan 2014 07:02:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=hUx6/b+0DZfb7NwExcypdov0KlFjtlyrq4XfJgQx9Gg=; b=AByPmVkCs3O9hB9GwM/MMDIdJg09uQKpWNtSewfBtgF3C4YpVI+HfOnhKKMmPw82wp ksNokurcoE1/MzWpjJxwKM+d8KPB9s65mdyqDgZAWPdbGhchDbXOOur3EeT7npJtEDcy vEc0rQTyR7u9tBaJkgwxLAgj4rkLT3OMTGjJqAFbzcfLXIW3fuLeG9DnKXYt8e2kWKT7 ZLrG4G2xpTMz0JxmhieOk1emDvwwXQ99ds6wZWEM0toNDrRi+PLYHLqMpja1fRzpmfKW A/svUQ8UfaY6SUQiCXcz4PnjxFxkRC2oghSB8ihvBjc9wS2S62Y2ySMgiAb9hJPuZD8k 0gRw== MIME-Version: 1.0 X-Received: by 10.224.2.6 with SMTP id 6mr8413625qah.12.1389366160298; Fri, 10 Jan 2014 07:02:40 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Fri, 10 Jan 2014 07:02:40 -0800 (PST) Date: Fri, 10 Jan 2014 16:02:40 +0100 X-Google-Sender-Auth: stjrJ9nosQDaWbaIjoxME9Efdt4 Message-ID: Subject: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: CeDeROM To: freebsd-ports , freebsd-stable@freebsd.org, gerald@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 15:02:41 -0000 # uname -a FreeBSD hexagon 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan 8 05:10:04 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # pkg delete -f gcc46 ... # pkg upgrade Updating repository catalogue Upgrades have been requested for the following 347 packages: Reinstalling GentiumBasic-110_1 (direct dependency changed) Reinstalling at-spi2-core-2.8.0 (direct dependency changed) Reinstalling automake-1.14 (direct dependency changed) Reinstalling automake14-1.4.6_6 (direct dependency changed) Reinstalling autotools-20130627 (direct dependency changed) Upgrading bash: 4.2.45 -> 4.2.45_1 Reinstalling bitstream-vera-1.10_5 (direct dependency changed) Reinstalling cantarell-fonts-0.0.15 (direct dependency changed) Reinstalling cups-base-1.5.4_1 (direct dependency changed) Reinstalling cups-pstoraster-8.15.4_7 (direct dependency changed) Upgrading curl: 7.33.0_1 -> 7.33.0_2 Reinstalling dbus-glib-0.100.2 (direct dependency changed) Reinstalling dconf-0.14.1 (direct dependency changed) Reinstalling desktop-file-utils-0.22_1 (direct dependency changed) Reinstalling dri-7.6.1_3,2 (direct dependency changed) Reinstalling fluidsynth-1.1.6 (direct dependency changed) Upgrading font-adobe-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-adobe-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-adobe-utopia-100dpi: 1.0.4 -> 1.0.4_1 Upgrading font-adobe-utopia-75dpi: 1.0.4 -> 1.0.4_1 Upgrading font-adobe-utopia-type1: 1.0.4 -> 1.0.4_1 Upgrading font-alias: 1.0.3 -> 1.0.3_1 Upgrading font-arabic-misc: 1.0.3 -> 1.0.3_1 Upgrading font-bh-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-lucidatypewriter-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-lucidatypewriter-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bh-type1: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-100dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-75dpi: 1.0.3 -> 1.0.3_1 Upgrading font-bitstream-type1: 1.0.3 -> 1.0.3_1 Upgrading font-cronyx-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-cursor-misc: 1.0.3 -> 1.0.3_1 Upgrading font-daewoo-misc: 1.0.3 -> 1.0.3_1 Upgrading font-dec-misc: 1.0.3 -> 1.0.3_1 Upgrading font-ibm-type1: 1.0.3 -> 1.0.3_1 Upgrading font-isas-misc: 1.0.3 -> 1.0.3_1 Upgrading font-jis-misc: 1.0.3 -> 1.0.3_1 Upgrading font-micro-misc: 1.0.3 -> 1.0.3_1 Upgrading font-misc-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-misc-misc: 1.1.2 -> 1.1.2_1 Upgrading font-mutt-misc: 1.0.3 -> 1.0.3_1 Upgrading font-schumacher-misc: 1.1.2 -> 1.1.2_1 Upgrading font-screen-cyrillic: 1.0.4 -> 1.0.4_1 Upgrading font-sony-misc: 1.0.3 -> 1.0.3_1 Upgrading font-sun-misc: 1.0.3 -> 1.0.3_1 Upgrading font-winitzki-cyrillic: 1.0.3 -> 1.0.3_1 Upgrading font-xfree86-type1: 1.0.4 -> 1.0.4_1 Upgrading foomatic-filters: 4.0.7_2 -> 4.0.17 Reinstalling gamin-0.1.10_6 (direct dependency changed) Upgrading gdbm: 1.10 -> 1.11 Upgrading git: 1.8.4.3 -> 1.8.5.2 Reinstalling gle-3.1.0_3 (direct dependency changed) Reinstalling glew-1.10.0_1 (direct dependency changed) Reinstalling glibmm-2.36.2,1 (direct dependency changed) Reinstalling gnome-icon-theme-3.6.2 (direct dependency changed) Reinstalling gnome-menus-2.30.5 (direct dependency changed) Installing ldns: 1.6.16_4 Reinstalling gobject-introspection-1.36.0_2 (direct dependency changed) Reinstalling gqview-2.0.4_13 (direct dependency changed) Upgrading graphviz: 2.34.0 -> 2.34.0_1 Reinstalling gsettings-desktop-schemas-3.6.1_1 (direct dependency changed) Reinstalling gstreamer-0.10.36 (direct dependency changed) Reinstalling gstreamer-plugins-0.10.36_3,3 (direct dependency changed) Reinstalling gstreamer-plugins-bad-0.10.23,3 (direct dependency changed) Reinstalling gstreamer-plugins-dts-0.10.23,3 (direct dependency changed) Reinstalling gstreamer-plugins-good-0.10.31,3 (direct dependency changed) Reinstalling gstreamer-plugins-libpng-0.10.31,3 (direct dependency changed) Reinstalling gstreamer-plugins-ogg-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-pango-0.10.36_1,3 (direct dependency changed) Reinstalling gstreamer-plugins-theora-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-ugly-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-vorbis-0.10.36,3 (direct dependency changed) Reinstalling gstreamer-plugins-xvid-0.10.23,3 (direct dependency changed) Reinstalling gutenprint-base-5.2.8 (direct dependency changed) Reinstalling gutenprint-ijs-5.2.8 (direct dependency changed) Upgrading hunspell: 1.3.2_3 -> 1.3.2_4 Reinstalling kde4-shared-mime-info-1.2 (direct dependency changed) Reinstalling libIDL-0.8.14_1 (direct dependency changed) Reinstalling libcmis-0.4.1 (direct dependency changed) Reinstalling libexif-0.6.21 (options changed) Reinstalling libglade2-2.6.4_5 (direct dependency changed) Reinstalling libgnomecanvas-2.30.3_1 (direct dependency changed) Reinstalling libgpg-error-1.12 (options changed) Reinstalling libmpd-11.8.17 (direct dependency changed) Reinstalling libnotify-0.7.5 (direct dependency changed) Reinstalling libopenraw-0.0.8_5 (direct dependency changed) Reinstalling libspectre-0.2.6_1 (direct dependency changed) Upgrading libtorrent-rasterbar: 0.16.12 -> 0.16.13_1 Upgrading libvpx: 1.2.0 -> 1.2.0_1 Reinstalling libwnck-2.30.6_1 (direct dependency changed) Reinstalling libwpd-0.9.9 (direct dependency changed) Reinstalling libwpg-0.2.2 (direct dependency changed) Reinstalling libwps-0.2.9 (direct dependency changed) Reinstalling libxfce4util-4.10.1 (direct dependency changed) Reinstalling libxklavier-5.0_1,1 (direct dependency changed) Reinstalling libxml++-2.34.2 (direct dependency changed) Reinstalling links-2.8,1 (direct dependency changed) Reinstalling linuxlibertine-g-20120116 (direct dependency changed) Reinstalling llvm33-3.3_7 (direct dependency changed) Reinstalling mc-4.8.11 (direct dependency changed) Upgrading mplayer: 1.1.r20131109_1 -> 1.1.r20131223 Reinstalling mythes-1.2.3 (direct dependency changed) Reinstalling netpbm-10.35.89 (direct dependency changed) Reinstalling nvidia-settings-310.14 (direct dependency changed) Reinstalling opencv-2.4.7_1 (direct dependency changed) Reinstalling openjpeg-1.5.0_2 (direct dependency changed) Upgrading opus: 1.0.3 -> 1.1 Reinstalling p5-HTTP-Message-6.06_2 (direct dependency changed) Reinstalling p5-HTTP-Negotiate-6.01 (direct dependency changed) Reinstalling p5-Net-HTTP-6.06 (direct dependency changed) Reinstalling p5-libxml-0.08 (direct dependency changed) Upgrading pciids: 20131130 -> 20131225 Installing gcc46: 4.6.4_1,1 Reinstalling policykit-0.9_6 (direct dependency changed) Reinstalling polkit-0.105_1 (direct dependency changed) Upgrading poppler: 0.22.2 -> 0.24.4 Upgrading poppler-glib: 0.22.2 -> 0.24.4 Upgrading poppler-utils: 0.22.2 -> 0.24.4 Reinstalling py27-cairo-1.10.0_1 (direct dependency changed) Reinstalling py27-dbus-1.1.1 (direct dependency changed) Reinstalling py27-gobject-2.28.6_3 (direct dependency changed) Reinstalling py27-gtk2-2.24.0_2 (direct dependency changed) Upgrading py27-setuptools: 1.1.7_1 -> 2.0.1 Reinstalling qt4-corelib-4.8.5 (direct dependency changed) Reinstalling qt4-gui-4.8.5 (direct dependency changed) Reinstalling qt4-inputmethods-4.8.5 (direct dependency changed) Reinstalling qt4-network-4.8.5 (direct dependency changed) Reinstalling qt4-opengl-4.8.5 (direct dependency changed) Reinstalling qt4-qtestlib-4.8.5 (direct dependency changed) Reinstalling qt4-script-4.8.5 (direct dependency changed) Reinstalling qt4-sql-4.8.5 (direct dependency changed) Reinstalling qt4-svg-4.8.5 (direct dependency changed) Reinstalling qt4-xml-4.8.5 (direct dependency changed) Reinstalling qt4-xmlpatterns-4.8.5 (direct dependency changed) Reinstalling raptor2-2.0.12 (direct dependency changed) Reinstalling rarian-0.8.1 (direct dependency changed) Reinstalling rasqal-0.9.31 (direct dependency changed) Reinstalling redland-1.0.16 (direct dependency changed) Reinstalling sdl-1.2.15_2,2 (direct dependency changed) Reinstalling sdl_image-1.2.12_3 (direct dependency changed) Upgrading sqlite3: 3.8.0.2 -> 3.8.1 Reinstalling transmission-cli-2.82 (direct dependency changed) Reinstalling unique-1.1.6_5 (direct dependency changed) Reinstalling upower-0.9.7_2 (direct dependency changed) Reinstalling vim-7.4.110_2 (direct dependency changed) Installing gcc: 4.6.4 Reinstalling vte-0.26.2_5 (direct dependency changed) Reinstalling x11perf-1.5.4 (direct dependency changed) Reinstalling xcalc-1.0.5 (direct dependency changed) Reinstalling xclock-1.0.7_1 (direct dependency changed) Reinstalling xdriinfo-1.0.4 (direct dependency changed) Reinstalling xfce4-conf-4.10.0_4 (direct dependency changed) Reinstalling xfce4-dev-tools-4.10.0 (direct dependency changed) Reinstalling xfce4-taskmanager-1.0.0_3 (direct dependency changed) Upgrading xfce4-tumbler: 0.1.29_1 -> 0.1.29_2 Reinstalling xfce4-wm-themes-4.10.0_1 (direct dependency changed) Reinstalling xorg-fonts-100dpi-7.7 (direct dependency changed) Reinstalling xorg-fonts-75dpi-7.7 (direct dependency changed) Reinstalling xorg-fonts-cyrillic-7.7 (direct dependency changed) Reinstalling xorg-fonts-miscbitmaps-7.7 (direct dependency changed) Reinstalling xorg-fonts-type1-7.7 (direct dependency changed) Reinstalling xorg-libraries-7.7_1 (direct dependency changed) Reinstalling xterm-300 (direct dependency changed) Reinstalling ORBit2-2.14.19 (direct dependency changed) Reinstalling at-spi2-atk-2.8.0 (direct dependency changed) Reinstalling atkmm-2.22.6 (direct dependency changed) Reinstalling attica-0.4.2,2 (direct dependency changed) Reinstalling avahi-app-0.6.31 (direct dependency changed) Reinstalling bristol-0.60.10 (direct dependency changed) Reinstalling cairomm-1.10.0_1 (direct dependency changed) Reinstalling colord-1.0.1 (direct dependency changed) Reinstalling consolekit-0.4.3 (direct dependency changed) Reinstalling cups-1.5.4 (direct dependency changed) Reinstalling enchant-1.6.0_2 (direct dependency changed) Reinstalling frei0r-plugins-opencv-1.3_3 (direct dependency changed) Reinstalling garcon-0.2.1 (direct dependency changed) Reinstalling gconf2-2.32.0_3 (direct dependency changed) Reinstalling gconfmm-2.28.2_1 (direct dependency changed) Reinstalling gegl-0.2.0_5 (direct dependency changed) Reinstalling gnome-doc-utils-0.20.10 (direct dependency changed) Reinstalling gnutls-2.12.23_2 (direct dependency changed) Installing unbound: 1.4.21_1 Reinstalling gstreamer-ffmpeg-0.10.13_1 (direct dependency changed) Reinstalling gstreamer-plugins-a52dec-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-dvd-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-mad-0.10.19,3 (direct dependency changed) Reinstalling gstreamer-plugins-mp3-0.10.0_1 (direct dependency changed) Upgrading gtk3: 3.8.2_1 -> 3.8.8 Reinstalling gtkspell-2.0.16_4 (direct dependency changed) Reinstalling gutenprint-5.2.8 (direct dependency changed) Reinstalling hal-0.5.14_22 (direct dependency changed) Reinstalling libbonobo-2.32.0 (direct dependency changed) Reinstalling libcanberra-0.28_3 (direct dependency changed) Reinstalling libcdr-0.0.14 (direct dependency changed) Reinstalling libgcrypt-1.5.3 (direct dependency changed) Reinstalling libgnome-keyring-2.32.0_6 (direct dependency changed) Reinstalling libmspub-0.0.6 (direct dependency changed) Reinstalling libsexy-0.1.11_6 (direct dependency changed) Reinstalling libvisio-0.0.31 (direct dependency changed) Reinstalling libxfce4gui-4.10.0_2 (direct dependency changed) Reinstalling libxfce4menu-4.10.0_4 (direct dependency changed) Reinstalling openimageio-1.3.9 (direct dependency changed) Reinstalling openshadinglanguage-1.4.0 (direct dependency changed) Reinstalling p5-HTTP-Cookies-6.01 (direct dependency changed) Reinstalling p5-HTTP-Daemon-6.01 (direct dependency changed) Reinstalling p5-libwww-6.05 (direct dependency changed) Reinstalling pangomm-2.28.4 (direct dependency changed) Reinstalling pdftk-2.02 (direct dependency changed) Reinstalling policykit-gnome-0.9.2_6 (direct dependency changed) Upgrading qbittorrent: 3.1.3 -> 3.1.4 Reinstalling qca-2.0.3_1 (direct dependency changed) Reinstalling qjson-0.8.1 (direct dependency changed) Reinstalling qt4-clucene-4.8.5 (direct dependency changed) Reinstalling qt4-dbus-4.8.5 (direct dependency changed) Reinstalling qt4-declarative-4.8.5 (direct dependency changed) Reinstalling qt4-iconengines-4.8.5 (direct dependency changed) Reinstalling qt4-imageformats-4.8.5 (direct dependency changed) Reinstalling qt4-qdbusviewer-4.8.5 (direct dependency changed) Reinstalling qt4-qt3support-4.8.5 (direct dependency changed) Reinstalling qt4-sqlite-plugin-4.8.5 (direct dependency changed) Reinstalling qt4-webkit-4.8.5 (direct dependency changed) Reinstalling qzeitgeist-0.8.0 (direct dependency changed) Reinstalling soprano-2.9.4 (direct dependency changed) Reinstalling transmission-gtk-2.82 (direct dependency changed) Reinstalling xfce4-appfinder-4.10.1 (direct dependency changed) Reinstalling xfce4-notification-daemon-0.3.7_19 (direct dependency changed) Reinstalling xfce4-notifyd-0.2.4 (direct dependency changed) Reinstalling xfce4-print-4.6.1_10 (direct dependency changed) Reinstalling xfce4-session-4.10.1_2 (direct dependency changed) Upgrading xfce4-terminal: 0.6.2 -> 0.6.3 Reinstalling xfce4-wm-4.10.1 (direct dependency changed) Reinstalling xorg-apps-7.7 (direct dependency changed) Reinstalling xorg-fonts-7.7 (direct dependency changed) Reinstalling xorg-server-1.7.7_11,1 (direct dependency changed) Reinstalling xscreensaver-5.26 (direct dependency changed) Reinstalling blender-2.69_3 (direct dependency changed) Reinstalling chromium-31.0.1650.63 (direct dependency changed) Reinstalling ffmpeg-2.1.1_1,1 (direct dependency changed) Reinstalling firefox-26.0,1 (direct dependency changed) Reinstalling frei0r-plugins-1.3 (direct dependency changed) Reinstalling glib-networking-2.36.2 (direct dependency changed) Reinstalling gnome-desktop-2.32.1_3 (direct dependency changed) Reinstalling gnome-mount-0.8_11 (direct dependency changed) Reinstalling gnome-vfs-2.24.4_1 (direct dependency changed) Upgrading gnutls3: 3.1.17 -> 3.1.18 Reinstalling gstreamer-plugins-core-0.10_13 (direct dependency changed) Reinstalling gtkmm24-2.24.4 (direct dependency changed) Reinstalling hupnp-1.0.0_1 (direct dependency changed) Reinstalling libdbusmenu-qt-0.9.2_2 (direct dependency changed) Reinstalling libexo-0.10.2_2 (direct dependency changed) Reinstalling libgnome-2.32.0_1 (direct dependency changed) Upgrading libreoffice: 4.0.6_1 -> 4.0.6_2 Reinstalling libsoup-2.40.3_2 (direct dependency changed) Reinstalling libsoup-gnome-2.40.3_3 (direct dependency changed) Reinstalling libstreamanalyzer-0.7.8_2 (direct dependency changed) Reinstalling libxine-1.2.4_4 (direct dependency changed) Upgrading nvidia-driver: 319.32 -> 331.20 Reinstalling p5-XML-DOM-1.44 (direct dependency changed) Reinstalling p5-XML-XQL-0.68 (direct dependency changed) Reinstalling phonon-4.7.0 (direct dependency changed) Reinstalling polkit-qt-0.103.0_1 (direct dependency changed) Reinstalling qt4-help-4.8.5 (direct dependency changed) Reinstalling sox-14.4.1_1 (direct dependency changed) Reinstalling swfdec-0.8.4_4 (direct dependency changed) Upgrading vlc: 2.1.1_1,4 -> 2.1.2,4 Reinstalling webkit-gtk2-1.8.3_2 (direct dependency changed) Reinstalling xf86-input-keyboard-1.8.0 (direct dependency changed) Reinstalling xf86-input-mouse-1.9.0_1 (direct dependency changed) Reinstalling xf86-video-ati-6.14.6_1 (direct dependency changed) Reinstalling xf86-video-intel-2.7.1_6 (direct dependency changed) Reinstalling xf86-video-mach64-6.9.4_1 (direct dependency changed) Reinstalling xf86-video-nv-2.1.20_2 (direct dependency changed) Reinstalling xf86-video-openchrome-0.3.3_1 (direct dependency changed) Reinstalling xf86-video-r128-6.9.2_1 (direct dependency changed) Reinstalling xf86-video-vesa-2.3.3_1 (direct dependency changed) Reinstalling xfce4-panel-4.10.1 (direct dependency changed) Reinstalling xfce4-power-manager-1.2.0_2 (direct dependency changed) Reinstalling xfce4-quicklauncher-plugin-1.9.4_15 (direct dependency changed) Reinstalling xfce4-screenshooter-plugin-1.8.1_4 (direct dependency changed) Reinstalling xfce4-settings-4.10.1 (direct dependency changed) Reinstalling xfce4-smartbookmark-plugin-0.4.5_1 (direct dependency changed) Reinstalling xfce4-systemload-plugin-1.1.1_1 (direct dependency changed) Reinstalling xfce4-time-out-plugin-1.0.1_2 (direct dependency changed) Reinstalling xfce4-timer-plugin-1.5.0 (direct dependency changed) Reinstalling xfce4-verve-plugin-1.0.0_8 (direct dependency changed) Reinstalling xfce4-wavelan-plugin-0.5.4_18 (direct dependency changed) Reinstalling xfce4-weather-plugin-0.8.3_1 (direct dependency changed) Upgrading xfce4-whiskermenu-plugin: 1.2.2 -> 1.3.0 Reinstalling xfce4-wmdock-plugin-0.6.0 (direct dependency changed) Reinstalling xfce4-xkb-plugin-0.5.6 (direct dependency changed) Reinstalling xfce4-xmms-plugin-0.5.3_4 (direct dependency changed) Reinstalling xine-0.99.7_2 (direct dependency changed) Reinstalling xorg-drivers-7.7 (direct dependency changed) Reinstalling yelp-2.30.2_7 (direct dependency changed) Reinstalling gvfs-1.12.3_1 (direct dependency changed) Upgrading inkscape: 0.48.4_2 -> 0.48.4_3 Reinstalling kdelibs-4.10.5_2 (direct dependency changed) Reinstalling libbonoboui-2.24.4_1 (direct dependency changed) Reinstalling libgdata-0.6.6_1 (direct dependency changed) Reinstalling libgweather-2.30.3_2 (direct dependency changed) Reinstalling libkcddb-4.10.5 (direct dependency changed) Reinstalling mlt-0.9.0_2 (direct dependency changed) Reinstalling nautilus-2.32.2.1_4 (direct dependency changed) Reinstalling phonon-vlc-0.7.0 (direct dependency changed) Reinstalling qt4-assistant-4.8.5 (direct dependency changed) Reinstalling qt4-designer-4.8.5 (direct dependency changed) Reinstalling qt4-linguist-4.8.5 (direct dependency changed) Reinstalling virtualbox-ose-4.2.20_2 (direct dependency changed) Reinstalling xfce4-battery-plugin-1.0.5_1 (direct dependency changed) Reinstalling xfce4-clipman-plugin-1.2.3_5 (direct dependency changed) Reinstalling xfce4-cpugraph-plugin-1.0.5_1 (direct dependency changed) Reinstalling xfce4-datetime-plugin-0.6.2_1 (direct dependency changed) Reinstalling xfce4-dict-plugin-0.7.0 (direct dependency changed) Reinstalling xfce4-diskperf-plugin-2.5.4 (direct dependency changed) Reinstalling xfce4-embed-plugin-1.4.1 (direct dependency changed) Reinstalling xfce4-equake-plugin-1.3.3 (direct dependency changed) Reinstalling xfce4-fsguard-plugin-1.0.1_1 (direct dependency changed) Reinstalling xfce4-generic-slider-0.0.20100827_4 (direct dependency changed) Reinstalling xfce4-genmon-plugin-3.4.0_2 (direct dependency changed) Reinstalling xfce4-mailwatch-plugin-1.2.0 (direct dependency changed) Reinstalling xfce4-messenger-plugin-0.1.0_18 (direct dependency changed) Reinstalling xfce4-minicmd-plugin-0.4_16 (direct dependency changed) Reinstalling xfce4-mixer-4.10.0_4 (direct dependency changed) Reinstalling xfce4-mount-plugin-0.6.4_1 (direct dependency changed) Reinstalling xfce4-netload-plugin-1.2.0_1 (direct dependency changed) Reinstalling xfce4-notes-plugin-1.7.7_3 (direct dependency changed) Reinstalling xorg-7.7 (direct dependency changed) Reinstalling Thunar-1.6.3 (direct dependency changed) Upgrading evince: 2.32.0_11 -> 2.32.0_12 Reinstalling evolution-data-server-2.32.1_5 (direct dependency changed) Upgrading gimp-app: 2.8.10,1 -> 2.8.10_1,1 Reinstalling gimp-gutenprint-5.2.8 (direct dependency changed) Reinstalling gnome-panel-2.32.1_3 (direct dependency changed) Reinstalling k3b-2.0.2_13 (direct dependency changed) Reinstalling kdenlive-0.9.6_2 (direct dependency changed) Reinstalling libpanelappletmm-2.26.0_4 (direct dependency changed) Reinstalling py27-gimp-2.8.10 (direct dependency changed) Reinstalling qscintilla2-2.7.2,1 (direct dependency changed) Reinstalling xfce4-desktop-4.10.2_2 (direct dependency changed) Reinstalling xfce4-xfapplet-plugin-0.1.0_16 (direct dependency changed) Reinstalling gimp-2.8.10,2 (direct dependency changed) Reinstalling py27-qt4-core-4.10.3,1 (direct dependency changed) Reinstalling py27-qt4-dbussupport-4.10.3 (direct dependency changed) Reinstalling py27-qt4-gui-4.10.3,1 (direct dependency changed) Reinstalling xfce4-artwork-0.0.4_12 (direct dependency changed) Reinstalling hplip-3.13.6 (direct dependency changed) The upgrade will require 1 GB more space 0 B to be downloaded Proceed with upgrading packages [y/N]: y Checking integrity... Conflict found on path /usr/local/bin/x86_64-portbld-freebsd10.0-c++46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/x86_64-portbld-freebsd10.0-g++46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/x86_64-portbld-freebsd10.0-gcc46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/x86_64-portbld-freebsd10.0-gcc-4.6.4 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/x86_64-portbld-freebsd10.0-gfortran46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/c++46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/cpp46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/g++46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/gcc46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/gcov46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/bin/gfortran46 between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) Conflict found on path /usr/local/info/gcc46/dir between gcc-4.6.4(lang/gcc) and gcc46-4.6.4_1,1(lang/gcc46) (...) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 15:53:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06A8EE10 for ; Fri, 10 Jan 2014 15:53:48 +0000 (UTC) Received: from chukcha.pknet.net (chukcha.pknet.net [206.125.170.170]) by mx1.freebsd.org (Postfix) with ESMTP id E09C516F5 for ; Fri, 10 Jan 2014 15:53:47 +0000 (UTC) Received: by chukcha.pknet.net (Postfix, from userid 26) id 9D5CB7CA2B; Fri, 10 Jan 2014 08:44:34 -0700 (MST) Received: from webmail.pknet.net (localhost [127.0.0.1]) by chukcha.pknet.net (Postfix) with ESMTP id 0B69E7C5B4 for ; Fri, 10 Jan 2014 08:44:34 -0700 (MST) Received: from 67.96.215.67 (SquirrelMail authenticated user fbsdq@peterk.org) by webmail.pknet.net with HTTP; Fri, 10 Jan 2014 08:44:34 -0700 Message-ID: <6f6b2a9b3dc9b7c8acccc9f67e4dc31b.squirrel@webmail.pknet.net> In-Reply-To: <20140109161818.GK64543@glenbarber.us> References: <20140109161818.GK64543@glenbarber.us> Date: Fri, 10 Jan 2014 08:44:34 -0700 Subject: FreeBSD 10.0-RC5 - Installer creates multiple freebsd-boot partitions From: "Peter" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Jan 10 08:44:34 2014 X-DSPAM-Confidence: 0.9979 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52d01562740256165813150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 15:53:48 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=185449 :#gpart show ada0 => 34 3907029101 ada0 GPT (1.8T) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-ufs (4.0G) 8388770 20971520 3 freebsd-swap (10G) 29360290 3877668844 4 freebsd-ufs (1.8T) 3907029134 1 - free - (512B) ada0p2 had FreeBSD 9 amd64 on it, installing FreeBSD 10 RC5 amd64 to ada0p2 ada0p4 is my 'data' partition left untouched. During install if I delete my OS partition [ada0p2], then create partition, the installer complains that I'm missing freebsd-boot even though ada0p1 is never touched - I have two options, let it create or "ignore"; If I say create, then I have two 'freebsd-boot' partitions If I say ignore [virtualbox fresh 10-RC4 -> 10-RC5] it still boots properly. I had to delete both ada0p1 and ada0p2, and then the installer correctly created freebsd-boot on ada0p1 and freebsd-ufs on ada0p2. Any way to get the installer to detect an already existing freebsd-boot partition to use? This threw me off for a second only, but I can see where many will say 'create' and will have a new freebsd-boot partition created on each reinstall. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 16:55:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3F03DE7 for ; Fri, 10 Jan 2014 16:55:28 +0000 (UTC) Received: from hannah.plopnet.org (hannah.plopnet.org [IPv6:2a02:2178:1:4::34]) by mx1.freebsd.org (Postfix) with ESMTP id B8BB01B39 for ; Fri, 10 Jan 2014 16:55:27 +0000 (UTC) Received: by hannah.plopnet.org (Postfix, from userid 1000) id 30053A80D0F; Fri, 10 Jan 2014 17:55:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=grumly.eu.org; s=lotxhnsjev; t=1389372919; bh=eYYqACNWVylV36PFyq8a9MzuSIqpPZ8MdCS2Ns+Xz6Q=; h=Date:From:To:Subject:References:In-Reply-To:From; b=kgydyWVRMCjhIKIt2Xc4bKVwdu74pFjmHKfMz7EQv2E7hIz+uiMBNYY2lpOfeeCs/ 7XxfwzUaUgU1//HLT7pBlH2Y7BVa27+WHjlNT0xETgCWLaTo8H9SfDgFvFI6Ge73l6 YSRJViby3e/jFvQMNAkQ6zo25gBwWC3k96Pv0VyE= Date: Fri, 10 Jan 2014 17:55:19 +0100 From: Cedric Tabary To: freebsd-stable@freebsd.org Subject: Re: possible netgraph regression on freebsd 10.0-RC3 Message-ID: <20140110165519.GE18406@hannah.plopnet.org> References: <20140102112714.GB16947@spike.grumly.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20140102112714.GB16947@spike.grumly.eu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 16:55:28 -0000 Problem continues on 10.0-RC5 had to power-cycle the server to accept mpd connections again. * Cedric Tabary [2014-01-02 12:27 +0100]: > Hello, >=20 > I upgraded several FreeBSD servers from 9.2-STABLE to 10.0-RC3 and I > now have strange behavior of mpd-5.7. >=20 > Symptoms : > - mpd stops accepting connections (PPTP VPN), and stops accepting control > connectiosn also (on telnet and http). > - The only way to kill mpd is a SIGKILL > - after killing mpd, all ng interfaces are still up and forwarding > trafic > - the only way to revert to normal operation is a server power-cycle, > software reboot just freeze the kernel. >=20 > dmesg shows a lot of : > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in > queue awaiting acceptance > however I can't find pcb 0xfffff80006f61930 in netstat and there is no > flood, did I miss something ? >=20 > netstat -naA shows pptp control connections with non null Recv-Q > netstat -naA shows netgraph control sockets with non null Send-Q > In normal operation conditions, all Send-Q/Recv-Q are 0 on all those > control sockets. >=20 > Attached : > - dmesg > - netstat -naA (anonymized) > - lsof -n (anonymized) >=20 > FreeBSD xxx 10.0-RC3 FreeBSD 10.0-RC3 #0 r259778: Mon Dec 23 > 23:27:58 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 >=20 > All this is reproduced once every 2-3 days on 4 different servers. >=20 > C=E9dric > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1772) packets dropped, disabling node 0xfff= ff80043755300! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > ng_mppc_decompress: too many (1410) packets dropped, disabling node 0xfff= ff80043764100! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1367) packets dropped, disabling node 0xfff= ff8004390b100! > ng_mppc_decompress: too many (1040) packets dropped, disabling node 0xfff= ff8002c9ea500! > ng_mppc_decompress: too many (1203) packets dropped, disabling node 0xfff= ff80043a53500! > ng_mppc_decompress: too many (1548) packets dropped, disabling node 0xfff= ff80043afb400! > ng_mppc_decompress: too many (1313) packets dropped, disabling node 0xfff= ff8002c58de00! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (4094) packets dropped, disabling node 0xfff= ff800437db200! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > ng_mppc_decompress: too many (1188) packets dropped, disabling node 0xfff= ff800439f5a00! > ng_mppc_decompress: too many (2208) packets dropped, disabling node 0xfff= ff8000641f700! > ng_mppc_decompress: too many (1066) packets dropped, disabling node 0xfff= ff80043810900! > ng_mppc_decompress: too many (1307) packets dropped, disabling node 0xfff= ff800439e6800! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1088) packets dropped, disabling node 0xfff= ff8002c80ab00! > ng_mppc_decompress: too many (1672) packets dropped, disabling node 0xfff= ff80043656200! > ng_mppc_decompress: too many (2492) packets dropped, disabling node 0xfff= ff800438a1e00! > ng_mppc_decompress: too many (4092) packets dropped, disabling node 0xfff= ff80043979300! > ng_mppc_decompress: too many (1177) packets dropped, disabling node 0xfff= ff8002ca09100! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1315) packets dropped, disabling node 0xfff= ff80043ae3200! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (2382) packets dropped, disabling node 0xfff= ff80043881e00! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > ng_mppc_decompress: too many (1706) packets dropped, disabling node 0xfff= ff800438a0200! > ng_mppc_decompress: too many (1140) packets dropped, disabling node 0xfff= ff8002c684b00! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1644) packets dropped, disabling node 0xfff= ff8002c786500! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1046) packets dropped, disabling node 0xfff= ff8002c6b3200! > ng_mppc_decompress: too many (4094) packets dropped, disabling node 0xfff= ff80043810300! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > ng_mppc_decompress: too many (1130) packets dropped, disabling node 0xfff= ff8002ccb4e00! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif ng71 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif ng53 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > ng_mppc_decompress: too many (4094) packets dropped, disabling node 0xfff= ff8002c9f5500! > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:51:4b0:c= 9a7:36d9:e644, nxt 6, rcvif bce1, outif ng51 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:9:885f:e= 175:4e50:ab69, nxt 6, rcvif bce1, outif ng9 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:71:b89d:= 519e:47ff:6278, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > cannot forward src fe80:2::225:90ff:fe96:3646, dst 2a02:xxx:xxxx:53:b843:= 13b1:d094:65b2, nxt 6, rcvif bce1, outif lo0 > ng_mppc_decompress: too many (1120) packets dropped, disabling node 0xfff= ff8002c9eac00! > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > sonewconn: pcb 0xfffff80006f61930: Listen queue overflow: 4 already in qu= eue awaiting acceptance > Active Internet connections (including servers) > Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address = (state) > fffff8004368bc00 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.40= 5 CLOSE_WAIT > fffff800438f9c00 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.40= 5 CLOSE_WAIT > fffff800430df400 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.40= 5 CLOSE_WAIT > fffff8004303c800 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.38= 3 CLOSE_WAIT > fffff8004305a800 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.38= 3 CLOSE_WAIT > fffff8002cbda400 tcp4 0 0 188.xxx.xxx.xxx.50 188.xxx.xxx.xx.38= 3 CLOSE_WAIT > fffff800439e3800 tcp4 188 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.211.4= 41 CLOSE_WAIT > fffff8002cac6c00 tcp4 156 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.62.10= 82 CLOSED > fffff8002c505800 tcp4 156 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.37.12= 17 CLOSED > fffff80043bab800 tcp4 188 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.211.4= 39 CLOSE_WAIT > fffff8002c663400 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.211.4= 39 CLOSE_WAIT > fffff80006f63400 tcp4 72 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.15.194= 51 CLOSE_WAIT > fffff8004367c000 tcp4 144 0 188.xxx.xxx.xxx.17 xxxxxxxxxx76.4932= 8 ESTABLISHED > fffff80043ba8000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx88.5081= 1 ESTABLISHED > fffff8004367d800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx4.6.510= 90 ESTABLISHED > fffff800430e0400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx0.55.39= 13 ESTABLISHED > fffff80043b1c000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx8.114.5= 20 ESTABLISHED > fffff80043749400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx220.491= 97 ESTABLISHED > fffff8002cbdac00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx53.125.= 23 ESTABLISHED > fffff8002c662400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.220.49= 24 ESTABLISHED > fffff800439e3000 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.201.51= 21 ESTABLISHED > fffff8002cbd9400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.195.49= 19 ESTABLISHED > fffff800430df800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx8.37.55= 36 ESTABLISHED > fffff800438ea400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.153.10= 02 ESTABLISHED > fffff8002c9bdc00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.188.2= 76 ESTABLISHED > fffff8004304cc00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx6.40.57= 32 ESTABLISHED > fffff80043059400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.128.50= 27 ESTABLISHED > fffff8004368a800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.236.49= 25 ESTABLISHED > fffff8002c663000 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx6.42.59= 73 ESTABLISHED > fffff8002c504400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx2.100.5= 05 ESTABLISHED > fffff80043749000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.48.492= 47 ESTABLISHED > fffff80006f8ec00 tcp4 296 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.64.497= 40 CLOSED > fffff8002cc82000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx8.7.580= 39 ESTABLISHED > fffff8002cc86000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.84.59= 94 ESTABLISHED > fffff800437bd800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.99.532= 55 ESTABLISHED > fffff8002ca20800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx2.45.49= 21 ESTABLISHED > fffff8002ca22000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx222.491= 60 ESTABLISHED > fffff80043059000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx03.4920= 7 ESTABLISHED > fffff800439e4000 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.177.43= 82 CLOSE_WAIT > fffff80043b1cc00 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.172.49= 41 ESTABLISHED > fffff800439e4c00 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx100.492= 50 ESTABLISHED > fffff80043800c00 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx210.574= 46 CLOSE_WAIT > fffff8002cbd8800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx5.214.4= 91 ESTABLISHED > fffff8002c503000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx160.492= 71 ESTABLISHED > fffff8002ca21800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx0.166.5= 29 ESTABLISHED > fffff800438e2c00 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx6.162.5= 59 ESTABLISHED > fffff8004368a400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.58.554= 08 ESTABLISHED > fffff800438ea000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.187.52= 05 ESTABLISHED > fffff8002ca23c00 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx0.128.2= 11 ESTABLISHED > fffff8002cac7400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.160.53= 34 ESTABLISHED > fffff8002cac5400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.1.5262= 0 ESTABLISHED > fffff80006f8e400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx82.5982= 7 ESTABLISHED > fffff8002c503400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.73.560= 72 ESTABLISHED > fffff80043689800 tcp4 160 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.155.5= 35 CLOSED > fffff80043b1d800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.249.58= 37 ESTABLISHED > fffff8002c662000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx2.33.61= 89 ESTABLISHED > fffff8002ca22800 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx1.23.50= 27 ESTABLISHED > fffff80043bab400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.51.562= 43 ESTABLISHED > fffff8002ca23800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.146.49= 24 ESTABLISHED > fffff80043049000 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx3.152.3= 39 CLOSE_WAIT > fffff8002cc86400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.201.4= 94 ESTABLISHED > fffff80043803000 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.227.56= 37 ESTABLISHED > fffff80043803800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx27.5532= 1 ESTABLISHED > fffff8002c664400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.6.5048= 8 ESTABLISHED > fffff80043689c00 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx4.59.33= 57 CLOSE_WAIT > fffff8002cbda000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx4.38.49= 30 ESTABLISHED > fffff8004305a400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.59.124= 6 ESTABLISHED > fffff8002cac6800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx6.61.49= 20 ESTABLISHED > fffff80043baa000 tcp4 0 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.60.498= 42 ESTABLISHED > fffff8004367dc00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx56.5265= 4 ESTABLISHED > fffff80043689000 tcp4 368 0 188.xxx.xxx.xxx.17 xxxxxxxxxx5.216.4= 92 ESTABLISHED > fffff800439e2800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx65.113.= 60 ESTABLISHED > fffff8002c662800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx8.126.4= 93 ESTABLISHED > fffff8002cbd9000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx4.96.58= 89 ESTABLISHED > fffff800430de400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx5.28.49= 89 ESTABLISHED > fffff80043ba8800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx2.114.5= 01 ESTABLISHED > fffff80006f63000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.215.61= 72 ESTABLISHED > fffff8004368ac00 tcp4 32 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.211.38= 07 CLOSE_WAIT > fffff8004385c000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.142.55= 61 ESTABLISHED > fffff80006f5dc00 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx0.58713= ESTABLISHED > fffff800439e2400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx3.134.5= 40 ESTABLISHED > fffff800439e2c00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.251.59= 59 ESTABLISHED > fffff800438f9800 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.152.59= 14 ESTABLISHED > fffff8002c505000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx7.58.59= 24 ESTABLISHED > fffff80043b1b400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx6.65.49= 24 ESTABLISHED > fffff80006f8c000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.10.515= 14 ESTABLISHED > fffff800438f9000 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx8.252.6= 40 ESTABLISHED > fffff8002c663800 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx3.35.49= 82 ESTABLISHED > fffff800439e4400 tcp4 336 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.188.49= 54 ESTABLISHED > fffff800437bd000 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.22.39= 79 CLOSE_WAIT > fffff80043baa400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.40.529= 25 ESTABLISHED > fffff8002c664800 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.103.54= 25 CLOSE_WAIT > fffff800430ddc00 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx25.4321= 3 CLOSE_WAIT > fffff80043749c00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx9.117.4= 79 ESTABLISHED > fffff80043058000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx0.129.1= 04 ESTABLISHED > fffff80043ba9400 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.250.54= 66 ESTABLISHED > fffff8004368a000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx4.181.2= 10 ESTABLISHED > fffff80043b1d400 tcp4 48 0 188.xxx.xxx.xxx.17 xxxxxxxxxx10.209.= 39 CLOSE_WAIT > fffff80043748000 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.59.494= 18 ESTABLISHED > fffff8004385cc00 tcp4 352 0 188.xxx.xxx.xxx.17 xxxxxxxxxx.115.52= 27 ESTABLISHED > fffff80006f8dc00 tcp4 0 0 188.xxx.xxx.xxx.22 188.xxx.xxx.xxx.3= 87 ESTABLISHED > fffff80043049400 tcp4 0 0 127.0.0.1.25 *.* = LISTEN > fffff80043049800 tcp4 0 0 *.22 *.* = LISTEN > fffff80043049c00 tcp6 0 0 *.22 *.* = LISTEN > fffff80006f5c000 tcp4 0 0 188.xxx.xxx.xxx.53 *.* = LISTEN > fffff80006f5c400 tcp4 0 0 188.xxx.xxx.xxx.53 *.* = LISTEN > fffff80006f5c800 tcp4 0 0 *.1723 *.* = LISTEN > fffff80006f5cc00 tcp4 0 0 *.5006 *.* = LISTEN > fffff80006f5d000 tcp4 0 0 *.5005 *.* = LISTEN > fffff8002c7b27a8 udp4 0 0 *.48950 *.* = =20 > fffff80043940c40 udp6 0 0 2a02:xxx:xxxx:57.1 *.* = =20 > fffff800067b5000 udp6 0 0 2a02:xxx:xxxx:46.1 *.* = =20 > fffff8004377f188 udp6 0 0 2a02:xxx:xxxx:5:.1 *.* = =20 > fffff8002c7e5c40 udp6 0 0 2a02:xxx:xxxx:50.1 *.* = =20 > fffff8002c7e4310 udp6 0 0 2a02:xxx:xxxx:29.1 *.* = =20 > fffff800436ebab8 udp6 0 0 2a02:xxx:xxxx:6:.1 *.* = =20 > fffff80043405000 udp6 0 0 2a02:xxx:xxxx:22.1 *.* = =20 > fffff80006cd4c40 udp6 0 0 2a02:xxx:xxxx:55.1 *.* = =20 > fffff8000678b930 udp6 0 0 2a02:xxx:xxxx:19.1 *.* = =20 > fffff80043913498 udp6 0 0 2a02:xxx:xxxx:71.1 *.* = =20 > fffff80006cf1310 udp6 0 0 2a02:xxx:xxxx:66.1 *.* = =20 > fffff80043913620 udp6 0 0 2a02:xxx:xxxx:68.1 *.* = =20 > fffff80043b4b620 udp6 0 0 2a02:xxx:xxxx:61.1 *.* = =20 > fffff80043940930 udp6 0 0 2a02:xxx:xxxx:64.1 *.* = =20 > fffff8002ca4f620 udp6 0 0 2a02:xxx:xxxx:53.1 *.* = =20 > fffff8002c7b2c40 udp6 0 0 2a02:xxx:xxxx:33.1 *.* = =20 > fffff80006cd4000 udp6 0 0 2a02:xxx:xxxx:43.1 *.* = =20 > fffff800436ea310 udp6 0 0 2a02:xxx:xxxx:52.1 *.* = =20 > fffff80006cf1000 udp6 0 0 2a02:xxx:xxxx:45.1 *.* = =20 > fffff800434067a8 udp6 0 0 2a02:xxx:xxxx:42.1 *.* = =20 > fffff80006cd3188 udp6 0 0 2a02:xxx:xxxx:41.1 *.* = =20 > fffff800436e0ab8 udp6 0 0 2a02:xxx:xxxx:36.1 *.* = =20 > fffff80043b7a498 udp6 0 0 2a02:xxx:xxxx:34.1 *.* = =20 > fffff8000676f188 udp6 0 0 2a02:xxx:xxxx:35.1 *.* = =20 > fffff8002c7e6498 udp6 0 0 2a02:xxx:xxxx:16.1 *.* = =20 > fffff8002ca4f000 udp6 0 0 2a02:xxx:xxxx:62.1 *.* = =20 > fffff8002c7e67a8 udp6 0 0 2a02:xxx:xxxx:51.1 *.* = =20 > fffff80043913dc8 udp6 0 0 2a02:xxx:xxxx:44.1 *.* = =20 > fffff8002c7b2620 udp6 0 0 2a02:xxx:xxxx:4:.1 *.* = =20 > fffff80006f8fab8 udp6 0 0 2a02:xxx:xxxx:2:.1 *.* = =20 > fffff800067b4310 udp6 0 0 2a02:xxx:xxxx:48.1 *.* = =20 > fffff80043405188 udp6 0 0 2a02:xxx:xxxx:39.1 *.* = =20 > fffff80006f58188 udp6 0 0 2a02:xxx:xxxx:38.1 *.* = =20 > fffff8004380c188 udp6 0 0 2a02:xxx:xxxx:26.1 *.* = =20 > fffff80043b7a930 udp6 0 0 2a02:xxx:xxxx:10.1 *.* = =20 > fffff800437e7000 udp6 0 0 2a02:xxx:xxxx:25.1 *.* = =20 > fffff80006cf1930 udp6 0 0 2a02:xxx:xxxx:30.1 *.* = =20 > fffff800067b57a8 udp6 0 0 2a02:xxx:xxxx:28.1 *.* = =20 > fffff800067b4620 udp6 0 0 2a02:xxx:xxxx:8:.1 *.* = =20 > fffff80043b7b188 udp6 0 0 2a02:xxx:xxxx:24.1 *.* = =20 > fffff8002c7e4188 udp6 0 0 2a02:xxx:xxxx:13.1 *.* = =20 > fffff8004377e620 udp6 0 0 2a02:xxx:xxxx:3:.1 *.* = =20 > fffff80006cd3498 udp6 0 0 2a02:xxx:xxxx:21.1 *.* = =20 > fffff800067b4ab8 udp6 0 0 2a02:xxx:xxxx:18.1 *.* = =20 > fffff800067eaab8 udp6 0 0 2a02:xxx:xxxx:47.1 *.* = =20 > fffff80006cf8930 udp6 0 0 2a02:xxx:xxxx:98.1 *.* = =20 > fffff800067ea620 udp6 0 0 2a02:xxx:xxxx:79.1 *.* = =20 > fffff80043b7a000 udp6 0 0 2a02:xxx:xxxx:54.1 *.* = =20 > fffff8004380c7a8 udp6 0 0 2a02:xxx:xxxx:58.1 *.* = =20 > fffff80043688620 udp6 0 0 2a02:xxx:xxxx:10.1 *.* = =20 > fffff80006f8f188 udp6 0 0 2a02:xxx:xxxx:14.1 *.* = =20 > fffff80006f59dc8 udp6 0 0 2a02:xxx:xxxx:11.1 *.* = =20 > fffff800067257a8 udp6 0 0 2a02:xxx:xxxx:70.1 *.* = =20 > fffff80006cf1620 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff800067ea188 udp6 0 0 2a02:xxx:xxxx:11.1 *.* = =20 > fffff8002ca4f930 udp6 0 0 2a02:xxx:xxxx:14.1 *.* = =20 > fffff8004377fdc8 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff80043406620 udp6 0 0 2a02:xxx:xxxx:27.1 *.* = =20 > fffff800436e0498 udp6 0 0 2a02:xxx:xxxx:65.1 *.* = =20 > fffff8000676f498 udp6 0 0 2a02:xxx:xxxx:31.1 *.* = =20 > fffff8004376f498 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff80006725620 udp6 0 0 2a02:xxx:xxxx:60.1 *.* = =20 > fffff800437e7188 udp6 0 0 2a02:xxx:xxxx:10.1 *.* = =20 > fffff80043404dc8 udp6 0 0 2a02:xxx:xxxx:89.1 *.* = =20 > fffff80006770ab8 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff800067c8dc8 udp6 0 0 2a02:xxx:xxxx:9:.1 *.* = =20 > fffff80043b4b000 udp6 0 0 2a02:xxx:xxxx:11.1 *.* = =20 > fffff80043404930 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff800436eb930 udp6 0 0 2a02:xxx:xxxx:12.1 *.* = =20 > fffff800067b4000 udp6 0 0 2a02:xxx:xxxx:40.1 *.* = =20 > fffff8002c7e4000 udp6 0 0 2a02:xxx:xxxx:92.1 *.* = =20 > fffff800436e0c40 udp6 0 0 2a02:xxx:xxxx:7:.1 *.* = =20 > fffff800437e7dc8 udp6 0 0 2a02:xxx:xxxx:59.1 *.* = =20 > fffff80043688dc8 udp6 0 0 2a02:xxx:xxxx:75.1 *.* = =20 > fffff8004377e188 udp6 0 0 2a02:xxx:xxxx:1:.1 *.* = =20 > fffff80006cf8c40 udp6 0 0 2a02:xxx:xxxx:63.1 *.* = =20 > fffff80043b7adc8 udp6 0 0 2a02:xxx:xxxx:56.1 *.* = =20 > fffff800067e9620 udp6 0 0 2a02:xxx:xxxx:96.1 *.* = =20 > fffff80043405930 udp6 0 0 2a02:xxx:xxxx:17.1 *.* = =20 > fffff800067e9c40 udp6 0 0 2a02:xxx:xxxx:49.1 *.* = =20 > fffff80006cd4dc8 udp6 0 0 2a02:xxx:xxxx:84.1 *.* = =20 > fffff8002c7e4930 udp6 0 0 2a02:xxx:xxxx:14.1 *.* = =20 > fffff8004380d310 udp6 0 0 2a02:xxx:xxxx:32.1 *.* = =20 > fffff800067eb930 udp6 0 0 2a02:xxx:xxxx:90.1 *.* = =20 > fffff80006771930 udp6 0 0 2a02:xxx:xxxx:23.1 *.* = =20 > fffff80006cccdc8 udp6 0 0 2a02:xxx:xxxx:37.1 *.* = =20 > fffff80043404498 udp6 0 0 2a02:xxx:xxxx:20.1 *.* = =20 > fffff80006cd4ab8 udp6 0 0 2a02:xxx:xxxx:15.1 *.* = =20 > fffff80043406310 udp6 0 0 2a02:xxx:xxxx::.12 *.* = =20 > fffff80006cd2498 udp6 0 0 fe80::be30:5bff:.1 *.* = =20 > fffff800067eb310 udp4 0 0 188.xxx.xxx.xxx.12 *.* = =20 > fffff800067eb498 udp4 0 0 188.xxx.xxx.xxx.53 *.* = =20 > fffff800067eb620 udp4 0 0 188.xxx.xxx.xxx.53 *.* = =20 > fffff800067eb7a8 udp4 0 0 *.1701 *.* = =20 > fffff80006f58310 udp4 0 0 188.xxx.xxx.xxx.12 *.* = =20 > fffff80006f58498 udp4 0 0 188.xxx.xxx.xxx.12 *.* = =20 > fffff80006f58620 udp4 0 0 127.0.0.1.123 *.* = =20 > fffff80006f587a8 udp6 0 0 fe80::1%lo0.123 *.* = =20 > fffff80006f58930 udp6 0 0 ::1.123 *.* = =20 > fffff80006f58ab8 udp6 0 0 2a02:xxx:xxx:130.1 *.* = =20 > fffff80006f58c40 udp6 0 0 fe80::be30:5bff:.1 *.* = =20 > fffff80006f58dc8 udp4 0 0 188.xxx.xxx.xxx.12 *.* = =20 > fffff80006f59000 udp6 0 0 *.123 *.* = =20 > fffff80006f59188 udp4 0 0 *.123 *.* = =20 > fffff80006771ab8 udp4 0 0 *.514 *.* = =20 > fffff80006771c40 udp6 0 0 *.514 *.* = =20 > Netgraph sockets > PCB Type Recv-Q Send-Q Node Address #Hooks > fffff80006463dc0 ctrl 0 0 mpd833-stats: 0 > fffff800064642c0 ctrl 0 0 mpd833-eso: 0 > fffff80006464480 ctrl 0 0 mpd833-cso: 0 > fffff800064644c0 ctrl 0 0 mpd833-lso: 90 > fffff80006464280 data 0 0 mpd833-eso: 0 > fffff80006464380 data 0 0 mpd833-cso: 0 > fffff80006464580 data 658 0 mpd833-lso: 90 > Active UNIX domain sockets > Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr > fffff80043019960 stream 0 0 0 fffff80043019870 0 = 0 > fffff80043019870 stream 0 0 0 fffff80043019960 0 = 0 > fffff800067820f0 stream 0 0 0 fffff80006782000 0 = 0 > fffff80006782000 stream 0 0 0 fffff800067820f0 0 = 0 > fffff800067822d0 stream 0 0 fffff8000674e3b0 0 0 = 0 /var/run/devd.pipe > fffff80006cf7d20 dgram 0 0 0 fffff80006e85b40 0 = fffff80006cea960 > fffff80006cf7e10 dgram 0 0 0 fffff80006e85c30 0 = 0 > fffff80006cea960 dgram 0 0 0 fffff80006e85b40 0 = fffff80006cee870 > fffff80006cee870 dgram 0 0 0 fffff80006e85b40 0 = fffff800067821e0 > fffff800067821e0 dgram 0 0 0 fffff80006e85b40 0 = fffff80006ceab40 > fffff80006ceab40 dgram 0 0 0 fffff80006e85b40 0 = fffff80006e85a50 > fffff80006e85a50 dgram 0 0 0 fffff80006e85b40 0 = 0 > fffff80006e85b40 dgram 0 0 fffff800065a7760 0 fffff8000= 6cf7d20 0 /var/run/logpriv > fffff80006e85c30 dgram 0 0 fffff800065a7938 0 fffff8000= 6cf7e10 0 /var/run/log > COMMAND PID USER FD TYPE DEVICE SIZE/OFF = NODE NAME > kernel 0 root cwd VDIR 0,90 1024 = 2 / > kernel 0 root rtd VDIR 0,90 1024 = 2 / > init 1 root cwd VDIR 0,90 1024 = 2 / > init 1 root rtd VDIR 0,90 1024 = 2 / > init 1 root txt VREG 0,90 938256 = 1444694 /sbin/init > adjkerntz 112 root cwd VDIR 0,90 1024 = 2 / > adjkerntz 112 root rtd VDIR 0,90 1024 = 2 / > adjkerntz 112 root txt VREG 0,90 9160 = 1444609 /sbin/adjkerntz > adjkerntz 112 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > adjkerntz 112 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > adjkerntz 112 root 0u VCHR 0,15 0t0 = 15 /dev/null > adjkerntz 112 root 1u VCHR 0,15 0t0 = 15 /dev/null > adjkerntz 112 root 2u VCHR 0,15 0t0 = 15 /dev/null > devd 630 root cwd VDIR 0,90 1024 = 2 / > devd 630 root rtd VDIR 0,90 1024 = 2 / > devd 630 root txt VREG 0,90 1062424 = 1444620 /sbin/devd > devd 630 root 0u VCHR 0,15 0t0 = 15 /dev/null > devd 630 root 1u VCHR 0,15 0t0 = 15 /dev/null > devd 630 root 2u VCHR 0,15 0t0 = 15 /dev/null > devd 630 root 3r VCHR 0,5 0t386382 = 5 /dev/devctl > devd 630 root 4u unix 0xfffff800067e82b8 0t0 = /var/run/devd.pipe > devd 630 root 5w VREG 0,90 3 = 1043373 /var/run/devd.pid > devd 630 root 6u unix 0xfffff80006724000 0t0 = ->0xfffff80006cf02b8 > syslogd 770 root cwd VDIR 0,90 1024 = 2 / > syslogd 770 root rtd VDIR 0,90 1024 = 2 / > syslogd 770 root txt VREG 0,90 39632 = 84493 /usr/sbin/syslogd > syslogd 770 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > syslogd 770 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > syslogd 770 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > syslogd 770 root 1u VCHR 0,15 0t0 = 15 /dev/null > syslogd 770 root 2u VCHR 0,15 0t0 = 15 /dev/null > syslogd 770 root 3w VREG 0,90 3 = 1043379 /var/run/syslog.pid > syslogd 770 root 4u unix 0xfffff80006cf0570 0t0 = /var/run/log > syslogd 770 root 5u unix 0xfffff80006cf02b8 0t0 = /var/run/logpriv > syslogd 770 root 6u IPv6 0xfffff800067727c0 0t0 = UDP *:syslog > syslogd 770 root 7u IPv4 0xfffff800067727b0 0t0 = UDP *:syslog > syslogd 770 root 8r VCHR 0,31 0t1008588 = 31 /dev/klog > syslogd 770 root 9w VCHR 0,6 0t0 = 6 /dev/console > syslogd 770 root 10w VREG 0,90 24603 = 1043433 /var/log/messages > syslogd 770 root 11w VREG 0,90 65 = 1043570 /var/log/security > syslogd 770 root 12w VREG 0,90 49378 = 1043388 /var/log/auth.log > syslogd 770 root 13w VREG 0,90 212085 = 1043383 /var/log/maillog > syslogd 770 root 14w VREG 0,90 65 = 1043542 /var/log/lpd-errs > syslogd 770 root 15w VREG 0,90 65 = 1043583 /var/log/xferlog > syslogd 770 root 16w VREG 0,90 23905 = 1043375 /var/log/cron > syslogd 770 root 17w VREG 0,90 77432 = 1043367 /var/log/debug.log > syslogd 770 root 18w VREG 0,90 65 = 1043569 /var/log/ppp.log > mpd5 833 root cwd VDIR 0,90 512 = 174194 /usr/local/etc/mpd5 > mpd5 833 root rtd VDIR 0,90 1024 = 2 / > mpd5 833 root txt VREG 0,90 634456 = 163073 /usr/local/sbin/mpd5 > mpd5 833 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > mpd5 833 root txt VREG 0,90 37496 = 85255 /usr/lib/libwrap.so.6 > mpd5 833 root txt VREG 0,90 49376 = 84868 /usr/lib/libpam.so.5 > mpd5 833 root txt VREG 0,90 61952 = 1203875 /lib/libcrypt.so.5 > mpd5 833 root txt VREG 0,90 17664 = 84751 /usr/lib/libnetgraph.so.4 > mpd5 833 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > mpd5 833 root txt VREG 0,90 24712 = 84888 /usr/lib/libradius.so.4 > mpd5 833 root txt VREG 0,90 430328 = 85129 /usr/lib/libssl.so.7 > mpd5 833 root txt VREG 0,90 266440 = 1203900 /lib/libpcap.so.8 > mpd5 833 root txt VREG 0,90 68872 = 83752 /usr/lib/libfetch.so.6 > mpd5 833 root txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > mpd5 833 root txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > mpd5 833 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > mpd5 833 root 0u VCHR 0,15 0t0 = 15 /dev/null > mpd5 833 root 1u VCHR 0,15 0t0 = 15 /dev/null > mpd5 833 root 2u VCHR 0,15 0t0 = 15 /dev/null > mpd5 833 root 3u unix 0xfffff80006cf0000 0t0 = ->0xfffff80006cf02b8 > mpd5 833 root 4u VREG 0,90 4 = 1043419 /var/run/mpd5.pid > mpd5 833 root 5u sock 0t0 = no further information on family 0x20 > mpd5 833 root 6u sock 0t0 = no further information on family 0x20 > mpd5 833 root 7u PIPE 0xfffff800066d68b8 16384 = ->0xfffff800066d6a18, cnt=3D1, in=3D1 > mpd5 833 root 8u PIPE 0xfffff800066d6a18 0 = ->0xfffff800066d68b8 > mpd5 833 root 9u sock 0t0 = no further information on family 0x20 > mpd5 833 root 10u sock 0t0 = no further information on family 0x20 > mpd5 833 root 11u sock 0t0 = no further information on family 0x20 > mpd5 833 root 12u sock 0t0 = no further information on family 0x20 > mpd5 833 root 13u PIPE 0xfffff800066d6ba0 16384 = ->0xfffff800066d6d00 > mpd5 833 root 14u PIPE 0xfffff800066d6d00 0 = ->0xfffff800066d6ba0 > mpd5 833 root 15u IPv4 0xfffff80006f8c000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx10:51514 (ESTABLISHED) > mpd5 833 root 16u IPv4 0xfffff80006f5d000 0t0 = TCP *:5005 (LISTEN) > mpd5 833 root 17u PIPE 0xfffff800065372e8 16384 = ->0xfffff80006537448 > mpd5 833 root 18u PIPE 0xfffff80006537448 0 = ->0xfffff800065372e8 > mpd5 833 root 19u IPv4 0xfffff80006f5cc00 0t0 = TCP *:5006 (LISTEN) > mpd5 833 root 20u IPv4 0xfffff80043ba9400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx250:54664 (ESTABLISHED) > mpd5 833 root 21u PIPE 0xfffff80006537000 16384 = ->0xfffff80006537160 > mpd5 833 root 22u PIPE 0xfffff80006537160 0 = ->0xfffff80006537000 > mpd5 833 root 23u IPv4 0xfffff80006f5c800 0t0 = TCP *:pptp (LISTEN) > mpd5 833 root 24u IPv4 0xfffff800067b6f80 0t0 = UDP *:l2f > mpd5 833 root 25u IPv4 0xfffff8004385cc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx115:52275 (ESTABLISHED) > mpd5 833 root 26u IPv4 0xfffff800439e4c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx00:49250 (ESTABLISHED) > mpd5 833 root 27u IPv4 0xfffff80006f8e400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx2:59827 (ESTABLISHED) > mpd5 833 root 28u sock 0t0 = no further information on family 0x20 > mpd5 833 root 29u IPv4 0xfffff80043b1d400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx0.209:39749 (CLOSE_WAIT) > mpd5 833 root 30u IPv4 0xfffff8002c503000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx60:49271 (ESTABLISHED) > mpd5 833 root 31u IPv4 0xfffff800438f9800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx152:59142 (ESTABLISHED) > mpd5 833 root 32u IPv4 0xfffff80006f63000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx215:61726 (ESTABLISHED) > mpd5 833 root 33u IPv4 0xfffff80043b1c000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.114:52042 (ESTABLISHED) > mpd5 833 root 34u IPv4 0xfffff8002c503400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx73:56072 (ESTABLISHED) > mpd5 833 root 35u IPv4 0xfffff8002cc86000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.84:59946 (ESTABLISHED) > mpd5 833 root 36u IPv4 0xfffff80043b1cc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx172:49412 (ESTABLISHED) > mpd5 833 root 37u IPv4 0xfffff80043748000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx59:49418 (ESTABLISHED) > mpd5 833 root 38u IPv4 0xfffff8002ca20800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.45:49215 (ESTABLISHED) > mpd5 833 root 39u IPv4 0xfffff800438e2c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.162:55983 (ESTABLISHED) > mpd5 833 root 40u IPv4 0xfffff8002c663800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.35:49825 (ESTABLISHED) > mpd5 833 root 41u IPv4 0xfffff800437bd000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.22:39793 (CLOSE_WAIT) > mpd5 833 root 42u IPv4 0xfffff80043ba8000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx8:50811 (ESTABLISHED) > mpd5 833 root 43u IPv4 0xfffff800437bd800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx99:53255 (ESTABLISHED) > mpd5 833 root 44u IPv4 0xfffff8002cc82000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.7:58039 (ESTABLISHED) > mpd5 833 root 45u IPv4 0xfffff8002ca21800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.166:52922 (ESTABLISHED) > mpd5 833 root 46u IPv4 0xfffff80043b1d800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx249:58378 (ESTABLISHED) > mpd5 833 root 47u IPv4 0xfffff80043689800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.155:53530 (CLOSED) > mpd5 833 root 48u IPv4 0xfffff8002c662400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx220:49249 (ESTABLISHED) > mpd5 833 root 49u IPv4 0xfffff8002cac7400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx160:53344 (ESTABLISHED) > mpd5 833 root 50u IPv4 0xfffff80043ba8800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.114:50112 (ESTABLISHED) > mpd5 833 root 51u IPv4 0xfffff8002cac5400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx1:52620 (ESTABLISHED) > mpd5 833 root 52u IPv4 0xfffff80043800c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx10:57446 (CLOSE_WAIT) > mpd5 833 root 53u IPv4 0xfffff8004368a000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.181:21051 (ESTABLISHED) > mpd5 833 root 54u IPv4 0xfffff80043059000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx3:49207 (ESTABLISHED) > mpd5 833 root 55u IPv4 0xfffff8002ca23c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.128:21186 (ESTABLISHED) > mpd5 833 root 56u IPv4 0xfffff8004368a400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx58:55408 (ESTABLISHED) > mpd5 833 root 57u IPv4 0xfffff800438ea000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx187:52050 (ESTABLISHED) > mpd5 833 root 58u IPv4 0xfffff80043059400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx128:50273 (ESTABLISHED) > mpd5 833 root 59u IPv4 0xfffff80043749c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.117:47928 (ESTABLISHED) > mpd5 833 root 60u IPv4 0xfffff80006f8ec00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx64:49740 (CLOSED) > mpd5 833 root 61u IPv4 0xfffff80043749000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx48:49247 (ESTABLISHED) > mpd5 833 root 62u IPv4 0xfffff8004368a800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx236:49255 (ESTABLISHED) > mpd5 833 root 63u IPv4 0xfffff8004367c000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx6:49328 (ESTABLISHED) > mpd5 833 root 64u IPv4 0xfffff8002cbd8800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.214:49186 (ESTABLISHED) > mpd5 833 root 65u IPv4 0xfffff80043749400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx20:49197 (ESTABLISHED) > mpd5 833 root 66u IPv4 0xfffff8002c504400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.100:50500 (ESTABLISHED) > mpd5 833 root 67u IPv4 0xfffff8002c662000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.33:61897 (ESTABLISHED) > mpd5 833 root 68u IPv4 0xfffff8002ca23800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx146:49247 (ESTABLISHED) > mpd5 833 root 69u IPv4 0xfffff800439e4000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx177:43822 (CLOSE_WAIT) > mpd5 833 root 70u IPv4 0xfffff800430e0400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.55:3913 (ESTABLISHED) > mpd5 833 root 71u IPv4 0xfffff8004367d800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.6:51090 (ESTABLISHED) > mpd5 833 root 72u IPv4 0xfffff8002ca22000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx22:49160 (ESTABLISHED) > mpd5 833 root 73u IPv4 0xfffff8002c663000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.42:59731 (ESTABLISHED) > mpd5 833 root 74u IPv4 0xfffff800439e2400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.134:54036 (ESTABLISHED) > mpd5 833 root 75u IPv4 0xfffff8004304cc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.40:57325 (ESTABLISHED) > mpd5 833 root 76u IPv4 0xfffff8002cbdac00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx3.125:2360 (ESTABLISHED) > mpd5 833 root 77u IPv4 0xfffff80006f63400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx15:19451 (CLOSE_WAIT) > mpd5 833 root 78u IPv4 0xfffff80043baa400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx40:52925 (ESTABLISHED) > mpd5 833 root 79u IPv4 0xfffff800438ea400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx153:10028 (ESTABLISHED) > mpd5 833 root 80u IPv4 0xfffff8002c505000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.58:59241 (ESTABLISHED) > mpd5 833 root 81u IPv4 0xfffff8002c9bdc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.188:2763 (ESTABLISHED) > mpd5 833 root 82u IPv4 0xfffff8002cbd9400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx195:49191 (ESTABLISHED) > mpd5 833 root 83u IPv4 0xfffff8002c662800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.126:49332 (ESTABLISHED) > mpd5 833 root 84u IPv4 0xfffff8002c663400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.211:43965 (CLOSE_WAIT) > mpd5 833 root 85u IPv4 0xfffff800430df800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.37:55361 (ESTABLISHED) > mpd5 833 root 86u IPv4 0xfffff80043bab400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx51:56243 (ESTABLISHED) > mpd5 833 root 87u IPv4 0xfffff8002cbda400 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:38346 (CLOSE_WAIT) > mpd5 833 root 88u IPv4 0xfffff8004305a800 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:38373 (CLOSE_WAIT) > mpd5 833 root 89u IPv4 0xfffff800439e3000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx201:51218 (ESTABLISHED) > mpd5 833 root 90u IPv4 0xfffff8004367dc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx6:52654 (ESTABLISHED) > mpd5 833 root 91u IPv4 0xfffff8004303c800 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:38398 (CLOSE_WAIT) > mpd5 833 root 92u IPv4 0xfffff800430df400 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:40537 (CLOSE_WAIT) > mpd5 833 root 93u IPv4 0xfffff800438f9c00 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:40569 (CLOSE_WAIT) > mpd5 833 root 94u IPv4 0xfffff8004368bc00 0t0 = TCP 188.xxx.xxx.xxx:5006->188.xxx.xxx.xx:40583 (CLOSE_WAIT) > mpd5 833 root 98u IPv4 0xfffff80043b1b400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.65:49243 (ESTABLISHED) > mpd5 833 root 102u IPv4 0xfffff80043689c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.59:33575 (CLOSE_WAIT) > mpd5 833 root 105u IPv4 0xfffff8004305a400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx59:1246 (ESTABLISHED) > mpd5 833 root 107u IPv4 0xfffff80043049000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.152:33987 (CLOSE_WAIT) > mpd5 833 root 108u IPv4 0xfffff8002c664800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx103:54257 (CLOSE_WAIT) > mpd5 833 root 109u IPv4 0xfffff800430de400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.28:49892 (ESTABLISHED) > mpd5 833 root 110u IPv4 0xfffff800430ddc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx5:43213 (CLOSE_WAIT) > mpd5 833 root 111u IPv4 0xfffff800439e2c00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx251:59595 (ESTABLISHED) > mpd5 833 root 117u IPv4 0xfffff80043058000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.129:1046 (ESTABLISHED) > mpd5 833 root 119u IPv4 0xfffff8002ca22800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.23:50277 (ESTABLISHED) > mpd5 833 root 120u IPv4 0xfffff800439e4400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx188:49543 (ESTABLISHED) > mpd5 833 root 121u IPv4 0xfffff8002cbda000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.38:49300 (ESTABLISHED) > mpd5 833 root 122u IPv4 0xfffff8004368ac00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx211:38077 (CLOSE_WAIT) > mpd5 833 root 123u IPv4 0xfffff8002cbd9000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.96:58899 (ESTABLISHED) > mpd5 833 root 128u IPv4 0xfffff800438f9000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.252:64082 (ESTABLISHED) > mpd5 833 root 135u IPv4 0xfffff80043803800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx7:55321 (ESTABLISHED) > mpd5 833 root 138u IPv4 0xfffff80043689000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.216:49279 (ESTABLISHED) > mpd5 833 root 142u IPv4 0xfffff8002c664400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx6:50488 (ESTABLISHED) > mpd5 833 root 143u IPv4 0xfffff8002cc86400 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.201:49453 (ESTABLISHED) > mpd5 833 root 145u IPv4 0xfffff800439e2800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx5.113:60664 (ESTABLISHED) > mpd5 833 root 146u IPv4 0xfffff80006f5dc00 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx:58713 (ESTABLISHED) > mpd5 833 root 149u IPv4 0xfffff8004385c000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx142:55614 (ESTABLISHED) > mpd5 833 root 154u IPv4 0xfffff80043baa000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx60:49842 (ESTABLISHED) > mpd5 833 root 160u IPv4 0xfffff8002cac6800 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx.61:49205 (ESTABLISHED) > mpd5 833 root 172u IPv4 0xfffff80043803000 0t0 = TCP 188.xxx.xxx.xxx:pptp->xxxxxxxxxx227:56375 (ESTABLISHED) > ng_queue 841 root cwd VDIR 0,90 1024 = 2 / > ng_queue 841 root rtd VDIR 0,90 1024 = 2 / > sh 842 root cwd VDIR 0,90 1024 = 2 / > sh 842 root rtd VDIR 0,90 1024 = 2 / > sh 842 root txt VREG 0,90 141600 = 246275 /bin/sh > sh 842 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sh 842 root txt VREG 0,90 163032 = 1203884 /lib/libedit.so.7 > sh 842 root txt VREG 0,90 309968 = 1203894 /lib/libncurses.so.8 > sh 842 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sh 842 root 0r VCHR 0,15 0t0 = 15 /dev/null > sh 842 root 1u VBAD = (revoked) > sh 842 root 2u VBAD = (revoked) > sh 842 root 10r VREG 0,90 196 = 346906 /usr/local/etc/unbound/rns1/run > sh 843 root cwd VDIR 0,90 1024 = 2 / > sh 843 root rtd VDIR 0,90 1024 = 2 / > sh 843 root txt VREG 0,90 141600 = 246275 /bin/sh > sh 843 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sh 843 root txt VREG 0,90 163032 = 1203884 /lib/libedit.so.7 > sh 843 root txt VREG 0,90 309968 = 1203894 /lib/libncurses.so.8 > sh 843 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sh 843 root 0r VCHR 0,15 0t0 = 15 /dev/null > sh 843 root 1u VBAD = (revoked) > sh 843 root 2u VBAD = (revoked) > sh 843 root 10r VREG 0,90 196 = 346908 /usr/local/etc/unbound/rns2/run > unbound 849 nobody cwd VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 849 nobody rtd VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 849 nobody jld VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 849 nobody txt VREG 0,90 621845 = 163084 /usr/local/sbin/unbound > unbound 849 nobody txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > unbound 849 nobody txt VREG 0,90 430328 = 85129 /usr/lib/libssl.so.7 > unbound 849 nobody txt VREG 0,90 382554 = 222245 /usr/local/lib/libldns.so.1 > unbound 849 nobody txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > unbound 849 nobody txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > unbound 849 nobody txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > unbound 849 nobody txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > unbound 849 nobody 0r VCHR 0,15 0t0 = 15 /dev/null > unbound 849 nobody 1u VBAD = (revoked) > unbound 849 nobody 2u VBAD = (revoked) > unbound 849 nobody 3u IPv4 0xfffff800067b6f60 0t0 = UDP 188.xxx.xxx.xxx:domain > unbound 849 nobody 4u IPv4 0xfffff80006f5c000 0t0 = TCP 188.xxx.xxx.xxx:domain (LISTEN) > unbound 849 nobody 5u unix 0xfffff8000678a828 0t0 = ->0xfffff80006cf02b8 > unbound 849 nobody 6u unix 0xfffff80006cd1570 0t0 = ->0xfffff80006776ae0 > unbound 849 nobody 7u unix 0xfffff80006776ae0 0t0 = ->0xfffff80006cd1570 > unbound 849 nobody 8u IPv4 0xfffff80006cd5150 0t0 = UDP *:57111 > unbound 849 nobody 9u IPv4 0xfffff80006cce3c0 0t0 = UDP *:21238 > unbound 850 nobody cwd VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 850 nobody rtd VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 850 nobody jld VDIR 0,90 512 = 346902 /usr/local/etc/unbound > unbound 850 nobody txt VREG 0,90 621845 = 163084 /usr/local/sbin/unbound > unbound 850 nobody txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > unbound 850 nobody txt VREG 0,90 430328 = 85129 /usr/lib/libssl.so.7 > unbound 850 nobody txt VREG 0,90 382554 = 222245 /usr/local/lib/libldns.so.1 > unbound 850 nobody txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > unbound 850 nobody txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > unbound 850 nobody txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > unbound 850 nobody txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > unbound 850 nobody 0r VCHR 0,15 0t0 = 15 /dev/null > unbound 850 nobody 1u VBAD = (revoked) > unbound 850 nobody 2u VBAD = (revoked) > unbound 850 nobody 3u IPv4 0xfffff800067b6f70 0t0 = UDP 188.xxx.xxx.xxx:domain > unbound 850 nobody 4u IPv4 0xfffff80006f5c400 0t0 = TCP 188.xxx.xxx.xxx:domain (LISTEN) > unbound 850 nobody 5u unix 0xfffff800067e2570 0t0 = ->0xfffff80006cf02b8 > unbound 850 nobody 6u unix 0xfffff800067e2000 0t0 = ->0xfffff800067e22b8 > unbound 850 nobody 7u unix 0xfffff800067e22b8 0t0 = ->0xfffff800067e2000 > unbound 850 nobody 10u IPv4 0xfffff80043b10ac0 0t0 = UDP *:19995 > unbound 850 nobody 11u IPv4 0xfffff800437bb020 0t0 = UDP *:48607 > ntpd 867 root cwd VDIR 0,90 1024 = 2 / > ntpd 867 root rtd VDIR 0,90 1024 = 2 / > ntpd 867 root txt VREG 0,90 420680 = 84259 /usr/sbin/ntpd > ntpd 867 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > ntpd 867 root txt VREG 0,90 172096 = 1203892 /lib/libm.so.5 > ntpd 867 root txt VREG 0,90 66416 = 1203893 /lib/libmd.so.6 > ntpd 867 root txt VREG 0,90 23760 = 84990 /usr/lib/librt.so.1 > ntpd 867 root txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > ntpd 867 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > ntpd 867 root txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > ntpd 867 root 0u VCHR 0,15 0t0 = 15 /dev/null > ntpd 867 root 1u VCHR 0,15 0t0 = 15 /dev/null > ntpd 867 root 2u VCHR 0,15 0t0 = 15 /dev/null > ntpd 867 root 3u unix 0xfffff8000676cae0 0t0 = ->0xfffff80006cf02b8 > ntpd 867 root 20u IPv4 0xfffff80006cd5f60 0t0 = UDP *:ntp > ntpd 867 root 21u IPv6 0xfffff80006cd5f50 0t0 = UDP *:ntp > ntpd 867 root 22u IPv4 0xfffff80006cd5f40 0t0 = UDP 188.xxx.xxx.xxx:ntp > ntpd 867 root 23u IPv6 0xfffff80006cd5f30 0t0 = UDP [fe80:2::be30:5bff:fee2:95b1]:ntp > ntpd 867 root 24u IPv6 0xfffff80006cd5f20 0t0 = UDP [2a02:xxx.xxx:1307::2]:ntp > ntpd 867 root 25u IPv6 0xfffff80006cd5f10 0t0 = UDP [::1]:ntp > ntpd 867 root 26u IPv6 0xfffff80006cd5f00 0t0 = UDP [fe80:3::1]:ntp > ntpd 867 root 27u IPv4 0xfffff80006cd5ef0 0t0 = UDP 127.0.0.1:ntp > ntpd 867 root 28u IPv4 0xfffff80006cd5ee0 0t0 = UDP 188.xxx.xxx.xxx:ntp > ntpd 867 root 29u IPv4 0xfffff80006cd5ed0 0t0 = UDP 188.xxx.xxx.xxx:ntp > ntpd 867 root 30u rte 0xfffff8000645d6c0 0t0 = =20 > ntpd 867 root 31u IPv4 0xfffff800067b6f50 0t0 = UDP 188.xxx.xxx.xxx:ntp > ntpd 867 root 32u IPv6 0xfffff80006cd5d70 0t0 = UDP [2a02:xxx:xxxx::]:ntp > ntpd 867 root 33u IPv6 0xfffff80043b10a30 0t0 = UDP [2a02:xxx:xxxx:1::]:ntp > ntpd 867 root 34u IPv6 0xfffff80006772f10 0t0 = UDP [2a02:xxx:xxxx:2::]:ntp > ntpd 867 root 35u IPv6 0xfffff80043b102b0 0t0 = UDP [2a02:xxx:xxxx:3::]:ntp > ntpd 867 root 36u IPv6 0xfffff80006ccec30 0t0 = UDP [2a02:xxx:xxxx:4::]:ntp > ntpd 867 root 37u IPv6 0xfffff80006cd5660 0t0 = UDP [fe80:8::be30:5bff:fee2:95b0]:ntp > ntpd 867 root 38u IPv6 0xfffff800437bb710 0t0 = UDP [2a02:xxx:xxxx:5::]:ntp > ntpd 867 root 39u IPv6 0xfffff80006cd5000 0t0 = UDP [2a02:xxx:xxxx:6::]:ntp > ntpd 867 root 40u IPv6 0xfffff800437bb7a0 0t0 = UDP [2a02:xxx:xxxx:7::]:ntp > ntpd 867 root 41u IPv6 0xfffff8004376dd40 0t0 = UDP [2a02:xxx:xxxx:8::]:ntp > ntpd 867 root 42u IPv6 0xfffff800437bb4f0 0t0 = UDP [2a02:xxx:xxxx:9::]:ntp > ntpd 867 root 43u IPv6 0xfffff8004376d790 0t0 = UDP [2a02:xxx:xxxx:10::]:ntp > ntpd 867 root 44u IPv6 0xfffff800067b6650 0t0 = UDP [2a02:xxx:xxxx:11::]:ntp > ntpd 867 root 45u IPv6 0xfffff80043b10870 0t0 = UDP [2a02:xxx:xxxx:12::]:ntp > ntpd 867 root 46u IPv6 0xfffff80043b10230 0t0 = UDP [2a02:xxx:xxxx:13::]:ntp > ntpd 867 root 47u IPv6 0xfffff80043b10320 0t0 = UDP [2a02:xxx:xxxx:14::]:ntp > ntpd 867 root 48u IPv6 0xfffff80006cce2b0 0t0 = UDP [2a02:xxx:xxxx:15::]:ntp > ntpd 867 root 49u IPv6 0xfffff80006cd53a0 0t0 = UDP [2a02:xxx:xxxx:16::]:ntp > ntpd 867 root 50u IPv6 0xfffff800437bbd00 0t0 = UDP [2a02:xxx:xxxx:17::]:ntp > ntpd 867 root 51u IPv6 0xfffff800067b6e80 0t0 = UDP [2a02:xxx:xxxx:18::]:ntp > ntpd 867 root 52u IPv6 0xfffff800437bb550 0t0 = UDP [2a02:xxx:xxxx:19::]:ntp > ntpd 867 root 53u IPv6 0xfffff80006cce410 0t0 = UDP [2a02:xxx:xxxx:20::]:ntp > ntpd 867 root 54u IPv6 0xfffff80006772a30 0t0 = UDP [2a02:xxx:xxxx:21::]:ntp > ntpd 867 root 55u IPv6 0xfffff80006cd5fa0 0t0 = UDP [2a02:xxx:xxxx:22::]:ntp > ntpd 867 root 56u IPv6 0xfffff8004376d2e0 0t0 = UDP [2a02:xxx:xxxx:23::]:ntp > ntpd 867 root 57u IPv6 0xfffff800437bbc40 0t0 = UDP [2a02:xxx:xxxx:24::]:ntp > ntpd 867 root 58u IPv6 0xfffff8004376da10 0t0 = UDP [2a02:xxx:xxxx:25::]:ntp > ntpd 867 root 59u IPv6 0xfffff80006772f00 0t0 = UDP [2a02:xxx:xxxx:26::]:ntp > ntpd 867 root 60u IPv6 0xfffff800067b6e70 0t0 = UDP [2a02:xxx:xxxx:27::]:ntp > ntpd 867 root 61u IPv6 0xfffff8004376da00 0t0 = UDP [2a02:xxx:xxxx:28::]:ntp > ntpd 867 root 62u IPv6 0xfffff800437bb9b0 0t0 = UDP [2a02:xxx:xxxx:29::]:ntp > ntpd 867 root 63u IPv6 0xfffff8004376df10 0t0 = UDP [2a02:xxx:xxxx:30::]:ntp > ntpd 867 root 64u IPv6 0xfffff800437bb0a0 0t0 = UDP [2a02:xxx:xxxx:31::]:ntp > ntpd 867 root 65u IPv6 0xfffff80006ccea90 0t0 = UDP [2a02:xxx:xxxx:32::]:ntp > ntpd 867 root 66u IPv6 0xfffff80006cd5100 0t0 = UDP [2a02:xxx:xxxx:33::]:ntp > ntpd 867 root 67u IPv6 0xfffff8004376db50 0t0 = UDP [2a02:xxx:xxxx:34::]:ntp > ntpd 867 root 68u IPv6 0xfffff800067b6910 0t0 = UDP [2a02:xxx:xxxx:35::]:ntp > ntpd 867 root 69u IPv6 0xfffff800437bb860 0t0 = UDP [2a02:xxx:xxxx:36::]:ntp > ntpd 867 root 70u IPv6 0xfffff80006cce6f0 0t0 = UDP [2a02:xxx:xxxx:37::]:ntp > ntpd 867 root 71u IPv6 0xfffff80006cd5550 0t0 = UDP [2a02:xxx:xxxx:38::]:ntp > ntpd 867 root 72u IPv6 0xfffff80006cd5330 0t0 = UDP [2a02:xxx:xxxx:39::]:ntp > ntpd 867 root 73u IPv6 0xfffff8004376de80 0t0 = UDP [2a02:xxx:xxxx:40::]:ntp > ntpd 867 root 74u IPv6 0xfffff80006cce540 0t0 = UDP [2a02:xxx:xxxx:41::]:ntp > ntpd 867 root 75u IPv6 0xfffff80006cd54c0 0t0 = UDP [2a02:xxx:xxxx:42::]:ntp > ntpd 867 root 76u IPv6 0xfffff8004376db80 0t0 = UDP [2a02:xxx:xxxx:43::]:ntp > ntpd 867 root 77u IPv6 0xfffff8004376d0d0 0t0 = UDP [2a02:xxx:xxxx:44::]:ntp > ntpd 867 root 78u IPv6 0xfffff800067b6770 0t0 = UDP [2a02:xxx:xxxx:45::]:ntp > ntpd 867 root 79u IPv6 0xfffff800067721c0 0t0 = UDP [2a02:xxx:xxxx:46::]:ntp > ntpd 867 root 80u IPv6 0xfffff800437bb2b0 0t0 = UDP [2a02:xxx:xxxx:47::]:ntp > ntpd 867 root 81u IPv6 0xfffff800067b6e10 0t0 = UDP [2a02:xxx:xxxx:48::]:ntp > ntpd 867 root 82u IPv6 0xfffff80043b10c70 0t0 = UDP [2a02:xxx:xxxx:49::]:ntp > ntpd 867 root 83u IPv6 0xfffff80043b102c0 0t0 = UDP [2a02:xxx:xxxx:50::]:ntp > ntpd 867 root 84u IPv6 0xfffff80006772290 0t0 = UDP [2a02:xxx:xxxx:51::]:ntp > ntpd 867 root 85u IPv6 0xfffff80006772060 0t0 = UDP [2a02:xxx:xxxx:52::]:ntp > ntpd 867 root 86u IPv6 0xfffff80006cce360 0t0 = UDP [2a02:xxx:xxxx:53::]:ntp > ntpd 867 root 87u IPv6 0xfffff80006772e30 0t0 = UDP [2a02:xxx:xxxx:54::]:ntp > ntpd 867 root 88u IPv6 0xfffff80006cd5560 0t0 = UDP [2a02:xxx:xxxx:55::]:ntp > ntpd 867 root 89u IPv6 0xfffff8004376d1f0 0t0 = UDP [2a02:xxx:xxxx:56::]:ntp > ntpd 867 root 90u IPv6 0xfffff80043b10b00 0t0 = UDP [2a02:xxx:xxxx:57::]:ntp > ntpd 867 root 91u IPv6 0xfffff80006ccec00 0t0 = UDP [2a02:xxx:xxxx:58::]:ntp > ntpd 867 root 92u IPv6 0xfffff80043b105d0 0t0 = UDP [2a02:xxx:xxxx:59::]:ntp > ntpd 867 root 93u IPv6 0xfffff80006cd52d0 0t0 = UDP [2a02:xxx:xxxx:60::]:ntp > ntpd 867 root 94u IPv6 0xfffff80006772f30 0t0 = UDP [2a02:xxx:xxxx:61::]:ntp > ntpd 867 root 95u IPv6 0xfffff80006cd52a0 0t0 = UDP [2a02:xxx:xxxx:62::]:ntp > ntpd 867 root 96u IPv6 0xfffff800067b6d20 0t0 = UDP [2a02:xxx:xxxx:63::]:ntp > ntpd 867 root 97u IPv6 0xfffff80006cd5030 0t0 = UDP [2a02:xxx:xxxx:64::]:ntp > ntpd 867 root 98u IPv6 0xfffff800067729f0 0t0 = UDP [2a02:xxx:xxxx:65::]:ntp > ntpd 867 root 99u IPv6 0xfffff800067725b0 0t0 = UDP [2a02:xxx:xxxx:66::]:ntp > ntpd 867 root 101u IPv6 0xfffff80006cce290 0t0 = UDP [2a02:xxx:xxxx:68::]:ntp > ntpd 867 root 103u IPv6 0xfffff80006772170 0t0 = UDP [2a02:xxx:xxxx:70::]:ntp > ntpd 867 root 104u IPv6 0xfffff80043b10d30 0t0 = UDP [2a02:xxx:xxxx:71::]:ntp > ntpd 867 root 108u IPv6 0xfffff800437bb4b0 0t0 = UDP [2a02:xxx:xxxx:75::]:ntp > ntpd 867 root 112u IPv6 0xfffff80006cceec0 0t0 = UDP [2a02:xxx:xxxx:79::]:ntp > ntpd 867 root 117u IPv6 0xfffff800067b6510 0t0 = UDP [2a02:xxx:xxxx:84::]:ntp > ntpd 867 root 122u IPv6 0xfffff80043b102e0 0t0 = UDP [2a02:xxx:xxxx:89::]:ntp > ntpd 867 root 123u IPv6 0xfffff8004376dec0 0t0 = UDP [2a02:xxx:xxxx:90::]:ntp > ntpd 867 root 125u IPv6 0xfffff80006ccef60 0t0 = UDP [2a02:xxx:xxxx:92::]:ntp > ntpd 867 root 129u IPv6 0xfffff80006772f90 0t0 = UDP [2a02:xxx:xxxx:96::]:ntp > ntpd 867 root 131u IPv6 0xfffff800437bb650 0t0 = UDP [2a02:xxx:xxxx:98::]:ntp > ntpd 867 root 134u IPv6 0xfffff8004376d9b0 0t0 = UDP [2a02:xxx:xxxx:101::]:ntp > ntpd 867 root 135u IPv6 0xfffff80006cceed0 0t0 = UDP [2a02:xxx:xxxx:102::]:ntp > ntpd 867 root 143u IPv6 0xfffff80006772770 0t0 = UDP [2a02:xxx:xxxx:110::]:ntp > ntpd 867 root 149u IPv6 0xfffff8004376db40 0t0 = UDP [2a02:xxx:xxxx:116::]:ntp > ntpd 867 root 154u IPv6 0xfffff80006cd55c0 0t0 = UDP [2a02:xxx:xxxx:121::]:ntp > ntpd 867 root 156u IPv6 0xfffff800067b67e0 0t0 = UDP [2a02:xxx:xxxx:123::]:ntp > ntpd 867 root 158u IPv6 0xfffff8004376d310 0t0 = UDP [2a02:xxx:xxxx:125::]:ntp > ntpd 867 root 160u IPv6 0xfffff80006ccef80 0t0 = UDP [2a02:xxx:xxxx:127::]:ntp > ntpd 867 root 162u IPv6 0xfffff80043b10820 0t0 = UDP [2a02:xxx:xxxx:129::]:ntp > ntpd 867 root 176u IPv6 0xfffff8004376d1b0 0t0 = UDP [2a02:xxx:xxxx:143::]:ntp > ntpd 867 root 181u IPv6 0xfffff80006cd5870 0t0 = UDP [2a02:xxx:xxxx:148::]:ntp > sshd 908 root cwd VDIR 0,90 1024 = 2 / > sshd 908 root rtd VDIR 0,90 1024 = 2 / > sshd 908 root txt VREG 0,90 291992 = 84489 /usr/sbin/sshd > sshd 908 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sshd 908 root txt VREG 0,90 363072 = 574185 /usr/lib/private/libssh.so.5 > sshd 908 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > sshd 908 root txt VREG 0,90 37496 = 85255 /usr/lib/libwrap.so.6 > sshd 908 root txt VREG 0,90 49376 = 84868 /usr/lib/libpam.so.5 > sshd 908 root txt VREG 0,90 104480 = 83398 /usr/lib/libbsm.so.3 > sshd 908 root txt VREG 0,90 122848 = 80265 /usr/lib/libgssapi_krb5.so.10 > sshd 908 root txt VREG 0,90 37464 = 83980 /usr/lib/libgssapi.so.10 > sshd 908 root txt VREG 0,90 481600 = 84519 /usr/lib/libkrb5.so.11 > sshd 908 root txt VREG 0,90 294048 = 84407 /usr/lib/libhx509.so.11 > sshd 908 root txt VREG 0,90 628680 = 83302 /usr/lib/libasn1.so.11 > sshd 908 root txt VREG 0,90 7256 = 83599 /usr/lib/libcom_err.so.5 > sshd 908 root txt VREG 0,90 70400 = 84893 /usr/lib/libroken.so.11 > sshd 908 root txt VREG 0,90 162856 = 85252 /usr/lib/libwind.so.11 > sshd 908 root txt VREG 0,90 15792 = 84367 /usr/lib/libheimbase.so.11 > sshd 908 root txt VREG 0,90 9976 = 574176 /usr/lib/private/libheimipcc.so.11 > sshd 908 root txt VREG 0,90 61952 = 1203875 /lib/libcrypt.so.5 > sshd 908 root txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > sshd 908 root txt VREG 0,90 85424 = 1203910 /lib/libz.so.6 > sshd 908 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sshd 908 root txt VREG 0,90 343824 = 574182 /usr/lib/private/libldns.so.5 > sshd 908 root txt VREG 0,90 66416 = 1203893 /lib/libmd.so.6 > sshd 908 root txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > sshd 908 root 0u VCHR 0,15 0t0 = 15 /dev/null > sshd 908 root 1u VCHR 0,15 0t0 = 15 /dev/null > sshd 908 root 2u VCHR 0,15 0t0 = 15 /dev/null > sshd 908 root 3u IPv6 0xfffff80043049c00 0t0 = TCP *:ssh (LISTEN) > sshd 908 root 4u IPv4 0xfffff80043049800 0t0 = TCP *:ssh (LISTEN) > sendmail 911 root cwd VDIR 0,90 2560 = 1123585 /var/spool/mqueue > sendmail 911 root rtd VDIR 0,90 1024 = 2 / > sendmail 911 root txt VREG 0,90 676048 = 86661 /usr/libexec/sendmail/sendmail > sendmail 911 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sendmail 911 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > sendmail 911 root txt VREG 0,90 37496 = 85255 /usr/lib/libwrap.so.6 > sendmail 911 root txt VREG 0,90 430328 = 85129 /usr/lib/libssl.so.7 > sendmail 911 root txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > sendmail 911 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sendmail 911 root 0r VCHR 0,15 0t0 = 15 /dev/null > sendmail 911 root 1w VCHR 0,15 0t0 = 15 /dev/null > sendmail 911 root 2w VCHR 0,15 0t0 = 15 /dev/null > sendmail 911 root 3u IPv4 0xfffff80043049400 0t0 = TCP 127.0.0.1:smtp (LISTEN) > sendmail 911 root 4u unix 0xfffff8000676c000 0t0 = ->0xfffff80006cf02b8 > sendmail 911 root 5w VREG 0,90 78 = 1043368 /var/run/sendmail.pid > sendmail 914 smmsp cwd VDIR 0,90 512 = 1123588 /var/spool/clientmqueue > sendmail 914 smmsp rtd VDIR 0,90 1024 = 2 / > sendmail 914 smmsp txt VREG 0,90 676048 = 86661 /usr/libexec/sendmail/sendmail > sendmail 914 smmsp txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sendmail 914 smmsp txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > sendmail 914 smmsp txt VREG 0,90 37496 = 85255 /usr/lib/libwrap.so.6 > sendmail 914 smmsp txt VREG 0,90 430328 = 85129 /usr/lib/libssl.so.7 > sendmail 914 smmsp txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > sendmail 914 smmsp txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sendmail 914 smmsp 0r VCHR 0,15 0t0 = 15 /dev/null > sendmail 914 smmsp 1w VCHR 0,15 0t0 = 15 /dev/null > sendmail 914 smmsp 2w VCHR 0,15 0t0 = 15 /dev/null > sendmail 914 smmsp 3u unix 0xfffff800067242b8 0t0 = ->0xfffff80006cf0570 > sendmail 914 smmsp 4w VREG 0,90 49 = 1123590 /var/spool/clientmqueue/sm-client.pid > cron 918 root cwd VDIR 0,90 512 = 1043335 /var/cron > cron 918 root rtd VDIR 0,90 1024 = 2 / > cron 918 root txt VREG 0,90 41008 = 83332 /usr/sbin/cron > cron 918 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > cron 918 root txt VREG 0,90 49376 = 84868 /usr/lib/libpam.so.5 > cron 918 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > cron 918 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > cron 918 root 0u VCHR 0,15 0t0 = 15 /dev/null > cron 918 root 1u VCHR 0,15 0t0 = 15 /dev/null > cron 918 root 2u VCHR 0,15 0t0 = 15 /dev/null > cron 918 root 3w VREG 0,90 3 = 1043371 /var/run/cron.pid > getty 958 root cwd VDIR 0,90 1024 = 2 / > getty 958 root rtd VDIR 0,90 1024 = 2 / > getty 958 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 958 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 958 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 958 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 958 root 0u VCHR 0,53 0t50 = 53 /dev/ttyv0 > getty 958 root 1u VCHR 0,53 0t50 = 53 /dev/ttyv0 > getty 958 root 2u VCHR 0,53 0t50 = 53 /dev/ttyv0 > getty 959 root cwd VDIR 0,90 1024 = 2 / > getty 959 root rtd VDIR 0,90 1024 = 2 / > getty 959 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 959 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 959 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 959 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 959 root 0u VCHR 0,54 0t50 = 54 /dev/ttyv1 > getty 959 root 1u VCHR 0,54 0t50 = 54 /dev/ttyv1 > getty 959 root 2u VCHR 0,54 0t50 = 54 /dev/ttyv1 > getty 960 root cwd VDIR 0,90 1024 = 2 / > getty 960 root rtd VDIR 0,90 1024 = 2 / > getty 960 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 960 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 960 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 960 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 960 root 0u VCHR 0,55 0t50 = 55 /dev/ttyv2 > getty 960 root 1u VCHR 0,55 0t50 = 55 /dev/ttyv2 > getty 960 root 2u VCHR 0,55 0t50 = 55 /dev/ttyv2 > getty 961 root cwd VDIR 0,90 1024 = 2 / > getty 961 root rtd VDIR 0,90 1024 = 2 / > getty 961 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 961 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 961 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 961 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 961 root 0u VCHR 0,56 0t50 = 56 /dev/ttyv3 > getty 961 root 1u VCHR 0,56 0t50 = 56 /dev/ttyv3 > getty 961 root 2u VCHR 0,56 0t50 = 56 /dev/ttyv3 > getty 962 root cwd VDIR 0,90 1024 = 2 / > getty 962 root rtd VDIR 0,90 1024 = 2 / > getty 962 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 962 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 962 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 962 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 962 root 0u VCHR 0,57 0t50 = 57 /dev/ttyv4 > getty 962 root 1u VCHR 0,57 0t50 = 57 /dev/ttyv4 > getty 962 root 2u VCHR 0,57 0t50 = 57 /dev/ttyv4 > getty 963 root cwd VDIR 0,90 1024 = 2 / > getty 963 root rtd VDIR 0,90 1024 = 2 / > getty 963 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 963 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 963 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 963 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 963 root 0u VCHR 0,58 0t50 = 58 /dev/ttyv5 > getty 963 root 1u VCHR 0,58 0t50 = 58 /dev/ttyv5 > getty 963 root 2u VCHR 0,58 0t50 = 58 /dev/ttyv5 > getty 964 root cwd VDIR 0,90 1024 = 2 / > getty 964 root rtd VDIR 0,90 1024 = 2 / > getty 964 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 964 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 964 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 964 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 964 root 0u VCHR 0,59 0t50 = 59 /dev/ttyv6 > getty 964 root 1u VCHR 0,59 0t50 = 59 /dev/ttyv6 > getty 964 root 2u VCHR 0,59 0t50 = 59 /dev/ttyv6 > getty 965 root cwd VDIR 0,90 1024 = 2 / > getty 965 root rtd VDIR 0,90 1024 = 2 / > getty 965 root txt VREG 0,90 27952 = 86582 /usr/libexec/getty > getty 965 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > getty 965 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > getty 965 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > getty 965 root 0u VCHR 0,60 0t50 = 60 /dev/ttyv7 > getty 965 root 1u VCHR 0,60 0t50 = 60 /dev/ttyv7 > getty 965 root 2u VCHR 0,60 0t50 = 60 /dev/ttyv7 > sshd 982 root cwd VDIR 0,90 1024 = 2 / > sshd 982 root rtd VDIR 0,90 1024 = 2 / > sshd 982 root txt VREG 0,90 291992 = 84489 /usr/sbin/sshd > sshd 982 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > sshd 982 root txt VREG 0,90 363072 = 574185 /usr/lib/private/libssh.so.5 > sshd 982 root txt VREG 0,90 70152 = 1203908 /lib/libutil.so.9 > sshd 982 root txt VREG 0,90 37496 = 85255 /usr/lib/libwrap.so.6 > sshd 982 root txt VREG 0,90 49376 = 84868 /usr/lib/libpam.so.5 > sshd 982 root txt VREG 0,90 104480 = 83398 /usr/lib/libbsm.so.3 > sshd 982 root txt VREG 0,90 122848 = 80265 /usr/lib/libgssapi_krb5.so.10 > sshd 982 root txt VREG 0,90 37464 = 83980 /usr/lib/libgssapi.so.10 > sshd 982 root txt VREG 0,90 481600 = 84519 /usr/lib/libkrb5.so.11 > sshd 982 root txt VREG 0,90 294048 = 84407 /usr/lib/libhx509.so.11 > sshd 982 root txt VREG 0,90 628680 = 83302 /usr/lib/libasn1.so.11 > sshd 982 root txt VREG 0,90 7256 = 83599 /usr/lib/libcom_err.so.5 > sshd 982 root txt VREG 0,90 70400 = 84893 /usr/lib/libroken.so.11 > sshd 982 root txt VREG 0,90 162856 = 85252 /usr/lib/libwind.so.11 > sshd 982 root txt VREG 0,90 15792 = 84367 /usr/lib/libheimbase.so.11 > sshd 982 root txt VREG 0,90 9976 = 574176 /usr/lib/private/libheimipcc.so.11 > sshd 982 root txt VREG 0,90 61952 = 1203875 /lib/libcrypt.so.5 > sshd 982 root txt VREG 0,90 2001544 = 1203876 /lib/libcrypto.so.7 > sshd 982 root txt VREG 0,90 85424 = 1203910 /lib/libz.so.6 > sshd 982 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > sshd 982 root txt VREG 0,90 343824 = 574182 /usr/lib/private/libldns.so.5 > sshd 982 root txt VREG 0,90 66416 = 1203893 /lib/libmd.so.6 > sshd 982 root txt VREG 0,90 105096 = 1203904 /lib/libthr.so.3 > sshd 982 root txt VREG 0,90 62544 = 84229 /usr/lib/libgssapi_spnego.so.10 > sshd 982 root txt VREG 0,90 6928 = 85286 /usr/lib/pam_opie.so.5 > sshd 982 root txt VREG 0,90 38192 = 84865 /usr/lib/libopie.so.7 > sshd 982 root txt VREG 0,90 5496 = 85288 /usr/lib/pam_opieaccess.so.5 > sshd 982 root txt VREG 0,90 12520 = 85298 /usr/lib/pam_unix.so.5 > sshd 982 root txt VREG 0,90 19680 = 85260 /usr/lib/libypclnt.so.4 > sshd 982 root txt VREG 0,90 6088 = 85285 /usr/lib/pam_nologin.so.5 > sshd 982 root txt VREG 0,90 9288 = 85284 /usr/lib/pam_login_access.so.5 > sshd 982 root txt VREG 0,90 4568 = 85290 /usr/lib/pam_permit.so.5 > sshd 982 root 0u VCHR 0,15 0t0 = 15 /dev/null > sshd 982 root 1u VCHR 0,15 0t0 = 15 /dev/null > sshd 982 root 2u VCHR 0,15 0t0 = 15 /dev/null > sshd 982 root 3u IPv4 0xfffff80006f8dc00 0t0 = TCP 188.xxx.xxx.xxx:ssh->188.xxx.xxx.xx:38740 (ESTABLISHED) > sshd 982 root 4u PIPE 0xfffff800066d65d0 16384 = ->0xfffff800066d6730 > sshd 982 root 5u PIPE 0xfffff800066d6730 0 = ->0xfffff800066d65d0 > sshd 982 root 6u = 0xfffff8000656f3c0 file struct, ty=3D0xa, op=3D0xffffffff8139b428 > sshd 982 root 8u = 0xfffff8000656f3c0 file struct, ty=3D0xa, op=3D0xffffffff8139b428 > sshd 982 root 9u = 0xfffff8000656f3c0 file struct, ty=3D0xa, op=3D0xffffffff8139b428 > zsh 984 root cwd VDIR 0,90 512 = 2086656 /root > zsh 984 root rtd VDIR 0,90 1024 = 2 / > zsh 984 root txt VREG 0,90 643768 = 222085 /usr/local/bin/zsh > zsh 984 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > zsh 984 root txt VREG 0,90 178200 = 643427 /usr/local/share/zsh/5.0.2/functions/Completion.zwc > zsh 984 root txt VREG 0,90 55800 = 643431 /usr/local/share/zsh/5.0.2/functions/Newuser.zwc > zsh 984 root txt VREG 0,90 141688 = 643430 /usr/local/share/zsh/5.0.2/functions/Misc.zwc > zsh 984 root txt VREG 0,90 254552 = 643456 /usr/local/share/zsh/5.0.2/functions/Completion/Base.zwc > zsh 984 root txt VREG 0,90 146040 = 643436 /usr/local/share/zsh/5.0.2/functions/Zle.zwc > zsh 984 root txt VREG 0,90 223336 = 643466 /usr/local/share/zsh/5.0.2/functions/Completion/Zsh.zwc > zsh 984 root txt VREG 0,90 347168 = 1203898 /lib/libncursesw.so.8 > zsh 984 root txt VREG 0,90 172096 = 1203892 /lib/libm.so.5 > zsh 984 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > zsh 984 root txt VREG 0,90 295488 = 642709 /usr/local/lib/zsh/5.0.2/zsh/zle.so > zsh 984 root txt VREG 0,90 42592 = 642700 /usr/local/lib/zsh/5.0.2/zsh/parameter.so > zsh 984 root txt VREG 0,90 143296 = 642688 /usr/local/lib/zsh/5.0.2/zsh/complete.so > zsh 984 root txt VREG 0,90 57744 = 642689 /usr/local/lib/zsh/5.0.2/zsh/complist.so > zsh 984 root txt VREG 0,90 28144 = 642714 /usr/local/lib/zsh/5.0.2/zsh/zutil.so > zsh 984 root txt VREG 0,90 58464 = 642690 /usr/local/lib/zsh/5.0.2/zsh/computil.so > zsh 984 root txt VREG 0,90 3157800 = 643464 /usr/local/share/zsh/5.0.2/functions/Completion/Unix.zwc > zsh 984 root 0u VCHR 0,97 0t409895 = 97 /dev/pts/0 > zsh 984 root 1u VCHR 0,97 0t409895 = 97 /dev/pts/0 > zsh 984 root 2u VCHR 0,97 0t409895 = 97 /dev/pts/0 > zsh 984 root 10u VCHR 0,97 0t21170 = 97 /dev/pts/0 > zsh 984 root 12r VREG 0,90 55800 = 643431 /usr/local/share/zsh/5.0.2/functions/Newuser.zwc > zsh 984 root 13r VREG 0,90 141688 = 643430 /usr/local/share/zsh/5.0.2/functions/Misc.zwc > zsh 984 root 14r VREG 0,90 178200 = 643427 /usr/local/share/zsh/5.0.2/functions/Completion.zwc > zsh 984 root 15r VREG 0,90 146040 = 643436 /usr/local/share/zsh/5.0.2/functions/Zle.zwc > zsh 984 root 16r VREG 0,90 254552 = 643456 /usr/local/share/zsh/5.0.2/functions/Completion/Base.zwc > zsh 984 root 17r VREG 0,90 223336 = 643466 /usr/local/share/zsh/5.0.2/functions/Completion/Zsh.zwc > zsh 984 root 18r VREG 0,90 3157800 = 643464 /usr/local/share/zsh/5.0.2/functions/Completion/Unix.zwc > lsof 58654 root cwd VDIR 0,90 512 = 2086656 /root > lsof 58654 root rtd VDIR 0,90 1024 = 2 / > lsof 58654 root txt VREG 0,90 125168 = 163072 /usr/local/sbin/lsof > lsof 58654 root txt VREG 0,90 111560 = 496950 /libexec/ld-elf.so.1 > lsof 58654 root txt VREG 0,90 34328 = 1203891 /lib/libkvm.so.6 > lsof 58654 root txt VREG 0,90 1565144 = 1203873 /lib/libc.so.7 > lsof 58654 root 0u VCHR 0,97 0t409895 = 97 /dev/pts/0 > lsof 58654 root 1w VREG 0,90 0 = 2086663 / (/dev/ada0p2) > lsof 58654 root 2u VCHR 0,97 0t409895 = 97 /dev/pts/0 > lsof 58654 root 3r VCHR 0,10 0t0 = 10 /dev/mem > lsof 58654 root 4r VCHR 0,11 0xfffff8000656fd20 = 11 /dev/kmem > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 17:37:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 086FAE49; Fri, 10 Jan 2014 17:37:53 +0000 (UTC) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8D201F20; Fri, 10 Jan 2014 17:37:52 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id 1so4794323qec.23 for ; Fri, 10 Jan 2014 09:37:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=i4JMFFw+ZHaMyIQqdMtj3ssURev2J3TUZBqx25FH1S4=; b=pE4GnmTR/IkpsLYgD08kWJL10vtS4xGYhK1Ko7GZ1d92sakZ/upAyL+bmDMrcnoac0 qGULYw1LX906lESbSfR4Ez1VysAwfMBv37gkZuyaI3Eed3DM5jfRzOZRHX+0/pYlkYze e7ghEF/XNVv/cB5G/ZMcQRqZF9LaZsg7PObIuQQFM5tbPMOn+G3PgwrdKA0fXX9h+3/L uys13rXx0gEtZWY4t0drs0VD5bGwq6ZY9QgNTDp7/8Zgx4gQYLRlgrzKPxgxFb9xtIem 0zcVAjToeoruFHlgIn0xSQhlL2ecknRWZggweiEH5zACov4hWf+QrBAqzOy0CgX8IDMw hc3Q== MIME-Version: 1.0 X-Received: by 10.224.15.74 with SMTP id j10mr9789771qaa.26.1389375471888; Fri, 10 Jan 2014 09:37:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Fri, 10 Jan 2014 09:37:51 -0800 (PST) In-Reply-To: References: Date: Fri, 10 Jan 2014 09:37:51 -0800 X-Google-Sender-Auth: p-tU6DjT1yA84vuadhp6Mav8pD8 Message-ID: Subject: Re: IWN hangs periodically on 10.0RC3 From: Adrian Chadd To: Lars Engels , Kevin Oberman , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 17:37:53 -0000 .. when you see it hang, does anything get logged in dmesg (eg a firmware panic) ? Try recompiling your kernel with: IEEE80211_DEBUG IWN_DEBUG That way it can be debugged :) The first thing I'd check is whether there's more fun races going on in the crypto code - try wlandebug +crypto . -a From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 19:15:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB56695B for ; Fri, 10 Jan 2014 19:15:14 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 942D116F0 for ; Fri, 10 Jan 2014 19:15:14 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id ar20so1331494iec.8 for ; Fri, 10 Jan 2014 11:15:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=CRWXA6+hFMP0ll+JvB47RW8JoKvK/8Jvtt4TNSLGerg=; b=GgxNmurjmgoZd+KRRAsVGKziHYmR7MmWcoT/gOWHRiDIUw1B1yVc9U+Li4+rNdLVaE 2hJ/2Pd8J4Z8R7AKHRTkVGiBa+VuOtPXGbyHBazVQ0DdCQlhhguunWGebxz2ACXgyyvl 1/eKzcB6wmxJfE38tFLxPKb25ouyMhUz7JzrzSVtVJbowcmEieCrClp7JVJ+OY68s/aa OtrCfYoDxKZQuXXOLp+SfAFjgcKrylB9LkYGej90QEgMnDMRPIxaTZkbabumkstbFMMf 9IMl5Ev3UxumNNBxJiGNYrUccyRuZEj2CXzeupCgZDn0YxOFm0816/TuR9JMR/U+kTAe tShQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=CRWXA6+hFMP0ll+JvB47RW8JoKvK/8Jvtt4TNSLGerg=; b=moPMMnVKSxNl0DQa20AFJjHn6nIpStK7DQMxIdw8H+GkrXjpXZyUgoQQKH2XWbvouG O0EG0MpHiVQvh2nWRGGWFZt7sA6in8hqQoeY1ceRMQCp5vK8mMZY/xJE+/4OCAX8D9Mg NjJUA6Q6KlawciEiBgaRXdbnt8PmAgju99uEDz0TI0LZhl/lmMfDj0YONPxAhq6SkpJI uV57bfRA02YWfCvPkSc2gjOsYPj9jI5dNvN+z+DKq0wk6Vl+b/SJch7drB888l2uVcl7 xnT1DJryJMFQLyMsgQKtV/1VTXkqMKOMiYZCf0lHzL/B1cCpQOKJh6SpUOIkZ8Tzrqk3 mRoQ== X-Gm-Message-State: ALoCoQkMm5J6jpgdXM4NTN00StmKAa37Bb4EYwyipukqRIeLs/SuhZQk2TCQsMKR5qSajoCh6U1jrKX1bPkNRp8gO9whqgGhUXMdGqiUN+2ejN2VlPRt8PrG5WNOfhXrfLXgMFaq2TGvLYkCsOsFniNGI8+v0APTuT3V47Td9rILwpmpYNj+UF7XeD1fMiuz5dRywU4YwzKkWlnIMNxLt3Zm75iJ3uiDaw== MIME-Version: 1.0 X-Received: by 10.50.176.201 with SMTP id ck9mr5300948igc.46.1389381313892; Fri, 10 Jan 2014 11:15:13 -0800 (PST) Received: by 10.64.227.230 with HTTP; Fri, 10 Jan 2014 11:15:13 -0800 (PST) Date: Fri, 10 Jan 2014 11:15:13 -0800 Message-ID: Subject: Re: UFS panic on Google Compute Engine From: Venkatesh Srinivas To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 19:15:14 -0000 We are looking in to this issue as well. Could you try setting the sysctl kern.cam.da..minimum_cmd_size to 10 and see if that works any better for you? On 10 Jan 2014 Bryan Venteicher wrote: > On 9 Jan 2014 Julian Stecklina wrote: >> Also weird is that the same virtual disk pops up two times: ... > Odd, but they're different LUNs. The doubled LUNs issue is actually a bug in the FreeBSD virtio-scsi driver, masked in QEMU but not in GCE; see kern pr/185626. -- vs; From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 20:24:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23C622C9 for ; Fri, 10 Jan 2014 20:24:16 +0000 (UTC) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id 76A8A1CB1 for ; Fri, 10 Jan 2014 20:24:15 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail110.syd.optusnet.com.au (Postfix) with ESMTP id 84296780DD4; Sat, 11 Jan 2014 07:24:12 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 4626C621D; Sat, 11 Jan 2014 07:24:10 +1100 (EST) Message-ID: <52D056EA.9040808@menhennitt.com.au> Date: Sat, 11 Jan 2014 07:24:10 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?TWlrYcOrbCBVcmFua2Fy?= Subject: Re: VirtualBox crash on 10-Stable References: <52CF8E97.50304@menhennitt.com.au> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=YYGEuWhf c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=4ZoS1BJXjLcA:10 a=50Fhv5jmcFcA:10 a=IkcTkHD0fZMA:10 a=S_JDAbpHE4cA:10 a=T6_zb4slFjTXfBK0LvYA:9 a=QEXdDO2ut3YA:10 a=ZmER6NIilM0A:10 a=qYoYQwqRU9oA:10 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 20:24:16 -0000 On 10/01/2014 18:58, Mikaël Urankar wrote: > unsetenv QT_PLUGIN_PATH Thank you for replying, Mikaël. In my case (using bash), it was "unset QT_PLUGIN_PATH". And that worked! Thanks very much for your help, Graham From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 22:50:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7B2014B for ; Fri, 10 Jan 2014 22:50:29 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6777E1789 for ; Fri, 10 Jan 2014 22:50:29 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W1kuH-000MJI-Il; Fri, 10 Jan 2014 23:50:27 +0100 Message-ID: <52D0792C.2030801@FreeBSD.org> Date: Fri, 10 Jan 2014 23:50:20 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Graham Menhennitt , freebsd-stable@freebsd.org Subject: Re: X not working on AMD64 Radeon after upgrading 9-Stable to 10-RC3 References: <52C6846A.8010304@menhennitt.com.au> <52C7F922.6010204@FreeBSD.org> <52C8F9AA.1090207@menhennitt.com.au> <52C9B483.5060209@dumbbell.fr> <52CD1E41.5010607@menhennitt.com.au> In-Reply-To: <52CD1E41.5010607@menhennitt.com.au> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sx0XaDHdr3pEABBv0opmwtquiLxEOoium" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 22:50:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sx0XaDHdr3pEABBv0opmwtquiLxEOoium Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08.01.2014 10:45, Graham Menhennitt wrote: > Ok, I've included the output of dmesg from Ubuntu 13.04 AMD64. I > couldn't get as far as running X from the live CD though - there was an= > error about not being able to find /sbin/init and I got dumped into a > BusyBox shell with a prompt of "initramfs". But dmesg contains "drm" an= d > "radeon" bits, so I hope it's enough. No errors though. Yes, so there's a problem with our driver. I'll take a look as the time permits. Thank you for the report! --=20 Jean-S=E9bastien P=E9dron --sx0XaDHdr3pEABBv0opmwtquiLxEOoium 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLQeTEACgkQa+xGJsFYOlMG/QCfYayKcMhJQ3CbPE3XaEvnmUcg rkgAoMY2cFXEFL6u45q5em7mZVyJRmvt =ZqaM -----END PGP SIGNATURE----- --sx0XaDHdr3pEABBv0opmwtquiLxEOoium-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 10 23:01:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA7B2349 for ; Fri, 10 Jan 2014 23:01:27 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68DAC18BB for ; Fri, 10 Jan 2014 23:01:27 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id A7D0542C26B7; Sat, 11 Jan 2014 00:01:24 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Fri, 10 Jan 2014 17:01:19 -0600 (CST) From: Bryan Venteicher To: Venkatesh Srinivas Message-ID: <500471950.1780.1389394879799.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: UFS panic on Google Compute Engine MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC31 ([unknown])/8.0.2_GA_5569) Thread-Topic: UFS panic on Google Compute Engine Thread-Index: U5i2uIuovC6XGRba5f8sSg/K1Q51dA== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 23:01:27 -0000 ----- Original Message ----- > We are looking in to this issue as well. > > Could you try setting the sysctl kern.cam.da..minimum_cmd_size > to 10 and see if that works any better for you? > > On 10 Jan 2014 Bryan Venteicher wrote: > > On 9 Jan 2014 Julian Stecklina wrote: > >> Also weird is that the same virtual disk pops up two times: > ... > > Odd, but they're different LUNs. > > The doubled LUNs issue is actually a bug in the FreeBSD virtio-scsi > driver, masked in QEMU but not in GCE; see kern pr/185626. > Ah thanks. I think early pre-spec VirtIO SCSI QEMU used a different addressing format and I ended up with an unfortunate mix of both. > -- vs; > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 00:11:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F27C3202; Sat, 11 Jan 2014 00:11:29 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8E741E14; Sat, 11 Jan 2014 00:11:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=KBDI0pxtNJe2qWpZZR7EryHMvzhRvwmPz+yv3G6DPUk=; b=YoZTVvmhglcNPJz1dru09kzA8ABMXkpDE8Iy8HrliJIRRCtykPj0g1MhUMLyH/gZqb2gbSLcTJH6u3twG0vAvyFycySeB3uRAUxjJe0tD88EXAnr4Sz1pfWyhBmLWr6E+c3UK+gVuP+WhEf2biVZ+24rskFlY3EYfIVS1gnpHTE=; Received: from [182.0.18.36] (port=40645 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1W1mAc-001452-1b; Fri, 10 Jan 2014 17:11:23 -0700 Date: Sat, 11 Jan 2014 08:11:13 +0800 From: Erich Dollansky To: Glen Barber Subject: Re: FreeBSD 10.0-RC5 Now Available Message-ID: <20140111081113.6536f7df@X220.alogt.com> In-Reply-To: <20140110131910.GP64543@glenbarber.us> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Thomas Mueller , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 00:11:30 -0000 Hi, On Fri, 10 Jan 2014 08:19:10 -0500 Glen Barber wrote: > On Fri, Jan 10, 2014 at 09:16:44AM +0000, Thomas Mueller wrote: > > > > just to find out that the mouse is not working under X anymore. > > > > > You should rebuild your ports after upgrading from the previous > > > -RCs, since there was an ABI change. > > > > Does this need to rebuild all ports apply even if one has not yet > > built X? > > > > ABI changed, so to be safe, yes. I could use the mouse after recompiling hal and dbus. The machine is now recompiling the rest. Thanks! Erich From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 00:22:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22FC038A; Sat, 11 Jan 2014 00:22:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5941D1EB3; Sat, 11 Jan 2014 00:22:34 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0B0MUfv009115; Sat, 11 Jan 2014 02:22:31 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0B0MUki009056; Sat, 11 Jan 2014 00:22:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Jan 2014 00:22:30 GMT Message-Id: <201401110022.s0B0MUki009056@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 00:22:36 -0000 TB --- 2014-01-10 22:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-10 22:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-10 22:00:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-10 22:00:43 - cleaning the object tree TB --- 2014-01-10 22:00:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-10 22:01:32 - At svn revision 260523 TB --- 2014-01-10 22:01:33 - building world TB --- 2014-01-10 22:01:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 22:01:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 22:01:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 22:01:33 - SRCCONF=/dev/null TB --- 2014-01-10 22:01:33 - TARGET=mips TB --- 2014-01-10 22:01:33 - TARGET_ARCH=mips TB --- 2014-01-10 22:01:33 - TZ=UTC TB --- 2014-01-10 22:01:33 - __MAKE_CONF=/dev/null TB --- 2014-01-10 22:01:33 - cd /src TB --- 2014-01-10 22:01:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 10 22:01:43 UTC 2014 >>> 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 Fri Jan 10 23:26:09 UTC 2014 TB --- 2014-01-10 23:26:09 - cd /src/sys/mips/conf TB --- 2014-01-10 23:26:09 - /usr/sbin/config -m ADM5120 TB --- 2014-01-10 23:26:09 - skipping ADM5120 kernel TB --- 2014-01-10 23:26:09 - cd /src/sys/mips/conf TB --- 2014-01-10 23:26:09 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-10 23:26:09 - skipping ALCHEMY kernel TB --- 2014-01-10 23:26:09 - cd /src/sys/mips/conf TB --- 2014-01-10 23:26:09 - /usr/sbin/config -m AP121 TB --- 2014-01-10 23:26:09 - building AP121 kernel TB --- 2014-01-10 23:26:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 23:26:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 23:26:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 23:26:09 - SRCCONF=/dev/null TB --- 2014-01-10 23:26:09 - TARGET=mips TB --- 2014-01-10 23:26:09 - TARGET_ARCH=mips TB --- 2014-01-10 23:26:09 - TZ=UTC TB --- 2014-01-10 23:26:09 - __MAKE_CONF=/dev/null TB --- 2014-01-10 23:26:09 - cd /src TB --- 2014-01-10 23:26:09 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Jan 10 23:26:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Jan 10 23:30:56 UTC 2014 TB --- 2014-01-10 23:30:56 - cd /src/sys/mips/conf TB --- 2014-01-10 23:30:56 - /usr/sbin/config -m AP91 TB --- 2014-01-10 23:30:56 - building AP91 kernel TB --- 2014-01-10 23:30:56 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 23:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 23:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 23:30:56 - SRCCONF=/dev/null TB --- 2014-01-10 23:30:56 - TARGET=mips TB --- 2014-01-10 23:30:56 - TARGET_ARCH=mips TB --- 2014-01-10 23:30:56 - TZ=UTC TB --- 2014-01-10 23:30:56 - __MAKE_CONF=/dev/null TB --- 2014-01-10 23:30:56 - cd /src TB --- 2014-01-10 23:30:56 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Jan 10 23:30:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Jan 10 23:37:56 UTC 2014 TB --- 2014-01-10 23:37:56 - cd /src/sys/mips/conf TB --- 2014-01-10 23:37:56 - /usr/sbin/config -m AP93 TB --- 2014-01-10 23:37:56 - building AP93 kernel TB --- 2014-01-10 23:37:56 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 23:37:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 23:37:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 23:37:56 - SRCCONF=/dev/null TB --- 2014-01-10 23:37:56 - TARGET=mips TB --- 2014-01-10 23:37:56 - TARGET_ARCH=mips TB --- 2014-01-10 23:37:56 - TZ=UTC TB --- 2014-01-10 23:37:56 - __MAKE_CONF=/dev/null TB --- 2014-01-10 23:37:56 - cd /src TB --- 2014-01-10 23:37:56 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Jan 10 23:37:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Jan 10 23:45:15 UTC 2014 TB --- 2014-01-10 23:45:15 - cd /src/sys/mips/conf TB --- 2014-01-10 23:45:15 - /usr/sbin/config -m AP94 TB --- 2014-01-10 23:45:15 - building AP94 kernel TB --- 2014-01-10 23:45:15 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 23:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 23:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 23:45:15 - SRCCONF=/dev/null TB --- 2014-01-10 23:45:15 - TARGET=mips TB --- 2014-01-10 23:45:15 - TARGET_ARCH=mips TB --- 2014-01-10 23:45:15 - TZ=UTC TB --- 2014-01-10 23:45:15 - __MAKE_CONF=/dev/null TB --- 2014-01-10 23:45:15 - cd /src TB --- 2014-01-10 23:45:15 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Jan 10 23:45:16 UTC 2014 >>> 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 AP94 completed on Fri Jan 10 23:54:00 UTC 2014 TB --- 2014-01-10 23:54:00 - cd /src/sys/mips/conf TB --- 2014-01-10 23:54:00 - /usr/sbin/config -m AP96 TB --- 2014-01-10 23:54:00 - building AP96 kernel TB --- 2014-01-10 23:54:00 - CROSS_BUILD_TESTING=YES TB --- 2014-01-10 23:54:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-10 23:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-10 23:54:00 - SRCCONF=/dev/null TB --- 2014-01-10 23:54:00 - TARGET=mips TB --- 2014-01-10 23:54:00 - TARGET_ARCH=mips TB --- 2014-01-10 23:54:00 - TZ=UTC TB --- 2014-01-10 23:54:00 - __MAKE_CONF=/dev/null TB --- 2014-01-10 23:54:00 - cd /src TB --- 2014-01-10 23:54:00 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Jan 10 23:54:00 UTC 2014 >>> 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 AP96 completed on Sat Jan 11 00:02:26 UTC 2014 TB --- 2014-01-11 00:02:26 - cd /src/sys/mips/conf TB --- 2014-01-11 00:02:26 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-11 00:02:26 - building AR71XX_BASE kernel TB --- 2014-01-11 00:02:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 00:02:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 00:02:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 00:02:26 - SRCCONF=/dev/null TB --- 2014-01-11 00:02:26 - TARGET=mips TB --- 2014-01-11 00:02:26 - TARGET_ARCH=mips TB --- 2014-01-11 00:02:26 - TZ=UTC TB --- 2014-01-11 00:02:26 - __MAKE_CONF=/dev/null TB --- 2014-01-11 00:02:26 - cd /src TB --- 2014-01-11 00:02:26 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Jan 11 00:02:27 UTC 2014 >>> 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 AR71XX_BASE completed on Sat Jan 11 00:09:55 UTC 2014 TB --- 2014-01-11 00:09:55 - cd /src/sys/mips/conf TB --- 2014-01-11 00:09:55 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-11 00:09:55 - building AR724X_BASE kernel TB --- 2014-01-11 00:09:55 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 00:09:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 00:09:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 00:09:55 - SRCCONF=/dev/null TB --- 2014-01-11 00:09:55 - TARGET=mips TB --- 2014-01-11 00:09:55 - TARGET_ARCH=mips TB --- 2014-01-11 00:09:55 - TZ=UTC TB --- 2014-01-11 00:09:55 - __MAKE_CONF=/dev/null TB --- 2014-01-11 00:09:55 - cd /src TB --- 2014-01-11 00:09:55 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Jan 11 00:09:55 UTC 2014 >>> 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 AR724X_BASE completed on Sat Jan 11 00:15:41 UTC 2014 TB --- 2014-01-11 00:15:41 - cd /src/sys/mips/conf TB --- 2014-01-11 00:15:41 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-11 00:15:41 - building AR91XX_BASE kernel TB --- 2014-01-11 00:15:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 00:15:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 00:15:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 00:15:41 - SRCCONF=/dev/null TB --- 2014-01-11 00:15:41 - TARGET=mips TB --- 2014-01-11 00:15:41 - TARGET_ARCH=mips TB --- 2014-01-11 00:15:41 - TZ=UTC TB --- 2014-01-11 00:15:41 - __MAKE_CONF=/dev/null TB --- 2014-01-11 00:15:41 - cd /src TB --- 2014-01-11 00:15:41 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Jan 11 00:15:41 UTC 2014 >>> 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 AR91XX_BASE completed on Sat Jan 11 00:22:26 UTC 2014 TB --- 2014-01-11 00:22:26 - cd /src/sys/mips/conf TB --- 2014-01-11 00:22:26 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-11 00:22:26 - building AR933X_BASE kernel TB --- 2014-01-11 00:22:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 00:22:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 00:22:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 00:22:26 - SRCCONF=/dev/null TB --- 2014-01-11 00:22:26 - TARGET=mips TB --- 2014-01-11 00:22:26 - TARGET_ARCH=mips TB --- 2014-01-11 00:22:26 - TZ=UTC TB --- 2014-01-11 00:22:26 - __MAKE_CONF=/dev/null TB --- 2014-01-11 00:22:26 - cd /src TB --- 2014-01-11 00:22:26 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Jan 11 00:22:26 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR933X_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-11 00:22:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-11 00:22:29 - ERROR: failed to build AR933X_BASE kernel TB --- 2014-01-11 00:22:29 - 5904.67 user 3007.59 system 8506.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 02:10:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF2AB31A; Sat, 11 Jan 2014 02:10:27 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id BA4EA153F; Sat, 11 Jan 2014 02:10:27 +0000 (UTC) Received: from [192.168.2.117] (unknown [121.54.112.185]) by ainaz.pair.com (Postfix) with ESMTPSA id B51CE3F469; Fri, 10 Jan 2014 21:10:07 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: Gerald Pfeifer Date: Sat, 11 Jan 2014 10:08:58 +0800 To: CeDeROM , freebsd-ports , freebsd-stable@freebsd.org, gerald@FreeBSD.org Message-ID: <061ae4b6-9cff-4c52-8b67-fa46899bfea4@email.android.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 02:10:27 -0000 Yes, you can only have one of lang/gcc and lang/gcc46 installed (and they are basically the same right now until lang/gcc moves to GCC 4.7 soon hopefully). And the two ports _should_ properly conflict. I recommend removing gcc46 and everything should be fine. And if anyone sees a problem with the CONFLICTS, please advise so that we can tighten them. Gerald -- Gerald Pfeifer From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 02:21:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F219E532; Sat, 11 Jan 2014 02:21:44 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id CE7B015F6; Sat, 11 Jan 2014 02:21:44 +0000 (UTC) Received: from [192.168.2.117] (unknown [121.54.112.185]) by ainaz.pair.com (Postfix) with ESMTPSA id D43833F469; Fri, 10 Jan 2014 21:21:36 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: Gerald Pfeifer Date: Sat, 11 Jan 2014 10:18:37 +0800 To: CeDeROM , freebsd-ports , freebsd-stable@freebsd.org Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 02:21:45 -0000 Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. Gerald From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 02:22:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 459D96B4; Sat, 11 Jan 2014 02:22:09 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id 20B081608; Sat, 11 Jan 2014 02:22:09 +0000 (UTC) Received: from [192.168.2.117] (unknown [121.54.112.185]) by ainaz.pair.com (Postfix) with ESMTPSA id E9E793F46A; Fri, 10 Jan 2014 21:21:57 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: Gerald Pfeifer Date: Sat, 11 Jan 2014 10:11:35 +0800 To: CeDeROM , freebsd-ports , freebsd-stable@freebsd.org, gerald@FreeBSD.org Message-ID: <3c730c22-693d-448e-8372-444da44b5ba0@email.android.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 02:22:09 -0000 Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. Gerald From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 03:39:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07C263D8 for ; Sat, 11 Jan 2014 03:39:14 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 811EC1AAC for ; Sat, 11 Jan 2014 03:39:13 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eh20so1593990lab.17 for ; Fri, 10 Jan 2014 19:39:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=s1BhooRMyrcUWR+Z1koA8LShMwsVIhE9Z84BYb4zSUE=; b=MJut9a05dt6CJXCC6HcW4don9Xx7Zzf5+5zLZ2SNlaexxCvQpQa9Pn8wYOQnCmSMDY TPlh0sculmh7zar6J8SUpauzXQ4RIRSf6frgOkVpjFaAwbyRcU66plJzTkX/gLhRk0YP uu4uC+m+YzSzT9DvnTTaxbSTFIeFNnRPp0lzAANQ3k/A1imHsPwbkSoYTJJ3BEHbeohh +XlDYMX6UmSlbEtJ9nXsnKOO+QzA/isrXveOIaVUHKjnXOI32XqjxRcG5EtUV3dAQHOV gKcoNri9YzsvrbkzzNt59I07qeGAzLyyQMufmeuuN/ZVJsYtXL3xQFdErKD0aMFlKi3I Smdw== MIME-Version: 1.0 X-Received: by 10.152.28.137 with SMTP id b9mr208080lah.4.1389411550895; Fri, 10 Jan 2014 19:39:10 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.38.43 with HTTP; Fri, 10 Jan 2014 19:39:10 -0800 (PST) In-Reply-To: <52D056EA.9040808@menhennitt.com.au> References: <52CF8E97.50304@menhennitt.com.au> <52D056EA.9040808@menhennitt.com.au> Date: Fri, 10 Jan 2014 19:39:10 -0800 X-Google-Sender-Auth: 4lOe_Ba6QB3Ev_fkjWj7jm18YgY Message-ID: Subject: Re: VirtualBox crash on 10-Stable From: Craig Rodrigues To: Graham Menhennitt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable , =?ISO-8859-1?Q?Mika=EBl_Urankar?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 03:39:14 -0000 On Fri, Jan 10, 2014 at 12:24 PM, Graham Menhennitt < graham@menhennitt.com.au> wrote: > On 10/01/2014 18:58, Mika=EBl Urankar wrote: > > unsetenv QT_PLUGIN_PATH > Thank you for replying, Mika=EBl. > > In my case (using bash), it was "unset QT_PLUGIN_PATH". And that worked! > If you are open to rebuilding the port, if you follow these instructions, you should be able to get a newer virtualbox port which does not require unsetting QT_PLUGIN_PATH. See: http://lists.freebsd.org/pipermail/freebsd-emulation/2014-January/011224.ht= ml -- Craig From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 05:51:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DAFE232; Sat, 11 Jan 2014 05:51:42 +0000 (UTC) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 343A213E2; Sat, 11 Jan 2014 05:51:42 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id rq2so5276951pbb.17 for ; Fri, 10 Jan 2014 21:51:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GUtZc8j89VvHnXWhbSVCypJ+xwbRzXea1jep1Vy3vck=; b=ZxSeKz/jQb7bjBV79xg3TOtkiEJUcqeRqMZDZSD9Zq3VuyP1u9PLPlnc84NGB1DnUF lSFhzScl+R/rZYQ4oohHRmqM8iz22SvbPFBr44pHpZ5tL+JP+yt7JazFnmO2v+TlYD5z NQ46r1UZl5IuGCcFQX8r+mRRv/pAUReQM7x6AwEx7b2rs+NPjnSC4jpo8za6fjiYQWmN SyEhkoLRRkxQdaeZCSc/VyD5m4EsIXCO/Feb4l2Uj2p4YiYV+1gnlkUAgMiKQ147K46X ORkQTvRLXMNVRl0d84WTve2uXQIMafQV0CtP9PgpG6O7zHSt1EYLM77bEPM8cOrj3AHq teVw== MIME-Version: 1.0 X-Received: by 10.68.227.36 with SMTP id rx4mr16456801pbc.164.1389419501804; Fri, 10 Jan 2014 21:51:41 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Fri, 10 Jan 2014 21:51:41 -0800 (PST) In-Reply-To: References: Date: Fri, 10 Jan 2014 21:51:41 -0800 X-Google-Sender-Auth: r2SmyYoyEG_Zst5gxrYYYoPrdSw Message-ID: Subject: Re: IWN hangs periodically on 10.0RC3 From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-wireless@freebsd.org" , FreeBSD Stable Mailing List , Lars Engels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 05:51:42 -0000 On Fri, Jan 10, 2014 at 9:37 AM, Adrian Chadd wrote: > .. when you see it hang, does anything get logged in dmesg (eg a > firmware panic) ? > > Try recompiling your kernel with: > > IEEE80211_DEBUG > IWN_DEBUG > > That way it can be debugged :) > > The first thing I'd check is whether there's more fun races going on > in the crypto code - try wlandebug +crypto . > > > -a > I just sent a message about issues I am seeing with my IWN to wireless@. Then I saw these responses. Sorry. As far as logs go, I wee a number if cases of the following sequence: Jan 1 18:00:12 rogue dbus[1451]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jan 1 18:00:12 rogue dbus[1451]: [system] Successfully activated service 'org.freedesktop.PackageKit' Jan 1 18:28:56 rogue wpa_supplicant[620]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:26:b8:67:c3:2d reason=0 Jan 1 18:28:56 rogue kernel: wlan0: link state changed to DOWN Jan 1 18:28:59 rogue wpa_supplicant[620]: wlan0: Trying to associate with 00:26:b8:67:c3:2d (SSID='babcom' freq=2437 MHz) Jan 1 18:28:59 rogue wpa_supplicant[620]: wlan0: Associated with 00:26:b8:67:c3:2d Jan 1 18:28:59 rogue kernel: wlan0: link state changed to UP Jan 1 18:28:59 rogue dhclient[652]: send_packet: No buffer space available Jan 1 18:28:59 rogue devd: Executing '/etc/rc.d/dhclient quietstart wlan0' Jan 1 18:28:59 rogue wpa_supplicant[620]: wlan0: WPA: Key negotiation completed with 00:26:b8:67:c3:2d [PTK=CCMP GTK=CCMP] Jan 1 18:28:59 rogue wpa_supplicant[620]: wlan0: CTRL-EVENT-CONNECTED - Connection to 00:26:b8:67:c3:2d completed [id=1 id_str=] Jan 1 18:29:02 rogue dhclient: New IP Address (wlan0): 192.168.1.5 Jan 1 18:29:02 rogue dhclient: New Subnet Mask (wlan0): 255.255.255.0 Jan 1 18:29:02 rogue dhclient: New Broadcast Address (wlan0): 192.168.1.255 Jan 1 18:29:02 rogue dhclient: New Routers (wlan0): 192.168.1.1 So it seems that the bounce is happening fairly often, but the system usually recovers. It seems to be pretty consistently 2-3 time4s a day. Note that the dbus messages about packagekit always immediately precede the link going down. Every tthe or four of these fail to recover: Jan 3 14:09:05 rogue kernel: wlan0: link state changed to DOWN Jan 3 14:09:56 rogue ntpd[1303]: sendto(198.129.254.218) (fd=25): Network is down Jan 3 14:10:15 rogue ntpd[1303]: sendto(208.79.18.86) (fd=25): Network is down Jan 3 14:10:29 rogue ntpd[1303]: sendto(198.124.252.90) (fd=25): Network is down Jan 3 14:10:49 rogue ntpd[1303]: sendto(198.55.111.5) (fd=25): Network is down Jan 3 14:11:00 rogue ntpd[1303]: sendto(192.95.38.104) (fd=25): Network is down Jan 3 14:14:02 rogue ntpd[1303]: sendto(198.129.252.38) (fd=25): Network is down Jan 3 14:14:12 rogue wpa_supplicant[620]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Jan 3 14:14:12 rogue wpa_supplicant[620]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Jan 3 14:14:12 rogue wpa_supplicant[620]: wlan0: CTRL-EVENT-TERMINATING Jan 3 14:14:12 rogue dhclient[652]: connection closed Jan 3 14:14:12 rogue dhclient[652]: exiting. Jan 3 14:14:12 rogue wpa_supplicant[67153]: Successfully initialized wpa_supplicant Jan 3 14:14:16 rogue wpa_supplicant[67154]: wlan0: Trying to associate with 00:26:b8:67:c3:2d (SSID='babcom' freq=2437 MHz) Jan 3 14:14:16 rogue wpa_supplicant[67154]: wlan0: Associated with 00:26:b8:67:c3:2d Jan 3 14:14:16 rogue kernel: wlan0: link state changed to UP Jan 3 14:14:16 rogue devd: Executing '/etc/rc.d/dhclient quietstart wlan0' Jan 3 14:14:16 rogue dhclient[67191]: send_packet: No buffer space available Jan 3 14:14:17 rogue wpa_supplicant[67154]: wlan0: WPA: Key negotiation completed with 00:26:b8:67:c3:2d [PTK=CCMP GTK=CCMP] Jan 3 14:14:17 rogue wpa_supplicant[67154]: wlan0: CTRL-EVENT-CONNECTED - Connection to 00:26:b8:67:c3:2d completed [id=1 id_str=] Jan 3 14:14:18 rogue dhclient: New IP Address (wlan0): 192.168.1.5 Jan 3 14:14:18 rogue dhclient: New Subnet Mask (wlan0): 255.255.255.0 Jan 3 14:14:18 rogue dhclient: New Broadcast Address (wlan0): 192.168.1.255 Jan 3 14:14:18 rogue dhclient: New Routers (wlan0): 192.168.1.1 The restart took place when I restarted the interface about 5 minutes after it went down and, as you can see, it came up normally. I'll admit that I am completely baffled by the dbus/packagekit tie-in as I can't see what packagekit would do to touch the network. I'll be building a new kernel with debug shortly. In my other message (to wireless) I also mentioned the (possibly unrelated) issue of poor performance and and periodic sub-second connectivity drops. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 06:25:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 529D057E for ; Sat, 11 Jan 2014 06:25:36 +0000 (UTC) Received: from nm21-vm9.access.bullet.mail.gq1.yahoo.com (nm21-vm9.access.bullet.mail.gq1.yahoo.com [216.39.62.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1965815FF for ; Sat, 11 Jan 2014 06:25:35 +0000 (UTC) Received: from [216.39.60.170] by nm21.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Jan 2014 06:19:45 -0000 Received: from [98.138.104.97] by tm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Jan 2014 06:19:45 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 06:19:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1389421185; bh=PbyLvMNIT4TuJF5vf5V0d25/cMCCdhEb8enZhrSXT2g=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=Rb/GmCsNFLLLxKmKpBwO+X+lEYvS5wYSh9cNALq0lKHdD209SWhHdN10IiPhLShzchiSwDWRZl0QTllM38vGVY1MoZHnTFMLZDqHZkaeMfhOL14vhdL5wMUf2xCeIJ8qPrFs17ZWeHsNDLb+IZtedkO2u9EkJjw2/hIeBJQuAzE= X-Yahoo-Newman-Id: 527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com Message-ID: <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> Date: Sat, 11 Jan 2014 06:19:45 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Vp2jttwVM1lR0CTWc5WQqB5yloXKV8XDrvUlSi6r0onGGCA WMnugb_6aZy0v6mL16Uqez3_Ezq5doplYrrJXLFkXTrZiJS10JJxImmbsKTi btzl5KlchrHTrOcYPHeOvxYZwG1bLnbkpSm.FUBl0Fj8yJUaG3.BwKoh5BR3 CF95W7_4KR0S_usj6Wjcz8IADxgt533ZOPBjiYnaoEmhOUFUAR0MpE.3o8t_ b82I5_kp29YKUfSbNNtCHvAxl660TO2oqSE_gl30dSwBSckSAnB_3blpcF.M sUPUBJDItmyhjb1rNw7PdPxibY53JLGxXoUa5PkXkuNHWi6pkVY1AygXD13H 6y9XXR2V2pwJgFPfAsta46BapI3pH6ABPEGmOcFWV2nbP7axLfBnATVA7eBZ 6y3lkG4IrvfCqrfZoi9n5Q50DPMevsj.Z7p51mhsynQ.zW5oOsiwdxIhQCIW 8JgPLX0pfEtYBF1NwtVF_ZRQSCAZxK12nkuYnXJwuDJB3m_M_YjjMDXjDJ_5 MPeQWc9x3AyP7t79grozILGWWj7.VrIREiXv2kL.7s5_y.lDCTKx6HMsw7w6 gXHIOnW3erOVkr2a6yB4fxwCz X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp117.sbc.mail.ne1.yahoo.com with SMTP; 11 Jan 2014 06:19:45 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> Subject: Re: FreeBSD 10.0-RC5 Now Available Cc: Glen Barber , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 06:25:36 -0000 > > Does this need to rebuild all ports apply even if one has not yet built X? > ABI changed, so to be safe, yes. > Glen There ought to be an advisory in $PORTSDIR/UPDATING. But I still consider myself advised, after I update FreeBSD 10.0-prerelease installations. I guess this does not yet apply to 11-HEAD? Tom From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 07:51:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0DE4BD2; Sat, 11 Jan 2014 07:51:35 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E2BA1AC9; Sat, 11 Jan 2014 07:51:35 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id bj1so1845222pad.8 for ; Fri, 10 Jan 2014 23:51:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=emzhNIjOSvjCuAFuLpKZDyd7ez2S4WnO8uAAFEnWTZM=; b=aOavD/oDgUkbpzQuqJikIhDjq+L1senmjxAi30uaCm9lEiYAj+yyptU5JhZoZL1I6y L6zVshBmzS7kTxrHNQrEKvlVCHYjEBkDrxsl/CZRTxCk68EuKxzkeay8v6CvyRaw+HFb JSz3KQbxtRI5xYFIkWaLtm5AcEhCwck0kAq7EEoFqYA58cXDVoB87b8gneSwMcGTYVPm 0cn58edOeX/lK1spRy7QQYYr1SaW06Gjg7d+1K5Crp6BJzOgG7jV++zIBOw7toLO9kMY ubkC2O7KQ/Ff1MZnsDFzSvxON57zHPoO+1qcCsEQabZ2xfobMy419sgT08gn3J6LN11+ QViQ== MIME-Version: 1.0 X-Received: by 10.66.121.234 with SMTP id ln10mr17006784pab.20.1389426694141; Fri, 10 Jan 2014 23:51:34 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Fri, 10 Jan 2014 23:51:34 -0800 (PST) In-Reply-To: <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> Date: Fri, 10 Jan 2014 23:51:34 -0800 X-Google-Sender-Auth: hydqxpl328y3ZOEY3s4t4Z2oDfY Message-ID: Subject: Re: FreeBSD 10.0-RC5 Now Available From: Kevin Oberman To: Thomas Mueller Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Glen Barber , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 07:51:35 -0000 On Fri, Jan 10, 2014 at 10:19 PM, Thomas Mueller wrote: > > > Does this need to rebuild all ports apply even if one has not yet > built X? > > > ABI changed, so to be safe, yes. > > > Glen > > There ought to be an advisory in $PORTSDIR/UPDATING. > > But I still consider myself advised, after I update FreeBSD > 10.0-prerelease installations. > > I guess this does not yet apply to 11-HEAD? > > Tom > As already reported in another thread, most ports will be fine, but hal and tmux need rebuilding.I have about 1200 ports installed and have only found those to this point. Almost certainly others do, as well, though they won't be common, but rebuilding all ports is safest. (dbus does not seem to require a rebuild). -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 09:23:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7837837E for ; Sat, 11 Jan 2014 09:23:57 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DF1610C7 for ; Sat, 11 Jan 2014 09:23:56 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W1uAS-0006bH-JW for freebsd-stable@freebsd.org; Sat, 11 Jan 2014 08:43:44 +0000 Date: Sat, 11 Jan 2014 08:43:44 +0000 From: John To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0-RC5 - Installer creates multiple freebsd-boot partitions Message-ID: <20140111084344.GA25295@potato.growveg.org> References: <20140109161818.GK64543@glenbarber.us> <6f6b2a9b3dc9b7c8acccc9f67e4dc31b.squirrel@webmail.pknet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f6b2a9b3dc9b7c8acccc9f67e4dc31b.squirrel@webmail.pknet.net> User-Agent: Mutt/1.5.22 (2013-10-16) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 09:23:57 -0000 On Fri, Jan 10, 2014 at 08:44:34AM -0700, Peter wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=185449 > > :#gpart show ada0 > => 34 3907029101 ada0 GPT (1.8T) > 34 128 1 freebsd-boot (64K) > 162 8388608 2 freebsd-ufs (4.0G) > 8388770 20971520 3 freebsd-swap (10G) > 29360290 3877668844 4 freebsd-ufs (1.8T) > 3907029134 1 - free - (512B) > > > ada0p2 had FreeBSD 9 amd64 on it, installing FreeBSD 10 RC5 amd64 to ada0p2 > ada0p4 is my 'data' partition left untouched. > > During install if I delete my OS partition [ada0p2], then create > partition, the installer complains that I'm missing freebsd-boot even > though ada0p1 is never touched - I have two options, let it create or > "ignore"; > > If I say create, then I have two 'freebsd-boot' partitions > If I say ignore [virtualbox fresh 10-RC4 -> 10-RC5] it still boots properly. I have found that, on a brand new rc5 install, if guided partitioning is selected, then modify anything at all (I wanted to subdivide / so deleted it then created slices), upon completion of the installation then rebooting, the boot partition cannot be found. -- John From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 10:29:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1441B17C; Sat, 11 Jan 2014 10:29:34 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4EAE15C8; Sat, 11 Jan 2014 10:29:33 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id e16so2579481qcx.24 for ; Sat, 11 Jan 2014 02:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7BO86mAW9njOSzP0stPeqFuDQX4iBR8jKOiDpmf3NtU=; b=nm3bMjJ9NnHJjiAzkfJ0kEBP8n1d5USufJKpH/9tj6O925CPxtSpCaaYduawYH8Mjf ajVGEbx3zEkH6zCwbUWtTpivfMV9zSp5+6dmV2nty1aLT0l0qxd1aRpQstNmojHFIt55 6iJVGHfH/Rd6qLM43Kr95f5uFiNtyuUc7w8k6gdtRol7ptk3sN8D7qRa5pwctLUqHBtd bzyqG+8BJFWOhiH1YQiAAtim8IAO9j3Meoi235LMqBvWkrJlIFW5nluoLXpDDsiEJzbe HVqxoq4tMCCjoNzk2hjEFdY8DcL1YAUcNjreHQ5PSWnJlRDqNWxsiW3sp3QdxhntZ2S2 uFag== MIME-Version: 1.0 X-Received: by 10.224.124.74 with SMTP id t10mr17123309qar.40.1389436172807; Sat, 11 Jan 2014 02:29:32 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Sat, 11 Jan 2014 02:29:32 -0800 (PST) In-Reply-To: References: Date: Sat, 11 Jan 2014 11:29:32 +0100 X-Google-Sender-Auth: LB4ruaF_xT2RzmCQ1eyxDgF4How Message-ID: Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: CeDeROM To: Gerald Pfeifer Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 10:29:34 -0000 On Sat, Jan 11, 2014 at 3:18 AM, Gerald Pfeifer wrote: > Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. > Gerald Yes, it seems so, as I only installed packages from binaries and the gcc was the dependency, I did not install gcc46 by hand :-) After removing GCC and GCC46 still there is this conflict problem.. For the end-user it looks like packages upgrade fail with no apparent reason as there is "some" conflict :-) Thank you! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 10:37:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AC60523; Sat, 11 Jan 2014 10:37:52 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA9EF16A7; Sat, 11 Jan 2014 10:37:51 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id o15so4932601qap.3 for ; Sat, 11 Jan 2014 02:37:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DnqmHbILfmRyUwU/vYTAXZ+SxXlGULranSoGVMb2lT0=; b=mJ17wAeMxno085Hls7QsIzMjQDTHfeNjqtP2+XFE5mYpMB0ooeKSvHLj1xdv4+u4/O vRsZuudw139pyBcDpgZMJHZskinmcKWySSETOjceuKfarLib9L4mkrr1Lxg/dZDMCg/G Vi26+bkCFr4xvpp72y3PPpEY5PTim+AbAAVZKtE8aMUouJ0WoZnMsu3CfoSkxxjCXd0j eA1nqVt5GS0vn/lyGTpLr4Rr8gfCK3W4reytX5ntXnPnOtvShwPmqdleXgRFWUv83c8i bGR+cPCtw0I2n0eMY6OauDI2oTng4fgGAxO7dmZcsNyBfAeJDuKFjZzd8aFxL1TBpPRP oZLQ== MIME-Version: 1.0 X-Received: by 10.49.26.129 with SMTP id l1mr17528578qeg.37.1389436670893; Sat, 11 Jan 2014 02:37:50 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Sat, 11 Jan 2014 02:37:50 -0800 (PST) In-Reply-To: References: Date: Sat, 11 Jan 2014 11:37:50 +0100 X-Google-Sender-Auth: Ufs3WNMrABjy7MrC4P-U0RvS-4Q Message-ID: Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: CeDeROM To: Gerald Pfeifer Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 10:37:52 -0000 On Sat, Jan 11, 2014 at 11:29 AM, CeDeROM wrote: > On Sat, Jan 11, 2014 at 3:18 AM, Gerald Pfeifer wrote: >> Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. >> Gerald Here goes the full ouput of the "pkg upgrade" maybe it will help you find the solution :-) http://tny.cz/c8b678b2 Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 11:22:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB173CD6; Sat, 11 Jan 2014 11:22:01 +0000 (UTC) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 887A51A58; Sat, 11 Jan 2014 11:22:01 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward12.mail.yandex.net (Yandex) with ESMTP id 65FA4C22191; Sat, 11 Jan 2014 15:21:52 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id E7BCA16A02F9; Sat, 11 Jan 2014 15:21:51 +0400 (MSK) Received: from 93.91.1.89.tel.ru (93.91.1.89.tel.ru [93.91.1.89]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id TSNX3UMYoV-Lpn4Tx8t; Sat, 11 Jan 2014 15:21:51 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: c7fa213b-7ab1-4980-b04a-72bb058e4960 Message-ID: <52D1294E.4090107@passap.ru> Date: Sat, 11 Jan 2014 15:21:50 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: CeDeROM , Gerald Pfeifer Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 11:22:01 -0000 11.01.2014 14:37, CeDeROM пишет: > On Sat, Jan 11, 2014 at 11:29 AM, CeDeROM wrote: >> On Sat, Jan 11, 2014 at 3:18 AM, Gerald Pfeifer wrote: >>> Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. >>> Gerald > > Here goes the full ouput of the "pkg upgrade" maybe it will help you > find the solution :-) > > http://tny.cz/c8b678b2 It's not a solution but a workaround which helped me. Run the following command to find out which installed packages need gcc46 (note it's a one line command): ----- % for o in `pkg info -aoq`; do \[ \! -z `pkg query %dn-%dv -o $o | grep gcc46` \] && echo $o; done ----- In my case opera and one more (may be virtualbox) packages used gcc46. Just remove them, then remove gcc46 and upgrade packages. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 11:47:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52DE2126; Sat, 11 Jan 2014 11:47:49 +0000 (UTC) Received: from mailrelay008.isp.belgacom.be (mailrelay008.isp.belgacom.be [195.238.6.174]) by mx1.freebsd.org (Postfix) with ESMTP id B60F81CDE; Sat, 11 Jan 2014 11:47:48 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AroGANwt0VJbsUxj/2dsb2JhbABZgws4ULlugQQXdIIlAQEBBDocIxALGAklDyoeBhMbh1UDFQEDvX4dhRoXjwcHhDcBA5gWjF6FOIMuOw Received: from 99.76-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.76.99]) by relay.skynet.be with ESMTP; 11 Jan 2014 12:46:38 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id s0BBkavY001324; Sat, 11 Jan 2014 12:46:36 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sat, 11 Jan 2014 12:46:36 +0100 From: Tijl Coosemans To: CeDeROM Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 Message-ID: <20140111124636.216d7838@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 11:47:49 -0000 On Sat, 11 Jan 2014 11:37:50 +0100 CeDeROM wrote: > On Sat, Jan 11, 2014 at 11:29 AM, CeDeROM wrote: >> On Sat, Jan 11, 2014 at 3:18 AM, Gerald Pfeifer wrote: >>> Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of >>> doing USE_GCC? If so, here is the bug. > > Here goes the full ouput of the "pkg upgrade" maybe it will help you > find the solution :-) > > http://tny.cz/c8b678b2 The problem is pdftk-2.02. You need pdftk-2.02_1 for which a package has been built already so it should be on the pkg mirrors soon. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 12:09:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D86936AE; Sat, 11 Jan 2014 12:09:44 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82DE31E14; Sat, 11 Jan 2014 12:09:44 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id i13so154862qae.13 for ; Sat, 11 Jan 2014 04:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ijqR8z2n9MwdPFY8+8Hs+QWUCau9/rsH9avJ3tzHOSU=; b=Ro8KzQXEZtWA0dqEsKXfzDhamxYYEc/c4n7/PZiUWGa6W3HUadGMxw6UE28rTSeIwy lODs9Qrt7CP31/K1tuj5lK71Y03XIQvohZDsYIaoUZshk/+GMFHy8pYUDCwltl9/H5sQ 4THA1rxaozGjawT7H+AYpH78CHvBZb2axMrVrHoIg7N7Nc1GZE9zKBcAHkUcM1JxPV66 ffdHRmCxcrVurhts3XCfB2+Y34MNlj2qI5lW43ya5AztAhKaqZmEKQT5fiPJEx+ahAZl xVsbCh8C72q+kDRaVcdFwc4uWx7oBxKpNKck0j//D/InJkbjf2RQ98hrHcow34chfAlx UkUA== MIME-Version: 1.0 X-Received: by 10.49.3.72 with SMTP id a8mr18227026qea.41.1389442183751; Sat, 11 Jan 2014 04:09:43 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Sat, 11 Jan 2014 04:09:43 -0800 (PST) In-Reply-To: <52D1294E.4090107@passap.ru> References: <52D1294E.4090107@passap.ru> Date: Sat, 11 Jan 2014 13:09:43 +0100 X-Google-Sender-Auth: fMtHkIx2ezWNhrdZUjWz3SxtZrQ Message-ID: Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: CeDeROM To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Cc: Gerald Pfeifer , freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 12:09:44 -0000 On Sat, Jan 11, 2014 at 12:21 PM, Boris Samorodov wrote: > It's not a solution but a workaround which helped me. Run the following > command to find out which installed packages need gcc46 (note it's a > one line command): > ----- > % for o in `pkg info -aoq`; do \[ \! -z `pkg query %dn-%dv -o $o | grep > gcc46` \] && echo $o; done > ----- % sh $ for o in `pkg info -aoq`; do \[ \! -z `pkg query %dn-%dv -o $o | grep gcc46` \] && echo $o; done $ no results :-( > In my case opera and one more (may be virtualbox) packages used gcc46. > Just remove them, then remove gcc46 and upgrade packages. I did something different - I have removed both gcc and gcc46, then installed gcc46 to see what depends on it - result list empty - so it seems nothing on the port list depends on the lang/gcc46, the problem might be somewhere else..? Now when GCC is installed I cannot install GCC46. pkg clean does not help. Where did that GCC46 get from? :-) Thank you! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 17:27:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3840BB26; Sat, 11 Jan 2014 17:27:34 +0000 (UTC) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4C8C121D; Sat, 11 Jan 2014 17:27:33 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id t7so5778301qeb.12 for ; Sat, 11 Jan 2014 09:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=o5p0d4PKnEGGG45yySLpn4HBlyXDZQl6vII0Vp1xefQ=; b=EwYoBSA5i6tup0PzhALPaRmBCB7obXqv1LDaGJQAbihmMAOe7bV6XMxJikiwgsPH8M hRbyCjtKb2WTX2q65SKrOfM+tlMxmQLMP6Yn+V9f6uUqg0Tlo2Wg7yCIIgreON7IfQJx 4bFOUFpXky02yI8yNTlcVrvtzFaZzwfpj2sazdQg9I+dY7SVmOX9ViHtiaenjcIv6BLc 2mTnkEcY5VoYOfuPqKZDvmFn32XqJ3qaugGlqJKoUlcCZsfjbrjgC3Z3e+GT8fYXI9Q/ RiVxd1sH/oSkd4VmEwLLIL9zUPXldYhjTFLF7qp5BRq8kBJi6sejYbseRu3fRm7kzMyr splw== MIME-Version: 1.0 X-Received: by 10.49.1.35 with SMTP id 3mr20868269qej.43.1389461252881; Sat, 11 Jan 2014 09:27:32 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Sat, 11 Jan 2014 09:27:32 -0800 (PST) In-Reply-To: <20140111124636.216d7838@kalimero.tijl.coosemans.org> References: <20140111124636.216d7838@kalimero.tijl.coosemans.org> Date: Sat, 11 Jan 2014 18:27:32 +0100 X-Google-Sender-Auth: Fnnj-LmZ1vURjZYmw1j2n7jD9Mw Message-ID: Subject: Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46 From: CeDeROM To: Tijl Coosemans Content-Type: text/plain; charset=UTF-8 Cc: Gerald Pfeifer , freebsd-stable@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 17:27:34 -0000 On Sat, Jan 11, 2014 at 12:46 PM, Tijl Coosemans wrote: > The problem is pdftk-2.02. You need pdftk-2.02_1 for which a package > has been built already so it should be on the pkg mirrors soon. Bingo! That fixed the problem! Thank you!!! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 19:32:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9D4F6E5 for ; Sat, 11 Jan 2014 19:32:42 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 893F11AC8 for ; Sat, 11 Jan 2014 19:32:42 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CBC6C20C8F for ; Sat, 11 Jan 2014 14:32:37 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Sat, 11 Jan 2014 14:32:38 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=J08sGv/gBqDFsW0Sr0sUecXoT5I=; b=Rds k1K9Rp5P+wXKqU5B++6Y9yCFGMl/UB3o8gGgIc0ky6Hd1xe45I5aefdELBto4jpo CrnMsHMqdyoFSsbpAbyIIaaBj/bWYCn+On6GFkERIDOKE3kdSrnKJXXqep80b1Gi hIcgkOkgaxkf/ZRLTBwwo/CZkWMO18Ih1+xszr0Q= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CCC5C1189DC; Sat, 11 Jan 2014 14:32:37 -0500 (EST) Message-Id: <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> X-Sasl-Enc: j6heSv5laLiwHu4vAOxfBn89BbkshPRVwh5S2c4EuNsw 1389468757 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 In-Reply-To: <20140110114102.692560fe@X220.alogt.com> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> Subject: Re: FreeBSD 10.0-RC5 Now Available Date: Sat, 11 Jan 2014 13:32:37 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 19:32:42 -0000 FreeBSD's use of HAL for Xorg is a lazy emulation of how Linux does it. The right way is to hook devd directly, which is what the DEVD option does. Try it -- you'll be surprised how much more reliable it is. I expect this will be the default option for the port soon enough. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 20:58:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 845337CA; Sat, 11 Jan 2014 20:58:38 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39A3C1437; Sat, 11 Jan 2014 20:58:37 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0BKwU8O056598; Sat, 11 Jan 2014 13:58:30 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0BKwUDR056595; Sat, 11 Jan 2014 13:58:30 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 11 Jan 2014 13:58:29 -0700 (MST) From: Warren Block To: Mark Felder Subject: Re: FreeBSD 10.0-RC5 Now Available In-Reply-To: <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> Message-ID: References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> 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.4.3 (wonkity.com [127.0.0.1]); Sat, 11 Jan 2014 13:58:30 -0700 (MST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 20:58:38 -0000 On Sat, 11 Jan 2014, Mark Felder wrote: > FreeBSD's use of HAL for Xorg is a lazy emulation of how Linux does it. > The right way is to hook devd directly, which is what the DEVD option > does. Try it -- you'll be surprised how much more reliable it is. Or just disable X hotplug device detection with Option "AutoAddDevices" "Off". I have this off, and can still attach extra keyboards and mice and have them work. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 21:11:07 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8317DAA1 for ; Sat, 11 Jan 2014 21:11:07 +0000 (UTC) Received: from mail-la0-x242.google.com (mail-la0-x242.google.com [IPv6:2a00:1450:4010:c03::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E7D21595 for ; Sat, 11 Jan 2014 21:11:03 +0000 (UTC) Received: by mail-la0-f66.google.com with SMTP id y1so64951lam.5 for ; Sat, 11 Jan 2014 13:11:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vBqdmoEKfzGVvYTnlhDgq7NBSZnR/vmn/5cROkw/r3s=; b=cWpv7WjbWPM/rOVMSe88L7K3kckceKWIkObQccIfyfrNuW/ADIeZgRXyOBet4O/4d9 yEPXkYt6ir+ipho4BlXZZUYIaTK1To/XfQmsHBvscvEihU+M3hQdEpGP6Mav8oXopmmm w8TbmUXQjK1MYc0pmMWnZYKanYZSCGLDNSlVMHzO/M4yJDxpn8JFWvqv2GacfyaZm77l PU6DzJGxof8a+YVJab3y5+qvVoXp8mgFobZqrqz3Yn+quT2LMABFe0SG6BiDixCbHFQ0 ur5auIQoK1rHXF+oz8CdWAGG1GlDkFIh4FOfQjQrqcnCF4d06HkWXkD/D3fiCerhYrv0 LlkQ== MIME-Version: 1.0 X-Received: by 10.112.167.228 with SMTP id zr4mr451865lbb.56.1389474661778; Sat, 11 Jan 2014 13:11:01 -0800 (PST) Received: by 10.114.78.106 with HTTP; Sat, 11 Jan 2014 13:11:01 -0800 (PST) Date: Sun, 12 Jan 2014 01:11:01 +0400 Message-ID: Subject: freebsd-update broken for i386? From: not notnot To: FreeBSD-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 21:11:07 -0000 After binary update kernel dumping every 15-30 min. here pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=185476 So, i can save may old PC (without full reinstalling system). I can not understand why it dumping everytime, it is i386 specific problem? Maybe try build and install new kernel\world? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 21:15:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B3F2D10 for ; Sat, 11 Jan 2014 21:15:28 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3382815CD for ; Sat, 11 Jan 2014 21:15:27 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id BAD5F20AC6; Sat, 11 Jan 2014 16:15:26 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 11 Jan 2014 16:15:26 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=GLO U5vk6fPEHIW2oEkoyDMUT+W4=; b=nNITUAi1WQWs8rbPhob6GtiHNW9Nr6/sT7T PpeLa5zWYi+tj4rbXGysoxKXOUMhb5lIvWYKbiEXhAbXdh1OMz19JYHd9UNCM3J7 h1nrtm6a/mxke56WNVHw8uTtjZRIlL1I+hclxDvsf7u3GjkbbWRru9I0Trl8J6mF wzX12x0Y= X-Sasl-enc: MTHz8GlZOYppFDs+Tx+4JqLtYecVlAv5VH2iZrbLCKOH 1389474926 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id D4CDB68024F; Sat, 11 Jan 2014 16:15:25 -0500 (EST) Content-Type: multipart/signed; boundary="Apple-Mail=_33A33FF7-70D7-4FE7-B1A8-FCDCECBB5776"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC5 Now Available From: Mark Felder In-Reply-To: Date: Sat, 11 Jan 2014 15:15:25 -0600 Message-Id: <0AD1CEB5-3291-43F7-B41E-2517A9DDE114@FreeBSD.org> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> To: Warren Block X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 21:15:28 -0000 --Apple-Mail=_33A33FF7-70D7-4FE7-B1A8-FCDCECBB5776 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 11, 2014, at 14:58, Warren Block wrote: > On Sat, 11 Jan 2014, Mark Felder wrote: >=20 >> FreeBSD's use of HAL for Xorg is a lazy emulation of how Linux does = it. >> The right way is to hook devd directly, which is what the DEVD option >> does. Try it -- you'll be surprised how much more reliable it is. >=20 > Or just disable X hotplug device detection with Option = "AutoAddDevices" "Off". I have this off, and can still attach extra = keyboards and mice and have them work. That's interesting. I've never been able to do that with AutoAddDevices = being Off. Instead, it only accepts the inputs that were there when you = start X and if they are disconnected for any reason you're kind of = screwed... I have a desktop at work with a flaky USB bus that disconnects my = keyboard and mouse occasionally and the only reliable way to keep them = connected is the recent devd hot plugging feature. --Apple-Mail=_33A33FF7-70D7-4FE7-B1A8-FCDCECBB5776 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJS0bRtAAoJEJg7ZFAfE+JSIgcH/2Et+6UW47LliotdQ7uNGMQS WkBjhDfY70gfpwn36xtqA1p8Sy1Lbs069VZf/lNwLqerpJZszTjtRJNFbTCpkm4F 2NHDHuNXi4FmjjicLgnVTppMGg8Di3ah9mQrrkomwaLoOBpty9FL6OLMlpFLsfvr Z/kXlgc+Umb0ikMI5WfCGeeM9g0I4w14SUI2jUE1CuBNVULqSNvKcuegr9c9GMkI PLOY5laD8BKutnW8D4fsfc6BahhkbFFYypQLMemUT5Yz9FAAiST/GxMQlkVKO4pb Q5EI0UZRDOPffoxAUNHJswjzWECMJZFg7CX+g4JZtTh0dvtqk7Mx/L/k6CJqkeI= =E9+8 -----END PGP SIGNATURE----- --Apple-Mail=_33A33FF7-70D7-4FE7-B1A8-FCDCECBB5776-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 21:53:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D3D9373; Sat, 11 Jan 2014 21:53:39 +0000 (UTC) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id C17701846; Sat, 11 Jan 2014 21:53:38 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail107.syd.optusnet.com.au (Postfix) with ESMTP id 9F24BD40BDD; Sun, 12 Jan 2014 08:53:30 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 32501620A; Sun, 12 Jan 2014 08:53:29 +1100 (EST) Message-ID: <52D1BD58.8090308@menhennitt.com.au> Date: Sun, 12 Jan 2014 08:53:28 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Craig Rodrigues , FreeBSD stable Subject: Re: VirtualBox crash on 10-Stable References: <52CF8E97.50304@menhennitt.com.au> <52D056EA.9040808@menhennitt.com.au> In-Reply-To: X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=bpB1Wiqi c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=4ZoS1BJXjLcA:10 a=50Fhv5jmcFcA:10 a=S_JDAbpHE4cA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=6I5d2MoRAAAA:8 a=fjiAJ8h3ROmsbh4FFw8A:9 a=wPNLvfGTeEIA:10 a=rYKrZIE2OWIA:10 a=pGLkceISAAAA:8 a=XEPzwgc4PHjkCtgFzVwA:9 a=xcT5hkmAFQqTFngG:21 a=_W_S_7VecoQA:10 a=tXsnliwV7b4A:10 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 21:53:39 -0000 On 11/01/2014 14:39, Craig Rodrigues wrote: > On Fri, Jan 10, 2014 at 12:24 PM, Graham Menhennitt > > wrote: > > On 10/01/2014 18:58, Mikaël Urankar wrote: > > unsetenv QT_PLUGIN_PATH > Thank you for replying, Mikaël. > > In my case (using bash), it was "unset QT_PLUGIN_PATH". And that > worked! > > > > If you are open to rebuilding the port, if you follow these > instructions, you should be > able to get a newer virtualbox port which does not require unsetting > QT_PLUGIN_PATH. > > See: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2014-January/011224.html Thanks for replying, Craig. Do you know if anything is happening to bring those fixes into the FreeBSD ports? If so, I think I'll just live with the workaround until that happens. Thanks, Graham From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 22:05:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAA05789 for ; Sat, 11 Jan 2014 22:05:56 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4BB190B for ; Sat, 11 Jan 2014 22:05:56 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id b8so2426434lan.4 for ; Sat, 11 Jan 2014 14:05:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=uTFB6JSqhC9IEvA72K8UZnBRh8Yk4FQbQabE9R/mty4=; b=nW6qOsBUr+QRPiL4HPJFswJIHwKgucz6dnV/zfptD0M3F/qfwgOWfqLnwjhCelhPtk ToC2XXFZPaItd3YmC/Wj48nsxr92J/EIrFhbUpbqJTDddhWSRjBwXydb7qXtuoUomol9 HqIJJg0s9MXmrOe1oVWvJ09jAsnWh9DD8aEoNEJIaRKHKXhOG9vEyeKzjaO5VrS2aJL9 e4xji/3Y5a2TukI3ObfzHf8hVNEW2/WqerS+zhSfaTcJ3ElAftRibBJgeEKnRmO7diVX vT0vwhQ4e7sI1NhNG+l2wiTthYz7yMFARCt9ClBuzTswGv/djOuQJaocbJ6tNrppKZil RyOA== MIME-Version: 1.0 X-Received: by 10.112.135.102 with SMTP id pr6mr6540120lbb.43.1389477954099; Sat, 11 Jan 2014 14:05:54 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.38.43 with HTTP; Sat, 11 Jan 2014 14:05:54 -0800 (PST) In-Reply-To: <52D1BD58.8090308@menhennitt.com.au> References: <52CF8E97.50304@menhennitt.com.au> <52D056EA.9040808@menhennitt.com.au> <52D1BD58.8090308@menhennitt.com.au> Date: Sat, 11 Jan 2014 14:05:54 -0800 X-Google-Sender-Auth: mFl65K82qWlIF8bFbMOKTk5lFIA Message-ID: Subject: Re: VirtualBox crash on 10-Stable From: Craig Rodrigues To: Graham Menhennitt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 22:05:56 -0000 On Sat, Jan 11, 2014 at 1:53 PM, Graham Menhennitt wrote: > On 11/01/2014 14:39, Craig Rodrigues wrote: > > On Fri, Jan 10, 2014 at 12:24 PM, Graham Menhennitt < > graham@menhennitt.com.au> wrote: > >> On 10/01/2014 18:58, Mika=EBl Urankar wrote: >> > unsetenv QT_PLUGIN_PATH >> Thank you for replying, Mika=EBl. >> >> In my case (using bash), it was "unset QT_PLUGIN_PATH". And that worked= ! >> > > > If you are open to rebuilding the port, if you follow these > instructions, you should be > able to get a newer virtualbox port which does not require unsetting > QT_PLUGIN_PATH. > > See: > > > http://lists.freebsd.org/pipermail/freebsd-emulation/2014-January/011224.= html > > Thanks for replying, Craig. > > Do you know if anything is happening to bring those fixes into the FreeBS= D > ports? If so, I think I'll just live with the workaround until that happe= ns. > > Thanks, > Graham > Graham, Follow the discussion here: http://lists.freebsd.org/pipermail/freebsd-emulation/2014-January/011225.ht= ml -- Craig From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 22:12:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E1F5986 for ; Sat, 11 Jan 2014 22:12:17 +0000 (UTC) Received: from nm9.bullet.mail.ne1.yahoo.com (nm9.bullet.mail.ne1.yahoo.com [98.138.90.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F531198C for ; Sat, 11 Jan 2014 22:12:16 +0000 (UTC) Received: from [98.138.100.117] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:12:10 -0000 Received: from [98.138.84.41] by tm108.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:12:09 -0000 Received: from [127.0.0.1] by smtp109.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:12:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389478329; bh=CDwHrfUUaX0/nicx2e+I5qTP6WL4t6hvSpkdpESpF2o=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=adYpgKbXSLNXf2+u4TRO30zpFvNcxBeyjb4sXxu+ViYlJJKUjkYC65GphYhJCODBFlF/GHQWBWZ7OVdQ7bRFEWoxiEHNceijOKkyikaY93etCTEK7mvB/0omWR43VmXA6EPnCGBadEGOFe8XE0QO9+nGMk1To7BAbiyQfol3FDY= X-Yahoo-Newman-Id: 119753.56629.bm@smtp109.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: tJDAPnMVM1mGD1hVqBSEl3ycwtx1mJU8NLse5nYec3RdPZl QR2L_FjytfXBmt9IL44ktAfuIXthPSSL8LCmwNUGqDKW7DnE5BmN3HFO6TUk UZssvxxXrhtQgspQX.aKuoRFhU5SiYesKPm_Ma4b52ym_rQO08KuDJDXBmuI EAvqR3ciqvPI8cxL6E3a1jhFmcDKyT3QyKKUTRsANd4EHe9AOhUzaMOwPE2d f3N_bbLC.X0EvOJZSbLkRYToqPWfIgna_yx4_xQuJCbCkpIldFDBDec9JFx9 CY2AwKBjVPu0.hzgNEwziy3QpG5d4pZqPoOb4ajmpj_bwTjGlZhgqN3lXDib yXrRWmAvOVv468bN2L4ethurPDE6CZ9fJYd1ZjIXkKfXCrI78bZFppl34kME EE0eJ.bHFRAT.VYbW3.VbnUyGRUBUSWAryfaX0p7gqtOpKrUPMiO.VOUkIs5 JDjPyt2nXI0AOJdasUnK0_bZdAz.lMwI4jUm1qXq9AX3gzhlDuhMgWFjs8Jk JI9YAwsTRZyLlBSAPj25qH7c8MrR5tccEe0MjHORj3AutIY1eOT_9Qq.ixev gkNB8k.E1Sf.ffek8B_9Zgawzv55tBTEGfn_QM_cecY_TOHtDEUfIO.xBid. Vy580WnLHm78E9YVX.2YZQGrY5HDm2WZ.jcdAVPaU6MucggaJ2tdaGdbV8nu VTu_3ItON_EGoI4Z6hf68w02Ap8LiBcI09gM- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with plain [63.250.193.228]) by smtp109.mail.ne1.yahoo.com with SMTP; 11 Jan 2014 14:12:09 -0800 PST Subject: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Jan 2014 14:12:07 -0800 Message-ID: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 22:12:17 -0000 I can't imagine that I'm the first person to run with the following debug options enabled: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html But, I can't get stable/10 to post on a plain old supermicro box with those debugging symbols enabled. random: unblocking device. panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/sys/kern/kern_cons.c:500 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1764e681b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame 0xfffffe1764e68350 cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 printf() at printf+0x43/frame 0xfffffe1764e68620 witness_checkorder() at witness_checkorder+0xa99/frame 0xfffffe1764e686b0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame 0xfffffe1764e686f0 uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 printf() at printf+0x43/frame 0xfffffe1764e68a10 witness_checkorder() at witness_checkorder+0xa99/frame 0xfffffe1764e68aa0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame 0xfffffe1764e68ae0 msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 --- trap 0, rip = 0, rsp = 0xfffffe1764e68cb0, rbp = 0 --- KDB: enter: panic [ thread pid 14 tid 100057 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 22:48:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 554AA258 for ; Sat, 11 Jan 2014 22:48:27 +0000 (UTC) Received: from nm21-vm3.bullet.mail.ne1.yahoo.com (nm21-vm3.bullet.mail.ne1.yahoo.com [98.138.91.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07ED51CBF for ; Sat, 11 Jan 2014 22:48:26 +0000 (UTC) Received: from [98.138.100.112] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 Received: from [98.138.226.63] by tm103.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 Received: from [127.0.0.1] by smtp214.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389480299; bh=W6qrjgxL3bAxcys6Ac9GWx3bES8YKG544tbyDVhZ9J0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=6H7YBPDx+yW6+N5N7lX+g75PDvniRkJsnv6+Cb7wnaNS2iw2PC8qPK6CnR2UZcGn0zNbhnfkwoAhFGtHx6jQFm1I5H1xeucakj/mOnrgg1liiiRNS+xbX5Um3fflzgM9TTL1sWDyP4oVIQxIr8+Y6IpAbNdYIbX7JPZjngMk3RQ= X-Yahoo-Newman-Id: 857316.87040.bm@smtp214.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: PE7eho0VM1kyafLPitZLEzksjq0YEAclvKm_d2WXJhydvSN 2FZTrrDpMrquVDESeDMTjVi.wWcKWHAnSfhcOMYAFkxRg5Rg9Y50rp50dmY7 MUDPRNbYbQn8WB98rjHB_khTEBsOZGKIQM6FRtWfZmBGoxf4xNhOyomriXbm ykBO8ZMM_osPay.BrUpgf6s477Kh.JIGkr0XE99YD27Qx4nYC5JmBxIe8Gvo ZGNcnSPGAZkHsFniEsVsLze_8CXM6TONy.XDJUtYFfcFm5tw8UOxfy8tXZON 4LGomEqoIB9XUMzX6DZ0L3HR8SZ_ykwDeuICY5X94DtEPbETVX7gdfHuXhJp oQIfnr8QRns9PBS1IdYOm5Rb9VE5GXJUALrbd6gcU9gttjpCaeX6wbw6z2zC 9.bfHSMtDft_F.20Y4D70l7b_qWTzpXBh_Pe5N8hAove7MvEA1uTJnck1D61 E2z66ui8UtYJGffYybgMisV9Q8JTN7LlnGeemmb1.FEUAMm5RzlWazcLFxgX gTQaNQnmgzBQOrFDtVwP1Otdg3A3ZWs6LhpPa18JG7u6FCU5u5jHyg9uHQg7 .m0K52kmCwXY6hWwzCR32A9h7Vl_u11zgzU1n.yJeA8NPWyz1PnK7YAC1XuN zfgaaQuCJN2eYKzrJgxH5J5UXzjL_TRh4MRBtidJrf086E0XX.Ccnd1wLZTV ma8HQY4hzgMF84_6szO0YPA2MWOTuqA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with plain [98.139.211.125]) by smtp214.mail.ne1.yahoo.com with SMTP; 11 Jan 2014 14:44:59 -0800 PST Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: "freebsd-stable@freebsd.org" In-Reply-To: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Jan 2014 14:44:57 -0800 Message-ID: <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 22:48:27 -0000 On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > I can't imagine that I'm the first person to run with the following > debug options enabled: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > But, I can't get stable/10 to post on a plain old supermicro box with > those debugging symbols enabled. > > > random: unblocking device. > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > @ /usr/src/sys/kern/kern_cons.c:500 > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe1764e681b0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 > vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > 0xfffffe1764e68350 > cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 > putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 > vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 > printf() at printf+0x43/frame 0xfffffe1764e68620 > witness_checkorder() at witness_checkorder+0xa99/frame > 0xfffffe1764e686b0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > 0xfffffe1764e686f0 > uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 > cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 > cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 > putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 > vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 > printf() at printf+0x43/frame 0xfffffe1764e68a10 > witness_checkorder() at witness_checkorder+0xa99/frame > 0xfffffe1764e68aa0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > 0xfffffe1764e68ae0 > msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 > random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 > --- trap 0, rip = 0, rsp = 0xfffffe1764e68cb0, rbp = 0 --- > KDB: enter: panic > [ thread pid 14 tid 100057 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why Witness induced. Removed the witness option and this doesn't happen (obviously). Can I get someone familiar with console code to look into this? Kind of crappy when I'm investigating a resource starvation issue. sean From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 23:04:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 415759EC; Sat, 11 Jan 2014 23:04:50 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8EFC1DFC; Sat, 11 Jan 2014 23:04:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0BN4mW8057447; Sat, 11 Jan 2014 16:04:48 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0BN4mQ3057444; Sat, 11 Jan 2014 16:04:48 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 11 Jan 2014 16:04:48 -0700 (MST) From: Warren Block To: Mark Felder Subject: Re: FreeBSD 10.0-RC5 Now Available In-Reply-To: <0AD1CEB5-3291-43F7-B41E-2517A9DDE114@FreeBSD.org> Message-ID: References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> <0AD1CEB5-3291-43F7-B41E-2517A9DDE114@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 11 Jan 2014 16:04:48 -0700 (MST) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 23:04:50 -0000 On Sat, 11 Jan 2014, Mark Felder wrote: > > On Jan 11, 2014, at 14:58, Warren Block wrote: > >> On Sat, 11 Jan 2014, Mark Felder wrote: >> >>> FreeBSD's use of HAL for Xorg is a lazy emulation of how Linux does it. >>> The right way is to hook devd directly, which is what the DEVD option >>> does. Try it -- you'll be surprised how much more reliable it is. >> >> Or just disable X hotplug device detection with Option "AutoAddDevices" "Off". I have this off, and can still attach extra keyboards and mice and have them work. > > That's interesting. I've never been able to do that with AutoAddDevices being Off. Instead, it only accepts the inputs that were there when you start X and if they are disconnected for any reason you're kind of screwed... It will probably only work with USB devices. kbdmux handles the keyboards, and... devd handles the mice, I suppose. Hmm. It does not seem to matter which way AutoAddDevices is set, plugging in an additional mouse results in both being able to move the pointer. Note that I am using xfce and do not even have HAL installed. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 23:12:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29206E58; Sat, 11 Jan 2014 23:12:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D27D1E9D; Sat, 11 Jan 2014 23:12:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0BNCcM9099429; Sun, 12 Jan 2014 01:12:38 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0BNCbH8099353; Sat, 11 Jan 2014 23:12:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 11 Jan 2014 23:12:37 GMT Message-Id: <201401112312.s0BNCbH8099353@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 23:12:50 -0000 TB --- 2014-01-11 20:50:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-11 20:50:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-11 20:50:42 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-11 20:50:42 - cleaning the object tree TB --- 2014-01-11 20:50:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-11 20:51:31 - At svn revision 260554 TB --- 2014-01-11 20:51:32 - building world TB --- 2014-01-11 20:51:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 20:51:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 20:51:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 20:51:32 - SRCCONF=/dev/null TB --- 2014-01-11 20:51:32 - TARGET=mips TB --- 2014-01-11 20:51:32 - TARGET_ARCH=mips TB --- 2014-01-11 20:51:32 - TZ=UTC TB --- 2014-01-11 20:51:32 - __MAKE_CONF=/dev/null TB --- 2014-01-11 20:51:32 - cd /src TB --- 2014-01-11 20:51:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 11 20:51:42 UTC 2014 >>> 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 Jan 11 22:16:12 UTC 2014 TB --- 2014-01-11 22:16:12 - cd /src/sys/mips/conf TB --- 2014-01-11 22:16:12 - /usr/sbin/config -m ADM5120 TB --- 2014-01-11 22:16:13 - skipping ADM5120 kernel TB --- 2014-01-11 22:16:13 - cd /src/sys/mips/conf TB --- 2014-01-11 22:16:13 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-11 22:16:13 - skipping ALCHEMY kernel TB --- 2014-01-11 22:16:13 - cd /src/sys/mips/conf TB --- 2014-01-11 22:16:13 - /usr/sbin/config -m AP121 TB --- 2014-01-11 22:16:13 - building AP121 kernel TB --- 2014-01-11 22:16:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:16:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:16:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:16:13 - SRCCONF=/dev/null TB --- 2014-01-11 22:16:13 - TARGET=mips TB --- 2014-01-11 22:16:13 - TARGET_ARCH=mips TB --- 2014-01-11 22:16:13 - TZ=UTC TB --- 2014-01-11 22:16:13 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:16:13 - cd /src TB --- 2014-01-11 22:16:13 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Jan 11 22:16:13 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Jan 11 22:21:03 UTC 2014 TB --- 2014-01-11 22:21:03 - cd /src/sys/mips/conf TB --- 2014-01-11 22:21:03 - /usr/sbin/config -m AP91 TB --- 2014-01-11 22:21:03 - building AP91 kernel TB --- 2014-01-11 22:21:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:21:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:21:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:21:03 - SRCCONF=/dev/null TB --- 2014-01-11 22:21:03 - TARGET=mips TB --- 2014-01-11 22:21:03 - TARGET_ARCH=mips TB --- 2014-01-11 22:21:03 - TZ=UTC TB --- 2014-01-11 22:21:03 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:21:03 - cd /src TB --- 2014-01-11 22:21:03 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Jan 11 22:21:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sat Jan 11 22:28:05 UTC 2014 TB --- 2014-01-11 22:28:05 - cd /src/sys/mips/conf TB --- 2014-01-11 22:28:05 - /usr/sbin/config -m AP93 TB --- 2014-01-11 22:28:05 - building AP93 kernel TB --- 2014-01-11 22:28:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:28:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:28:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:28:05 - SRCCONF=/dev/null TB --- 2014-01-11 22:28:05 - TARGET=mips TB --- 2014-01-11 22:28:05 - TARGET_ARCH=mips TB --- 2014-01-11 22:28:05 - TZ=UTC TB --- 2014-01-11 22:28:05 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:28:05 - cd /src TB --- 2014-01-11 22:28:05 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sat Jan 11 22:28:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sat Jan 11 22:35:29 UTC 2014 TB --- 2014-01-11 22:35:29 - cd /src/sys/mips/conf TB --- 2014-01-11 22:35:29 - /usr/sbin/config -m AP94 TB --- 2014-01-11 22:35:29 - building AP94 kernel TB --- 2014-01-11 22:35:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:35:29 - SRCCONF=/dev/null TB --- 2014-01-11 22:35:29 - TARGET=mips TB --- 2014-01-11 22:35:29 - TARGET_ARCH=mips TB --- 2014-01-11 22:35:29 - TZ=UTC TB --- 2014-01-11 22:35:29 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:35:29 - cd /src TB --- 2014-01-11 22:35:29 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat Jan 11 22:35:29 UTC 2014 >>> 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 AP94 completed on Sat Jan 11 22:44:12 UTC 2014 TB --- 2014-01-11 22:44:12 - cd /src/sys/mips/conf TB --- 2014-01-11 22:44:12 - /usr/sbin/config -m AP96 TB --- 2014-01-11 22:44:12 - building AP96 kernel TB --- 2014-01-11 22:44:12 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:44:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:44:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:44:12 - SRCCONF=/dev/null TB --- 2014-01-11 22:44:12 - TARGET=mips TB --- 2014-01-11 22:44:12 - TARGET_ARCH=mips TB --- 2014-01-11 22:44:12 - TZ=UTC TB --- 2014-01-11 22:44:12 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:44:12 - cd /src TB --- 2014-01-11 22:44:12 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat Jan 11 22:44:12 UTC 2014 >>> 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 AP96 completed on Sat Jan 11 22:52:35 UTC 2014 TB --- 2014-01-11 22:52:35 - cd /src/sys/mips/conf TB --- 2014-01-11 22:52:35 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-11 22:52:35 - building AR71XX_BASE kernel TB --- 2014-01-11 22:52:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 22:52:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 22:52:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 22:52:35 - SRCCONF=/dev/null TB --- 2014-01-11 22:52:35 - TARGET=mips TB --- 2014-01-11 22:52:35 - TARGET_ARCH=mips TB --- 2014-01-11 22:52:35 - TZ=UTC TB --- 2014-01-11 22:52:35 - __MAKE_CONF=/dev/null TB --- 2014-01-11 22:52:35 - cd /src TB --- 2014-01-11 22:52:35 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Jan 11 22:52:35 UTC 2014 >>> 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 AR71XX_BASE completed on Sat Jan 11 23:00:02 UTC 2014 TB --- 2014-01-11 23:00:02 - cd /src/sys/mips/conf TB --- 2014-01-11 23:00:02 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-11 23:00:02 - building AR724X_BASE kernel TB --- 2014-01-11 23:00:02 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 23:00:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 23:00:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 23:00:02 - SRCCONF=/dev/null TB --- 2014-01-11 23:00:02 - TARGET=mips TB --- 2014-01-11 23:00:02 - TARGET_ARCH=mips TB --- 2014-01-11 23:00:02 - TZ=UTC TB --- 2014-01-11 23:00:02 - __MAKE_CONF=/dev/null TB --- 2014-01-11 23:00:02 - cd /src TB --- 2014-01-11 23:00:02 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Jan 11 23:00:02 UTC 2014 >>> 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 AR724X_BASE completed on Sat Jan 11 23:05:48 UTC 2014 TB --- 2014-01-11 23:05:48 - cd /src/sys/mips/conf TB --- 2014-01-11 23:05:48 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-11 23:05:48 - building AR91XX_BASE kernel TB --- 2014-01-11 23:05:48 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 23:05:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 23:05:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 23:05:48 - SRCCONF=/dev/null TB --- 2014-01-11 23:05:48 - TARGET=mips TB --- 2014-01-11 23:05:48 - TARGET_ARCH=mips TB --- 2014-01-11 23:05:48 - TZ=UTC TB --- 2014-01-11 23:05:48 - __MAKE_CONF=/dev/null TB --- 2014-01-11 23:05:48 - cd /src TB --- 2014-01-11 23:05:48 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Jan 11 23:05:48 UTC 2014 >>> 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 AR91XX_BASE completed on Sat Jan 11 23:12:34 UTC 2014 TB --- 2014-01-11 23:12:34 - cd /src/sys/mips/conf TB --- 2014-01-11 23:12:34 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-11 23:12:34 - building AR933X_BASE kernel TB --- 2014-01-11 23:12:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-11 23:12:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-11 23:12:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-11 23:12:34 - SRCCONF=/dev/null TB --- 2014-01-11 23:12:34 - TARGET=mips TB --- 2014-01-11 23:12:34 - TARGET_ARCH=mips TB --- 2014-01-11 23:12:34 - TZ=UTC TB --- 2014-01-11 23:12:34 - __MAKE_CONF=/dev/null TB --- 2014-01-11 23:12:34 - cd /src TB --- 2014-01-11 23:12:34 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Jan 11 23:12:34 UTC 2014 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR933X_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-11 23:12:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-11 23:12:36 - ERROR: failed to build AR933X_BASE kernel TB --- 2014-01-11 23:12:37 - 5905.42 user 3010.80 system 8514.99 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full