From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 12:48:31 2013 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 ESMTP id 9F6D6474 for ; Sun, 15 Sep 2013 12:48:31 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id E8BA72FCC for ; Sun, 15 Sep 2013 12:48:30 +0000 (UTC) Received: from kaa.mimar.rs (178-221-85-142.dynamic.isp.telekom.rs [178.221.85.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 9BD2CB902C for ; Sun, 15 Sep 2013 14:48:28 +0200 (CEST) Date: Sun, 15 Sep 2013 14:48:27 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: reproducible dump possibly related to ath and virtualbox Message-Id: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 12:48:31 -0000 I just had another core dump on 9.2-PRERELEASE #1 r255487 amd64, and I think i see a pattern. Every now and then, at least once per day, my Atheros AR9285 hangs. Ifconfig shows it as associated, it does not loose IP adress, i can ping 127.0.0.1 but nothing else. As it happens quite often, I made an alias for it in .tcshrc: sudo ifconfig wlan0 destroy && sleep 3 && sudo ifconfig wlan0 create wlandev ath0 If virtualbox is running with guest with bridged adapter my system crashes: kaa.mimar.rs dumped core - see /var/crash/vmcore.3 Sun Sep 15 08:26:41 CEST 2013 FreeBSD kaa.mimar.rs 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #1 r255487: Thu Sep 12 10:15:25 CEST 2013 root@kaa.mimar.rs:/usr/obj/usr/src/sys/KAAGEN amd64 panic: page fault 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: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xffffff8127e4e4a0 frame pointer = 0x28:0xffffff8127e4e4e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5945 (VirtualBox) trap number = 12 timeout stopping cpus panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff80948ab6 at kdb_backtrace+0x66 #1 0xffffffff8090e5ee at panic+0x1ce #2 0xffffffff80cf33f0 at trap_fatal+0x290 #3 0xffffffff80cf3751 at trap_pfault+0x211 #4 0xffffffff80cf3d04 at trap+0x344 #5 0xffffffff80cdd033 at calltrap+0x8 #6 0xffffffff8285dcb4 at vboxNetFltPortXmit+0x64 #7 0xffffffff828c83e8 at fuse_germ_vnops+0x55ce8 #8 0xffffffff828c8984 at fuse_germ_vnops+0x56284 #9 0xffffffff828ca172 at fuse_germ_vnops+0x57a72 #10 0xffffffff828caf02 at fuse_germ_vnops+0x58802 #11 0xffffffff82889647 at fuse_germ_vnops+0x16f47 #12 0xffffffff828898a8 at fuse_germ_vnops+0x171a8 #13 0xffffffff825993b2 at supdrvIOCtl+0x1d12 #14 0xffffffff8259eef0 at VBoxDrvFreeBSDIOCtl+0x1d0 #15 0xffffffff807f530b at devfs_ioctl_f+0x7b #16 0xffffffff8095b576 at kern_ioctl+0x106 #17 0xffffffff8095b7bd at sys_ioctl+0xfd Uptime: 1d15h20m51s Dumping 733 out of 3984 MB:..3%..11%..22%..31%..42%..51%..62%..72%..81%..92% Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_video.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from /boot/kernel/ng_ubt.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ubt.ko Reading symbols from /boot/kernel/ng_hci.ko...Reading symbols from /boot/kernel/ng_hci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_hci.ko Reading symbols from /boot/kernel/ng_bluetooth.ko...Reading symbols from /boot/kernel/ng_bluetooth.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_bluetooth.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_l2cap.ko...Reading symbols from /boot/kernel/ng_l2cap.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_l2cap.ko Reading symbols from /boot/kernel/ng_btsocket.ko...Reading symbols from /boot/kernel/ng_btsocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_btsocket.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.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 0xffffffff8090e0c6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff8090e5c7 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80cf33f0 in trap_fatal (frame=0xc, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80cf3751 in trap_pfault (frame=0xffffff8127e4e3f0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:795 #5 0xffffffff80cf3d04 in trap (frame=0xffffff8127e4e3f0) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80cdd033 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0x0000000000000000 in ?? () (kgdb) -- Marko Cupać From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 14:16:03 2013 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 ESMTP id A51917D9; Sun, 15 Sep 2013 14:16:03 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001: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 640B023BB; Sun, 15 Sep 2013 14:16:03 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id as1so5848168iec.35 for ; Sun, 15 Sep 2013 07:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZjKB2FGfJYgqGVGEQPVWmgT8hAIk5/BSoNHWMThtkPA=; b=LIR0cKffOZJ13T8CjBNAFNnSom83RkNk5t4sM0XC0VtBlL0S6nohRdXE1o/dz9s8lV 0np7WHwWxqr8npxHgbSjbMjUIwKe2hYOrRgLV8wobHLkzXGjn/6+Frskt6F4umgySieg pZcoELZSepXrUQ3I5EJwomqCdU0Loq9dCvlbuuPnAT8vKMYlhje454JOIeHLMw4eLLTz puOIGtP8le3dXHfA9/opxAz1w4esdyZRx55BX/Zk4WqS+hrrsjQpRMlkzSM8vbZgGu9H IndDprt8SmZpXIxjFK3GTDa/Eqm9QX8YR5WRpOZejkGL/AIadJ2c84X9KpspwwFQPsp7 yCdg== MIME-Version: 1.0 X-Received: by 10.50.66.101 with SMTP id e5mr4805324igt.26.1379254562451; Sun, 15 Sep 2013 07:16:02 -0700 (PDT) Sender: jdavidlists@gmail.com Received: by 10.43.157.8 with HTTP; Sun, 15 Sep 2013 07:16:02 -0700 (PDT) In-Reply-To: <52331179.4030201@FreeBSD.org> References: <523310E2.4050702@FreeBSD.org> <52331179.4030201@FreeBSD.org> Date: Sun, 15 Sep 2013 10:16:02 -0400 X-Google-Sender-Auth: vhrFkWX812s-mLA2bKILTXrVHto Message-ID: Subject: Re: zfs_enable vs zfs_load in loader.conf (but neither works) From: J David To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-fs@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 14:16:03 -0000 Thanks very much for the info Andriy. On Fri, Sep 13, 2013 at 9:22 AM, Andriy Gapon wrote: > Another piece of information is that neither mountpoint nor canmount property > affects ZFS root mounting. It is mountpoint=legacy that boots on this machine and mountpoint=/ that can't find init, with no other changes. So clearly under some obscure edge case, this is not strictly correct. Did your test include zpool root != filesystem root? Because as you describe one possible cause of the problem is mounting the wrong filesystem as root, one wonders if somehow with the mountpoint=/ setting the zpool root (which has no files at all) is incorrectly being chosen as fsroot with mountpoint=/ on data/root. I.e. perhaps somewhere in the code is looking for "legacy" (or skipping anything with a mountpoint set) and defaulting back to the zpool root if it is not found? Unfortunately there is no way I know of to check and see what the root filesystem turned out to be after the failure to find init. That would reduce speculation about what is happening quite a bit. Can the kernel debugger extract this info? If it matters, the pools in question are fairly complex, not just throwing everything possible on one drive. Example: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da0p2 ONLINE 0 0 0 da4p2 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 da1p2 ONLINE 0 0 0 da5p2 ONLINE 0 0 0 mirror-2 ONLINE 0 0 0 da2p2 ONLINE 0 0 0 da6p2 ONLINE 0 0 0 mirror-3 ONLINE 0 0 0 da3p2 ONLINE 0 0 0 da7p2 ONLINE 0 0 0 logs ada0p2 ONLINE 0 0 0 cache ada1p2 ONLINE 0 0 0 The boot order for that system begins at either ada0 or da0, not sure which without checking the BIOS. Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 15:14:12 2013 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 ESMTP id 362274FD; Sun, 15 Sep 2013 15:14:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6C5265C; Sun, 15 Sep 2013 15:14:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA07263; Sun, 15 Sep 2013 18:14:08 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VLE1X-0009R4-TQ; Sun, 15 Sep 2013 18:14:07 +0300 Message-ID: <5235CE87.2090607@FreeBSD.org> Date: Sun, 15 Sep 2013 18:13:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: J David Subject: Re: zfs_enable vs zfs_load in loader.conf (but neither works) References: <523310E2.4050702@FreeBSD.org> <52331179.4030201@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-fs@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 15:14:12 -0000 on 15/09/2013 17:16 J David said the following: > Thanks very much for the info Andriy. > > On Fri, Sep 13, 2013 at 9:22 AM, Andriy Gapon wrote: >> Another piece of information is that neither mountpoint nor canmount property >> affects ZFS root mounting. > > It is mountpoint=legacy that boots on this machine and mountpoint=/ > that can't find init, with no other changes. So clearly under some > obscure edge case, this is not strictly correct. I am sure that the same can be said about almost anything documented about any software... > Did your test include zpool root != filesystem root? Because as you > describe one possible cause of the problem is mounting the wrong > filesystem as root, one wonders if somehow with the mountpoint=/ > setting the zpool root (which has no files at all) is incorrectly > being chosen as fsroot with mountpoint=/ on data/root. I.e. perhaps > somewhere in the code is looking for "legacy" (or skipping anything > with a mountpoint set) and defaulting back to the zpool root if it is > not found? I tried to reproduce with exactly the same configuration as you described. To be specific, yes I used data/root as a root filesystem and I set its mountpoint to "/". > Unfortunately there is no way I know of to check and see what the root > filesystem turned out to be after the failure to find init. That > would reduce speculation about what is happening quite a bit. Can the > kernel debugger extract this info? Unfortunately, I am not sure if it is possible to obtain anu useful information from ddb and saving a crash dump is not possible in pre-init environment. I could write a patch that would print some useful debugging info. Will you able to use it? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 20:53:27 2013 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 ESMTP id E019545D for ; Sun, 15 Sep 2013 20:53:27 +0000 (UTC) (envelope-from olgeni@olgeni.com) Received: from olgeni.olgeni.com (host-156-246-171-31.cloudsigma.com [31.171.246.156]) by mx1.freebsd.org (Postfix) with ESMTP id A4AE52538 for ; Sun, 15 Sep 2013 20:53:27 +0000 (UTC) Received: from olgeni.olgeni (dynamic-adsl-94-36-177-137.clienti.tiscali.it [94.36.177.137]) by olgeni.olgeni.com (Postfix) with ESMTPSA id 84D99174482; Sun, 15 Sep 2013 22:53:19 +0200 (CEST) Date: Sun, 15 Sep 2013 22:53:17 +0200 (CEST) From: Jimmy Olgeni X-X-Sender: olgeni@olgeni.olgeni To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: Reproducible panic in 9.2-RC4 (was: Re: (9.2) panic under disk load (gam_server / knlist_remove_kq)) In-Reply-To: <86vc23ldwk.fsf@nine.des.no> Message-ID: References: <20130714115953.1afd6e90@davenulle.org> <86vc23ldwk.fsf@nine.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3376044326-8079822-1379278324=:95537" Content-ID: Cc: freebsd-stable@freebsd.org, Patrick Lamaiziere X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 20:53:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3376044326-8079822-1379278324=:95537 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: Hi, On Sat, 14 Sep 2013, Dag-Erling Smørgrav wrote: > Patrick Lamaiziere writes: >> I'm seeing a panic while trying to build a poudriere repository. >> [...] > > A related panic still occurs in 9.2-RC4. It is 100% reproducible: just > start a poudriere build while Gnome is running. The culprit this time > seems to be gvfsd-trash. Killing it doesn't work, because Gnome will > restart it, but stopping it (pkill -STOP gvfsd-trash) does. It looks the same as my case - poudriere + gvfsd. Seems to be fixed with Konstantin's patch, as I have been building stuff for 2 days straight without any issue. Also, r327357 from ports should make gvfsd ignore some poudriere activity. -- jimmy --3376044326-8079822-1379278324=:95537-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 23:09:54 2013 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 ESMTP id 0D1CAB64 for ; Sun, 15 Sep 2013 23:09:54 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C34312AFA for ; Sun, 15 Sep 2013 23:09:53 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 5DAE78947; Sun, 15 Sep 2013 23:09:52 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 75F7E4B75F; Mon, 16 Sep 2013 01:09:09 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jimmy Olgeni Subject: Re: Reproducible panic in 9.2-RC4 References: <20130714115953.1afd6e90@davenulle.org> <86vc23ldwk.fsf@nine.des.no> Date: Mon, 16 Sep 2013 01:09:08 +0200 In-Reply-To: (Jimmy Olgeni's message of "Sun, 15 Sep 2013 22:53:17 +0200 (CEST)") Message-ID: <86vc21k7hn.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Patrick Lamaiziere X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 23:09:54 -0000 Jimmy Olgeni writes: > It looks the same as my case - poudriere + gvfsd. > > Seems to be fixed with Konstantin's patch, as I have been building > stuff for 2 days straight without any issue. Same here, except that gvfsd-trash confuses poudriere so it fails to update the repo metadata once it's done building. > Also, r327357 from ports should make gvfsd ignore some poudriere > activity. That's great - but gvfsd-trash still needs to be fixed, because it doesn't just interfere with poudriere; it latches onto *anything* you mount after it starts and prevents you from unmounting it. It would also be nice not to get low disk space warnings for /dev/fd all the time... it's supposed to have been fixed a while back, but it still happens on my wife's desktop (9.1-RELEASE with fully up-to-date ports). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sun Sep 15 23:39:12 2013 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 ESMTP id 97BA3F86 for ; Sun, 15 Sep 2013 23:39:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FDD02C69 for ; Sun, 15 Sep 2013 23:39:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id r8FNcvAM071598 for ; Mon, 16 Sep 2013 03:38:57 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 16 Sep 2013 03:38:57 +0400 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Subject: boot fail stable/9 (including 9.2-RC4) @dell desktop Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Mon, 16 Sep 2013 03:38:57 +0400 (MSK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Sep 2013 23:39:12 -0000 Dear colleagues, just a quick note: today's attempts to boot both my usual custom-built stick and stick written from official RC4 image on some Dell desktop (Core2Duo, IIRC) leads to dail (USB is recognized as USB-ZIP, which seems to me wrong, yeah) the error is like LBA read error (some offset), and then "no /boot/loader" will investigate further... -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 16 06:34:47 2013 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 ESMTP id 294FDACD for ; Mon, 16 Sep 2013 06:34:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A83E52065 for ; Mon, 16 Sep 2013 06:34:46 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj3so2931798wib.13 for ; Sun, 15 Sep 2013 23:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KN82a8hjVYj4cr1SX4/wbuntToXk849C64yAVmuzRRo=; b=fobVIT3H6er1MfklgIfQiiLF6xfMPaNRfBTg9j9NEqyddvBu6qnTRUcDrEA30m1Tsk SXWE5Px1W5VOnszajp9LyiMy+M/vHqX5Ah58P1jUh9w71q3Z6GJR+egFlu+sWImJhJxx joYXz+CEMh3fg4tp9apBbIp8iI2PkiD52jrrei51FsjgrqlZfZftUhbKeH71vDCw0cQ2 XCEhvb3MCi9iZSBvDGYPinxkeqSdhfOxYijq0Q36tfm5rACXx3FFmjq8A1yM3YY/KR/f FKQHQ4hflYwUJZplaERWP6iGBZQeagfoMv422CsiovwGUZyk9CSIdwNR+YiziSMYzdey 3h5Q== MIME-Version: 1.0 X-Received: by 10.180.10.136 with SMTP id i8mr11988260wib.46.1379313285113; Sun, 15 Sep 2013 23:34:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sun, 15 Sep 2013 23:34:45 -0700 (PDT) In-Reply-To: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> References: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> Date: Sun, 15 Sep 2013 23:34:45 -0700 X-Google-Sender-Auth: GCiHqR7VIkhFUCgq4AwlZbvR7k0 Message-ID: Subject: Re: reproducible dump possibly related to ath and virtualbox From: Adrian Chadd To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Sep 2013 06:34:47 -0000 Hi, Please try -HEAD or -10. I fixed a number o AR9285 bugs there. Thanks, -adrian On 15 September 2013 05:48, Marko Cupa=C4=87 wrote: > I just had another core dump on 9.2-PRERELEASE #1 r255487 amd64, and I > think i see a pattern. Every now and then, at least once per day, my > Atheros AR9285 hangs. Ifconfig shows it as associated, it does not loose > IP adress, i can ping 127.0.0.1 but nothing else. As it happens quite > often, I made an alias for it in .tcshrc: > > sudo ifconfig wlan0 destroy && sleep 3 && sudo ifconfig wlan0 create > wlandev ath0 > > If virtualbox is running with guest with bridged adapter my system crashe= s: > > kaa.mimar.rs dumped core - see /var/crash/vmcore.3 > > Sun Sep 15 08:26:41 CEST 2013 > > FreeBSD kaa.mimar.rs 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #1 r255487: > Thu Sep 12 10:15:25 CEST 2013 root@kaa.mimar.rs:/usr/obj/usr/src/sys/= KAAGEN > amd64 > > panic: page fault > > 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 detail= s. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0x0 > fault code =3D supervisor read instruction, page not present > instruction pointer =3D 0x20:0x0 > stack pointer =3D 0x28:0xffffff8127e4e4a0 > frame pointer =3D 0x28:0xffffff8127e4e4e0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 5945 (VirtualBox) > trap number =3D 12 > timeout stopping cpus > panic: page fault > cpuid =3D 2 > KDB: stack backtrace: > #0 0xffffffff80948ab6 at kdb_backtrace+0x66 > #1 0xffffffff8090e5ee at panic+0x1ce > #2 0xffffffff80cf33f0 at trap_fatal+0x290 > #3 0xffffffff80cf3751 at trap_pfault+0x211 > #4 0xffffffff80cf3d04 at trap+0x344 > #5 0xffffffff80cdd033 at calltrap+0x8 > #6 0xffffffff8285dcb4 at vboxNetFltPortXmit+0x64 > #7 0xffffffff828c83e8 at fuse_germ_vnops+0x55ce8 > #8 0xffffffff828c8984 at fuse_germ_vnops+0x56284 > #9 0xffffffff828ca172 at fuse_germ_vnops+0x57a72 > #10 0xffffffff828caf02 at fuse_germ_vnops+0x58802 > #11 0xffffffff82889647 at fuse_germ_vnops+0x16f47 > #12 0xffffffff828898a8 at fuse_germ_vnops+0x171a8 > #13 0xffffffff825993b2 at supdrvIOCtl+0x1d12 > #14 0xffffffff8259eef0 at VBoxDrvFreeBSDIOCtl+0x1d0 > #15 0xffffffff807f530b at devfs_ioctl_f+0x7b > #16 0xffffffff8095b576 at kern_ioctl+0x106 > #17 0xffffffff8095b7bd at sys_ioctl+0xfd > Uptime: 1d15h20m51s > Dumping 733 out of 3984 > MB:..3%..11%..22%..31%..42%..51%..62%..72%..81%..92% > > Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from > /boot/kernel/acpi_video.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/acpi_video.ko > Reading symbols from /boot/modules/nvidia.ko...done. > Loaded symbols for /boot/modules/nvidia.ko > Reading symbols from /boot/kernel/linux.ko...Reading symbols from > /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/modules/vboxdrv.ko...done. > Loaded symbols for /boot/modules/vboxdrv.ko > Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from > /boot/kernel/tmpfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/tmpfs.ko > Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from > /boot/kernel/ng_ubt.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_ubt.ko > Reading symbols from /boot/kernel/ng_hci.ko...Reading symbols from > /boot/kernel/ng_hci.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_hci.ko > Reading symbols from /boot/kernel/ng_bluetooth.ko...Reading symbols from > /boot/kernel/ng_bluetooth.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_bluetooth.ko > Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from > /boot/kernel/netgraph.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/netgraph.ko > Reading symbols from /boot/kernel/ng_l2cap.ko...Reading symbols from > /boot/kernel/ng_l2cap.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_l2cap.ko > Reading symbols from /boot/kernel/ng_btsocket.ko...Reading symbols from > /boot/kernel/ng_btsocket.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_btsocket.ko > Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from > /boot/kernel/ng_socket.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_socket.ko > Reading symbols from /boot/modules/vboxnetflt.ko...done. > Loaded symbols for /boot/modules/vboxnetflt.ko > Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from > /boot/kernel/ng_ether.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_ether.ko > Reading symbols from /boot/modules/vboxnetadp.ko...done. > Loaded symbols for /boot/modules/vboxnetadp.ko > Reading symbols from /usr/local/modules/fuse.ko...done. > Loaded symbols for /usr/local/modules/fuse.ko > #0 doadump (textdump=3D) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3D) at pcpu.h:234 > #1 0xffffffff8090e0c6 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff8090e5c7 in panic (fmt=3D0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80cf33f0 in trap_fatal (frame=3D0xc, eva=3D) > at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80cf3751 in trap_pfault (frame=3D0xffffff8127e4e3f0, > usermode=3D0) > at /usr/src/sys/amd64/amd64/trap.c:795 > #5 0xffffffff80cf3d04 in trap (frame=3D0xffffff8127e4e3f0) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff80cdd033 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0x0000000000000000 in ?? () > (kgdb) > > > -- > Marko Cupa=C4=87 > _______________________________________________ > 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 Mon Sep 16 06:39:11 2013 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 ESMTP id 6439EC05; Mon, 16 Sep 2013 06:39:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB3E209A; Mon, 16 Sep 2013 06:39:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA15256; Mon, 16 Sep 2013 09:38:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VLSSV-000DZN-EW; Mon, 16 Sep 2013 09:38:55 +0300 Message-ID: <5236A747.5020303@FreeBSD.org> Date: Mon, 16 Sep 2013 09:37:59 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: kpneal@pobox.com Subject: Re: zfs_enable vs zfs_load in loader.conf (but neither works) References: <523310E2.4050702@FreeBSD.org> <52331179.4030201@FreeBSD.org> <20130916044235.GA42673@neutralgood.org> In-Reply-To: <20130916044235.GA42673@neutralgood.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-fs@freebsd.org" , J David , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Sep 2013 06:39:11 -0000 on 16/09/2013 07:42 kpneal@pobox.com said the following: > What happens if mountpoint is inherited instead of being set to one of > those two values? Would you like to test this and tell us? I am 99.9% confident that mountpoint and canmount properties are never examined in kernel. They are honored only by zfs(8) utility. Thus, they can not possibly influence root mounting. Modulo very very very obscure bugs, of course. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Sep 16 16:11:53 2013 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 ESMTP id 9461F404; Mon, 16 Sep 2013 16:11:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E0E0291B; Mon, 16 Sep 2013 16:11:52 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8GGBkBQ078769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Sep 2013 18:11:48 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <52372DBA.6020703@omnilan.de> Date: Mon, 16 Sep 2013 18:11:38 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: lev@FreeBSD.org, FreeBSD Stable Subject: umcs (4-Port-USB-serial) triggering way too much ehci IRQs X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBB68B078A4FE603194418B07" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Sep 2013 16:11:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBB68B078A4FE603194418B07 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I have some of these 4-Port-Serial-USB-Hubs: http://www.delock.com/produkte/F_673_USB---Seriell_87414/merkmale.html They have the MosChip MCS7840 inside, wich also understands RS485/422 besides RS232. FreeBSDs umcs(4) supports the RS232 mode with standard baudrates and works with that device. Unfortunately, as soon as I open any of the 4 cuaU0.x ports, there are 500irq/s from ehci. These irqs also accur if the port is closed again (until I unload the umcs module). These irqs prevent virtual machines and also real hardware from deeper sleeping. In my case, it's a huge ammount of lost power saving. I also saw that the windows driver of the MCS7840 consuming a lot of CPU-cycles (XP-ESXi guest). Is there any chance to tranquilize? The 4-Port prolific model (http://www.delock.com/produkte/F_673_USB---Seriell_61518/merkmale.html) doesn't show these unneccessary irqs btw.! Thanks, -Harry --------------enigBB68B078A4FE603194418B07 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI3LcIACgkQLDqVQ9VXb8g/TgCgwIFNO5QSoKm7+JwJc3mLLlg9 nQwAnAxoZe5qUydATd5ryBrLChlheiSA =anbH -----END PGP SIGNATURE----- --------------enigBB68B078A4FE603194418B07-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 16 18:24:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 9B21FBEB; Mon, 16 Sep 2013 18:24:50 +0000 (UTC) Date: Mon, 16 Sep 2013 18:24:50 +0000 From: John To: FreeBSD-Stable Subject: Re: Panic: 9.2-PRERELEASE - enc_daemon Message-ID: <20130916182450.GA60744@FreeBSD.org> References: <20130721134548.GA78666@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130721134548.GA78666@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Sep 2013 18:24:50 -0000 ----- John's Original Message ----- > Hi Folks, > > I'm seeing a panic with the 9.2-PRERELEASE code. The system > will stay up for anywhere from a couple of seconds to a few hours > and then panic. I have continued to look at this problem and believe I have made some progress but still have no solution... Just questions :-) I have updated my source to r255r73 which includes all the recent MFCs to cam/xpt/scsi. The problem still persists. I have attempted to simplify the problem and have been able to duplicate part of the problem with just two shelves attached serially. I have the following debugging diffs: Index: scsi/scsi_xpt.c =================================================================== --- scsi/scsi_xpt.c (revision 255573) +++ scsi/scsi_xpt.c (working copy) @@ -2445,6 +2445,15 @@ case CDAI_TYPE_PHYS_PATH: if (cdai->flags & CDAI_FLAG_STORE) { if (device->physpath != NULL) { + /* In theory the following should not be the same - see ses_setphyspath_callback() */ + printf("incoming %d %.*s\n",(int)cdai->bufsiz,(int)cdai->bufsiz,cdai->buf); + printf("current %d %.*s %*s\n",(int)device->physpath_len,(int)device->physpath_len,device->physpath,device->serial_num_len,device->serial_num); + free(device->physpath, M_CAMXPT); device->physpath = NULL; } and to ses_devids_iter(): Index: scsi/scsi_enc_ses.c =================================================================== --- scsi/scsi_enc_ses.c (revision 255573) +++ scsi/scsi_enc_ses.c (working copy) @@ -849,6 +849,7 @@ devid->length = sizeof(struct scsi_vpd_id_naa_ieee_reg); memcpy(devid->identifier, phy_addr, devid->length); + printf("callback: i=%d device=%08x\n",i,*phy_addr); callback(enc, elm, devid, callback_arg); } } The first patch shows the currently stored versus the about to be stored physpath. The 2nd patch adds some debug information to show which phys (i value) is being processed. What I find is a constant flip/flop between the device ids of the 2 shelves being stored into what I believe is the first shelves descriptor. Sep 16 17:01:22 testsys1 kernel: callback: i=0 device=00000050 Sep 16 17:01:22 testsys1 last message repeated 23 times Sep 16 17:01:22 testsys1 kernel: callback: i=0 device=00000020 Sep 16 17:01:22 testsys1 kernel: callback: i=1 device=0000002e Sep 16 17:01:22 testsys1 kernel: callback: i=2 device=000000ff Sep 16 17:01:22 testsys1 kernel: callback: i=3 device=000000ff Sep 16 17:01:22 testsys1 kernel: callback: i=4 device=000000ff Sep 16 17:01:22 testsys1 kernel: callback: i=5 device=000000ff Sep 16 17:01:22 testsys1 kernel: callback: i=6 device=00000000 Sep 16 17:01:22 testsys1 kernel: incoming 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 Sep 16 17:01:22 testsys1 kernel: current 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:01:22 testsys1 kernel: callback: i=7 device=00000000 5C7237P403 is the serial of the 1st shelf: # camcontrol inquiry ses0 pass29: Fixed Enclosure Services SCSI-5 device pass29: Serial Number 5C7237P403 pass29: 600.000MB/s transfers, Command Queueing Enabled # camcontrol inquiry ses1 pass55: Fixed Enclosure Services SCSI-5 device pass55: Serial Number 5C7236P2T5 pass55: 600.000MB/s transfers, Command Queueing Enabled A sample grep to show the flip/flop'ing... Sep 16 17:00:22 testsys1 kernel: incoming 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 Sep 16 17:00:22 testsys1 kernel: current 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:00:23 testsys1 kernel: incoming 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 Sep 16 17:00:23 testsys1 kernel: current 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:01:22 testsys1 kernel: incoming 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 Sep 16 17:01:22 testsys1 kernel: current 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:01:23 testsys1 kernel: incoming 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 Sep 16 17:01:23 testsys1 kernel: current 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:02:22 testsys1 kernel: incoming 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 Sep 16 17:02:22 testsys1 kernel: current 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 5C7237P403 Sep 16 17:02:23 testsys1 kernel: incoming 60 id1,enc@n5001438023441700/type@9/slot@1/elmdesc@900080050002 Sep 16 17:02:23 testsys1 kernel: current 60 id1,enc@n5001438023478280/type@9/slot@1/elmdesc@900080050002 5C7237P403 I'm not sure why this shows up for i=6... After alot of reading & experimenting, I saw the following when running the: sg_ses -p ed ses0 command... # sg_ses -p ed ses0 HP D2700 SAS AJ941A 0147 Primary enclosure logical identifier (hex): 5001438023478280 Element Descriptor In diagnostic page: generation code: 0x0 element descriptor by type list Element type: Array device slot, subenclosure id: 0 [ti=0] Overall descriptor: Element 0 descriptor: ... Element 23 descriptor: Element 24 descriptor: Element type: SAS connector, subenclosure id: 0 [ti=1] Overall descriptor: Element 0 descriptor: ... Element 23 descriptor: Element 24 descriptor: Element type: vendor specific [0xff], subenclosure id: 0 [ti=2] Overall descriptor: Element 0 descriptor: 5C7237P403 Element type: Power supply, subenclosure id: 0 [ti=3] Overall descriptor: Element 0 descriptor: 20LiteOn 5ANLE0CLL3K6VI Element 1 descriptor: 20LiteOn 5ANLE0CLL3K6V7 Element type: Cooling, subenclosure id: 0 [ti=4] Overall descriptor: B PAVCA0B9V3E4I0 Element 0 descriptor: Element 1 descriptor: Element type: Cooling, subenclosure id: 0 [ti=5] Overall descriptor: B PAVCA0B9V3E4HH Element 0 descriptor: Element 1 descriptor: Element type: Enclosure services controller electronics, subenclosure id: 0 [ti=6] Overall descriptor: Element 0 descriptor: 014701B0PAZAV0BTM3F17A 0026 ... Could the enclosure services controller at ti=6 somehow be related to what I'm seeing? If anyone has any ideas I'd appreciate any ideas, pointers,etc. Thanks, John ps: full output from smp_discover for both shelves.. # smp_discover ses0 phy 0:D:attached:[500003944822dd2a:00 t(SSP)] 6 Gbps phy 1:D:attached:[500003944822dc96:00 t(SSP)] 6 Gbps phy 2:D:attached:[500003944822dcbe:00 t(SSP)] 6 Gbps phy 3:D:attached:[500003944822f8a2:00 t(SSP)] 6 Gbps phy 4:D:attached:[500003944822d876:00 t(SSP)] 6 Gbps phy 5:D:attached:[500003944822d776:00 t(SSP)] 6 Gbps phy 6:D:attached:[5000039448232726:00 t(SSP)] 6 Gbps phy 7:D:attached:[500003944823b8aa:00 t(SSP)] 6 Gbps phy 8:D:attached:[500003944823b846:00 t(SSP)] 6 Gbps phy 9:D:attached:[500003944822d7ae:00 t(SSP)] 6 Gbps phy 10:D:attached:[500003944823b2f2:00 t(SSP)] 6 Gbps phy 11:D:attached:[500003944823b04a:00 t(SSP)] 6 Gbps phy 12:D:attached:[5000039448239ff2:00 t(SSP)] 6 Gbps phy 13:D:attached:[500003944823db72:00 t(SSP)] 6 Gbps phy 14:D:attached:[500003944823b7a6:00 t(SSP)] 6 Gbps phy 15:D:attached:[500003944823dcc6:00 t(SSP)] 6 Gbps phy 16:D:attached:[500003944823787a:00 t(SSP)] 6 Gbps phy 17:D:attached:[500003944823b30a:00 t(SSP)] 6 Gbps phy 18:D:attached:[500003944823b0de:00 t(SSP)] 6 Gbps phy 19:D:attached:[500003944823b506:00 t(SSP)] 6 Gbps phy 20:D:attached:[500003944823e7b6:00 t(SSP)] 6 Gbps phy 21:D:attached:[5000039448232e7a:00 t(SSP)] 6 Gbps phy 22:D:attached:[500003944823cfde:00 t(SSP)] 6 Gbps phy 23:D:attached:[500003944823dc52:00 t(SSP)] 6 Gbps phy 24:D:attached:[500003944823c9e6:00 t(SSP)] 6 Gbps phy 25:S:attached:[500605b0050a7660:03 i(SSP+STP+SMP)] 6 Gbps phy 26:S:attached:[500605b0050a7660:02 i(SSP+STP+SMP)] 6 Gbps phy 27:S:attached:[500605b0050a7660:01 i(SSP+STP+SMP)] 6 Gbps phy 28:S:attached:[500605b0050a7660:00 i(SSP+STP+SMP)] 6 Gbps phy 29:T:attached:[500143802344173f:25 exp i(SMP) t(SMP)] 6 Gbps phy 30:T:attached:[500143802344173f:26 exp i(SMP) t(SMP)] 6 Gbps phy 31:T:attached:[500143802344173f:27 exp i(SMP) t(SMP)] 6 Gbps phy 32:T:attached:[500143802344173f:28 exp i(SMP) t(SMP)] 6 Gbps phy 33: inaccessible (phy vacant) phy 34: inaccessible (phy vacant) phy 35: inaccessible (phy vacant) phy 36:D:attached:[50014380234782be:36 V i(SSP) t(SSP)] 6 Gbps # smp_discover ses1 phy 0:D:attached:[500003944823cbfa:00 t(SSP)] 6 Gbps phy 1:D:attached:[500003944823ddbe:00 t(SSP)] 6 Gbps phy 2:D:attached:[500003944823d9ee:00 t(SSP)] 6 Gbps phy 3:D:attached:[500003944823c2f6:00 t(SSP)] 6 Gbps phy 4:D:attached:[500003944823c2ca:00 t(SSP)] 6 Gbps phy 5:D:attached:[500003944823d8c2:00 t(SSP)] 6 Gbps phy 6:D:attached:[500003944823cc3e:00 t(SSP)] 6 Gbps phy 7:D:attached:[500003944823d3e2:00 t(SSP)] 6 Gbps phy 8:D:attached:[500003944823d8da:00 t(SSP)] 6 Gbps phy 9:D:attached:[500003944823c39a:00 t(SSP)] 6 Gbps phy 10:D:attached:[500003944823d896:00 t(SSP)] 6 Gbps phy 11:D:attached:[500003944823dbb6:00 t(SSP)] 6 Gbps phy 12:D:attached:[500003944823c6a2:00 t(SSP)] 6 Gbps phy 13:D:attached:[500003944823dc86:00 t(SSP)] 6 Gbps phy 14:D:attached:[500003944823e7e2:00 t(SSP)] 6 Gbps phy 15:D:attached:[500003944823cae6:00 t(SSP)] 6 Gbps phy 16:D:attached:[500003944823d44a:00 t(SSP)] 6 Gbps phy 17:D:attached:[500003944823d27a:00 t(SSP)] 6 Gbps phy 18:D:attached:[5000039448234122:00 t(SSP)] 6 Gbps phy 19:D:attached:[500003944823b17e:00 t(SSP)] 6 Gbps phy 20:D:attached:[500003944823c6fe:00 t(SSP)] 6 Gbps phy 21:D:attached:[500003944823435e:00 t(SSP)] 6 Gbps phy 22:D:attached:[500003944823c776:00 t(SSP)] 6 Gbps phy 23:D:attached:[50000394482341da:00 t(SSP)] 6 Gbps phy 24:D:attached:[500003944823cc62:00 t(SSP)] 6 Gbps phy 25:S:attached:[50014380234782bf:29 exp i(SMP) t(SMP)] 6 Gbps phy 26:S:attached:[50014380234782bf:30 exp i(SMP) t(SMP)] 6 Gbps phy 27:S:attached:[50014380234782bf:31 exp i(SMP) t(SMP)] 6 Gbps phy 28:S:attached:[50014380234782bf:32 exp i(SMP) t(SMP)] 6 Gbps phy 33: inaccessible (phy vacant) phy 34: inaccessible (phy vacant) phy 35: inaccessible (phy vacant) phy 36:D:attached:[500143802344173e:36 V i(SSP) t(SSP)] 6 Gbps # camcontrol smpmaninfo ses0 Report Manufacturer Information Expander Change count: 1815 SAS 1.1 Format: Yes Component Vendor: PMCSIERA Component ID: 0x8005 Component Revision: 0x2 Vendor Specific: 0x0000000000000000 > Fatal trap 12: page fault while in kernel mode > cpuid = 31; apic id = 2f > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80d2b018 > stack pointer = 0x28:0xffffffbfd0fea080 > frame pointer = 0x28:0xffffffbfd0fea0b0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25 (enc_daemon7) > > and: > > db:0:kdb.enter.default> show pcpu > cpuid = 31 > dynamic pcpu = 0xffffff807f203880 > curthread = 0xfffffe0032f53920: pid 25 "enc_daemon7" > curpcb = 0xffffffbfd0feabc0 > fpcurthread = none > idlethread = 0xfffffe002600b920: tid 100034 "idle: cpu31" > curpmap = 0xffffffff8141b510 > tssp = 0xffffffff81489e98 > commontssp = 0xffffffff81489e98 > rsp0 = 0xffffffbfd0feabc0 > gs32p = 0xffffffff81487fd0 > ldt = 0xffffffff81488010 > tss = 0xffffffff81488000 > > > > This looks like a bug I started tracing down a while back with > the new enclosure services (r246437 and later). I added witness > into the kernel and received the following LOR: > > > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex MPT2SAS lock (MPT2SAS lock) r = 0 (0xffffff8003c851b8) locked @ cam/cam_periph.h:192 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffbfd0f3cb20 > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffbfd0f3cbe0 > _witness_debugger() at _witness_debugger+0x2c/frame 0xffffffbfd0f3cc00 > witness_warn() at witness_warn+0x2d2/frame 0xffffffbfd0f3cd40 > trap_pfault() at trap_pfault+0x6a/frame 0xffffffbfd0f3cdd0 > trap() at trap+0x344/frame 0xffffffbfd0f3cfd0 > calltrap() at calltrap+0x8/frame 0xffffffbfd0f3cfd0 > --- trap 0xc, rip = 0xffffffff80ca8478, rsp = 0xffffffbfd0f3d090, rbp = 0xffffffbfd0f3d0c0 --- > memcpy() at memcpy+0x8/frame 0xffffffbfd0f3d0c0 > ses_setphyspath_callback() at ses_setphyspath_callback+0xb3/frame 0xffffffbfd0f3d1d0 > ses_path_iter_devid_callback() at ses_path_iter_devid_callback+0x1c6/frame 0xffffffbfd0f3d770 > ses_devids_iter() at ses_devids_iter+0xb1/frame 0xffffffbfd0f3d7f0 > ses_paths_iter() at ses_paths_iter+0x20/frame 0xffffffbfd0f3d810 > ses_publish_physpaths() at ses_publish_physpaths+0x264/frame 0xffffffbfd0f3da40 > enc_daemon() at enc_daemon+0x2a4/frame 0xffffffbfd0f3daa0 > fork_exit() at fork_exit+0x11d/frame 0xffffffbfd0f3daf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffffbfd0f3daf0 > --- trap 0, rip = 0, rsp = 0xffffffbfd0f3dbb0, rbp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 8; apic id = 08 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80ca8478 > stack pointer = 0x28:0xffffffbfd0f3d090 > frame pointer = 0x28:0xffffffbfd0f3d0c0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 30 (enc_daemon12) > lock order reversal: (Giant after non-sleepable) > 1st 0xffffff8003c851b8 MPT2SAS lock (MPT2SAS lock) @ cam/cam_periph.h:192 > 2nd 0xffffffff8139bc80 Giant (Giant) @ dev/usb/input/ukbd.c:1942 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > I'm wondering if there is a bad interaction here. > > > The system has 8 DS2700 shelves dual attached to a pair > of LSI 8e cards, thus the kernel configuration with an increased > msgbuf size. > > Kernel conf: > > include GENERIC > ident ZFS > options DDB > options KDB > options WITNESS > options MSGBUF_SIZE=(32768*16) > > And some ddb output: > > db:0:kdb.enter.default> run lockinfo > db:1:lockinfo> show locks > exclusive sleep mutex MPT2SAS lock (MPT2SAS lock) r = 0 (0xffffff8003c851b8) locked @ cam/cam_periph.h:192 > db:1:locks> show alllocks > Process 30 (enc_daemon12) thread 0xfffffe003421a000 (100155) > exclusive sleep mutex MPT2SAS lock (MPT2SAS lock) r = 0 (0xffffff8003c851b8) locked @ cam/cam_periph.h:192 > db:1:alllocks> show lockedvnods > Locked vnodes > db:0:kdb.enter.default> show pcpu > cpuid = 8 > dynamic pcpu = 0xffffff807f1e4800 > curthread = 0xfffffe003421a000: pid 30 "enc_daemon12" > curpcb = 0xffffffbfd0f3dbc0 > fpcurthread = none > idlethread = 0xfffffe0021ffe490: tid 100011 "idle: cpu8" > curpmap = 0xffffffff81399590 > tssp = 0xffffffff815a5640 > commontssp = 0xffffffff815a5640 > rsp0 = 0xffffffbfd0f3dbc0 > gs32p = 0xffffffff815a3778 > ldt = 0xffffffff815a37b8 > tss = 0xffffffff815a37a8 > spin locks held: > db:0:kdb.enter.default> bt > Tracing pid 30 tid 100155 td 0xfffffe003421a000 > memcpy() at memcpy+0x8/frame 0xffffffbfd0f3d0c0 > ses_setphyspath_callback() at ses_setphyspath_callback+0xb3/frame 0xffffffbfd0f3d1d0 > ses_path_iter_devid_callback() at ses_path_iter_devid_callback+0x1c6/frame 0xffffffbfd0f3d770 > ses_devids_iter() at ses_devids_iter+0xb1/frame 0xffffffbfd0f3d7f0 > ses_paths_iter() at ses_paths_iter+0x20/frame 0xffffffbfd0f3d810 > ses_publish_physpaths() at ses_publish_physpaths+0x264/frame 0xffffffbfd0f3da40 > enc_daemon() at enc_daemon+0x2a4/frame 0xffffffbfd0f3daa0 > fork_exit() at fork_exit+0x11d/frame 0xffffffbfd0f3daf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffffbfd0f3daf0 > --- trap 0, rip = 0, rsp = 0xffffffbfd0f3dbb0, rbp = 0 --- > > Any thoughts/ideas are appreciated. I've reviewed the code and > don't see anything obvious. > > Thanks, > John > > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 16 19:26:35 2013 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 ESMTP id 15E15B3B; Mon, 16 Sep 2013 19:26:35 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7CA92719; Mon, 16 Sep 2013 19:26:34 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so8154688ieb.40 for ; Mon, 16 Sep 2013 12:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=stk4KotbGHQ+KXyddxRUmE0eaoTesF3lcw7bDqzbCNI=; b=KQI646rP7iBMSHs625iFQEX9vtLjL1TzJ2SofLOJad1UeT8O7VmRykajXXF7sJS0dN 3HrQAU3ceCfksJz1XDLmP3OpzGB2X9pw41yZGiQumK/qeI+YsYC9TFtigzwqDnbvgawS TAyKaoHrt0SFZ3Q1SSejvzY35PUWgB+kbS7ywT3iMBSNPK8r5+fbaVA35Is5eQ46ZzUS bUFkrzgVGTN0SFT5RHWOxWR81XWjcLhDb6w0FC/EZTWsO6ncYu4epXMLqrznA4evtUnO rohLQrKE6MqEs6GGTovbZjq6FqJXvnhSPU/mknB/eMOT6t5LNMln3KtGFh4fXOih+0XZ PAxA== MIME-Version: 1.0 X-Received: by 10.50.72.33 with SMTP id a1mr6736220igv.58.1379359594370; Mon, 16 Sep 2013 12:26:34 -0700 (PDT) Sender: jdavidlists@gmail.com Received: by 10.43.157.8 with HTTP; Mon, 16 Sep 2013 12:26:34 -0700 (PDT) In-Reply-To: <5235CE87.2090607@FreeBSD.org> References: <523310E2.4050702@FreeBSD.org> <52331179.4030201@FreeBSD.org> <5235CE87.2090607@FreeBSD.org> Date: Mon, 16 Sep 2013 15:26:34 -0400 X-Google-Sender-Auth: hFq42pStBcH8pO0lLNNlV5SHOnw Message-ID: Subject: Re: zfs_enable vs zfs_load in loader.conf (but neither works) From: J David To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-fs@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Sep 2013 19:26:35 -0000 On Sun, Sep 15, 2013 at 11:13 AM, Andriy Gapon wrote: > Unfortunately, I am not sure if it is possible to obtain anu useful information > from ddb and saving a crash dump is not possible in pre-init environment. > I could write a patch that would print some useful debugging info. > Will you able to use it? Yes, if it applies cleanly to releng/9.2. Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Sep 16 21:37:27 2013 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 ESMTP id F1CC7627; Mon, 16 Sep 2013 21:37:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id B16B5208F; Mon, 16 Sep 2013 21:37:27 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 29E064AC57; Tue, 17 Sep 2013 01:37:19 +0400 (MSK) Date: Tue, 17 Sep 2013 01:37:07 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1314959000.20130917013707@serebryakov.spb.ru> To: Harald Schmalzbauer Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <52372DBA.6020703@omnilan.de> References: <52372DBA.6020703@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 16 Sep 2013 21:37:28 -0000 Hello, Harald. You wrote 16 =F1=E5=ED=F2=FF=E1=F0=FF 2013 =E3., 20:11:38: HS> I have some of these 4-Port-Serial-USB-Hubs: HS> http://www.delock.com/produkte/F_673_USB---Seriell_87414/merkmale.html HS> They have the MosChip MCS7840 inside, wich also understands RS485/422 HS> besides RS232. HS> FreeBSDs umcs(4) supports the RS232 mode with standard baudrates and HS> works with that device. HS> Unfortunately, as soon as I open any of the 4 cuaU0.x ports, there are HS> 500irq/s from ehci. I have only one 2-port noname adapter with this chip, which I used to write this driver. And it works fine (at least right now): usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 .... ugen3.2: at usbus3 umcs78400: on usbus3 umcs78400: Chip mcs7840, found 2 active ports umcs78400: On-die confguration: RST: active low, HRD: yes, PLL: avail, POR:= avail, Ports: 4, EEPROM write disabled, IrDA is not available % vmstat -i interrupt total rate irq1: atkbd0 799 0 irq18: uhci2 ehci0+ 1210 0 irq20: hpet0 529850590 647 irq21: uhci1 2861007 3 irq23: uhci3 ehci1 2181202 2 irq256: em0 1139745179 1393 irq257: ahci0 76093174 93 Total 1750731961 2140 I have never seen other devices on this chip and I have never had chance to try it with 4-port version of device... To be honest, I didn't know much about USB at all, I wrote this driver without complete understanding USB magic and use USB only as transport to access MCS7840 registers... Maybe, local USB Guru Hans Petter Selasky could give cime advicec how to debug this situation. I've added freebsd-usb@ to CC: --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 05:14:04 2013 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 ESMTP id 8AB2EF88; Tue, 17 Sep 2013 05:14:04 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id F28272AAE; Tue, 17 Sep 2013 05:14:03 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id A1B417A143; Tue, 17 Sep 2013 07:14:01 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 41E218EDC33; Tue, 17 Sep 2013 07:14:19 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G2+ULZsi7f0o; Tue, 17 Sep 2013 07:14:18 +0200 (CEST) Received: from mail.lockless.no (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id DE9668EDFF3; Tue, 17 Sep 2013 07:14:17 +0200 (CEST) Subject: RE: umcs (4-Port-USB-serial) triggering way too much ehci IRQs From: =?utf-8?Q?Hans_Petter_Selasky?= To: =?utf-8?Q?lev=40FreeBSD=2Eorg?= , =?utf-8?Q?Harald_Schmalzbauer?= Date: Tue, 17 Sep 2013 07:14:17 +0200 Mime-Version: 1.0 In-Reply-To: <1314959000.20130917013707@serebryakov.spb.ru> References: <52372DBA.6020703@omnilan.de> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.1.4-41394 Message-Id: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: =?utf-8?Q?FreeBSD_Stable?= , =?utf-8?Q?freebsd-usb=40freebsd=2Eorg?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 05:14:04 -0000 Hi,=0D=0A=0D=0ACheck using usbdump -i usbusX -f Y -s 65536 -vvv=0D=0A=0D=0A= what is going on. Maybe some USB transfers are returning zero length data= from the chip.=0D=0A=0D=0A--HPS=0D=0A=0D=0A=20=0D=0A=20=0D=0A-----Origin= al message-----=0D=0A> From:Lev Serebryakov >=0D=0A> Sent: Monday 16th September 2013 23:38=0D=0A> To: H= arald Schmalzbauer >=0D=0A> Cc: FreeBSD Stable >; freebsd-usb@freebsd.org =20=0D=0A> Subject: Re: umcs (4-Port-USB-serial) triggering = way too much ehci IRQs=0D=0A>=20=0D=0A> Hello, Harald.=0D=0A> You wrote 1= 6 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3., 20:11:38= :=0D=0A>=20=0D=0A> HS> I have some of these 4-Port-Serial-USB-Hubs:=0D=0A= > HS> http://www.delock.com/produkte/F_673_USB---Seriell_87414/merkmale.h= tml =20=0D=0A> HS> They have the MosChip MCS7840 inside, wich also underst= ands RS485/422=0D=0A> HS> besides RS232.=0D=0A>=20=0D=0A> HS> FreeBSDs um= cs(4) supports the RS232 mode with standard baudrates and=0D=0A> HS> work= s with that device.=0D=0A>=20=0D=0A> HS> Unfortunately, as soon as I open= any of the 4 cuaU0.x ports, there are=0D=0A> HS> 500irq/s from ehci.=0D=0A= > I have only one 2-port noname adapter with this chip, which I used to= =0D=0A> write this driver. And it works fine (at least right now):=0D=0A= >=20=0D=0A> usbus0: 12Mbps Full Speed USB v1.0=0D=0A> usbus1: 12Mbps Full= Speed USB v1.0=0D=0A> usbus2: 12Mbps Full Speed USB v1.0=0D=0A> usbus3: = 480Mbps High Speed USB v2.0=0D=0A> ....=0D=0A> ugen3.2: a= t usbus3=0D=0A> umcs78400: on usbus3=0D=0A> umcs78400: Chip mcs7840, found 2 active ports=0D= =0A> umcs78400: On-die confguration: RST: active low, HRD: yes, PLL: avai= l, POR: avail, Ports: 4, EEPROM write disabled, IrDA is not available=0D=0A= >=20=0D=0A> % vmstat -i=0D=0A> interrupt total = rate=0D=0A> irq1: atkbd0 799 0=0D=0A= > irq18: uhci2 ehci0+ 1210 0=0D=0A> irq20: hpet0= 529850590 647=0D=0A> irq21: uhci1 = 2861007 3=0D=0A> irq23: uhci3 ehci1 2181202= 2=0D=0A> irq256: em0 1139745179 1393=0D= =0A> irq257: ahci0 76093174 93=0D=0A> Total = 1750731961 2140=0D=0A>=20=0D=0A> I have neve= r seen other devices on this chip and I have never had chance=0D=0A> to = try it with 4-port version of device...=0D=0A>=20=0D=0A> To be honest, = I didn't know much about USB at all, I wrote this driver=0D=0A> without c= omplete understanding USB magic and use USB only as transport to=0D=0A> a= ccess MCS7840 registers...=0D=0A>=20=0D=0A> Maybe, local USB Guru Hans P= etter Selasky could give cime advicec how to=0D=0A> debug this situation= =2E I've added freebsd-usb@ to CC:=0D=0A>=20=0D=0A> --=20=0D=0A> // Black= Lion AKA Lev Serebryakov >=0D=0A= >=20=0D=0A> _______________________________________________=0D=0A> freebs= d-usb@freebsd.org mailing list=0D=0A> h= ttp://lists.freebsd.org/mailman/listinfo/freebsd-usb =20=0D=0A> To unsubscribe, send any ma= il to "freebsd-usb-unsubscribe@freebsd.org "=0D=0A=0D=0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 07:45:15 2013 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 ESMTP id 470C5E82; Tue, 17 Sep 2013 07:45:15 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 04AF32205; Tue, 17 Sep 2013 07:45:14 +0000 (UTC) Received: from kaa.mimar.rs (178-221-85-142.dynamic.isp.telekom.rs [178.221.85.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 4D464B9030; Tue, 17 Sep 2013 09:45:08 +0200 (CEST) Date: Tue, 17 Sep 2013 09:45:07 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Adrian Chadd Subject: Re: reproducible dump possibly related to ath and virtualbox Message-Id: <20130917094507.bab50639749da1f173762588@mimar.rs> In-Reply-To: References: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 07:45:15 -0000 On Sun, 15 Sep 2013 23:34:45 -0700 Adrian Chadd wrote: > Hi, > > Please try -HEAD or -10. I fixed a number o AR9285 bugs there. Uh, I did this a few times before, and indeed it fixed some problems with wifi. Unfortunately, generally it broke more things than it fixed so I always ended up with clean re-install. Hope those bug fixes will be backported to 9-STABLE. -- Marko Cupać From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:41:26 2013 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 ESMTP id 4098AD09; Tue, 17 Sep 2013 08:41:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id F3F952551; Tue, 17 Sep 2013 08:41:25 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id EABAD4AC57; Tue, 17 Sep 2013 12:41:21 +0400 (MSK) Date: Tue, 17 Sep 2013 12:41:09 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1943047228.20130917124109@serebryakov.spb.ru> To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: References: <52372DBA.6020703@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 08:41:26 -0000 Hello, Hans. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 9:14:17: HPS> Check using usbdump -i usbusX -f Y -s 65536 -vvv HPS> what is going on. Maybe some USB transfers are returning zero length d= ata from the chip. After closing port I disable all interrupts in chip, I've checked this (it was my first thought: ``I forget to disable internal interrupts on device close''), so, theoretically, it should stop spam system with interrupts... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:43:33 2013 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 ESMTP id 3D738F69; Tue, 17 Sep 2013 08:43:33 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CF3B257B; Tue, 17 Sep 2013 08:43:32 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8H8hQmM095201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 10:43:26 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5238162D.1090901@omnilan.de> Date: Tue, 17 Sep 2013 10:43:25 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5173D5AAC6721FC1722D7ACE" Cc: "lev@FreeBSD.org" , FreeBSD Stable , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 08:43:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5173D5AAC6721FC1722D7ACE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Hans Petter Selasky's Nachricht vom 17.09.2013 07:14 (localtime): > Hi, > > Check using usbdump -i usbusX -f Y -s 65536 -vvv > > what is going on. Maybe some USB transfers are returning zero length da= ta from the chip. Thanks for your help! I can't really read the numbers, but these 4 actions look all the time, whe no connection is open: 08:39:19.889658 usbus1.4 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 0,IVAL=3D2 frame[0] READ 16 bytes flags 0xa status 0xcb023 08:39:19.891655 usbus1.4 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D8,IVAL=3D2,ERR=3D0 frame[0] READ 5 bytes 0000 C1 C1 C1 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U = | flags 0xa status 0xeb021 08:39:19.891658 usbus1.4 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 0,IVAL=3D2 frame[0] READ 16 bytes flags 0xa status 0xeb023 08:39:19.893656 usbus1.4 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D8,IVAL=3D2,ERR=3D0 frame[0] READ 5 bytes 0000 C1 C1 C1 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U = | flags 0xa status 0xcb021 Thanks, -Harry --------------enig5173D5AAC6721FC1722D7ACE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4Fi0ACgkQLDqVQ9VXb8gbQwCdH8yS3AbxHEUuxMfNF6m/C0+Q +7MAnA6SLl1wiJf7aokpGLdTXAhpgJle =DR7P -----END PGP SIGNATURE----- --------------enig5173D5AAC6721FC1722D7ACE-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:44:50 2013 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 ESMTP id A894113A; Tue, 17 Sep 2013 08:44:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6ACFA259F; Tue, 17 Sep 2013 08:44:50 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9629D4AC57; Tue, 17 Sep 2013 12:44:48 +0400 (MSK) Date: Tue, 17 Sep 2013 12:44:37 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <875323075.20130917124437@serebryakov.spb.ru> To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: References: <52372DBA.6020703@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 08:44:50 -0000 Hello, Hans. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 9:14:17: HPS> Check using usbdump -i usbusX -f Y -s 65536 -vvv HPS> what is going on. Maybe some USB transfers are returning zero length d= ata from the chip. Ok, I got 500 irq/s here from my device, so, I have same problem, as topicstarter. My usbdump (9-STABLE) doesn't understand '-f Y', without filter I get: 12:42:58.929604 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 0,IVAL=3D2 frame[0] READ 16 bytes flags 0xa status 0xeb023 12:42:58.931601 usbus3.2 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 8,IVAL=3D2,ERR=3D0 frame[0] READ 5 bytes 0000 C1 01 01 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U | flags 0xa status 0xcb021 12:42:58.931607 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 0,IVAL=3D2 frame[0] READ 16 bytes flags 0xa status 0xcb023 12:42:58.933601 usbus3.2 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 8,IVAL=3D2,ERR=3D0 frame[0] READ 5 bytes 0000 C1 01 01 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U | flags 0xa status 0xeb021 12:42:58.933610 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLEN=3D= 0,IVAL=3D2 frame[0] READ 16 bytes flags 0xa status 0xeb023 --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:46:31 2013 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 ESMTP id 768EF277; Tue, 17 Sep 2013 08:46:31 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0AFE525BD; Tue, 17 Sep 2013 08:46:30 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8H8kPMT095302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 10:46:25 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <523816E1.10603@omnilan.de> Date: Tue, 17 Sep 2013 10:46:25 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: lev@freebsd.org Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> In-Reply-To: <875323075.20130917124437@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig994DFB50D29AB81272BFFCFF" Cc: FreeBSD Stable , freebsd-usb@freebsd.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 08:46:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig994DFB50D29AB81272BFFCFF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Lev Serebryakov's Nachricht vom 17.09.2013 10:44 (localti= me): > Hello, Hans. > You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3= =2E, 9:14:17: > > HPS> Check using usbdump -i usbusX -f Y -s 65536 -vvv > HPS> what is going on. Maybe some USB transfers are returning zero leng= th data from the chip. > Ok, I got 500 irq/s here from my device, so, I have same problem, as > topicstarter. My usbdump (9-STABLE) doesn't understand '-f Y', without= The Y is the device addr @ bus #X. Same posted some seconds ago :-) Thanks, -Harry > filter I get: > > 12:42:58.929604 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLE= N=3D0,IVAL=3D2 > frame[0] READ 16 bytes > flags 0xa > status 0xeb023 > 12:42:58.931601 usbus3.2 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLE= N=3D8,IVAL=3D2,ERR=3D0 > frame[0] READ 5 bytes > 0000 C1 01 01 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U = | > flags 0xa > status 0xcb021 > 12:42:58.931607 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLE= N=3D0,IVAL=3D2 > frame[0] READ 16 bytes > flags 0xa > status 0xcb023 > 12:42:58.933601 usbus3.2 DONE-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLE= N=3D8,IVAL=3D2,ERR=3D0 > frame[0] READ 5 bytes > 0000 C1 01 01 01 55 -- -- -- -- -- -- -- -- -- -- -- |....U = | > flags 0xa > status 0xeb021 > 12:42:58.933610 usbus3.2 SUBM-INTR-EP=3D00000089,SPD=3DHIGH,NFR=3D1,SLE= N=3D0,IVAL=3D2 > frame[0] READ 16 bytes > flags 0xa > status 0xeb023 > > --=20 OmniLAN - UNIX & Windows Netze + Systeme Harald Schmalzbauer Weidmannstra=C3=9Fe 16 80997 M=C3=BCnchen Telefon: +49 (0)89 18947781 Notruf: +49 (0)89 85639293 USt-IdNr.: DE253184753 http://www.omnilan.de/ --------------enig994DFB50D29AB81272BFFCFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4FuEACgkQLDqVQ9VXb8iKYgCfaWAI5q7+aFGkYlBJGG1NIyGi B6gAnA10sJhXMAc3pCAhavAFDwvNC65M =t99B -----END PGP SIGNATURE----- --------------enig994DFB50D29AB81272BFFCFF-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:47:50 2013 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 ESMTP id 692133B1; Tue, 17 Sep 2013 08:47:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2FB25D9; Tue, 17 Sep 2013 08:47:50 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 1341F4AC57; Tue, 17 Sep 2013 12:47:49 +0400 (MSK) Date: Tue, 17 Sep 2013 12:47:37 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1857258551.20130917124737@serebryakov.spb.ru> To: Harald Schmalzbauer Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <523816E1.10603@omnilan.de> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , freebsd-usb@freebsd.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 08:47:50 -0000 Hello, Harald. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 12:46:25: HS> The Y is the device addr @ bus #X. Oh :) HS> Same posted some seconds ago :-) Yep, exactly the same pattern. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 08:56:45 2013 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 ESMTP id 60C8B75C; Tue, 17 Sep 2013 08:56:45 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABE9267D; Tue, 17 Sep 2013 08:56:44 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 27E257A1D3; Tue, 17 Sep 2013 10:56:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id CB0BF8F1F8A; Tue, 17 Sep 2013 10:57:00 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PcprJAsKq00b; Tue, 17 Sep 2013 10:57:00 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 712D38F1EF9; Tue, 17 Sep 2013 10:56:59 +0200 (CEST) Message-ID: <5238198C.3070604@bitfrost.no> Date: Tue, 17 Sep 2013 10:57:48 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> In-Reply-To: <1857258551.20130917124737@serebryakov.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 08:56:45 -0000 On 09/17/13 10:47, Lev Serebryakov wrote: > Hello, Harald. > You wrote 17 ÑентÑÐ±Ñ€Ñ 2013 г., 12:46:25: > > HS> The Y is the device addr @ bus #X. > Oh :) > > HS> Same posted some seconds ago :-) > Yep, exactly the same pattern. > Hi, Could you show the configuration descriptor for your device? usbconfig -d X.Y dump_curr_config_desc ? The interrupt endpoint in question can be throttled by the USB stack, if the latency of these events are not important to your application. --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 09:06:58 2013 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 ESMTP id A1BDCA8E; Tue, 17 Sep 2013 09:06:58 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B6A7272C; Tue, 17 Sep 2013 09:06:57 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8H96qfP095626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 11:06:52 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <52381BAC.5010801@omnilan.de> Date: Tue, 17 Sep 2013 11:06:52 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> In-Reply-To: <5238198C.3070604@bitfrost.no> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E7741CEB75BF873E883F071" Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 09:06:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E7741CEB75BF873E883F071 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Hans Petter Selasky's Nachricht vom 17.09.2013 10:57 (localtime): > On 09/17/13 10:47, Lev Serebryakov wrote: >> Hello, Harald. >> You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0= =B3., 12:46:25: >> >> HS> The Y is the device addr @ bus #X. >> Oh :) >> >> HS> Same posted some seconds ago :-) >> Yep, exactly the same pattern. >> > > > Hi, > > Could you show the configuration descriptor for your device? > > usbconfig -d X.Y dump_curr_config_desc Shall we switch to non-list-comm? Again, thanks for your help! tk:/usr/home/admin/#:21 usbconfig -d 1.4 dump_curr_config_desc ugen1.4: at usbus1, cfg=3D0 md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (100mA) Configuration index 0 bLength =3D 0x0009 bDescriptorType =3D 0x0002 wTotalLength =3D 0x0051 bNumInterfaces =3D 0x0001 bConfigurationValue =3D 0x0001 iConfiguration =3D 0x0000 bmAttributes =3D 0x00a0 bMaxPower =3D 0x0032 Interface 0 bLength =3D 0x0009 bDescriptorType =3D 0x0004 bInterfaceNumber =3D 0x0000 bAlternateSetting =3D 0x0000 bNumEndpoints =3D 0x0009 bInterfaceClass =3D 0x00ff bInterfaceSubClass =3D 0x0000 bInterfaceProtocol =3D 0x00ff iInterface =3D 0x0000 Endpoint 0 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0081 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 1 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0002 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 2 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0083 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 3 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0004 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 4 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0085 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 5 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0006 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 6 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0087 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 7 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0008 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0200 bInterval =3D 0x00ff bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 Endpoint 8 bLength =3D 0x0007 bDescriptorType =3D 0x0005 bEndpointAddress =3D 0x0089 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0010 bInterval =3D 0x0005 bRefresh =3D 0x0000 bSynchAddress =3D 0x0000 > > The interrupt endpoint in question can be throttled by the USB stack, > if the latency of these events are not important to your application. > Hmm, in my case, this 4-port-serial-USB-hub will be used as console concentrator. So most time it's doing nothing, just feeding tmux with consoles output. What latency are we talking about? Less than a some milliseconds should be fine. What I'm curious about is why my prolific USB-serial converter doesn't generate these high irqs. Thanks, -Harry --------------enig4E7741CEB75BF873E883F071 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4G6wACgkQLDqVQ9VXb8iedQCgpjWGJva6cfRuDQYrQ+o9/x+7 8OsAniTxzx/cofzMo0U3qE6ls6nnGq4c =CNhs -----END PGP SIGNATURE----- --------------enig4E7741CEB75BF873E883F071-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 09:23:21 2013 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 ESMTP id DE0D3F73; Tue, 17 Sep 2013 09:23:21 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 6C574282E; Tue, 17 Sep 2013 09:23:21 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 689847A1DB; Tue, 17 Sep 2013 11:23:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id EB0AC8F27D0; Tue, 17 Sep 2013 11:23:37 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4jpuJKJqlQJj; Tue, 17 Sep 2013 11:23:37 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 0439A8F27B7; Tue, 17 Sep 2013 11:23:36 +0200 (CEST) Message-ID: <52381FCA.5030509@bitfrost.no> Date: Tue, 17 Sep 2013 11:24:26 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Harald Schmalzbauer Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> In-Reply-To: <52381BAC.5010801@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 09:23:21 -0000 On 09/17/13 11:06, Harald Schmalzbauer wrote: > Bezüglich Hans Petter Selasky's Nachricht vom 17.09.2013 10:57 > (localtime): >> On 09/17/13 10:47, Lev Serebryakov wrote: >>> Hello, Harald. >>> You wrote 17 ÑентÑÐ±Ñ€Ñ 2013 г., 12:46:25: >>> >>> HS> The Y is the device addr @ bus #X. >>> Oh :) >>> >>> HS> Same posted some seconds ago :-) >>> Yep, exactly the same pattern. >>> >> >> >> Hi, >> >> Could you show the configuration descriptor for your device? >> >> usbconfig -d X.Y dump_curr_config_desc > > Shall we switch to non-list-comm? Hi, That's OK. > Hmm, in my case, this 4-port-serial-USB-hub will be used as console > concentrator. So most time it's doing nothing, just feeding tmux with > consoles output. What latency are we talking about? Less than a some > milliseconds should be fine. > What I'm curious about is why my prolific USB-serial converter doesn't > generate these high irqs. Try this patch and see what happens: ================================================================== --- umcs.c (revision 255492) +++ umcs.c (local) @@ -230,6 +230,7 @@ .bufsize = 0, /* use wMaxPacketSize */ .callback = &umcs7840_intr_callback, .if_index = 0, + .interval = 20, /* ms */ }, }; BTW: I see that the umcs driver shouldn't do synchronous control transfers from the USB interrupt transfer callback. This should be postponed into some worker thread, for example the USB explore thread. See USB audio driver for an example. --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 12:34:28 2013 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 ESMTP id 9D396DE5; Tue, 17 Sep 2013 12:34:28 +0000 (UTC) (envelope-from andrea@rimicci.name) Received: from mail.logica.coop (93-50-4-90.ip150.fastwebnet.it [93.50.4.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE9FD2276; Tue, 17 Sep 2013 12:34:26 +0000 (UTC) Received: from [192.168.87.8] by mail.logica.coop (ArGoSoft Mail Server .NET v.1.0.8.5) with ESMTP (EHLO PLUTO.rimicci.name); Tue, 17 Sep 2013 13:34:12 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 17 Sep 2013 13:34:12 +0200 To: freebsd-stable@freebsd.org, FreeBSD Errata Notices From: Andrea Rimicci Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-13:03.mfi Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Relayed-By: GPGrelay Version 0.959 (Win32) Message-ID: <1fsujmjqx4npg46o17092013013412@server5> X-FromIP: 192.168.87.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 12:34:28 -0000 Hello, I'm sorry to make you waste time on me, but I were not able to check signature on message from errata-notices@freebsd.org Can you please point me to, or email me where to retrieve the public PGP key for email errata-notices@freebsd.org ? That email was not found on http://www.freebsd.org/doc/pgpkeyring.txt Thank you, Andrea At 22/08/2013 03:15, FreeBSD Errata Notices wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >============================================================================= >FreeBSD-EN-13:03.mfi Errata Notice > The FreeBSD Project > >Topic: data corruption with mfi(4) JBOD disks > 2TB > >Category: contrib >Module: mfi >Announced: 2013-08-22 >Credits: Steven Hartland, Doug Ambrisko >Affects: FreeBSD 9.1 >Corrected: 2012-12-03 18:37:02 UTC (stable/9, 9.1-STABLE) > 2013-08-22 00:51:48 UTC (releng/9.1, 9.1-RELEASE-p6) > >For general information regarding FreeBSD Errata Notices and Security >Advisories, including descriptions of the fields above, security >branches, and the following sections, please visit >. > >I. Background > >The mfi(4) driver supports LSI's next generation PCI Express SAS RAID >controllers. The driver supports JBOD attachment through /dev/mfisyspd? >device nodes. > >Logical block addressing (LBA) is a common scheme used for specifying the >location of sectors on hard drives. > >II. Problem Description > >The way mfi(4) implements access of "syspd" or also known as JBOD always >uses READ10/WRITE10 commands for underlying disk. When writing over 2^32 >sectors, the LBA would wrap and starts writing at the beginning of the >disk. > >III. Impact > >Writing beyond 2TB to mfi(4) connected JBODs would result in data corruption. > >IV. Workaround > >No workaround is available, but systems that do not use mfi(4) as a JBOD >HBA or do not have disks with 2^32 or more sectors (2^41 or more bytes with >512-byte logical sector size) are not affected. > >V. Solution > >Perform one of the following: > >1) Upgrade your system to a supported FreeBSD stable or release / security >branch (releng) dated after the correction date. > >2) To update your present system via a source code patch: > >The following patches have been verified to apply to the applicable >FreeBSD release branches. > >a) Download the relevant patch from the location below, and verify the >detached PGP signature using your PGP utility. > ># fetch http://security.FreeBSD.org/patches/EN-13:03/mfi.patch ># fetch http://security.FreeBSD.org/patches/EN-13:03/mfi.patch.asc ># gpg --verify mfi.patch.asc > >b) Apply the patch. > ># cd /usr/src ># patch < /path/to/patch > >c) Recompile your kernel as described in > and reboot the >system. > >3) To update your system via a binary patch: > >Systems running a RELEASE version of FreeBSD on the i386 or amd64 >platforms can be updated via the freebsd-update(8) utility: > ># freebsd-update fetch ># freebsd-update install > >VI. Correction details > >The following list contains the revision numbers of each file that was >corrected in FreeBSD. > >Branch/path Revision >- ------------------------------------------------------------------------- >stable/9/ r243824 >releng/9.1/ r254631 >- ------------------------------------------------------------------------- > >VII. References > >http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/173291 > >The latest revision of this Errata Notice is available at >http://security.FreeBSD.org/advisories/FreeBSD-EN-13:03.mfi.asc > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.21 (FreeBSD) > >iEYEARECAAYFAlIVY1YACgkQFdaIBMps37IHmwCfZH+1Gi0u7eYMXYevu0KHaG3a >rCwAn2ecdXnLOsaC6D6i2mo4dmI4HLDk >=AwdQ >-----END PGP SIGNATURE----- >_______________________________________________ >freebsd-announce@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-announce >To unsubscribe, send any mail to "freebsd-announce-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 15:38:19 2013 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 ESMTP id 23A54FF0; Tue, 17 Sep 2013 15:38:19 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 937FC2CE6; Tue, 17 Sep 2013 15:38:17 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8HFc4DF001903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 17:38:05 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5238775C.8010000@omnilan.de> Date: Tue, 17 Sep 2013 17:38:04 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> In-Reply-To: <52381FCA.5030509@bitfrost.no> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0177A4046D5887A62790A5AB" Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 15:38:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0177A4046D5887A62790A5AB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Hans Petter Selasky's Nachricht vom 17.09.2013 11:24 (localtime): > On 09/17/13 11:06, Harald Schmalzbauer wrote: >> ... >> Shall we switch to non-list-comm? > > Hi, > > That's OK. > >> Hmm, in my case, this 4-port-serial-USB-hub will be used as console >> concentrator. So most time it's doing nothing, just feeding tmux with >> consoles output. What latency are we talking about? Less than a some >> milliseconds should be fine. >> What I'm curious about is why my prolific USB-serial converter doesn't= >> generate these high irqs. > > Try this patch and see what happens: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- umcs.c (revision 255492) > +++ umcs.c (local) > @@ -230,6 +230,7 @@ > .bufsize =3D 0, /* use wMaxPacketSize */ > .callback =3D &umcs7840_intr_callback, > .if_index =3D 0, > + .interval =3D 20, /* ms */ > }, > }; > > > BTW: I see that the umcs driver shouldn't do synchronous control > transfers from the USB interrupt transfer callback. This should be > postponed into some worker thread, for example the USB explore thread. > See USB audio driver for an example. > > --HPS I tried your patch and it works as expected: IRQs decreased to ~64/s when idle/disconnected. One interesting thing I never measured before: Console connection with 115k2 via umcs and 'while ( 2>1 ) echo "---..." end' results in 8000 irqs/s :-( But that's also true for the prolific (uplcom). The latter just goes down to 0.0 irqs/s when idle. Doing the same with uart0 results in 1444irqs/s. Is it by design/unavoidable that transfering the same via USB multiplies by factor 5-6? Thanks, -Harry --------------enig0177A4046D5887A62790A5AB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4d1wACgkQLDqVQ9VXb8glJgCfcPxOhLK9InZxEdLKy4QZaJ5Z 9TQAoIXVb/ztKi8MLts0xBQNcU4nmZQk =CjcI -----END PGP SIGNATURE----- --------------enig0177A4046D5887A62790A5AB-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 16:04:01 2013 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 ESMTP id 48B48A3A; Tue, 17 Sep 2013 16:04:01 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id CCDEB2ED7; Tue, 17 Sep 2013 16:04:00 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id CCD397A1DB; Tue, 17 Sep 2013 18:03:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 7CF6B8F66A2; Tue, 17 Sep 2013 18:04:10 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZWYhIWXPXqyt; Tue, 17 Sep 2013 18:04:09 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id A6B008F66A1; Tue, 17 Sep 2013 18:04:09 +0200 (CEST) Message-ID: <52387DAA.1020109@bitfrost.no> Date: Tue, 17 Sep 2013 18:04:58 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Harald Schmalzbauer Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> <5238775C.8010000@omnilan.de> In-Reply-To: <5238775C.8010000@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 16:04:01 -0000 On 09/17/13 17:38, Harald Schmalzbauer wrote: > Bezüglich Hans Petter Selasky's Nachricht vom 17.09.2013 11:24 > (localtime): >> On 09/17/13 11:06, Harald Schmalzbauer wrote: >>> ... >>> Shall we switch to non-list-comm? >> >> Hi, >> >> That's OK. >> >>> Hmm, in my case, this 4-port-serial-USB-hub will be used as console >>> concentrator. So most time it's doing nothing, just feeding tmux with >>> consoles output. What latency are we talking about? Less than a some >>> milliseconds should be fine. >>> What I'm curious about is why my prolific USB-serial converter doesn't >>> generate these high irqs. >> >> Try this patch and see what happens: >> >> ================================================================== >> --- umcs.c (revision 255492) >> +++ umcs.c (local) >> @@ -230,6 +230,7 @@ >> .bufsize = 0, /* use wMaxPacketSize */ >> .callback = &umcs7840_intr_callback, >> .if_index = 0, >> + .interval = 20, /* ms */ >> }, >> }; >> >> >> BTW: I see that the umcs driver shouldn't do synchronous control >> transfers from the USB interrupt transfer callback. This should be >> postponed into some worker thread, for example the USB explore thread. >> See USB audio driver for an example. >> >> --HPS > > I tried your patch and it works as expected: IRQs decreased to ~64/s > when idle/disconnected. > > One interesting thing I never measured before: > Console connection with 115k2 via umcs and 'while ( 2>1 ) echo "---..." > end' results in 8000 irqs/s :-( But that's also true for the prolific > (uplcom). The latter just goes down to 0.0 irqs/s when idle. > > Doing the same with uart0 results in 1444irqs/s. > Is it by design/unavoidable that transfering the same via USB multiplies > by factor 5-6? > > Thanks, > > -Harry > Hi, I think the adapters use very small buffers. You can try adding ".interval = 4" to the other USB configs, above the one you patched, and see what happens. I cannot tell if you will loose characters or not. --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 16:16:13 2013 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 ESMTP id A8E5E144; Tue, 17 Sep 2013 16:16:13 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 7863C2F9B; Tue, 17 Sep 2013 16:16:13 +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 1VLxwi-000AGq-3d; Tue, 17 Sep 2013 16:16:12 +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 r8HGG7Bt014013; Tue, 17 Sep 2013 10:16:07 -0600 (MDT) (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: U2FsdGVkX18YTcW/y6Y+EMXalaNTWrVN Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs From: Ian Lepore To: Harald Schmalzbauer In-Reply-To: <5238775C.8010000@omnilan.de> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> <5238775C.8010000@omnilan.de> Content-Type: text/plain; charset="ISO-8859-1" Date: Tue, 17 Sep 2013 10:16:07 -0600 Message-ID: <1379434567.1197.48.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8HGG7Bt014013 Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 16:16:13 -0000 On Tue, 2013-09-17 at 17:38 +0200, Harald Schmalzbauer wrote: > Bez=FCglich Hans Petter Selasky's Nachricht vom 17.09.2013 11:24 > (localtime): > > On 09/17/13 11:06, Harald Schmalzbauer wrote: > >> ... > >> Shall we switch to non-list-comm? > > > > Hi, > > > > That's OK. > > > >> Hmm, in my case, this 4-port-serial-USB-hub will be used as console > >> concentrator. So most time it's doing nothing, just feeding tmux wit= h > >> consoles output. What latency are we talking about? Less than a some > >> milliseconds should be fine. > >> What I'm curious about is why my prolific USB-serial converter doesn= 't > >> generate these high irqs. > > > > Try this patch and see what happens: > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- umcs.c (revision 255492) > > +++ umcs.c (local) > > @@ -230,6 +230,7 @@ > > .bufsize =3D 0, /* use wMaxPacketSize */ > > .callback =3D &umcs7840_intr_callback, > > .if_index =3D 0, > > + .interval =3D 20, /* ms */ > > }, > > }; > > > > > > BTW: I see that the umcs driver shouldn't do synchronous control > > transfers from the USB interrupt transfer callback. This should be > > postponed into some worker thread, for example the USB explore thread. > > See USB audio driver for an example. > > > > --HPS >=20 > I tried your patch and it works as expected: IRQs decreased to ~64/s > when idle/disconnected. >=20 > One interesting thing I never measured before: > Console connection with 115k2 via umcs and 'while ( 2>1 ) echo "---..." > end' results in 8000 irqs/s :-( But that's also true for the prolific > (uplcom). The latter just goes down to 0.0 irqs/s when idle. >=20 > Doing the same with uart0 results in 1444irqs/s. > Is it by design/unavoidable that transfering the same via USB multiplie= s > by factor 5-6? >=20 > Thanks, >=20 > -Harry >=20 I don't know about that chipset, but with the FTDI chips it does xfers in 64 byte chunks and high speed bulk data results in an astronomical number of interrupts (and if you go fast enough, lost data). I have some patches that assemble lots of the little chip-size buffers into bigger xfers that the ohci/ehci controller can handle without interrupting the processor; that helps the problem a bunch. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 16:24:22 2013 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 ESMTP id 4C0954CD for ; Tue, 17 Sep 2013 16:24:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c: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 DB3E8205B for ; Tue, 17 Sep 2013 16:24:21 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id c11so5236966wgh.18 for ; Tue, 17 Sep 2013 09:24:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=D7delum1cJuUHgjS5be0v2W5gcduZiXWjIYcyQz5W5g=; b=o+rP+nUeheFCpsKUbZQ2hiK4BdhOjPgITsY4YtXI6NbbVEcSJu085/ioWN7aLbCQRO qYHx278oxLGgqZU5aONvn1k4NghiZP5l4SEQmBO+JoKQRZ1UPAUQvSHoYjp7H83G0KP+ yx7VfOaA88anJtYjiCqy1gTAR6cfiOPYY9kCPYIAwFAq7miPNRszIfnf9yvjgmr6t7aI cul1LU4Vv1hWxXjwq5KMQ5NrC01h8h4CWfpIxaM8itJHZoKrCuxudvWh0Zont8OF0mk7 vgJMHwO4z2/OluQltDCIPHLYDuZwyVv5AnX+YiREP7oQHmwXz5jJadIO790Q0zHNDqxX pp+A== MIME-Version: 1.0 X-Received: by 10.180.37.164 with SMTP id z4mr3283753wij.30.1379435060432; Tue, 17 Sep 2013 09:24:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Tue, 17 Sep 2013 09:24:20 -0700 (PDT) In-Reply-To: <20130917094507.bab50639749da1f173762588@mimar.rs> References: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> <20130917094507.bab50639749da1f173762588@mimar.rs> Date: Tue, 17 Sep 2013 09:24:20 -0700 X-Google-Sender-Auth: aU39S1-3qQZNiaMQ3OXImTYZtgc Message-ID: Subject: Re: reproducible dump possibly related to ath and virtualbox From: Adrian Chadd To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 16:24:22 -0000 On 17 September 2013 00:45, Marko Cupa=C4=87 wrote: > On Sun, 15 Sep 2013 23:34:45 -0700 > Adrian Chadd wrote: > > > Hi, > > > > Please try -HEAD or -10. I fixed a number o AR9285 bugs there. > > Uh, I did this a few times before, and indeed it fixed some problems with > wifi. Unfortunately, generally it broke more things than it fixed > so I always ended up with clean re-install. > > what did it break? > Hope those bug fixes will be backported to 9-STABLE. > I have no current plans (as a general statement) to backport from -HEAD to any other branches. Sorry. -adrian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 17:33:03 2013 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 ESMTP id 36AAD394; Tue, 17 Sep 2013 17:33:03 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE81025BC; Tue, 17 Sep 2013 17:33:02 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8HHWuIo003430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 19:32:56 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <52389248.7080109@omnilan.de> Date: Tue, 17 Sep 2013 19:32:56 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Ian Lepore Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> <5238775C.8010000@omnilan.de> <1379434567.1197.48.camel@revolution.hippie.lan> In-Reply-To: <1379434567.1197.48.camel@revolution.hippie.lan> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig38A906B84D5930E472AEDBEC" Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 17:33:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig38A906B84D5930E472AEDBEC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bez=FCglich Ian Lepore's Nachricht vom 17.09.2013 18:16 (localtime): > On Tue, 2013-09-17 at 17:38 +0200, Harald Schmalzbauer wrote: >> ... >>> Try this patch and see what happens: >>> >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- umcs.c (revision 255492) >>> +++ umcs.c (local) >>> @@ -230,6 +230,7 @@ >>> .bufsize =3D 0, /* use wMaxPacketSize */ >>> .callback =3D &umcs7840_intr_callback, >>> .if_index =3D 0, >>> + .interval =3D 20, /* ms */ >>> }, >>> }; >>> >>> >>> BTW: I see that the umcs driver shouldn't do synchronous control >>> transfers from the USB interrupt transfer callback. This should be >>> postponed into some worker thread, for example the USB explore thread= =2E >>> See USB audio driver for an example. >>> >>> --HPS >> I tried your patch and it works as expected: IRQs decreased to ~64/s >> when idle/disconnected. >> >> One interesting thing I never measured before: >> Console connection with 115k2 via umcs and 'while ( 2>1 ) echo "---...= " >> end' results in 8000 irqs/s :-( But that's also true for the prolific >> (uplcom). The latter just goes down to 0.0 irqs/s when idle. >> >> Doing the same with uart0 results in 1444irqs/s. >> Is it by design/unavoidable that transfering the same via USB multipli= es >> by factor 5-6? >> >> Thanks, >> >> -Harry >> > I don't know about that chipset, but with the FTDI chips it does xfers > in 64 byte chunks and high speed bulk data results in an astronomical > number of interrupts (and if you go fast enough, lost data). I have According to ASIX product brief, MCS7840 has 512 byte buffer. Pretty much for an UART I think, which should make 115k2 baud connections with less than 30 transfers/s work, or am I missing something? > some patches that assemble lots of the little chip-size buffers into > bigger xfers that the ohci/ehci controller can handle without > interrupting the processor; that helps the problem a bunch. I think I also have at least one FTDI adapter arround, so I'd happily testing if I can make it compile on RELENG_9_2. Thanks, -Harry --------------enig38A906B84D5930E472AEDBEC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4kkgACgkQLDqVQ9VXb8iibACgiAipzBpCR/Q7LgKUwfIav0As 5lAAoJ7gNVddRt7cyVnBa9FKorIzz4xB =q662 -----END PGP SIGNATURE----- --------------enig38A906B84D5930E472AEDBEC-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 17:43:23 2013 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 ESMTP id 542288CF; Tue, 17 Sep 2013 17:43:23 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD4792663; Tue, 17 Sep 2013 17:43:22 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8HHhHkE003563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 19:43:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <523894B5.4080806@omnilan.de> Date: Tue, 17 Sep 2013 19:43:17 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <1314959000.20130917013707@serebryakov.spb.ru> In-Reply-To: <1314959000.20130917013707@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig680AD0F36FC250CFCE4A0D61" Cc: FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 17:43:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig680AD0F36FC250CFCE4A0D61 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Lev Serebryakov's Nachricht vom 16.09.2013 23:37 (localti= me): > ... > > To be honest, I didn't know much about USB at all, I wrote this drive= r > without complete understanding USB magic and use USB only as transport = to > access MCS7840 registers... > > Maybe, local USB Guru Hans Petter Selasky could give cime advicec how = to > debug this situation. I've added freebsd-usb@ to CC: Is that worth a try? http://www.asix.com.tw/FrootAttach/driver/MCS7840_7820_FreeBSD_driver_v1.= 1.zip I'd just compile and see what it does, skills don't last for merging/helping with umcs :-( At least, it seems to be possible to enable RS485-mode :-) :-) --------------enig680AD0F36FC250CFCE4A0D61 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI4lLUACgkQLDqVQ9VXb8ir0wCgivpRe28lnGBmGqaOwtaX0pqC FKEAoLM7LlW1X3W0anYkHolakpsCoYlw =FJG9 -----END PGP SIGNATURE----- --------------enig680AD0F36FC250CFCE4A0D61-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 18:28:46 2013 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 ESMTP id 2DD2B98F; Tue, 17 Sep 2013 18:28:46 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 F174C28E7; Tue, 17 Sep 2013 18:28:45 +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 1VM00y-0009FL-Lw; Tue, 17 Sep 2013 18:28:44 +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 r8HISfob014107; Tue, 17 Sep 2013 12:28:41 -0600 (MDT) (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: U2FsdGVkX18GOXkbdzvR8ew/8r3h5ALw Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs From: Ian Lepore To: Harald Schmalzbauer In-Reply-To: <52389248.7080109@omnilan.de> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> <5238775C.8010000@omnilan.de> <1379434567.1197.48.camel@revolution.hippie.lan> <52389248.7080109@omnilan.de> Content-Type: text/plain; charset="ISO-8859-1" Date: Tue, 17 Sep 2013 12:28:41 -0600 Message-ID: <1379442521.1197.50.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8HISfob014107 Cc: lev@FreeBSD.org, FreeBSD Stable , freebsd-usb@FreeBSD.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 18:28:46 -0000 On Tue, 2013-09-17 at 19:32 +0200, Harald Schmalzbauer wrote: > Bez=FCglich Ian Lepore's Nachricht vom 17.09.2013 18:16 (localtime): > > On Tue, 2013-09-17 at 17:38 +0200, Harald Schmalzbauer wrote: > >> ... > >>> Try this patch and see what happens: > >>> > >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>> --- umcs.c (revision 255492) > >>> +++ umcs.c (local) > >>> @@ -230,6 +230,7 @@ > >>> .bufsize =3D 0, /* use wMaxPacketSize */ > >>> .callback =3D &umcs7840_intr_callback, > >>> .if_index =3D 0, > >>> + .interval =3D 20, /* ms */ > >>> }, > >>> }; > >>> > >>> > >>> BTW: I see that the umcs driver shouldn't do synchronous control > >>> transfers from the USB interrupt transfer callback. This should be > >>> postponed into some worker thread, for example the USB explore thre= ad. > >>> See USB audio driver for an example. > >>> > >>> --HPS > >> I tried your patch and it works as expected: IRQs decreased to ~64/s > >> when idle/disconnected. > >> > >> One interesting thing I never measured before: > >> Console connection with 115k2 via umcs and 'while ( 2>1 ) echo "---.= .." > >> end' results in 8000 irqs/s :-( But that's also true for the prolifi= c > >> (uplcom). The latter just goes down to 0.0 irqs/s when idle. > >> > >> Doing the same with uart0 results in 1444irqs/s. > >> Is it by design/unavoidable that transfering the same via USB multip= lies > >> by factor 5-6? > >> > >> Thanks, > >> > >> -Harry > >> > > I don't know about that chipset, but with the FTDI chips it does xfer= s > > in 64 byte chunks and high speed bulk data results in an astronomical > > number of interrupts (and if you go fast enough, lost data). I have >=20 > According to ASIX product brief, MCS7840 has 512 byte buffer. Pretty > much for an UART I think, which should make 115k2 baud connections wit= h > less than 30 transfers/s work, or am I missing something? That's the internal buffer, it still does usb transfers in smaller chunks. Some ftdi chips have 4k onboard buffers but do 64-byte usb transfers. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 18:52:12 2013 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 ESMTP id AE13F3C1; Tue, 17 Sep 2013 18:52:12 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 683BE2A6E; Tue, 17 Sep 2013 18:52:11 +0000 (UTC) Received: from kaa.mimar.rs (178-221-85-142.dynamic.isp.telekom.rs [178.221.85.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id CDD39B9022; Tue, 17 Sep 2013 20:52:09 +0200 (CEST) Date: Tue, 17 Sep 2013 20:52:08 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Adrian Chadd Subject: Re: reproducible dump possibly related to ath and virtualbox Message-Id: <20130917205208.7a978cf84d28f781f57741dc@mimar.rs> In-Reply-To: References: <20130915144827.39a207b0c3417aad75a18f79@mimar.rs> <20130917094507.bab50639749da1f173762588@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 18:52:12 -0000 On Tue, 17 Sep 2013 09:24:20 -0700 Adrian Chadd wrote: > what did it break? Nothing related to wifi, but with -HEAD and -10 being experimental, I had various problems, some related to building ports, some to general stability and compatibility. > I have no current plans (as a general statement) to backport from -HEAD to > any other branches. Sorry. Well then majority of FreeBSD users will have to wait a year or so until they benefit from your hard work, as I guess this is the time needed for current -10 to become -RELEASE. Thank you anyway, and best regards. -- Marko Cupać From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 19:03:42 2013 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 ESMTP id 630C3777; Tue, 17 Sep 2013 19:03:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 20B352B5D; Tue, 17 Sep 2013 19:03:41 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8FF924AC57; Tue, 17 Sep 2013 23:03:36 +0400 (MSK) Date: Tue, 17 Sep 2013 23:03:24 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1708432807.20130917230324@serebryakov.spb.ru> To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <52381FCA.5030509@bitfrost.no> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 19:03:42 -0000 Hello, Hans. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 13:24:26: HPS> Try this patch and see what happens: It could throttle interrupts, but it doesn't explain, why device spams with interrupts when all ports are closed and all UART interrupts are disabled! HPS> BTW: I see that the umcs driver shouldn't do synchronous control=20 HPS> transfers from the USB interrupt transfer callback. This should be=20 HPS> postponed into some worker thread, for example the USB explore thread.= =20 HPS> See USB audio driver for an example. I've copied code from some other ucom driver... I'll take a look at USB audio. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 19:06:22 2013 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 ESMTP id 9B4FE9B1; Tue, 17 Sep 2013 19:06:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0252B87; Tue, 17 Sep 2013 19:06:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 972014AC58; Tue, 17 Sep 2013 23:06:20 +0400 (MSK) Date: Tue, 17 Sep 2013 23:06:08 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <698621013.20130917230608@serebryakov.spb.ru> To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <52387DAA.1020109@bitfrost.no> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> <5238775C.8010000@omnilan.de> <52387DAA.1020109@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 19:06:22 -0000 Hello, Hans. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 20:04:58: HPS> I think the adapters use very small buffers. You can try adding HPS> ".interval =3D 4" to the other USB configs, above the one you patched,= and=20 HPS> see what happens. I cannot tell if you will loose characters or not. Datasheet promise 2x512 bytes FIFO for each port (on USB level, and typical 16 bytes buffers on UART level, because it emulates 16c550 compatible UARTs)... Maybe, my setup of these FIFO buffers are not optimal, but datasheet (even "NDA"-marked onem and I don't mention public, which is total bullshit) doesn't say anything about configuring these buffers. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 19:08:53 2013 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 ESMTP id 3374BB0B; Tue, 17 Sep 2013 19:08:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id E6CF72BB4; Tue, 17 Sep 2013 19:08:52 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 446354AC57; Tue, 17 Sep 2013 23:08:51 +0400 (MSK) Date: Tue, 17 Sep 2013 23:08:39 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1315939910.20130917230839@serebryakov.spb.ru> To: Harald Schmalzbauer Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <523894B5.4080806@omnilan.de> References: <52372DBA.6020703@omnilan.de> <1314959000.20130917013707@serebryakov.spb.ru> <523894B5.4080806@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 17 Sep 2013 19:08:53 -0000 Hello, Harald. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 21:43:17: HS> Is that worth a try? HS> http://www.asix.com.tw/FrootAttach/driver/MCS7840_7820_FreeBSD_driver_v= 1.1.zip Nope. I've started from this driver, and it even doesn't support BREAK signal (it is was first reason why I start to write new one -- I needed BREAK to enter kernel debugger). HS> At least, it seems to be possible to enable RS485-mode :-) :-) I could easily add RS485 mode, BUT! FreeBSD doesn;'t have any userland API for it, and the same is true for higher and non-standard baud rates. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 20:08:39 2013 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 ESMTP id F181593C; Tue, 17 Sep 2013 20:08:38 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 C29B32F4E; Tue, 17 Sep 2013 20:08:38 +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 1VM1ZX-000650-KX; Tue, 17 Sep 2013 20:08:31 +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 r8HK8SZk014174; Tue, 17 Sep 2013 14:08:28 -0600 (MDT) (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/56LIVbye+pZv+6EOpZ5/Z Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs From: Ian Lepore To: lev@FreeBSD.org In-Reply-To: <1315939910.20130917230839@serebryakov.spb.ru> References: <52372DBA.6020703@omnilan.de> <1314959000.20130917013707@serebryakov.spb.ru> <523894B5.4080806@omnilan.de> <1315939910.20130917230839@serebryakov.spb.ru> Content-Type: text/plain; charset="koi8-r" Date: Tue, 17 Sep 2013 14:08:28 -0600 Message-ID: <1379448508.1197.55.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8HK8SZk014174 Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 20:08:39 -0000 On Tue, 2013-09-17 at 23:08 +0400, Lev Serebryakov wrote: > Hello, Harald. > You wrote 17 =D3=C5=CE=D4=D1=C2=D2=D1 2013 =C7., 21:43:17: >=20 > HS> Is that worth a try? > HS> http://www.asix.com.tw/FrootAttach/driver/MCS7840_7820_FreeBSD_driv= er_v1.1.zip > Nope. I've started from this driver, and it even doesn't support BREA= K > signal (it is was first reason why I start to write new one -- I neede= d > BREAK to enter kernel debugger). >=20 > HS> At least, it seems to be possible to enable RS485-mode :-) :-) > I could easily add RS485 mode, BUT! FreeBSD doesn;'t have any userlan= d API > for it, and the same is true for higher and non-standard baud rates. There's no API needed for higher baud rates. I've used cfsetspeed() to set 3mbps on ftdi chips. I've also used it for completely arbitrary speeds like 554000bps (happens to be the fastest I can run an ftdi chip on a 180mhz arm without dropping chars, but going that fast requires other changes to the driver.). -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 17 22:58:41 2013 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 ESMTP id 627C4D3C; Tue, 17 Sep 2013 22:58:41 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) 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 360432B4A; Tue, 17 Sep 2013 22:58:40 +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 r8HMwdjK001466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Sep 2013 15:58:40 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8HMwddr001465; Tue, 17 Sep 2013 15:58:39 -0700 (PDT) (envelope-from jmg) Date: Tue, 17 Sep 2013 15:58:39 -0700 From: John-Mark Gurney To: Lev Serebryakov Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs Message-ID: <20130917225839.GV68682@funkthat.com> Mail-Followup-To: Lev Serebryakov , Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org References: <52372DBA.6020703@omnilan.de> <1314959000.20130917013707@serebryakov.spb.ru> <523894B5.4080806@omnilan.de> <1315939910.20130917230839@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1315939910.20130917230839@serebryakov.spb.ru> 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]); Tue, 17 Sep 2013 15:58:40 -0700 (PDT) Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Sep 2013 22:58:41 -0000 Lev Serebryakov wrote this message on Tue, Sep 17, 2013 at 23:08 +0400: > Hello, Harald. > You wrote 17 ???????????????? 2013 ??., 21:43:17: > > HS> Is that worth a try? > HS> http://www.asix.com.tw/FrootAttach/driver/MCS7840_7820_FreeBSD_driver_v1.1.zip > Nope. I've started from this driver, and it even doesn't support BREAK > signal (it is was first reason why I start to write new one -- I needed > BREAK to enter kernel debugger). You do know of: # Solaris implements a new BREAK which is initiated by a character # sequence CR ~ ^b which is similar to a familiar pattern used on # Sun servers by the Remote Console. There are FreeBSD extensions: # CR ~ ^p requests force panic and CR ~ ^r requests a clean reboot. options ALT_BREAK_TO_DEBUGGER to add to your kernel file right? -- 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 Sep 18 06:45:44 2013 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 ESMTP id 5D4FF4BA; Wed, 18 Sep 2013 06:45:44 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1968C2167; Wed, 18 Sep 2013 06:45:43 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 179DD7A121; Wed, 18 Sep 2013 08:45:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id DECC88F6787; Wed, 18 Sep 2013 08:45:59 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FRRmlOhTe-WF; Wed, 18 Sep 2013 08:45:59 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 969678F6786; Wed, 18 Sep 2013 08:45:58 +0200 (CEST) Message-ID: <52394C56.1040306@bitfrost.no> Date: Wed, 18 Sep 2013 08:46:46 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Lev Serebryakov , Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@freebsd.org Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs References: <52372DBA.6020703@omnilan.de> <1314959000.20130917013707@serebryakov.spb.ru> <523894B5.4080806@omnilan.de> <1315939910.20130917230839@serebryakov.spb.ru> <20130917225839.GV68682@funkthat.com> In-Reply-To: <20130917225839.GV68682@funkthat.com> 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.14 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, 18 Sep 2013 06:45:44 -0000 Let me know when this issue settles, what changes you want in the umcs kernel driver. --HPS From owner-freebsd-stable@FreeBSD.ORG Wed Sep 18 13:20:14 2013 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 ESMTP id E14404E8 for ; Wed, 18 Sep 2013 13:20:14 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6BC1C29BF for ; Wed, 18 Sep 2013 13:20:13 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8IDK5YK021501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Sep 2013 15:20:05 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5239A880.9030006@omnilan.de> Date: Wed, 18 Sep 2013 15:20:00 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: HFC-4S and pcm_slave X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig002EB98B59D6D325440DD95C" Cc: Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Sep 2013 13:20:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig002EB98B59D6D325440DD95C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, thanks to Hans Petter Selasky, isdn4bsd (i4b) was easy to install and seems to do the same great job these days with 9.2 as a decade ago with 3.x :-) But I had a hard time getting isdntest-connection working with my atcom AX-4S (HFC-4S). Accidentally I read on HPSs site that HFC-4S/8S are by default initialized in pcm_slave mode. I had no idea about pcm_mode =E2=80=93 nothing qualified found with a ver= y quick search =E2=80=93 but I understand the need and possibilities of clock sou= rces. But why is the default to rely on external clock source with HFC-4S? And how =E2=80=93 if it's describable in one sentence =E2=80=93 does the = HFC-4S read external clock? Is there something like 'hint.hfc.X.pcm_master' (planned)? Why isn't isdn4bsd and libcapi in the official ports tree? Thanks a lot, -Harry --------------enig002EB98B59D6D325440DD95C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI5qIUACgkQLDqVQ9VXb8hBAACfT3lkpCmmZIxlhQsu10BIXt/C kSYAoI/nG87iu4+/mDYdGjwfh/VX2zTJ =2u6r -----END PGP SIGNATURE----- --------------enig002EB98B59D6D325440DD95C-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 18 13:24:21 2013 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 ESMTP id 04DE965F; Wed, 18 Sep 2013 13:24:21 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id B662A2A05; Wed, 18 Sep 2013 13:24:20 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id BCFA8400D; Wed, 18 Sep 2013 15:24:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id AC4B98F69AF; Wed, 18 Sep 2013 15:24:36 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bn2UMcTSSlm8; Wed, 18 Sep 2013 15:24:36 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id B4CA88F69AE; Wed, 18 Sep 2013 15:24:35 +0200 (CEST) Message-ID: <5239A9C4.80401@bitfrost.no> Date: Wed, 18 Sep 2013 15:25:24 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Harald Schmalzbauer Subject: Re: HFC-4S and pcm_slave References: <5239A880.9030006@omnilan.de> In-Reply-To: <5239A880.9030006@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "kwm@freebsd.org" , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Sep 2013 13:24:21 -0000 On 09/18/13 15:20, Harald Schmalzbauer wrote: > Hello, > > thanks to Hans Petter Selasky, isdn4bsd (i4b) was easy to install and > seems to do the same great job these days with 9.2 as a decade ago with > 3.x :-) > But I had a hard time getting isdntest-connection working with my atcom > AX-4S (HFC-4S). > Accidentally I read on HPSs site that HFC-4S/8S are by default > initialized in pcm_slave mode. > I had no idea about pcm_mode – nothing qualified found with a very quick > search – but I understand the need and possibilities of clock sources. > > But why is the default to rely on external clock source with HFC-4S? Hi, This is just to avoid a conflict if the devices are physically connected. > > And how – if it's describable in one sentence – does the HFC-4S read > external clock? It depends on the board. I have not used this feature myself, but there is some wiring cables, you can put between the boards (if they support it), which also handles call-bridging in hardware. > > Is there something like 'hint.hfc.X.pcm_master' (planned)? No, but please submit a patch if you want it :-) > > Why isn't isdn4bsd and libcapi in the official ports tree? There is no specific reason for this. If you ask, the ports guys will eventually include it :-) --HPS From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 06:37:01 2013 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 ESMTP id 97585165 for ; Thu, 19 Sep 2013 06:37:01 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm7-vm2.bullet.mail.gq1.yahoo.com (nm7-vm2.bullet.mail.gq1.yahoo.com [98.136.218.209]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 652142635 for ; Thu, 19 Sep 2013 06:37:01 +0000 (UTC) Received: from [216.39.60.180] by nm7.bullet.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 06:37:00 -0000 Received: from [98.137.12.249] by tm16.bullet.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 06:37:00 -0000 Received: from [127.0.0.1] by omp1057.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 06:37:00 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 703132.15420.bm@omp1057.mail.gq1.yahoo.com Received: (qmail 73843 invoked by uid 60001); 19 Sep 2013 06:37:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379572620; bh=duycVZS1/lWJDMl5eJ2L7BCHpSeABEyVRztrQyoJ4dw=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=o4LBmyrrVnMLVCSYE2pHd3shEDzboS+F8jtbAaS2VpC0NSYFDOaK3Vd34NODpw/WBfL2AtSYF+DnShyOewXjANCRT/6j+qSYijTEyz3HvfECy40jh0+yuulRkVoraSSQQr7eUiXbLbqE/U9RYsEfxUdPSWOLNDk8/pPtuKRKid0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=3SLqx09kW5l+hW11HqoG0Ss7x1rVC+IJ8U/Xv5qiAAClhZM0qxPiETjVdM3c1b9jGeCb8oQ20/BLuOB40GCheXb7skSeUIkT4VtcGH8sGBpBTgjZ6UIxyUYcUMAGhY5PfCRjxR3mjDBhVj8RGUoOjMz2DObu53gpmfcNFOdG6/s=; X-YMail-OSG: zjFoRHYVM1kSgnl3ZBjyiJ3hIMBdPhW4C6K8W6jNUNWc2hJ M8.vsCgokh6.T_R9skdmNHbkTwabXKZ6zZuOVjm7meiBRYYVsiH3_Nv6mP6W nJ7eUM4aEwRY1cmOn9tlrwjvgWIt1_1z5xy4JxO13WNqVY5ltbdH1br9SOeq W_l2QkTRziHodGyQz4r8oeSSyHxnDgNfz62gUoRA_923Jah1zMZ57M9paMGB uQJMhWKEvECCOs7WWq4FT8sJvVZaQ0u5fXgJbaze0fshZ.exeLd.rsbUxsZ6 pYCynlSY4ekEuZrIb_pJLoPm5NmvY_rA6TjKzUimig0JbNoKzT.CeEX13RSg WmCeCvPzK6fpJQ_M2d5Ow9UWT4NZEkFsgdE_baEtKyUVfz.bUxJjQ5Jc74l4 A46FlQmJunC0dzBh4.LG.PhFJENTBoFAQuECF25nb_PkdxnBBzbHfci7xzjh _8VxNFuZ97tBmHbZkQdvGLNF31LtFUz96is5VDWYefEBiNKW1xUrBy40H3TF 0ibafx.0RkdpGAmabg_Iqhx3.hIHmrlNs1m.zDpnm62bJqpyfURARjQn0EpW m0yz7fjUAcXgnjyq7MgXIyHO81UmghDgdlU4D1UWoyRlXDjVINHDti7rd739 K.yCo39gAlSxpOBM9JhP5Ah07_h6vrMR.02CfCt0AgggfDlv9 Received: from [173.13.138.197] by web121302.mail.ne1.yahoo.com via HTTP; Wed, 18 Sep 2013 23:36:59 PDT X-Rocket-MIMEInfo: 002.001, CgpIZXkgZ3V5cywKCjMgeWVhcnMgYWdvIEkgZm9sbG93ZWTCoGh0dHBzOi8vd2lraS5mcmVlYnNkLm9yZy9Sb290T25aRlMvR1BUWkZTQm9vdC9NaXJyb3IgwqBmb3IgYSBGcmVlQlNEIDguMSBzeXN0ZW0gKHdoaWNoIGhhcyBzaW5jZSBiZWVuIHVwZ3JhZGVkIHRvIDkuMSkuIMKgIMKgQSBjb3VwbGUgZGF5cyBhZ28gSSBoYWQgbWFzc2l2ZSBoYXJkd2FyZSBmYWlsdXJlLCBhbmQgd291bmQgdXAgaGF2aW5nIHRvIHB1dCB0aGUgdHdvIGRyaXZlcyBpbnRvIGFuIGVudGlyZWx5IG5ldyBQQyBzeXN0ZW0uCgpVbmYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.157.561 Message-ID: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> Date: Wed, 18 Sep 2013 23:36:59 -0700 (PDT) From: Andrew Moran Subject: Rescuing a GPT ZFS boot setup To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andrew Moran List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 06:37:01 -0000 =0A=0AHey guys,=0A=0A3 years ago I followed=A0https://wiki.freebsd.org/Root= OnZFS/GPTZFSBoot/Mirror =A0for a FreeBSD 8.1 system (which has since been u= pgraded to 9.1). =A0 =A0A couple days ago I had massive hardware failure, a= nd wound up having to put the two drives into an entirely new PC system.=0A= =0AUnfortunately I'm not able to get it to boot off the hard drives. =A0It = doesn't even show the FreeBSD bootloader menu it normally would. =A0The BIO= S sees both drives and it can boot off the 9.1 install/Live CD without any = problems. =A0 In the LiveCD, I can see both drives partition tables ("gpart= show ..") and I can import =A0the zpool ("zpool import zroot"), and see al= l my data. =A0 I just can't seem to boot from it. =A0 I tried rerunning the= "gpart bootcode" commands on both drives (no errors), but no effect. =A0= =0A=0AIt's also not beyond the realm of possibility I have some BIOS settin= g wrong, but the drives do show up in the POST and BIOS setting.=0A=0ADoes = anyone know how I can make my drives bootable again? =A0=A0=0A=0AThanks.=0A= =0A--Andy From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 06:50:35 2013 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 ESMTP id 034D795B for ; Thu, 19 Sep 2013 06:50:35 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA4D42747 for ; Thu, 19 Sep 2013 06:50:34 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.90,935,1371106800"; d="asc'?scan'208";a="51121205" Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) by mx11-out.netapp.com with ESMTP; 18 Sep 2013 23:50:34 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.46]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.03.0123.003; Wed, 18 Sep 2013 23:50:33 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: nfsd CPU usage? Thread-Topic: nfsd CPU usage? Thread-Index: AQHOrto706tE4yigQ0+JIY2X/OKgRJnA4uQAgAAUxwCADCkOgA== Date: Thu, 19 Sep 2013 06:50:33 +0000 Message-ID: <806B7BD6-2B01-4229-A795-3A2C5BF6A870@netapp.com> References: <995078453.21651811.1378900450650.JavaMail.root@uoguelph.ca> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: multipart/signed; boundary="Apple-Mail=_FE2AF373-E343-4510-BE0A-753C329BD005"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: "" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 06:50:35 -0000 --Apple-Mail=_FE2AF373-E343-4510-BE0A-753C329BD005 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 11, 2013, at 15:08, Lars Eggert wrote: > Thanks, I will watch out for the MFC and test. I've been running for a day or so after the MFC, and CPU loads are WAY = down. Plus, the cache issues I had haven't reappeared either. I need to bang on it some more, but for now it seems great. Lars --Apple-Mail=_FE2AF373-E343-4510-BE0A-753C329BD005 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 - http://gpgtools.org iQCVAwUBUjqeu9ZcnpRveo1xAQK3hwP9HZ8zXRFc8rGy5OnYCn5v8LvQdDpgTMwo o2YhkCkOJscwIFO4DWoi3zPhxqrWtbhLqJzDtXP2Z8QcxRirQ+jAGnSgzh8FEiq3 kgxOs9+NxcK4zBDcKccujYC1BwQa9zvwIErCLguCnz7XFYeD7dFlivbGUlqdRSlZ tXL4+ODJqQ0= =Ez/8 -----END PGP SIGNATURE----- --Apple-Mail=_FE2AF373-E343-4510-BE0A-753C329BD005-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 07:51:40 2013 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 ESMTP id 165D18F3 for ; Thu, 19 Sep 2013 07:51:40 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 959662B2C for ; Thu, 19 Sep 2013 07:51:39 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id u14so7470715lbd.40 for ; Thu, 19 Sep 2013 00:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=eoYKlJNWknla1Y/TCAI6pC2i3ixRUL0WImHu33rxEFU=; b=aOzoa6ScBpULvnvHtKRuik0f7Y4ksBJidOI4pi408IJnoPoiDgGQHngmOQGMR4CKmW mlI1yu/Hb2wJnzRXOS1IHJ+h/Jsg+c1+7IhhfjUA1Yf78Vg3+Jd1htfzzycJ8NKHCazp PP5i/8wGTl4mM7TC5vlfpe1g/qzcayQ91jJSXU+xU0v614a8brF2eANCF4QgYfUlGI2H PA+Htit26Sj+kqajylO7alBZHObxnoRXWk+ykjeh4BW42+1T4CKKcWKpmtY3S+wqUtzv Svp6g/8bQvT7Kxp2WOwtghSiadrmUQ8ANIIS9OdRoZRGlca1DBc4tLQbSjpAVrU/3bvi hcEg== X-Received: by 10.152.121.3 with SMTP id lg3mr137163lab.33.1379577082389; Thu, 19 Sep 2013 00:51:22 -0700 (PDT) Received: from [192.168.1.130] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id u18sm3279114lbp.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 00:51:21 -0700 (PDT) Message-ID: <523AACF8.8080404@gmail.com> Date: Thu, 19 Sep 2013 10:51:20 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130909 Thunderbird/17.0.8 MIME-Version: 1.0 To: Andrew Moran Subject: Re: Rescuing a GPT ZFS boot setup References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> In-Reply-To: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 07:51:40 -0000 19.09.2013 09:36, Andrew Moran wrote: > 3 years ago I followed https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror for a FreeBSD 8.1 system (which has since been upgraded to 9.1). A couple days ago I had massive hardware failure, and wound up having to put the two drives into an entirely new PC system. > > Unfortunately I'm not able to get it to boot off the hard drives. It doesn't even show the FreeBSD bootloader menu it normally would. The BIOS sees both drives and it can boot off the 9.1 install/Live CD without any problems. In the LiveCD, I can see both drives partition tables ("gpart show ..") and I can import the zpool ("zpool import zroot"), and see all my data. I just can't seem to boot from it. I tried rerunning the "gpart bootcode" commands on both drives (no errors), but no effect. > > It's also not beyond the realm of possibility I have some BIOS setting wrong, but the drives do show up in the POST and BIOS setting. > > Does anyone know how I can make my drives bootable again? Maybe the machine is just too picky about partitioning scheme? Try this black magic: printf '\ny\n\n\n\ny\n\ny\n\n\n\n\ny\n' | fdisk -u ${YourDiskName} -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 13:43:38 2013 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 ESMTP id 6C84084E for ; Thu, 19 Sep 2013 13:43:38 +0000 (UTC) (envelope-from lausts@acm.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3283E2EAB for ; Thu, 19 Sep 2013 13:43:37 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=fJG7LOme c=1 sm=0 a=DktfseARn6RskVgg/AMIPQ==:17 a=I9A6gpd8bSkA:10 a=y336-N4xZskA:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=N54-gffFAAAA:8 a=KGjhK52YXX0A:10 a=yPw-ZG8zWlwA:10 a=aCZrErBsWdH_PGoKAYIA:9 a=DktfseARn6RskVgg/AMIPQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 98.31.3.233 Received: from [98.31.3.233] ([98.31.3.233:31570] helo=mail.laus.org) by hrndva-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 45/14-27973-74FFA325; Thu, 19 Sep 2013 13:42:31 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.7/8.14.7) with ESMTP id r8JDgUsE002786 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 19 Sep 2013 09:42:30 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host laust2 [192.168.1.100] claimed to be [192.168.1.100] From: "Thomas Laus" Organization: ABB To: freebsd-stable@freebsd.org Date: Thu, 19 Sep 2013 09:42:30 -0400 Subject: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <523AFF46.29244.4657A1@lausts.acm.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.63) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 13:43:38 -0000 I have an Intel Atom D510 motherboard that is being used in my home router for the last several years. It started on FreeBSD 8-Stable and was recently upgraded to FreeBSD 9-Stable. Through the years I have observed spurious reboots when rebuilding ports, but never world or kernel. I have tried both schedulers in FreeBSD 8-Stable. I have also replaced memory, power supply and disk drives to attempt to isolate hardware from the equation. Last evening I had a complete freeze when rebuilding tshark. The keyboard was dead, screen display was frozen and no network access. I recovered by pressing the reset switch. As always, there are no log entries about panic or core dumps in the swap partition. My question to the group is whether FreeBSD is correctly identifying the number of CPU's on this motherboard. I see 4 listed in the top utility and it appears that code is being run on all 4. Are HT CPU's equal in performance to 'real' ones and should they participate fully in the task scheduler operation? Since my problem is very intermittant and non-reproducable, is it possible that code may try to exercise something in a HT core that should only be run on a 'real' one? My DMESG: Sep 18 20:50:19 mail kernel: Copyright (c) 1992-2013 The FreeBSD Project. Sep 18 20:50:19 mail kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 18 20:50:19 mail kernel: The Regents of the University of California. All rights reserved. Sep 18 20:50:19 mail kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 18 20:50:19 mail kernel: FreeBSD 9.2-PRERELEASE #2: Sat Sep 14 18:27:55 EDT 2013 Sep 18 20:50:19 mail kernel: root@xxxxx.xxxxx.xxxxx:/usr/obj/usr/src/sys/ROUTER amd64 Sep 18 20:50:19 mail kernel: gcc version 4.2.1 20070831 patched [FreeBSD] Sep 18 20:50:19 mail kernel: CPU: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (1662.72-MHz K8-class CPU) Sep 18 20:50:19 mail kernel: Origin = "GenuineIntel" Id = 0x106ca Family = 0x6 Model = 0x1c Stepping = 10 Sep 18 20:50:19 mail kernel: Features=0xbfebfbff Sep 18 20:50:19 mail kernel: Features2=0x40e31d Sep 18 20:50:19 mail kernel: AMD Features=0x20100800 Sep 18 20:50:19 mail kernel: AMD Features2=0x1 Sep 18 20:50:19 mail kernel: TSC: P-state invariant, performance statistics Sep 18 20:50:19 mail kernel: real memory = 1073741824 (1024 MB) Sep 18 20:50:19 mail kernel: avail memory = 1002127360 (955 MB) Sep 18 20:50:19 mail kernel: Event timer "LAPIC" quality 400 Sep 18 20:50:19 mail kernel: ACPI APIC Table: Sep 18 20:50:19 mail kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Sep 18 20:50:19 mail kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads Sep 18 20:50:19 mail kernel: cpu0 (BSP): APIC ID: 0 Sep 18 20:50:19 mail kernel: cpu1 (AP/HT): APIC ID: 1 Sep 18 20:50:19 mail kernel: cpu2 (AP): APIC ID: 2 Sep 18 20:50:19 mail kernel: cpu3 (AP/HT): APIC ID: 3 Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 13:43:42 2013 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 ESMTP id 29020851 for ; Thu, 19 Sep 2013 13:43:42 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm23-vm7.bullet.mail.gq1.yahoo.com (nm23-vm7.bullet.mail.gq1.yahoo.com [98.136.217.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8CD32EAD for ; Thu, 19 Sep 2013 13:43:41 +0000 (UTC) Received: from [98.137.12.189] by nm23.bullet.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 13:43:34 -0000 Received: from [98.137.12.220] by tm10.bullet.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 13:43:34 -0000 Received: from [127.0.0.1] by omp1028.mail.gq1.yahoo.com with NNFMP; 19 Sep 2013 13:43:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 546640.15506.bm@omp1028.mail.gq1.yahoo.com Received: (qmail 25244 invoked by uid 60001); 19 Sep 2013 13:43:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379598213; bh=gSOeIv8KH3PZ1W0IiOZp3Kczb1cSRlTEmUcjEe4No7c=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=UEdqMlX508kqQ8nO5fSv23KDyKNkjmyVq35YIs2nliqpE14fo/qj9m5tDjDGA6Lhmiv9nQS48R7wnLxQHKKnS/2y1A2hiXUG1buuRqWaF6Lkv2+U0up3EcsTTWexC4jqwNuAPbbvFaPMJMLdFGS14vkLSvrEEeDiwK2wo7wvBIg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=SSqEstZGca1SZNiNus8sWDYenHYPWbr+boeWlHat/pnKqMbnr5V0xWFngdCrRbYVbIlqgDaJow95X7zl5EwwumgIxg9zZAVBZQx/9T1hoPdBWtZZR4GBYQ96W3u1V+gHYSL/RgrN0T/rVDQTLQl5XEt0wWEXPgsVIvtK4e4c9Bw=; X-YMail-OSG: k5u7Gn8VM1l82WlfVEByQIDnYW52Mtp9jaOjemdj2MxAiAM Sw7RnX7sBQErUu6.wdR8_lB41s06wj8IAoAVwuMESf3v_LdbT1dqRzYb_Yl0 S.Q0o.JNkJlfPoiiekTSMniMyzYs9R_RuPha2FFdvSFAKAb76LaPL9o2LMV4 CBae9GB63sTkAPZ0t5ioqdDV5MS70C8EsD80Th2POOo0Oea1AjDQPDUtdk7R gSc1TIydIGzPFqDVSz7tXSbUTW57avnRc.Q2ye6Z_vMK5_lbuDb9ulxTcF4V POK_S8ZJnLFfhg8IDPGV2T4IM6uPacLlRtgOl5Lab2hXDl0B9KMkgXqAr.Bn lTRbbkMaHB8aYvheNIIoiGtsxSe07B5BYGs7HSEb3Rz72ZYZpHI.fwZSuTP. 1N3O8tpFFlxhL0UKN2fXEn0k_kJ8aacLEgBY__fGUMbhG7VEAntKPozsr6_n igNUy6CZxXgi4pdk8Ghc.bNL1BHR5a3sNIXUslipyIS4Qqgu7ArrC73zqW_3 rrVAwApTU6XqY7DZpCZAzFuffdN19aSuXO3zaZ4GIRjNL_7XDwSrFf2mX7KD mZqpyhi.2.Zhw6BqrYF1GyNouwKe1HdAXVdAHJp3FeADdHjgXIUDSVi_jzQY Ht4ymzZ_oWqrd0cZRgCt3rbUbaVUDCZiaI8LuT9504u5s7g8- Received: from [173.13.138.197] by web121304.mail.ne1.yahoo.com via HTTP; Thu, 19 Sep 2013 06:43:33 PDT X-Rocket-MIMEInfo: 002.001, CgpBbGFzLCB0aGF0IGRpZCBub3Qgd29yay4gwqAgwqAgQnV0IGl0IGRvZXMgbG9vayB0byBiZSBCSU9TIHJlbGF0ZWQuIMKgIMKgCgpJIHRoaW5rIHRoaXMgbmV3IHN5c3RlbSBoYXMgYSBVRUZJIGJpb3MuIMKgwqAKCkkganVzdCByZWFkIGZyb23CoGh0dHBzOi8vd2lraS5mcmVlYnNkLm9yZy9VRUZJOgoJKiBQYXJ0aXRpb25zIG5vdCBzZWVuLiBXaGVuIHVzaW5nIEdQVCwgRnJlZUJTRCB3aWxsIGNyZWF0ZSBhIHByb3RlY3RpdmUgTUJSLiBUaGlzIE1CUiBoYXMgb25lIHBhcnRpdGlvbiBlbnRyeSBjb3ZlcmkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.157.561 References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> Message-ID: <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> Date: Thu, 19 Sep 2013 06:43:33 -0700 (PDT) From: Andrew Moran Subject: Re: Rescuing a GPT ZFS boot setup To: Volodymyr Kostyrko In-Reply-To: <523AACF8.8080404@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andrew Moran List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 13:43:42 -0000 =0A=0AAlas, that did not work. =A0 =A0 But it does look to be BIOS related.= =A0 =A0=0A=0AI think this new system has a UEFI bios. =A0=A0=0A=0AI just r= ead from=A0https://wiki.freebsd.org/UEFI:=0A=09* Partitions not seen. When = using GPT, FreeBSD will create a protective MBR. This MBR has one partition= entry covering the whole disk. FreeBSD marks this partition active. This c= auses at least some UEFI implementations to ignore the GPT. To fix this the= partition needs to be marked inactive.=0A=09* Filesystem not seen. FreeBSD= 's FAT32 code appears to sometimes create filesystems that the UEFI code ca= n't properly read. If the filesystem is small enough, use FAT16 or FAT12 in= stead.=0A=0AI think this may be my issue. =A0But=A09.1 LiveCD does boot and= I can see the data once booted, so there must be a way to fix the boot loa= der on the drive to work.=0A=0A=A0=A0Is there a way for me to reinstall the= MBR or boot partition on the drives to make it boot up with this BIOS? =A0= :(=0A=0AThanks.=0A=0A--Andy=0A=0A=0A=0A________________________________=0A = From: Volodymyr Kostyrko =0ATo: Andrew Moran =0ACc: "freebsd-stable@freebsd.org" = =0ASent: Thursday, September 19, 2013 12:51 AM=0ASubject: Re: Rescuing a GP= T ZFS boot setup=0A =0A=0A19.09.2013 09:36, Andrew Moran wrote:=0A> 3 years= ago I followed https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror for a= FreeBSD 8.1 system (which has since been upgraded to 9.1).=A0 =A0 A couple= days ago I had massive hardware failure, and wound up having to put the tw= o drives into an entirely new PC system.=0A>=0A> Unfortunately I'm not able= to get it to boot off the hard drives.=A0 It doesn't even show the FreeBSD= bootloader menu it normally would.=A0 The BIOS sees both drives and it can= boot off the 9.1 install/Live CD without any problems.=A0 In the LiveCD, = I can see both drives partition tables ("gpart show ..") and I can import= =A0 the zpool ("zpool import zroot"), and see all my data.=A0 I just can't= seem to boot from it.=A0 I tried rerunning the "gpart bootcode" commands = on both drives (no errors), but no effect.=0A>=0A> It's also not beyond the= realm of possibility I have some BIOS setting wrong, but the drives do sho= w up in the POST and BIOS setting.=0A>=0A> Does anyone know how I can make = my drives bootable again?=0A=0AMaybe the machine is just too picky about pa= rtitioning scheme? Try this =0Ablack magic:=0A=0Aprintf '\ny\n\n\n\ny\n\ny\= n\n\n\n\ny\n' | fdisk -u ${YourDiskName}=0A=0A-- =0ASphinx of black quartz,= judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 13:58:39 2013 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 ESMTP id 89ABCD2B for ; Thu, 19 Sep 2013 13:58:39 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 149D82F84 for ; Thu, 19 Sep 2013 13:58:38 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id c11so7915026lbj.13 for ; Thu, 19 Sep 2013 06:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=y0kMEJ87NMe15mX79QTqQiq9kLxRFBZ0aex/NfZIji8=; b=yx7bsMeAbYuVGBj8uy5nhbcw0RlYytGeDUxrdIiojT67RVOSlEEt//ZT9E76grnF9N vivcq7vDkNANmzXWxZiGs/Y+VvDaL7qZSKkBxy1flIC7VtjXv1c3pyzJrJLx/9M6yOxC /wFGhb/xD9MSG4h9WAd+hs1ggwwFXOXV4hS2SA5ebwyhaXbgmdEOaqXf5udWLYBzVhdw v4ub4cOkSeLQNcOl69AZ5slR6Xw6tW0+VN5Z0o85te4BKJKdaODAnaIBGJfOvTiX5VXf PsCE1bNxjcqtRQNZD+OZ0RCiFtKmJkPSp8RtLw4PIYjaKbfR1b955UVkRtPx81VrZ6zc znqg== X-Received: by 10.112.156.103 with SMTP id wd7mr1277454lbb.48.1379599095935; Thu, 19 Sep 2013 06:58:15 -0700 (PDT) Received: from [192.168.1.130] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id mr1sm2296245lbc.16.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 06:58:15 -0700 (PDT) Message-ID: <523B02F6.4070708@gmail.com> Date: Thu, 19 Sep 2013 16:58:14 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Andrew Moran Subject: Re: Rescuing a GPT ZFS boot setup References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> In-Reply-To: <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 13:58:39 -0000 19.09.2013 16:43, Andrew Moran wrote: > Alas, that did not work. But it does look to be BIOS related. > > I think this new system has a UEFI bios. > > I just read from https://wiki.freebsd.org/UEFI: > * Partitions not seen. When using GPT, FreeBSD will create a protective MBR. This MBR has one partition entry covering the whole disk. FreeBSD marks this partition active. This causes at least some UEFI implementations to ignore the GPT. To fix this the partition needs to be marked inactive. > * Filesystem not seen. FreeBSD's FAT32 code appears to sometimes create filesystems that the UEFI code can't properly read. If the filesystem is small enough, use FAT16 or FAT12 instead. > > I think this may be my issue. But 9.1 LiveCD does boot and I can see the data once booted, so there must be a way to fix the boot loader on the drive to work. Good catch. The fix landed in stable not so long ago (http://svnweb.freebsd.org/base?view=revision&revision=255017) so you wouldn't find it in 9.2 either. Can you try this: gpart unset -a active ada0 -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 14:06:13 2013 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 ESMTP id 8521AF44; Thu, 19 Sep 2013 14:06:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 922732001; Thu, 19 Sep 2013 14:06:12 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8JE60rG043884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Sep 2013 16:06:01 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <523B04C3.30100@omnilan.de> Date: Thu, 19 Sep 2013 16:05:55 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: 9.2 panic with wcb4xxp (dahdi-kmod26-2.6.1.r10738) X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF75EB717CDED6115032FF36A" Cc: freebsd-isdn@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 14:06:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF75EB717CDED6115032FF36A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, unloading the kernel module of dahdi-kmod26-2.6.1.r10738 leads to this panic: panic: blockable sleep lock (sleep mutex) 16 @ /usr/local/share/deploy-tools/RELENG_9_2/src/sys/vm/uma_core.c:2553 cpuid =3D 1 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,4c45522f,5f474e45,2f325f39,2f637273,...) at db_trace_self_wrapper+0x26/frame 0xf00709cc kdb_backtrace(c0a84539,1,c0a4124d,f0070a60,1,...) at kdb_backtrace+0x2a/frame 0xf0070a28 panic(c0a4124d,c0a73003,c09e67b9,c0a71b3c,9f9,...) at panic+0x16f/frame 0xf0070a54 witness_checkorder(c15a5788,9,c0a71b3c,9f9,0,...) at witness_checkorder+0xaa/frame 0xf0070aac _mtx_lock_flags(c15a5788,0,c0a71b3c,9f9,0,...) at _mtx_lock_flags+0xb1/frame 0xf0070ad8 uma_zfree_arg(c15a4a80,c7549320,c7549cb8,c7549320,c7549320,...) at uma_zfree_arg+0x59/frame 0xf0070b1c free(c7549320,c85d1680,c85cedce,2f7,c743b180,...) at free+0xd8/frame 0xf0070b40 dahdi_unregister_echocan_factory(c85ce60c,c0a36b31,108,0,c743b180,...) at dahdi_unregister_echocan_factory+0xbd/frame 0xf0070b60 dahdi_cleanup(0,f0070ba4,c06ded93,c743b180,1,...) at dahdi_cleanup+0x13/frame 0xf0070b7c _linux_module_modevent(c743b180,1,c85d10a0,108,0,...) at _linux_module_modevent+0x50/frame 0xf0070b88 module_unload(c743b180,c0a34a5c,284,292,2a7,...) at module_unload+0x43/frame 0xf0070ba4 linker_file_unload(c78e3000,0,c0a34a5c,2a7,0,...) at linker_file_unload+0x15e/frame 0xf0070bd4 linker_file_unload(c78e3200,0,c0a34a5c,449,c85a9000,...) at linker_file_unload+0x444/frame 0xf0070c04 kern_kldunload(c865b2f0,3,0,f0070cfc,c09bd39b,...) at kern_kldunload+0xd1/frame 0xf0070c30 sys_kldunloadf(c865b2f0,f0070ccc,c0a85bb4,c0a428ae,c0a87198,...) at sys_kldunloadf+0x2b/frame 0xf0070c44 syscall(f0070d08) at syscall+0x2bb/frame 0xf0070cfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0070cfc --- syscall (444, FreeBSD ELF32, sys_kldunloadf), eip =3D 0x280c088b, esp= =3D 0xbfbfd27c, ebp =3D 0xbfbfdac8 --- KDB: enter: panic =E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2= =80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80= =93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93= =E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2= =80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80= =93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93= =E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2= =80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80=93=E2=80= =93=E2=80=93=E2=80=93=E2=80=93 Loading the wcb4xxp kernel module leads to some hundred of these: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e674 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e720,...) at kdb_backtrace+0x2a/frame 0xf002e6d0 _witness_debugger(c0a40d44,f002e734,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e6e8 witness_warn(5,0,c0a7210b,c0a667f3,f002e768,...) at witness_warn+0x20d/frame 0xf002e720 uma_zalloc_arg(c159d840,0,502,2,c861df34,...) at uma_zalloc_arg+0x34/frame 0xf002e780 malloc(ec,c0aafc2c,502,c84ace00,f002e7c4,...) at malloc+0x115/frame 0xf002e7a4 devfs_alloc(0,c852f5e0,f002e7e0,246,c85c60e0,...) at devfs_alloc+0x31/frame 0xf002e7c4 make_dev_credv(b,0,0,0,1a4,...) at make_dev_credv+0x38/frame 0xf002e7f8 make_dev(c85c60e0,b,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e65c kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e708,...) at kdb_backtrace+0x2a/frame 0xf002e6b8 _witness_debugger(c0a40d44,f002e71c,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e6d0 witness_warn(5,0,c0a7210b,c09e67b9,c0b1ed18,...) at witness_warn+0x20d/frame 0xf002e708 uma_zalloc_arg(c15a4d80,0,2,2,2,...) at uma_zalloc_arg+0x34/frame 0xf002e= 768 malloc(e,c0ac06e0,2,c06a8d9b,c0b26144,...) at malloc+0x115/frame 0xf002e7= 8c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0x58/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(b,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,b,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "64" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e624 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e6d0,...) at kdb_backtrace+0x2a/frame 0xf002e680 _witness_debugger(c0a40d44,f002e6e4,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e698 witness_warn(5,0,c0a7210b,c0a203f0,4,...) at witness_warn+0x20d/frame 0xf002e6d0 uma_zalloc_arg(c159f840,0,2,2,38,...) at uma_zalloc_arg+0x34/frame 0xf002e730 malloc(38,c0ac7088,2,f002e78c,c06dccdd,...) at malloc+0x115/frame 0xf002e= 754 devctl_notify_f(c0a1f42b,c0a24fe0,c0a30866,c6e51930,2,...) at devctl_notify_f+0xb6/frame 0xf002e78c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0xb5/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(b,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,b,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e604 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e6b0,...) at kdb_backtrace+0x2a/frame 0xf002e660 _witness_debugger(c0a40d44,f002e6c4,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e678 witness_warn(5,0,c0a7210b,c09e67b9,2,...) at witness_warn+0x20d/frame 0xf002e6b0 uma_zalloc_arg(c15a4b40,0,2,2,c6e97840,...) at uma_zalloc_arg+0x34/frame 0xf002e710 malloc(c,c0ac7088,2,c0a3c6d8,38,...) at malloc+0x115/frame 0xf002e734 devctl_queue_data_f(c6e97840,2,c0a3c6d8,c0a1f42b,c0a24fe0,c0a30866,c6e519= 30,8,5) at devctl_queue_data_f+0x43/frame 0xf002e754 devctl_notify_f(c0a1f42b,c0a24fe0,c0a30866,c6e51930,2,...) at devctl_notify_f+0x12f/frame 0xf002e78c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0xb5/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(b,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,b,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e674 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e720,...) at kdb_backtrace+0x2a/frame 0xf002e6d0 _witness_debugger(c0a40d44,f002e734,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e6e8 witness_warn(5,0,c0a7210b,c0a667f3,f002e768,...) at witness_warn+0x20d/frame 0xf002e720 uma_zalloc_arg(c159d840,0,502,2,c861e768,...) at uma_zalloc_arg+0x34/frame 0xf002e780 malloc(ec,c0aafc2c,502,c84acd00,f002e7c4,...) at malloc+0x115/frame 0xf002e7a4 devfs_alloc(0,c852f5e0,f002e7e0,246,c85c60e0,...) at devfs_alloc+0x31/frame 0xf002e7c4 make_dev_credv(c,0,0,0,1a4,...) at make_dev_credv+0x38/frame 0xf002e7f8 make_dev(c85c60e0,c,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e65c kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e708,...) at kdb_backtrace+0x2a/frame 0xf002e6b8 _witness_debugger(c0a40d44,f002e71c,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e6d0 witness_warn(5,0,c0a7210b,c09e67b9,c0b1ed18,...) at witness_warn+0x20d/frame 0xf002e708 uma_zalloc_arg(c15a4d80,0,2,2,2,...) at uma_zalloc_arg+0x34/frame 0xf002e= 768 malloc(e,c0ac06e0,2,c06a8d9b,c0b26144,...) at malloc+0x115/frame 0xf002e7= 8c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0x58/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(c,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,c,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "64" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e624 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e6d0,...) at kdb_backtrace+0x2a/frame 0xf002e680 _witness_debugger(c0a40d44,f002e6e4,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e698 witness_warn(5,0,c0a7210b,c0a203f0,4,...) at witness_warn+0x20d/frame 0xf002e6d0 uma_zalloc_arg(c159f840,0,2,2,38,...) at uma_zalloc_arg+0x34/frame 0xf002e730 malloc(38,c0ac7088,2,f002e78c,c06dccdd,...) at malloc+0x115/frame 0xf002e= 754 devctl_notify_f(c0a1f42b,c0a24fe0,c0a30866,c6e51920,2,...) at devctl_notify_f+0xb6/frame 0xf002e78c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0xb5/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(c,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,c,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex registration_mutex (registration_mutex) r =3D 0 (0xc85e08ac) locked @ /usr/local/ports-wrktree/usr/ports/misc/dahdi-kmod26/work/dahdi-freebsd-2= =2E6.1-r10738/bsd-kmod/dahdi/../../drivers/dahdi/dahdi-base.c:7296 KDB: stack backtrace: db_trace_self_wrapper(c0a3d5bf,64736265,362e322d,722d312e,33373031,...) at db_trace_self_wrapper+0x26/frame 0xf002e604 kdb_backtrace(c0730080,1,ffffffff,c0c72e74,f002e6b0,...) at kdb_backtrace+0x2a/frame 0xf002e660 _witness_debugger(c0a40d44,f002e6c4,4,1,0,...) at _witness_debugger+0x25/frame 0xf002e678 witness_warn(5,0,c0a7210b,c09e67b9,2,...) at witness_warn+0x20d/frame 0xf002e6b0 uma_zalloc_arg(c15a4b40,0,2,2,c744b240,...) at uma_zalloc_arg+0x34/frame 0xf002e710 malloc(c,c0ac7088,2,c0a3c6d8,38,...) at malloc+0x115/frame 0xf002e734 devctl_queue_data_f(c744b240,2,c0a3c6d8,c0a1f42b,c0a24fe0,c0a30866,c6e519= 20,8,5) at devctl_queue_data_f+0x43/frame 0xf002e754 devctl_notify_f(c0a1f42b,c0a24fe0,c0a30866,c6e51920,2,...) at devctl_notify_f+0x12f/frame 0xf002e78c notify(f002e7f8,c06aa0b1,c6e76ac0,c852f5e0,f002e7e0,...) at notify+0xb5/frame 0xf002e7bc notify_create(c6e76ac0,c852f5e0,f002e7e0,246,c85c60e0,...) at notify_create+0xf/frame 0xf002e7c4 make_dev_credv(c,0,0,0,1a4,...) at make_dev_credv+0x1f1/frame 0xf002e7f8 make_dev(c85c60e0,c,0,0,1a4,...) at make_dev+0x4a/frame 0xf002e824 _dahdi_assign_span(1,0,c85c3dce,1c80,0,...) at _dahdi_assign_span+0x39e/frame 0xf002e860 dahdi_register_device(c70ccac0,c861800c,4,0,3,...) at dahdi_register_device+0xd0/frame 0xf002e884 b4xxp_register(c8618000,c85a4970,c861801c,2,c0ab808c,...) at b4xxp_register+0x367/frame 0xf002e8b4 b4xxp_device_attach(c7164900,c74a685c,c0ab808c,c0a3c75f,80000003,...) at b4xxp_device_attach+0x141/frame 0xf002e8e0 device_attach(c7164900,4,c0a3c5e7,aa5) at device_attach+0x3c3/frame 0xf002e920 device_probe_and_attach(c7164900,c715fa00,f002e954,c6e51a00,1,...) at device_probe_and_attach+0x4e/frame 0xf002e93c pci_driver_added(c7164980,c85a49c0,c0ab7e5c,c85a49c0,c745e180,...) at pci_driver_added+0xe6/frame 0xf002e964 devclass_driver_added(c85a49c0,c0ac7088,101,0,c85a4a0c,...) at devclass_driver_added+0x74/frame 0xf002e988 devclass_add_driver(c6e96e00,c85a49c0,7fffffff,c85a4f40,c85a49f4,...) at devclass_add_driver+0x156/frame 0xf002e9a8 driver_module_handler(c74da680,0,c85a49f4,75,c06b82d1,...) at driver_module_handler+0x85/frame 0xf002e9d4 module_register_init(c85a4a0c,0,c0a34a5c,e9,0,...) at module_register_init+0xa7/frame 0xf002e9fc linker_load_module(0,f002ec0c,c0a34a5c,40e,0,...) at linker_load_module+0xa36/frame 0xf002ebec kern_kldload(c852f5e0,c748f400,f002ec34,0,c8525000,...) at kern_kldload+0xca/frame 0xf002ec1c sys_kldload(c852f5e0,f002eccc,c0a85bb4,c0a4214f,c0a87198,...) at sys_kldload+0x74/frame 0xf002ec44 syscall(f002ed08) at syscall+0x2bb/frame 0xf002ecfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf002ecfc --- syscall (304, FreeBSD ELF32, sys_kldload), eip =3D 0x280c24ab, esp =3D= 0xbfbfd92c, ebp =3D 0xbfbfde18 --- wcb4xxp0: <6>Did not do the highestorder stuff <6>dahdi: Detected time shift. <5>dahdi_echocan_mg2: Registered echo canceler 'MG2' Starting asterisk afterwards also leads to panic. I guess dahdi development stalled, but I wanted to try it because I'd prefer freeswitch and need BRI support... Is somebody familiar with dahdi and interested in making it work with FreeBSD 9.2? Thanks, -Harry (not subscribed to isdn@) --------------enigF75EB717CDED6115032FF36A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlI7BMgACgkQLDqVQ9VXb8i/0ACfe10D1UfOSNN0VCmb7nweQBx7 MD4An2kTp3RdJx/cC9NUdFp6OA9dl9aB =MV6u -----END PGP SIGNATURE----- --------------enigF75EB717CDED6115032FF36A-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 15:12:44 2013 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 ESMTP id 176417BA for ; Thu, 19 Sep 2013 15:12:44 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm13-vm0.bullet.mail.bf1.yahoo.com (nm13-vm0.bullet.mail.bf1.yahoo.com [98.139.213.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E7C924CF for ; Thu, 19 Sep 2013 15:12:43 +0000 (UTC) Received: from [98.139.215.140] by nm13.bullet.mail.bf1.yahoo.com with NNFMP; 19 Sep 2013 15:12:36 -0000 Received: from [68.142.230.65] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 19 Sep 2013 15:12:36 -0000 Received: from [127.0.0.1] by smtp222.mail.bf1.yahoo.com with NNFMP; 19 Sep 2013 15:12:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379603556; bh=XRpVLfgGnNXod1KpvPmSMWkQYoNaPvjS52SRQqzKCMI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=zRmmSWgJOenoxnKAQqXiasrY12blSpxQPzfTskY4lD4HhY8Kw9BSDwY/3M239tVKVRhzte73EjaXyuCYMWDIAunw0iQTsKSkJpGfYSNiP2h56d8Oeno61PmLpBuf9adRbprhxZAahAUNHk5g4NUiHw7AFv1FQi9KxurqJ3sXs3E= X-Yahoo-Newman-Id: 519674.95584.bm@smtp222.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: oaVi9MUVM1kGAaHxV6sJzXx6pbHKcoiAwKg9vFZfK2FGdz_ IP8Dfm81c5qaSuPhceSiOovm6GO703OLNqsD.EBj26ofRKaRS5CrzdC_QYhS HM54vsXP8TR_A_wRis1qAZsYYhtanCafh68YnPPHcAYLnyQ4FSvMNy0gPkW6 8IMH1pc4enAuJQPX2LmtC_i7BOSIwk83VT96.0MCGoPsMS2f1dA0hrgy8TC0 kKVkPyPgMrysPzu.CL3vV7ckRyy5TKRyAxRaufbM2Q_qNVyidJjbY_W95B6S KS6f3vE3OOidHfru4KS_eR3rBvDak.Yk1Nx0Lwb2._xj_x13QasHXx8fyPzm 5ooJB1v58EfL474tlS_XC2DXsB6aICx8om.fDx47YdNU0cn31eeHOfe.HeSw dUO_l.w5MbrCtvZBc3x5O_Og3H49zcOo_zEqPrZs2OodazWzI88rqY8dQ0cf 1ZVplS.3wlapnbvDLlGdodmutsKklTCtCMnc6.iEVwFK2AWhMPRPriw.SHzb 2FuvdisPf.ro21u8ZEHHJP8Q5J7bKWWENbnEzYAkM2TB7UWYVyMdFzFLZ_T2 RdYKOrQKxMk8bf0SW915Id_5PcJ_AzLY9QEaL64zi.siirXrS7kBpVAXH9w- - X-Yahoo-SMTP: VuaopNeswBCIHgj8aYlf29fZkA-- X-Rocket-Received: from [10.0.1.37] (amoran@173.13.138.197 with ) by smtp222.mail.bf1.yahoo.com with SMTP; 19 Sep 2013 15:12:36 +0000 UTC Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Rescuing a GPT ZFS boot setup From: Andy Moran In-Reply-To: <523B02F6.4070708@gmail.com> Date: Thu, 19 Sep 2013 08:12:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> To: Volodymyr Kostyrko X-Mailer: Apple Mail (2.1510) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 15:12:44 -0000 On Sep 19, 2013, at 6:58 AM, Volodymyr Kostyrko = wrote: > 19.09.2013 16:43, Andrew Moran wrote: >> Alas, that did not work. But it does look to be BIOS related. >>=20 >> I think this new system has a UEFI bios. >>=20 >> I just read from https://wiki.freebsd.org/UEFI: >> * Partitions not seen. When using GPT, FreeBSD will create a = protective MBR. This MBR has one partition entry covering the whole = disk. FreeBSD marks this partition active. This causes at least some = UEFI implementations to ignore the GPT. To fix this the partition needs = to be marked inactive. >> * Filesystem not seen. FreeBSD's FAT32 code appears to sometimes = create filesystems that the UEFI code can't properly read. If the = filesystem is small enough, use FAT16 or FAT12 instead. >>=20 >> I think this may be my issue. But 9.1 LiveCD does boot and I can see = the data once booted, so there must be a way to fix the boot loader on = the drive to work. >=20 > Good catch. The fix landed in stable not so long ago = (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D255017) so = you wouldn't find it in 9.2 either. Can you try this: >=20 > gpart unset -a active ada0 It says 'active' is an invalid attribute. This matches what gpart = mangpage says under ATTRIBUTES .. it doesn't list 'active' as an = attribute for the GPT partition scheme (but it does for other schemes). = I did try to unset 'bootme' but that did not help either. =20 Do I need the newer version of gpart to be able to unset or set it? --Andy= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 16:04:20 2013 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 ESMTP id 852FA89B for ; Thu, 19 Sep 2013 16:04:20 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp2.sbb.rs (smtp2.sbb.rs [89.216.2.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0140B2834 for ; Thu, 19 Sep 2013 16:04:19 +0000 (UTC) Received: from faust.localdomain (cable-178-148-99-164.dynamic.sbb.rs [178.148.99.164]) by smtp2.sbb.rs (8.14.0/8.14.0) with ESMTP id r8JG46hm004732 for ; Thu, 19 Sep 2013 18:04:11 +0200 Received: by faust.localdomain (Postfix, from userid 1001) id 6541FA41C54; Thu, 19 Sep 2013 18:04:33 +0200 (CEST) Date: Thu, 19 Sep 2013 18:04:33 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: 9.2 or 10.0 and txz packages Message-ID: <20130919160433.GA1495@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 16:04:20 -0000 Is there a plan to have repo for files, used by pkgng on upcomming releases? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 16:50:34 2013 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 ESMTP id 1B0DA85E for ; Thu, 19 Sep 2013 16:50:34 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) 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 B55472ABA for ; Thu, 19 Sep 2013 16:50:33 +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 r8JGSHjs032726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Sep 2013 09:28:18 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8JGSHY5032725; Thu, 19 Sep 2013 09:28:17 -0700 (PDT) (envelope-from jmg) Date: Thu, 19 Sep 2013 09:28:17 -0700 From: John-Mark Gurney To: Andy Moran Subject: Re: Rescuing a GPT ZFS boot setup Message-ID: <20130919162817.GH14220@funkthat.com> Mail-Followup-To: Andy Moran , Volodymyr Kostyrko , "freebsd-stable@freebsd.org" References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> 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]); Thu, 19 Sep 2013 09:28:18 -0700 (PDT) Cc: Volodymyr Kostyrko , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 16:50:34 -0000 Andy Moran wrote this message on Thu, Sep 19, 2013 at 08:12 -0700: > > On Sep 19, 2013, at 6:58 AM, Volodymyr Kostyrko wrote: > > > 19.09.2013 16:43, Andrew Moran wrote: > >> Alas, that did not work. But it does look to be BIOS related. > >> > >> I think this new system has a UEFI bios. > >> > >> I just read from https://wiki.freebsd.org/UEFI: > >> * Partitions not seen. When using GPT, FreeBSD will create a protective MBR. This MBR has one partition entry covering the whole disk. FreeBSD marks this partition active. This causes at least some UEFI implementations to ignore the GPT. To fix this the partition needs to be marked inactive. > >> * Filesystem not seen. FreeBSD's FAT32 code appears to sometimes create filesystems that the UEFI code can't properly read. If the filesystem is small enough, use FAT16 or FAT12 instead. > >> > >> I think this may be my issue. But 9.1 LiveCD does boot and I can see the data once booted, so there must be a way to fix the boot loader on the drive to work. > > > > Good catch. The fix landed in stable not so long ago (http://svnweb.freebsd.org/base?view=revision&revision=255017) so you wouldn't find it in 9.2 either. Can you try this: > > > > gpart unset -a active ada0 > > > It says 'active' is an invalid attribute. This matches what gpart mangpage says under ATTRIBUTES .. it doesn't list 'active' as an attribute for the GPT partition scheme (but it does for other schemes). I did try to unset 'bootme' but that did not help either. > > Do I need the newer version of gpart to be able to unset or set it? You could try the new 10-ALPHA1 LiveCD to unset it.. -- 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 Thu Sep 19 18:16:49 2013 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 ESMTP id 5DA9DA29 for ; Thu, 19 Sep 2013 18:16:49 +0000 (UTC) (envelope-from freebsd@skysmurf.nl) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE9B52F11 for ; Thu, 19 Sep 2013 18:16:48 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id r8JIGj8D026883; Thu, 19 Sep 2013 20:16:45 +0200 (CEST) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Thu, 19 Sep 2013 20:16:45 +0200 Date: Thu, 19 Sep 2013 20:16:45 +0200 From: "A.J. 'Fonz' van Werven" To: Zoran Kolic Subject: Re: 9.2 or 10.0 and txz packages Message-ID: <20130919181645.GA26760@spectrum.skysmurf.nl> References: <20130919160433.GA1495@faust.sbb.rs> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20130919160433.GA1495@faust.sbb.rs> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 18:16:49 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Zoran Kolic wrote: > Is there a plan to have repo for files, used by > pkgng on upcomming releases? If you mean that 10.0-RELEASE will come with a PKGNG-style package repository, then yes. 9.2-RELEASE will most likely still use the old-style pkg_* format, so if you want to use PKGNG with that you'll have to either build your own repository from ports or use someone else's repository. For example, my 9.1-RELEASE/amd64 repository is publicly available and people have also reported success with PC-BSD's repository. Hope this helps, Fonz --=20 I'm not completely useless, I can be used as a bad example. --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSOz+NAAoJEAfP7gJTaCe8U4UP/3AJ37+8CIkBicFavUYv2lnR XT/mp3QU3pe6sD6GxdrwvC+7wXptgbiu6jNhtgp1h/rrk3xITqKZ4QzkM6kvbStR wjXR31lacni2MVaujrh3FUOrf8YDEZAqGw0cXAz1GXs6inD5eFEdSrVR2cAlbZOH rnMbPZjDhuBGWT5/EemBoOcsdDpaYfrKzHfvJxlQy9DZL3e0GJ4ej+Mhe5vVMobX xMZRPuf3yL1hwGEjyDNq5SodyrnCSG8FK8gITqZZkrGIqEhnyv5he3GvhAkH3mpZ Y0GfoOjgNEcYSDFe9HEURI9v0BekwICah4ozOgrZzqsv2cOdNXKLzbcojiJNL4ke TToo+mppay/H3NBd2+cf70pSaFnDRpFREk5OgbXqMvkaDVs2wXO0e97PcBZfSeio e3Z2x0lZMYLNfIjcJ1NJNKMSpQa5GHyXuSUnS4GUx0gB4EGSCwuWUgq65nkZ2aDL YslAWEqj6ZArcbGmb2mXrAPiiHofeDJUQn/kpBWmGQg0pyiJvCqk99p9TXnmV+fi J5HPpH379dSMW5XlQOgAUrNnpvR2gJ21TOKHU9c5II5gHFvY4RlHtHPhvMb4S95X ec+1Nm+B2jaQ10ApwhRiJ/8yEFT4MtKV1/T9amA7S1Y1CCA/RuT6mLrJ7mYxUSwA +PXD9YVEDf6IoWto01i8 =Aa6h -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 19 21:34:00 2013 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 ESMTP id 71915A67 for ; Thu, 19 Sep 2013 21:34:00 +0000 (UTC) (envelope-from matthew@FreeBSD.org) 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 DFEB32B5C for ; Thu, 19 Sep 2013 21:33:59 +0000 (UTC) Received: from seedling.black-earth.co.uk (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 r8JLXjP5098235 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 19 Sep 2013 22:33:53 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r8JLXjP5098235 Authentication-Results: smtp.infracaninophile.co.uk/r8JLXjP5098235; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <523B6DB0.6040306@FreeBSD.org> Date: Thu, 19 Sep 2013 22:33:36 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Zoran Kolic Subject: Re: 9.2 or 10.0 and txz packages References: <20130919160433.GA1495@faust.sbb.rs> In-Reply-To: <20130919160433.GA1495@faust.sbb.rs> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Op3P4Q4tU7kX3kEqK2WVGUPrKKkTlqLwC" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Sep 2013 21:34:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Op3P4Q4tU7kX3kEqK2WVGUPrKKkTlqLwC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19/09/2013 17:04, Zoran Kolic wrote: > Is there a plan to have repo for files, used by > pkgng on upcomming releases? Yes, and the implementation of that plan is advancing well. Hardware is up and running, and the build system is pretty much ready to go. Most of the action at the moment is about reducing the number of ports that fail to build with clang, plus coping with a number of new shared libraries which will be in the 10.x base system but that come from the ports for 9.x or older. If you want to try it out: % cat /usr/local/etc/pkg/repos/pkg-test.conf --- pkg-test: URL: http://pkg-test.freebsd.org/pkg-test-${ABI}/latest ENABLED: YES MIRROR_TYPE: SRV It's not in regular full production updating mode yet, and obviously it's under a temporary URL for testing purposes, but it does have a reasonably complete and fairly recent set of packages for amd64/i386 8.x, 9,x or 10.x. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --Op3P4Q4tU7kX3kEqK2WVGUPrKKkTlqLwC 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.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI7bbkACgkQ8Mjk52CukIwShwCfaKP4DeyAC6s3bC3xs+NmNVfu k90AniYXwNyKDwAHRPh+p5KvKGAMZSf9 =6zwU -----END PGP SIGNATURE----- --Op3P4Q4tU7kX3kEqK2WVGUPrKKkTlqLwC-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 00:13:24 2013 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 ESMTP id 8F6AF11D for ; Fri, 20 Sep 2013 00:13:24 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 30AE021F9 for ; Fri, 20 Sep 2013 00:13:23 +0000 (UTC) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id SAA13219 for ; Thu, 19 Sep 2013 18:13:14 -0600 (MDT) Message-Id: <201309200013.SAA13219@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Sep 2013 18:13:10 -0600 To: stable@freebsd.org From: Brett Glass Subject: How goes the 9.2 release? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 00:13:24 -0000 Building up some servers with 9.1 (latest patch level), but want to switch to 9.2 ASAP if it is solid. How goes the build? Remaining TODOs? Estimated release date? From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 00:22:08 2013 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 ESMTP id 1B4BF27A; Fri, 20 Sep 2013 00:22:08 +0000 (UTC) (envelope-from gjb@FreeBSD.org) 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 E6518225F; Fri, 20 Sep 2013 00:22:07 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 214C8A487; Fri, 20 Sep 2013 00:22:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 214C8A487 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 19 Sep 2013 20:22:04 -0400 From: Glen Barber To: Brett Glass Subject: Re: How goes the 9.2 release? Message-ID: <20130920002204.GF2302@glenbarber.us> References: <201309200013.SAA13219@mail.lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lQSB8Tqijvu1+4Ba" Content-Disposition: inline In-Reply-To: <201309200013.SAA13219@mail.lariat.net> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 00:22:08 -0000 --lQSB8Tqijvu1+4Ba Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 19, 2013 at 06:13:10PM -0600, Brett Glass wrote: > Building up some servers with 9.1 (latest patch level), but want to > switch to 9.2 ASAP if it is solid. How goes the build? Remaining > TODOs? Estimated release date? >=20 It should be done within the week. We're finishing up the release notes, and wrapping up some additional release-specific items. The re@ team is going to be more vocal about the status of releases when we slip behind schedule. Sorry that nothing was explicitly announced, as far as the status. Glen --lQSB8Tqijvu1+4Ba Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSO5UsAAoJEFJPDDeguUajTNEH/0BKhz+ZZQ2SDWoo2uJHVVzG vKamD6lo0YWaOAPrGi3jQeE429WXnmjwRdoTiVcF8RBseI1fdIZMykDgEY2fnELL sr8IVGVYEoCRbjsg4WGvAw9i79A6XOn2EVsdNriElQe75UnOVduaWNC9/h1dGo55 A9HfB5JwoLxKnJH6i73/kHDBAY4A8gdc9OvmoCpR1QSfzvuOxX1WdhLfHu5ia/B0 OMoNwLgQz2Dfx2VQzEEgDhz2RB+GHZ/fyGZuH+PveqpxHMkt7pjqhlxfaK+KP6TV 0/bOhWYs75QH94SWdhwG4JRROOL2kWtyUno7KxpTOUhCzcNhIch4MNhWpkE2i68= =7wRX -----END PGP SIGNATURE----- --lQSB8Tqijvu1+4Ba-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 00:52:23 2013 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 ESMTP id AB3AB77D for ; Fri, 20 Sep 2013 00:52:23 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-f177.google.com (mail-qc0-f177.google.com [209.85.216.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6BE0C23AA for ; Fri, 20 Sep 2013 00:52:23 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id x12so5991130qcv.36 for ; Thu, 19 Sep 2013 17:52:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=rVKUiSzbkrp7IEF+lX0fUOEJPlsro8ubZ3U/qgwh3uA=; b=NuAM5R3+TajbwAiIPME8vsGHyn8MGUjoTFbUja05fl1O4CIGYES9goSy2vdLngp31T 3uJWEPjezVcLO2tIFPIqhOMWMJX+H5gbJ3ktm368f77h/fQ9jV3wauATozdI3dbbbe7E FCI5BzTOyFs94/GPCdizx6oX1eqyd2DUyPNkGW92XkoGzmv7CdqtL0x2epCxixlecfpD wvMNvoHZpYB1s3OYK897fN6ba8+LjBbt0/Aoy1TyaozC2vnkj3XEShPatUyHLtBLJlva FSYNPpunM+DQfJl+wP/ggU5pN22gKrWTFCup0v7jwhE69ExVm4DIKAJ+m8KE1jZxWQBl g0vw== X-Gm-Message-State: ALoCoQktDwq+jzutrsnBCTCRExTqkxu4CS39ZAu7k4pllCPsNv17+h63VXrCRg3ToCemiATjsRt8 X-Received: by 10.49.25.102 with SMTP id b6mr1091061qeg.91.1379638336009; Thu, 19 Sep 2013 17:52:16 -0700 (PDT) Received: from [192.168.11.213] (ool-4a58bf32.dyn.optonline.net. [74.88.191.50]) by mx.google.com with ESMTPSA id u4sm15445319qat.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 17:52:14 -0700 (PDT) References: <995078453.21651811.1378900450650.JavaMail.root@uoguelph.ca> <806B7BD6-2B01-4229-A795-3A2C5BF6A870@netapp.com> Mime-Version: 1.0 (1.0) In-Reply-To: <806B7BD6-2B01-4229-A795-3A2C5BF6A870@netapp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2F9DA72B-597A-410D-A545-33D9BDF9A081@longcount.org> X-Mailer: iPhone Mail (11A465) From: Mark Saad Subject: Re: nfsd CPU usage? Date: Thu, 19 Sep 2013 20:52:11 -0400 To: "Eggert, Lars" Cc: "" , Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 00:52:23 -0000 > On Sep 19, 2013, at 2:50 AM, "Eggert, Lars" wrote: >=20 >> On Sep 11, 2013, at 15:08, Lars Eggert wrote: >> Thanks, I will watch out for the MFC and test. >=20 > I've been running for a day or so after the MFC, and CPU loads are WAY dow= n. Plus, the cache issues I had haven't reappeared either. >=20 > I need to bang on it some more, but for now it seems great. >=20 > Lars has this issue been brought to re@ for inclusion in 9.2 ?=20 --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 02:35:00 2013 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 ESMTP id 12C26575 for ; Fri, 20 Sep 2013 02:35:00 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm46-vm2.bullet.mail.gq1.yahoo.com (nm46-vm2.bullet.mail.gq1.yahoo.com [67.195.87.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5449272D for ; Fri, 20 Sep 2013 02:34:59 +0000 (UTC) Received: from [98.137.12.190] by nm46.bullet.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:34:52 -0000 Received: from [208.71.42.212] by tm11.bullet.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:34:52 -0000 Received: from [127.0.0.1] by smtp223.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:34:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379644492; bh=V4GzeNZQquh5WxPc8CmU6MY7cETfCQflfqx5FLEEIeY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Message-Id:References:To:X-Mailer; b=baSJibocFs1x6b+88cZlXEUm5rjOiYamYnUvFvbiZkcVZbecaIM1Tz4t+zBPiojtxOKIsCbxeo1BMByGZ0NlC0lQbASsKmCXuzmIxywVKBsRYEFhSlyVeY9SGcxDgrVvAGgEX2pwhuURPC3MDW+KyJg04AM9vCy9PHulVc4p+eQ= X-Yahoo-Newman-Id: 924346.93378.bm@smtp223.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 2uvHxpsVM1mlSfhU1G2nwRlXn_d4Y00uaZ.0Cncdf21rjtW CF3gIzOsyUYyt0CUaG2FjfATCeWYT3xDh9sa9gt9_YYx4rH9fW1PpYBdl65l tlHS2mvfoSPqRMgsIa7dqFumzFpnZtl0dvEQhoOVNI.eiovUXG6b61VhxMIx fSNlsGvK72AAtGW.V8OujEGNgvQCYTlz8iyZXb_SOffvwUpTkdM2rTfI.LYY Rcz9j9Na8ul_w3ojGy3hfrS0VI9msb5jZuwVpwztrNxM__2zgABHtVQPx4YI VvMXRCv7GYlyEKxbLeQ6BwkV1mKxDGjE.Q74FqbDiekqPL7_BaSHyMs6P7Lk azuo9O_Wdc_NAzJEGMRaJO4Df2TBBmwlR_Xh8abYLn4gHSkfTNk_HsqzmGvv Y6aDqlY8ISmnqn4OePIvL.Zny3ospzsux0IxVik4dzeGvelpHXGRvU.ajH6e wjHS2ZKrJxxt.07DQMxS7nINOZxbyKOzGt20qCyaKY38RFjzJ.PHxtoKmzpO MvNVm2F2T.E1ChJBcHPcvZD2Y2f8rlP1KFahVoC7XyhaWagNtjMNu.kLuorV JhVsD5hz074FTPJglFs7.BqPfOFYA7kgDjwIo278ylUewp6DYtJOodg2iSdT _.Qk- X-Yahoo-SMTP: VuaopNeswBCIHgj8aYlf29fZkA-- X-Rocket-Received: from [10.0.1.37] (amoran@173.13.138.197 with ) by smtp223.mail.gq1.yahoo.com with SMTP; 20 Sep 2013 02:34:52 +0000 UTC Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Rescuing a GPT ZFS boot setup From: Andy Moran In-Reply-To: <20130919162817.GH14220@funkthat.com> Date: Thu, 19 Sep 2013 19:34:51 -0700 Message-Id: <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1510) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Volodymyr Kostyrko , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 02:35:00 -0000 On Sep 19, 2013, at 9:28 AM, John-Mark Gurney wrote: > Andy Moran wrote this message on Thu, Sep 19, 2013 at 08:12 -0700: >>=20 >> On Sep 19, 2013, at 6:58 AM, Volodymyr Kostyrko = wrote: >>=20 >>> 19.09.2013 16:43, Andrew Moran wrote: >>>> Alas, that did not work. But it does look to be BIOS related. >>>>=20 >>>> I think this new system has a UEFI bios. >>>>=20 >>>> I just read from https://wiki.freebsd.org/UEFI: >>>> * Partitions not seen. When using GPT, FreeBSD will create a = protective MBR. This MBR has one partition entry covering the whole = disk. FreeBSD marks this partition active. This causes at least some = UEFI implementations to ignore the GPT. To fix this the partition needs = to be marked inactive. >>>> * Filesystem not seen. FreeBSD's FAT32 code appears to sometimes = create filesystems that the UEFI code can't properly read. If the = filesystem is small enough, use FAT16 or FAT12 instead. >>>>=20 >>>> I think this may be my issue. But 9.1 LiveCD does boot and I can = see the data once booted, so there must be a way to fix the boot loader = on the drive to work. >>>=20 >>> Good catch. The fix landed in stable not so long ago = (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D255017) so = you wouldn't find it in 9.2 either. Can you try this: >>>=20 >>> gpart unset -a active ada0 >>=20 >>=20 >> It says 'active' is an invalid attribute. This matches what gpart = mangpage says under ATTRIBUTES .. it doesn't list 'active' as an = attribute for the GPT partition scheme (but it does for other schemes). = I did try to unset 'bootme' but that did not help either. =20 >>=20 >> Do I need the newer version of gpart to be able to unset or set it? >=20 > You could try the new 10-ALPHA1 LiveCD to unset it.. >=20 > --=20 WIth the 10-ALPHA2 LiveCD, I get: gpart: attrib 'active': Device not configured I can set/unset the bootme attribute and I can do: gpart bootcode -b = /boot/pmbr -p /boot/gptzfsboot -i ada0=20 But neither seems to get me out of my jam -- the UEFI doesn't seem to = see it as a bootable disk. :( --Andy =20= From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 02:55:50 2013 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 ESMTP id A8A8CA1F for ; Fri, 20 Sep 2013 02:55:50 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm50-vm3.bullet.mail.gq1.yahoo.com (nm50-vm3.bullet.mail.gq1.yahoo.com [67.195.87.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F61F280D for ; Fri, 20 Sep 2013 02:55:49 +0000 (UTC) Received: from [98.137.12.62] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:54:08 -0000 Received: from [208.71.42.212] by tm7.bullet.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:54:07 -0000 Received: from [127.0.0.1] by smtp223.mail.gq1.yahoo.com with NNFMP; 20 Sep 2013 02:54:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379645647; bh=xtFMruv+BpTNIwFH13CPy8XRQUFBm16H5v2eemQs3js=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=TjrbXN6PF97NVh/IW7H1GLJoQjZfhvuWae92U0po042X5bHbnfMj0nZdbMqg78al0LLINTWy5W1qrInnP05wR2sjDJbpe2f/rv4qiGI2hxS8Jreue66P7OBiwzLVA1VdlwBshCuBM0TEBWtlpW6mirrOq+HEL2+ay4r/e4DKTzc= X-Yahoo-Newman-Id: 975779.91258.bm@smtp223.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: BP60AB4VM1lDt2WVzkFG02zSczP4sgC6P_F3zeje2zll41S D7YsixZQ_OIY6nOTXiPxFgxMUPxffsmqEhM1OsXtYQ2L27KTAn_LkA2lWrLw vCYRihAFi7Ckh_zICz68kH0mVlo17LR7dIcNNqHNxDu3YxqPjTFk.x_Ss3Vx OX.4fvXn2fiFn8ch3cxHgE3_6hXdxgOzdqRK7HrtIwyDR1yGmV5jmruEwk5. 6.6RUr71fYT5mBdBj5QBFTMiZPoSA8_K2kPBIbGMvkyjvY11UY0l.AWj6E8F pR7zJmU9g2FvLG2bkF0ZVHlLFHLCU6B_KWHuW_.4mmdxA3IKOfNORxy3ngAq rHv6Pu_cP4hJDMDRVo7TWAq9UmRLnR2Y2dg09z8pR.7wWLbGNswj64ryzuJU u8Y2FvnGSZlo_SI4xkVknSyzcO9g3kdJX8N7U938LZNRVYkBRjkdlaAhHyNL e6rzN_GRbh0pL99Lfk_JMmH4BYDqln4d9YrQhTs9ooH6L7DLOgSVo0qHr8K8 NkApqfeC9EbRRUqpz2WoSiY4.nm5zkKHsHj10INlhgQoL4wjA8Hc- X-Yahoo-SMTP: VuaopNeswBCIHgj8aYlf29fZkA-- X-Rocket-Received: from [10.0.1.37] (amoran@173.13.138.197 with ) by smtp223.mail.gq1.yahoo.com with SMTP; 20 Sep 2013 02:54:07 +0000 UTC Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Rescuing a GPT ZFS boot setup From: Andy Moran In-Reply-To: <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> Date: Thu, 19 Sep 2013 19:54:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> To: "freebsd-stable@freebsd.org" X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 02:55:50 -0000 Another thought: since the LiveCDs can see my ZFS root pool, would it = be possible to create a CD or memstick image just for the boot loader = that then boots the OS of the hard drive? =20 --Andy From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 03:20:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7C4E9F33 for ; Fri, 20 Sep 2013 03:20:55 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 4AB9D4299; Fri, 20 Sep 2013 03:20:54 +0000 (UTC) Message-ID: <523BBE1F.5070909@FreeBSD.org> Date: Fri, 20 Sep 2013 07:16:47 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andy Moran Subject: Re: Rescuing a GPT ZFS boot setup References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> In-Reply-To: <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: John-Mark Gurney , "freebsd-stable@freebsd.org" , Volodymyr Kostyrko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 03:20:55 -0000 On 20.09.2013 06:34, Andy Moran wrote: > WIth the 10-ALPHA2 LiveCD, I get: > > gpart: attrib 'active': Device not configured > GPT partitions don't have active attribute. You should omit -i argument. Just run `gpart unset -a active ada0`. -- WBR, Andrey V. Elsukov -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 06:08:48 2013 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 ESMTP id 9931AA61 for ; Fri, 20 Sep 2013 06:08:48 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC0A20A5 for ; Fri, 20 Sep 2013 06:08:47 +0000 (UTC) Received: from ppp118-210-231-94.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.231.94]) by ipmail04.adl6.internode.on.net with ESMTP; 20 Sep 2013 15:38:30 +0930 Message-ID: <523BE651.5030109@ShaneWare.Biz> Date: Fri, 20 Sep 2013 15:38:17 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130516 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: Problem using mergemaster for 10-alpha 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.14 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, 20 Sep 2013 06:08:48 -0000 I have setup a few machines in the past from CD installer and my current machine started with CD install and was then updated from source. Currently my machine runs 9.1-RELEASE-p3 Yesterday I started to setup a clean 10.0 install onto a new drive that I can boot from to test ports building with, but had trouble running mergemaster to get the config files into place. I manually copied the /etc files from /var/tmp/temproot to get the system running. The steps I used are based on the handbook upgrade steps but I don't see any variations to do a clean install from source (I created empty src.conf and make.conf to prevent using my current files) - setenv TOPDIR ~/Projects/f10-test setenv TMPTESTROOT /mnt setenv MAKEOBJDIRPREFIX ${TOPDIR}/obj cd ${TOPDIR} svn co svn://svn0.us-west.FreeBSD.org/base/head src touch make.conf touch src.conf setenv __MAKE_CONF ${TOPDIR}/make.conf setenv SRCCONF ${TOPDIR}/src.conf cd ${TOPDIR}/src make -j4 buildworld make -j4 buildkernel mount /dev/da4p3 ${TMPTESTROOT} make installkernel DESTDIR=${TMPTESTROOT} mergemaster -p -a -m ${TOPDIR}/src -D ${TMPTESTROOT} make installworld DESTDIR=${TMPTESTROOT} mergemaster -a -m ${TOPDIR}/src -D ${TMPTESTROOT} When using mergemaster with -a I get the following error *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot install: illegal option -- l usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** FATAL ERROR: Cannot 'cd' to /home/shane/Projects/f10-test/src and install files to the temproot environment From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 07:41:48 2013 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 ESMTP id EA87EAFE for ; Fri, 20 Sep 2013 07:41:48 +0000 (UTC) (envelope-from amoran@yahoo.com) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B5D0244F for ; Fri, 20 Sep 2013 07:41:47 +0000 (UTC) Received: from [98.139.212.145] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 20 Sep 2013 07:41:41 -0000 Received: from [68.142.230.71] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 20 Sep 2013 07:41:40 -0000 Received: from [127.0.0.1] by smtp228.mail.bf1.yahoo.com with NNFMP; 20 Sep 2013 07:41:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379662900; bh=YFDiE0XisuPm30c01PraJ9IqvRVev7RfyN000Cihlds=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=wAI0UOHPvRZlS9C0jGX+GCiKonXX+SA0K7fVEydrG7h0kDQY7L7CfRkeip3g76zQoj9kasAnJAfY3YOqVSAs0NnSawpFfUO9c0xMP3kpRZSJwrw3xQ2Mu9pWvR/OOI4JPjrH/bIk4D4IiQBZlAQ9/eZvaUCFUdU6vOAebm/t6Ck= X-Yahoo-Newman-Id: 978447.89692.bm@smtp228.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: H2A2dZcVM1lGUkOpSWfTk7_j0tIgQKnlO85whn1UH8Gqvf0 8mL7LJkvK.AnZdKfKm4SeEt_HfmCxyrHY6Q5HBNvMTffBWBdpOl5R6ErcS2L PegQYxv1rMCSCUuG8jxeeB0YXUBQSK6j4YgMypPGgQGpVf9HQbl.h_Mi9HJb YTMqrfH7Fg0oXiZnOOTsxKD0VPqmXCpOQb3lRKjVz1YSmiXLm7T3kv8QbnX. 65wfvPL9cb3zM7oAcXO1NBxFJdgzTS_2y7v3qWb2xeFo14wh8GlcVX.focei BSW6DJTp_dirar3rU8YPzpTlnBUM0PjzLemS9aRZTqyPETH8I1_oCFfD8i7r 9lyBEEPo2jj96baf.udNAQdtlj9HN5TkD.QyzWtEsKV9CjGABNHXeUXguzKd xIL93mxe8alMOcB9wn0IleWdR3KbFT8e3O_IWVmjcty_BxpFrOmVK1WIX1pT 5DOUYxPjPZ2cpV3a26MPuH7qT1peIti7hxrfsS1Li_7Ayj.ehNsSHuRMbZgA sapsuGRnQlShIi9gj4ArZba6qLVQwgcypXJ.V1ViKpKWmY08- X-Yahoo-SMTP: VuaopNeswBCIHgj8aYlf29fZkA-- X-Rocket-Received: from [10.0.1.37] (amoran@173.13.138.197 with ) by smtp228.mail.bf1.yahoo.com with SMTP; 20 Sep 2013 07:41:40 +0000 UTC Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Rescuing a GPT ZFS boot setup From: Andy Moran In-Reply-To: <523BBE1F.5070909@FreeBSD.org> Date: Fri, 20 Sep 2013 00:41:39 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <98F04B43-AEE1-4C55-B459-FEBAD8384A0A@yahoo.com> References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> <523BBE1F.5070909@FreeBSD.org> To: "freebsd-stable@freebsd.org" X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 07:41:49 -0000 On Sep 19, 2013, at 8:16 PM, "Andrey V. Elsukov" wrote: > On 20.09.2013 06:34, Andy Moran wrote: >> WIth the 10-ALPHA2 LiveCD, I get: >>=20 >> gpart: attrib 'active': Device not configured >>=20 >=20 > GPT partitions don't have active attribute. You should omit -i = argument. > Just run `gpart unset -a active ada0`. >=20 > --=20 > WBR, Andrey V. Elsukov >=20 > --=20 > WBR, Andrey V. Elsukov That ran without errors.. but sadly did not solve my problem of the UEFI = not recognizing it as a bootable disk. I think the problem is my = particular UEFI doesn't recognize GPT drives that don't have an EFI = partition on them.=20 So I gave up. My server has been down for too long. I took half the = zfs mirror, created it with a MBR partition and installed FreeBSD 9.2 on = it, and my UEFI can boot it in legacy mode. =46rom there I can mount = the other half of the mirror and copy files off. A painful process but = at least I have a way forward. =20 Thanks for the suggestions. =20 --Andy= From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 10:09:44 2013 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 ESMTP id A5FF515D for ; Fri, 20 Sep 2013 10:09:44 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D83E2C2D for ; Fri, 20 Sep 2013 10:09:43 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sweb; b=RAVm1lBntvg66QyOAOpCKmnUvIcE9P9NI nDLtzC1+NGTRPzqHRFoZYn6ncB3+PhS3+qZS35UzLd/c3AQ7dQiZM9HPFK5q6qKC RFTpuodQsVClmU/hk0sfFuH4Cmjmrd8o3E6XTepxAxEc+gi3hQ2pqNlII7nTiN/s 1RCjXoSrl8= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=sweb; bh=0RUMZ5cw+BqZvEWMn7imPJvi63MHNm3OZZPKCub B/hU=; b=nepxiiMYv6hcT26IBjTK8lD5boI4x0C20FiHkwuhxhAtrjtvbqTARQk jxoPXj41qXTtr8lx6q7g7kEBI/RgpPt1yhmYFua7Xlpn7rVAPYRcbYNByh/qLT6V 8Lr3nVG9YCQsBEICV8pNkETLaBjqooMb8bdxwuDefgCBKgpq9dcc= Received: (qmail 38875 invoked from network); 20 Sep 2013 05:09:36 -0500 Received: from unknown (HELO admin.xzibition.com) (bryan@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 20 Sep 2013 05:09:36 -0500 Date: Fri, 20 Sep 2013 05:09:32 -0500 From: Bryan Drewery To: Shane Ambler Subject: Re: Problem using mergemaster for 10-alpha Message-ID: <20130920100932.GA74496@admin.xzibition.com> References: <523BE651.5030109@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <523BE651.5030109@ShaneWare.Biz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 10:09:44 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 20, 2013 at 03:38:17PM +0930, Shane Ambler wrote: > I have setup a few machines in the past from CD installer and my current > machine started with CD install and was then updated from source. > Currently my machine runs 9.1-RELEASE-p3 >=20 > Yesterday I started to setup a clean 10.0 install onto a new drive that > I can boot from to test ports building with, but had trouble running > mergemaster to get the config files into place. I manually copied the > /etc files from /var/tmp/temproot to get the system running. >=20 > The steps I used are based on the handbook upgrade steps but I don't > see any variations to do a clean install from source (I created empty > src.conf and make.conf to prevent using my current files) - >=20 > setenv TOPDIR ~/Projects/f10-test > setenv TMPTESTROOT /mnt > setenv MAKEOBJDIRPREFIX ${TOPDIR}/obj > cd ${TOPDIR} > svn co svn://svn0.us-west.FreeBSD.org/base/head src > touch make.conf > touch src.conf > setenv __MAKE_CONF ${TOPDIR}/make.conf > setenv SRCCONF ${TOPDIR}/src.conf > cd ${TOPDIR}/src > make -j4 buildworld > make -j4 buildkernel > mount /dev/da4p3 ${TMPTESTROOT} > make installkernel DESTDIR=3D${TMPTESTROOT} > mergemaster -p -a -m ${TOPDIR}/src -D ${TMPTESTROOT} > make installworld DESTDIR=3D${TMPTESTROOT} > mergemaster -a -m ${TOPDIR}/src -D ${TMPTESTROOT} >=20 >=20 >=20 > When using mergemaster with -a I get the following error >=20 >=20 > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot >=20 > install: illegal option -- l > usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... >=20 > *** FATAL ERROR: Cannot 'cd' to /home/shane/Projects/f10-test/src and > install files to > the temproot environment See /usr/src/UPDATING entry 20130425 >=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" --9amGYk9869ThD9tj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSPB7ZAAoJEG54KsA8mwz5n1UP/08qrQAiAg0NOOVH+lTIoSLY LUJrq5dD9ni82y3q++E5Pv/6NMyueHyXGXU9hPJjWZCAB+AUKVzVkA8W5uK+4qyn lIqa9Cds5pHR7Z5DSWhSvHTeXGJLSqnYBCdcqTPQ6rfw+yT/TQGWJ9ATrCsgZbPz vmVSZt1umletrF0mSK6+l7PWsj7ycgMNzXbhWVyRo+agKvV7W2dD3FbPgHYtTqP7 FI5i/K4AcvUmY04Uy/gw+fFdxKbTWkMkK2cpQ4L310+2AsOm98yXrKld+KqWcCjL bjxpL4eD3VTcUap4DTA+VftIDi/R4uvBLJhjGuTYqaxre/iF1FhAk6zwN5QvMRhq Ib49+Tg8FJHldjYVuhAC8G7dd5/EFBCK4lS5AlBScIp5W8Zhgh1D5N4B1RGqnOwb NI/wxJ9/GkbfK4vLqNdxjSosuvH6GuJUnWkD2e0gM/JSAOmZ52s3C4XPYLQHWX/c HFvUnl+bpWd5RMonTKQWXSRPnkI6KqsZA+dGNt38jLMrSLXt2o8r9ODaOPsu5gvB dI7E5QhAG4VBcVnMUDH13S0YRkbbMfuUVjX+7EGDzGRpKonWkaU3DeY7Qgw8dsXU Z7ULz8bNMSvmcLzWVKY5xYRrYZdkQhLxrrv179bqZO+iS2jcmQIfTk9khJr4ZMTP 1a5zf12oSjHndju5k/TS =gaHK -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 11:50:17 2013 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 ESMTP id E899DA43 for ; Fri, 20 Sep 2013 11:50:17 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1E0214B for ; Fri, 20 Sep 2013 11:50:17 +0000 (UTC) Received: from ppp118-210-231-94.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.231.94]) by ipmail04.adl6.internode.on.net with ESMTP; 20 Sep 2013 21:20:05 +0930 Message-ID: <523C366A.30909@ShaneWare.Biz> Date: Fri, 20 Sep 2013 21:20:02 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130516 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: Problem using mergemaster for 10-alpha References: <523BE651.5030109@ShaneWare.Biz> <20130920100932.GA74496@admin.xzibition.com> In-Reply-To: <20130920100932.GA74496@admin.xzibition.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 11:50:18 -0000 On 20/09/2013 19:39, Bryan Drewery wrote: > On Fri, Sep 20, 2013 at 03:38:17PM +0930, Shane Ambler wrote: >> >> When using mergemaster with -a I get the following error >> >> >> *** Creating the temporary root environment in /var/tmp/temproot >> *** /var/tmp/temproot ready for use >> *** Creating and populating directory structure in /var/tmp/temproot >> >> install: illegal option -- l >> *** FATAL ERROR: Cannot 'cd' to /home/shane/Projects/f10-test/src and >> install files to >> the temproot environment > > See /usr/src/UPDATING entry 20130425 > UPDATING describes mergemster -p as the issue and installing the new version as a fix. The new version fixes the fatal error above but it doesn't honour the -D option so doesn't install anything into /mnt still leaving me with manually copying from temproot. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 13:12:07 2013 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 ESMTP id 1B8BA1C9 for ; Fri, 20 Sep 2013 13:12:07 +0000 (UTC) (envelope-from lausts@acm.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id D44E926E2 for ; Fri, 20 Sep 2013 13:12:06 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=LYm+G0ji c=1 sm=0 a=DktfseARn6RskVgg/AMIPQ==:17 a=I9A6gpd8bSkA:10 a=Bfvz-oXPwwwA:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=N54-gffFAAAA:8 a=KGjhK52YXX0A:10 a=U3ULefgJXXAA:10 a=nJ4ATVuNSUqEM8Bax4IA:9 a=DktfseARn6RskVgg/AMIPQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 98.31.3.233 Received: from [98.31.3.233] ([98.31.3.233:63893] helo=mail.laus.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 45/AA-08330-5A94C325; Fri, 20 Sep 2013 13:12:06 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.7/8.14.7) with ESMTP id r8KDC53m050167 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Fri, 20 Sep 2013 09:12:05 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host laust2 [192.168.1.100] claimed to be [192.168.1.100] From: "Thomas Laus" Organization: ABB To: Dewayne Geraghty , freebsd-stable@freebsd.org Date: Fri, 20 Sep 2013 09:12:09 -0400 Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <523C49A9.5719.289C1E@lausts.acm.org> Priority: normal In-reply-to: <523B91F2.8070004@heuristicsystems.com.au> References: <523AFF46.29244.4657A1@lausts.acm.org>, <523B91F2.8070004@heuristicsystems.com.au> X-mailer: Pegasus Mail for Windows (4.63) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 13:12:07 -0000 > Tom, > I have had multiple D510's and now D525's that are part of my test > systems, all are 4GB machines and all run the latest (ie 2 days old) 9.X > Stable. They're faultless. I have a D510 in production serving 30 > users - yes its a 1G system running, sendmail, squid, samba as PDC. > It's been in place for at least 7 months and runs without any hiccups. > > Though I would point out that the Atom processor does NOT do out of > order processing, so a VIA motherboard that is of lower GHz builds > worlds/ports in less time that a supposedly faster Atom. > > Your question re HT, yes HT introduces some additional latency, but is > unlikely to be the problem. > Thanks for the information about the HT CPU's. I asked the question to the group because I did not know if they were functionally any different than a traditional CPU. I successfully built my problem port, Tshark, yesterday while monitoring 'top' on another console. I observed that all 4 cpu's were in service for the build and at times were running at 100 percent each. The State column on all 4 occasionally showed a 'pfault' on all 4 but recovered and the build continued to successful completion. > When I experience something like spurious reboots and it is definately > not hardware, then I delete /usr/src and /usr/ports and perform a > complete rebuild. (Yes seriously, and on the Atom's we're talking days, > aren't we :) ) > I have been using this Atom D510 since it was released about 3 years ago. It ran on FreeBSD 8-Stable until about a month ago. I installed an Intel 520 SSD and loaded a fresh copy of a FreeBSD 9 Snapshot. After getting the source and ports tarballs, I used svnup to bring both up to date. I built and installed world and the kernel to bring me up to Stable. I rebuilt all of my ports using Portmaster. The spurious reboot issue existed for the last 3 years when running FreeBSD-8 Stable. I never had the problem building world or kernel. It only occurred when building some ports. Subversion and Tshark more often than others. FreeBSD 9-Stable was frozen when I tried to build tshark, but I was able to build it OK yesterday. Everything hardware related other than the Atom microprocessor and the Intel motherboard itself is new. The OS is now a different version and all of the source was rebuilt monthly. The ports have been been built many times in the last 3 years. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 13:25:44 2013 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 ESMTP id 0BB275B9 for ; Fri, 20 Sep 2013 13:25:44 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id C7F21279E for ; Fri, 20 Sep 2013 13:25:43 +0000 (UTC) Received: from mr129166.localdomain (mr129166.cri.univ-rennes1.fr [129.20.129.166]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 23D61A110; Fri, 20 Sep 2013 15:17:06 +0200 (CEST) Received: from mr129166 (localhost [127.0.0.1]) by mr129166.localdomain (Postfix) with ESMTP id C1CE21BC; Fri, 20 Sep 2013 15:17:05 +0200 (CEST) Date: Fri, 20 Sep 2013 15:17:05 +0200 From: Patrick Lamaiziere To: freebsd-stable@freebsd.org, Konstantin Belousov Subject: Re: Possible kqueue related issue on STABLE/RC. Message-ID: <20130920151705.33aae120@mr129166> In-Reply-To: <20130912073643.GM41229@kib.kiev.ua> References: <20130911171913.GG41229@kib.kiev.ua> <20130912073643.GM41229@kib.kiev.ua> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 13:25:44 -0000 Le Thu, 12 Sep 2013 10:36:43 +0300, Konstantin Belousov a écrit : Hello, > Might be, your issue is that some filesystems do not care about proper > locking mode for the fifos. UFS carefully disables shared locking for > VFIFO, but it seems ZFS is not. I can propose the following band-aid, > which could help you. > > I have no idea is it the same issue as the kqueue panic. > > diff --git a/sys/kern/vfs_vnops.c b/sys/kern/vfs_vnops.c > index c53030a..00bd998 100644 > --- a/sys/kern/vfs_vnops.c > +++ b/sys/kern/vfs_vnops.c > @@ -267,6 +267,8 @@ vn_open_vnode(struct vnode *vp, int fmode, struct > ucred *cred, return (error); > } > } > + if (vp->v_type == VFIFO && VOP_ISLOCKED(vp) != LK_EXCLUSIVE) > + vn_lock(vp, LK_UPGRADE | LK_RETRY); > if ((error = VOP_OPEN(vp, fmode, cred, td, fp)) != 0) > return (error); > > @@ -358,7 +360,7 @@ vn_close(vp, flags, file_cred, td) > struct mount *mp; > int error, lock_flags; > > - if (!(flags & FWRITE) && vp->v_mount != NULL && > + if (vp->v_type != VFIFO && !(flags & FWRITE) && > vp->v_mount != NULL && vp->v_mount->mnt_kern_flag & > MNTK_EXTENDED_SHARED) lock_flags = LK_SHARED; > else Hmmm, So what is the fix for 9.2-STABLE ? As far I can see there is no function vn_open_vnode() here and I don't see where I should patch. I see this panic too (with STABLE of today), while using poudriere + ZFS like Jimmy. Thanks, regards From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 13:59:49 2013 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 ESMTP id 46825ED9 for ; Fri, 20 Sep 2013 13:59:49 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C295C2950 for ; Fri, 20 Sep 2013 13:59:48 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id ep20so360680lab.1 for ; Fri, 20 Sep 2013 06:59:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=530aFNUN3rF1YMdHpUlCdETKzYo0TsndCwJ/59f0quI=; b=imDO4c0syEEgAeXgs0ySJfHE6BaYjdZr/KYFq2JPbnPP4aP9O4uAKujz5K9sWQYDqL q3ILZoKy/xtP6nrA+koyjk4tvtEG/A4Dq7Es3LvpgxEsonmbuTfz08nM0xBthrA0PgVA Ccth8GRcnepBKF4kwYSMHLhyz8qoI8PSoMPlS6fBtUrFH0ua1v/b5ArO3QsFhjpNVcHN rwObYVjrb5R5mdYcnCOldME+SevUIJ3aqMhxBIqENyC198/idOq1M3pa1APPk9TCUHbe cbzcWVtlL3cCT8g3bjzmueWklpWZy29SGb5tKbsEkWARvpP74jIaIWIsWSgyB5VNQ5/F xsfw== X-Received: by 10.152.3.42 with SMTP id 10mr6399890laz.22.1379685586704; Fri, 20 Sep 2013 06:59:46 -0700 (PDT) Received: from [192.168.1.130] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id o1sm6036316lah.8.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Sep 2013 06:59:46 -0700 (PDT) Message-ID: <523C54D1.70409@gmail.com> Date: Fri, 20 Sep 2013 16:59:45 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Andy Moran , "freebsd-stable@freebsd.org" Subject: Re: Rescuing a GPT ZFS boot setup References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> <523BBE1F.5070909@FreeBSD.org> <98F04B43-AEE1-4C55-B459-FEBAD8384A0A@yahoo.com> In-Reply-To: <98F04B43-AEE1-4C55-B459-FEBAD8384A0A@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 13:59:49 -0000 20.09.2013 10:41, Andy Moran wrote: >>> WIth the 10-ALPHA2 LiveCD, I get: >>> >>> gpart: attrib 'active': Device not configured >>> >> >> GPT partitions don't have active attribute. You should omit -i argument. >> Just run `gpart unset -a active ada0`. >> >> -- >> WBR, Andrey V. Elsukov >> >> -- >> WBR, Andrey V. Elsukov > > > That ran without errors.. but sadly did not solve my problem of the UEFI not recognizing it as a bootable disk. I think the problem is my particular UEFI doesn't recognize GPT drives that don't have an EFI partition on them. > > So I gave up. My server has been down for too long. I took half the zfs mirror, created it with a MBR partition and installed FreeBSD 9.2 on it, and my UEFI can boot it in legacy mode. From there I can mount the other half of the mirror and copy files off. A painful process but at least I have a way forward. Please, name your poison on list so that successors can google it in case someone wants to by the same piece of hardware. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 14:36:20 2013 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 ESMTP id A3BF2633 for ; Fri, 20 Sep 2013 14:36:20 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (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 758A02B68 for ; Fri, 20 Sep 2013 14:36:20 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VN1od-000ELL-SQ; Fri, 20 Sep 2013 10:36:15 -0400 Date: Fri, 20 Sep 2013 10:36:15 -0400 From: Gary Palmer To: Thomas Laus Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <20130920143615.GA40029@in-addr.com> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <523C49A9.5719.289C1E@lausts.acm.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, Dewayne Geraghty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 14:36:20 -0000 On Fri, Sep 20, 2013 at 09:12:09AM -0400, Thomas Laus wrote: > > Tom, > > I have had multiple D510's and now D525's that are part of my test > > systems, all are 4GB machines and all run the latest (ie 2 days old) 9.X > > Stable. They're faultless. I have a D510 in production serving 30 > > users - yes its a 1G system running, sendmail, squid, samba as PDC. > > It's been in place for at least 7 months and runs without any hiccups. > > > > Though I would point out that the Atom processor does NOT do out of > > order processing, so a VIA motherboard that is of lower GHz builds > > worlds/ports in less time that a supposedly faster Atom. > > > > Your question re HT, yes HT introduces some additional latency, but is > > unlikely to be the problem. > > > Thanks for the information about the HT CPU's. I asked the question to the > group because I did not know if they were functionally any different than a > traditional CPU. I successfully built my problem port, Tshark, yesterday > while monitoring 'top' on another console. I observed that all 4 cpu's were > in service for the build and at times were running at 100 percent each. The > State column on all 4 occasionally showed a 'pfault' on all 4 but recovered > and the build continued to successful completion. > > > When I experience something like spurious reboots and it is definately > > not hardware, then I delete /usr/src and /usr/ports and perform a > > complete rebuild. (Yes seriously, and on the Atom's we're talking days, > > aren't we :) ) > > > I have been using this Atom D510 since it was released about 3 years ago. It > ran on FreeBSD 8-Stable until about a month ago. I installed an Intel 520 > SSD and loaded a fresh copy of a FreeBSD 9 Snapshot. After getting the > source and ports tarballs, I used svnup to bring both up to date. I built > and installed world and the kernel to bring me up to Stable. I rebuilt all > of my ports using Portmaster. > > The spurious reboot issue existed for the last 3 years when running FreeBSD-8 > Stable. I never had the problem building world or kernel. It only occurred > when building some ports. Subversion and Tshark more often than others. > FreeBSD 9-Stable was frozen when I tried to build tshark, but I was able to > build it OK yesterday. Everything hardware related other than the Atom > microprocessor and the Intel motherboard itself is new. The OS is now a > different version and all of the source was rebuilt monthly. The ports have > been been built many times in the last 3 years. When building kernel & world do you use the '-j' argument to do parallel builds? AFAIK thats not done by default, but it is for some ports. Gary From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 14:49:35 2013 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 ESMTP id 4DCAAA13; Fri, 20 Sep 2013 14:49:35 +0000 (UTC) (envelope-from lausts@laus.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id F0CA32C12; Fri, 20 Sep 2013 14:49:34 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=LYm+G0ji c=1 sm=0 a=DktfseARn6RskVgg/AMIPQ==:17 a=I9A6gpd8bSkA:10 a=wom5GMh1gUkA:10 a=Bfvz-oXPwwwA:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=kj9zAlcOel0A:10 a=N54-gffFAAAA:8 a=4lH5e3ujAAAA:8 a=KGjhK52YXX0A:10 a=U3ULefgJXXAA:10 a=6I5d2MoRAAAA:8 a=kVON-dmkdJj12Srp6u8A:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=DktfseARn6RskVgg/AMIPQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 98.31.3.233 Received: from [98.31.3.233] ([98.31.3.233:54736] helo=mail.laus.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id B3/1D-08330-8706C325; Fri, 20 Sep 2013 14:49:28 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.14.7/8.14.7) with ESMTP id r8KEnSKF050392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Sep 2013 10:49:28 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.14.7/8.14.7/Submit) id r8KEnSsS050391; Fri, 20 Sep 2013 10:49:28 -0400 (EDT) (envelope-from lausts) Date: Fri, 20 Sep 2013 10:49:28 -0400 From: Thomas Laus To: Gary Palmer , freebsd-stable@freebsd.org Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <20130920144928.GA50355@mail.laus.org> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> <20130920143615.GA40029@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920143615.GA40029@in-addr.com> X-Operating-System: FreeBSD 9.2-PRERELEASE on an amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 14:49:35 -0000 Gary Palmer [gpalmer@freebsd.org] wrote: > > When building kernel & world do you use the '-j' argument to do parallel > builds? AFAIK thats not done by default, but it is for some ports. > Gary: I just use the system defaults when building anything. If there is a '-j' argument passed to the compiler, I was not the one that did it. Does this mean that the port building process needs to determine the processor type in the configure stage? I only use portmaster to keep the ports updated. I don't know of a global hook that will change the compiler build flags in portmaster. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 15:05:31 2013 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 ESMTP id 63E58C8C; Fri, 20 Sep 2013 15:05:31 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30AD02D0E; Fri, 20 Sep 2013 15:05:30 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r8KF5lZx024008; Fri, 20 Sep 2013 08:05:53 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r8KF5gID024007; Fri, 20 Sep 2013 08:05:42 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 20 Sep 2013 08:05:42 -0700 (PDT) Message-ID: <589b492a211dae3fd9b5c7e254798a55.authenticated@ultimatedns.net> Date: Fri, 20 Sep 2013 08:05:42 -0700 (PDT) Subject: ports/gimp mostly broken - ports/182069: [PATCH] devel/py-gobject: Fix GFlags messages From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-ports-bugs@freebsd.org, freebsd-gnome@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 15:05:31 -0000 Greetings, I sent a PR for troubles I was having with ports/gimp, and other programs (ports) that depend on lang/python (Python-2.7), after an upgrade. In my quest to find a resolution to this problem, I stumbled on to this PR (patch): ports/182069: [PATCH] devel/py-gobject: Fix GFlags messages ( http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182069 ). Which was submitted on the 14th of this month, and appears to reconcile th(is|ese) issues. What is the "patch schedule"? In other words; when do patches that appear to be good, and have no apparent consequences, get pushed into the ports tree? Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 15:52:11 2013 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 ESMTP id AB0A5702 for ; Fri, 20 Sep 2013 15:52:11 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (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 666512FB3 for ; Fri, 20 Sep 2013 15:52:11 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VN304-000EO5-FE; Fri, 20 Sep 2013 11:52:08 -0400 Date: Fri, 20 Sep 2013 11:52:08 -0400 From: Gary Palmer To: Thomas Laus Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <20130920155208.GA55143@in-addr.com> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> <20130920143615.GA40029@in-addr.com> <20130920144928.GA50355@mail.laus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920144928.GA50355@mail.laus.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 15:52:11 -0000 On Fri, Sep 20, 2013 at 10:49:28AM -0400, Thomas Laus wrote: > Gary Palmer [gpalmer@freebsd.org] wrote: > > > > When building kernel & world do you use the '-j' argument to do parallel > > builds? AFAIK thats not done by default, but it is for some ports. > > > Gary: > > I just use the system defaults when building anything. If there is a > '-j' argument passed to the compiler, I was not the one that did it. > Does this mean that the port building process needs to determine the > processor type in the configure stage? I only use portmaster to keep > the ports updated. I don't know of a global hook that will change the > compiler build flags in portmaster. Hi Tim, It's not a compiler flag, it's a make flag. make -j n will fork off up to n compilers to do the build. If you just do "make buildworld" then there is no parallel compilation. It used to be that ports had MAKE_JOBS_SAFE in the Makefile to mark that the port could be built using parallel compiles with the '-j' argument to make. It appears that the logic has been switched and now you have to mark them as MAKE_JOBS_UNSAFE to say that parallel builds shouldn't be done, indicating that parallel builds are the default now (unless I'm misreading the code) You can try putting DISABLE_MAKE_JOBS=yes into /etc/make.conf to see if that stops the problem on port builds. Alternatively I think you could do portmaster -m DISABLE_MAKE_JOBS=yes However you'd have to do that each time you run portmaster. I think putting PM_MAKE_ARGS="DISABLE_MAKE_JOBS=yes" in your .portmasterrc may do the same thing (not tried it). Note: this is NOT a fix. If it works, it merely stops the ports builder from triggering the problem by not doing parallel compiles. The compiles will also take longer. Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 17:06:53 2013 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 ESMTP id 8CE08198; Fri, 20 Sep 2013 17:06:53 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6227A23C2; Fri, 20 Sep 2013 17:06:53 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id y10so620464pdj.11 for ; Fri, 20 Sep 2013 10:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9bSt65qK2EYzJgkP4dGAEZ3uXOJspP/JZ68TEOYpufQ=; b=YhED3peB1I3HfCQ3HkZrRyVjjQgSDbYo261FVCAXlmu9nPYveOss5yo8tQrSdHlDdm qquarRL+lCiD7b2HDdvJolNema9xUcIwq5/O2NgDZA5ktmoAekJ3T6Z4KaB00/gIeGxV lci+hmxuQN6r+00YkJr83HuREBaSDn9SNNdtuMYSf8K43qRBnoDb1/zXZMElTqmsh7c4 moTHJnlH6MTZRidVV/zKahamVFHoG4E9gYFnZ3xT8I3qch+sJXz8xYp+gfEnQ7iPbBMT 2U+i8VDFI+owwmDdE29xkSVJTosOt+FEWzOpBcAoZo+3blMTP/2Mdm66BoSn+u+AWCRz a3FQ== MIME-Version: 1.0 X-Received: by 10.68.90.129 with SMTP id bw1mr9078431pbb.111.1379696812963; Fri, 20 Sep 2013 10:06:52 -0700 (PDT) Received: by 10.68.133.202 with HTTP; Fri, 20 Sep 2013 10:06:52 -0700 (PDT) In-Reply-To: <20130920155208.GA55143@in-addr.com> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> <20130920143615.GA40029@in-addr.com> <20130920144928.GA50355@mail.laus.org> <20130920155208.GA55143@in-addr.com> Date: Fri, 20 Sep 2013 13:06:52 -0400 Message-ID: Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze From: "illoai@gmail.com" To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Cc: ml-freebsd-stable , Thomas Laus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 17:06:53 -0000 On 20 September 2013 11:52, Gary Palmer wrote: > On Fri, Sep 20, 2013 at 10:49:28AM -0400, Thomas Laus wrote: >> Gary Palmer [gpalmer@freebsd.org] wrote: >> > >> > When building kernel & world do you use the '-j' argument to do parallel >> > builds? AFAIK thats not done by default, but it is for some ports. >> > >> Gary: >> >> I just use the system defaults when building anything. If there is a >> '-j' argument passed to the compiler, I was not the one that did it. >> Does this mean that the port building process needs to determine the >> processor type in the configure stage? I only use portmaster to keep >> the ports updated. I don't know of a global hook that will change the >> compiler build flags in portmaster. > > Hi Tim, > > It's not a compiler flag, it's a make flag. make -j n will fork off up to > n compilers to do the build. If you just do "make buildworld" then there > is no parallel compilation. > > It used to be that ports had MAKE_JOBS_SAFE in the Makefile to mark that > the port could be built using parallel compiles with the '-j' argument > to make. It appears that the logic has been switched and now you have > to mark them as MAKE_JOBS_UNSAFE to say that parallel builds shouldn't be > done, indicating that parallel builds are the default now (unless I'm > misreading the code) > > You can try putting > > DISABLE_MAKE_JOBS=yes > > into /etc/make.conf to see if that stops the problem on port builds. > Alternatively I think you could do > > portmaster -m DISABLE_MAKE_JOBS=yes > > However you'd have to do that each time you run portmaster. I think > putting > > PM_MAKE_ARGS="DISABLE_MAKE_JOBS=yes" > > in your .portmasterrc may do the same thing (not tried it). > > Note: this is NOT a fix. If it works, it merely stops the ports builder > from triggering the problem by not doing parallel compiles. The compiles > will also take longer. > I believe that both world/kernel & ports will honour MAKE_JOBS_NUMBER=1 #(in /etc/make.conf) which should restrict all builds to 1 "parallel" thread, yes? -- -- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 18:25:13 2013 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 ESMTP id 2AC448B6; Fri, 20 Sep 2013 18:25:13 +0000 (UTC) (envelope-from olivier777a7@gmail.com) 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 395A128AD; Fri, 20 Sep 2013 18:25:12 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id eh20so645907lab.32 for ; Fri, 20 Sep 2013 11:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=778fNebCgKXrC2nOvAUX3nG2SC5QyO48uzLZH9egt1Q=; b=EKyrrkboPJSDa1xvDZ+YKMhz4iomlO5S9qlO+rmBkh8nss7cdLlenKSU7kkDlH9EtD F4xgGphc+zmR9PTby9V2fXJ+h1Dy1mVHVWsukWNS+yx1hfV+4pwkG/JLEZS0jLYDVtaN qsq7I9yxgfTvd2xPLaU5C0z+s8hKCkWKuAoIyBB4ymKno+7ttgj06u/pRIRCXtJth3wr InlwLF3/Zccjzei2Wi2FQe+xEUR/SfKlmnaW7x4CAkOKojIHz1BeVYiyhtVS9Z+2pmrV yYiZiPlte6jka0RLvl7UMN3Fc4c7To5wupaPtzs360NRka0/875AsVWklD7tMPQEpIS6 n4hQ== MIME-Version: 1.0 X-Received: by 10.112.51.101 with SMTP id j5mr7309599lbo.17.1379701510213; Fri, 20 Sep 2013 11:25:10 -0700 (PDT) Received: by 10.114.176.69 with HTTP; Fri, 20 Sep 2013 11:25:10 -0700 (PDT) In-Reply-To: <51E944B0.5080409@gmail.com> References: <51E944B0.5080409@gmail.com> Date: Fri, 20 Sep 2013 11:25:10 -0700 Message-ID: Subject: Re: 9.2PRERELEASE ZFS panic in lzjb_compress From: olivier To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" , zfs-devel@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 18:25:13 -0000 Got another, very similar panic again on recent 9-STABLE (r255602); I assume the latest 9.2 release candidate is affected too. Anybody have any idea of what could be causing this, and of a workaround other than turning compression off? Unlike the last panic I reported, this one did not occur during a zfs send/receive operation. There were just a number of processes potentially writing to disk at the same time. All hardware is healthy as far as I can tell (memory is ECC and no errors in logs; zpool status and smartctl show no problems). Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 24 cpuid = 51; apic id = 83 fault virtual address = 0xffffff8700a9cc65 fault virtual address = 0xffffff8700ab0ea9 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8195ff47 fault code = supervisor read data, page not present stack pointer = 0x28:0xffffffcf951390a0 Fatal trap 12: page fault while in kernel mode frame pointer = 0x28:0xffffffcf951398f0 Fatal trap 12: page fault while in kernel mode code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 instruction pointer = 0x20:0xffffffff8195ffa4 stack pointer = 0x28:0xffffffcf951250a0 processor eflags = frame pointer = 0x28:0xffffffcf951258f0 interrupt enabled, code segment = base 0x0, limit 0xfffff, type 0x1b resume, IOPL = 0 cpuid = 28; apic id = 4c Fatal trap 12: page fault while in kernel mode = DPL 0, pres 1, long 1, def32 0, gran 1 current process = 0 (zio_write_issue_hig) processor eflags = fault virtual address = 0xffffff8700aa22ac interrupt enabled, fault code = supervisor read data, page not present resume, IOPL = 0 trap number = 12 instruction pointer = 0x20:0xffffffff8195ffa4 current process = 0 (zio_write_issue_hig) panic: page fault cpuid = 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffcf95138b30 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffcf95138bf0 panic() at panic+0x1ce/frame 0xffffffcf95138cf0 trap_fatal() at trap_fatal+0x290/frame 0xffffffcf95138d50 trap_pfault() at trap_pfault+0x211/frame 0xffffffcf95138de0 trap() at trap+0x344/frame 0xffffffcf95138fe0 calltrap() at calltrap+0x8/frame 0xffffffcf95138fe0 --- trap 0xc, rip = 0xffffffff8195ff47, rsp = 0xffffffcf951390a0, rbp = 0xffffffcf951398f0 --- lzjb_compress() at lzjb_compress+0xa7/frame 0xffffffcf951398f0 zio_compress_data() at zio_compress_data+0x92/frame 0xffffffcf95139920 zio_write_bp_init() at zio_write_bp_init+0x24b/frame 0xffffffcf95139970 zio_execute() at zio_execute+0xc3/frame 0xffffffcf951399b0 taskqueue_run_locked() at taskqueue_run_locked+0x74/frame 0xffffffcf95139a00 taskqueue_thread_loop() at taskqueue_thread_loop+0x46/frame 0xffffffcf95139a20 fork_exit() at fork_exit+0x11f/frame 0xffffffcf95139a70 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffcf95139a70 --- trap 0, rip = 0, rsp = 0xffffffcf95139b30, rbp = 0 --- 0x51f47 is in lzjb_compress (/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/lzjb.c:74). 69 } 70 if (src > (uchar_t *)s_start + s_len - MATCH_MAX) { 71 *dst++ = *src++; 72 continue; 73 } 74 hash = (src[0] << 16) + (src[1] << 8) + src[2]; 75 hash += hash >> 9; 76 hash += hash >> 5; 77 hp = &lempel[hash & (LEMPEL_SIZE - 1)]; 78 offset = (intptr_t)(src - *hp) & OFFSET_MASK; dmesg output is at http://pastebin.com/U34fwJ5f kernel config is at http://pastebin.com/c9HKfcsz I can provide more information if useful. Thanks On Fri, Jul 19, 2013 at 6:52 AM, Volodymyr Kostyrko wrote: > 19.07.2013 07:04, olivier wrote: > >> Hi, >> Running 9.2-PRERELEASE #19 r253313 I got the following panic >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 22; apic id = 46 >> fault virtual address = 0xffffff827ebca30c >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff81983055 >> stack pointer = 0x28:0xffffffcf75bd60a0 >> frame pointer = 0x28:0xffffffcf75bd68f0 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (zio_write_issue_hig) >> trap number = 12 >> panic: page fault >> cpuid = 22 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/**frame >> 0xffffffcf75bd5b30 >> kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffcf75bd5bf0 >> panic() at panic+0x1ce/frame 0xffffffcf75bd5cf0 >> trap_fatal() at trap_fatal+0x290/frame 0xffffffcf75bd5d50 >> trap_pfault() at trap_pfault+0x211/frame 0xffffffcf75bd5de0 >> trap() at trap+0x344/frame 0xffffffcf75bd5fe0 >> calltrap() at calltrap+0x8/frame 0xffffffcf75bd5fe0 >> --- trap 0xc, rip = 0xffffffff81983055, rsp = 0xffffffcf75bd60a0, rbp = >> 0xffffffcf75bd68f0 --- >> lzjb_compress() at lzjb_compress+0x185/frame 0xffffffcf75bd68f0 >> zio_compress_data() at zio_compress_data+0x92/frame 0xffffffcf75bd6920 >> zio_write_bp_init() at zio_write_bp_init+0x24b/frame 0xffffffcf75bd6970 >> zio_execute() at zio_execute+0xc3/frame 0xffffffcf75bd69b0 >> taskqueue_run_locked() at taskqueue_run_locked+0x74/**frame >> 0xffffffcf75bd6a00 >> taskqueue_thread_loop() at taskqueue_thread_loop+0x46/**frame >> 0xffffffcf75bd6a20 >> fork_exit() at fork_exit+0x11f/frame 0xffffffcf75bd6a70 >> fork_trampoline() at fork_trampoline+0xe/frame 0xffffffcf75bd6a70 >> --- trap 0, rip = 0, rsp = 0xffffffcf75bd6b30, rbp = 0 --- >> >> lzjb_compress+0x185 corresponds to line 85 in >> 80 cpy = src - offset; >> 81 if (cpy >= (uchar_t *)s_start && cpy != src && >> 82 src[0] == cpy[0] && src[1] == cpy[1] && src[2] == cpy[2]) { >> 83 *copymap |= copymask; >> 84 for (mlen = MATCH_MIN; mlen < MATCH_MAX; mlen++) >> 85 if (src[mlen] != cpy[mlen]) >> 86 break; >> 87 *dst++ = ((mlen - MATCH_MIN) << (NBBY - MATCH_BITS)) | >> 88 (offset >> NBBY); >> 89 *dst++ = (uchar_t)offset; >> >> I think it's the first time I've seen this panic. It happened while doing >> a >> send/receive. I have two pools with lzjb compression; I don't know which >> of >> these pools caused the problem, but one of them was the source of the >> send/receive. >> >> I only have a textdump but I'm happy to try to provide more information >> that could help anyone look into this. >> Thanks >> Olivier >> > > Oh, I can add to this one. I have a full core dump of the same problem > caused by copying large set of files from lzjb compressed pool to lz4 > compressed pool. vfs.zfs.recover was set. > > #1 0xffffffff8039d954 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_**shutdown.c:449 > #2 0xffffffff8039ddce in panic (fmt=) > at /usr/src/sys/kern/kern_**shutdown.c:637 > #3 0xffffffff80620a6a in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.**c:879 > #4 0xffffffff80620d25 in trap_pfault (frame=0x0, usermode=0) > at /usr/src/sys/amd64/amd64/trap.**c:700 > #5 0xffffffff806204f6 in trap (frame=0xffffff821ca43600) > at /usr/src/sys/amd64/amd64/trap.**c:463 > #6 0xffffffff8060a032 in calltrap () > at /usr/src/sys/amd64/amd64/**exception.S:232 > #7 0xffffffff805a9367 in vm_page_alloc (object=0xffffffff80a34030, > pindex=16633, req=97) at /usr/src/sys/vm/vm_page.c:1445 > #8 0xffffffff8059c42e in kmem_back (map=0xfffffe00010000e8, > addr=18446743524021862400, size=16384, flags=) > at /usr/src/sys/vm/vm_kern.c:362 > #9 0xffffffff8059c2ac in kmem_malloc (map=0xfffffe00010000e8, size=16384, > flags=257) at /usr/src/sys/vm/vm_kern.c:313 > #10 0xffffffff80595104 in uma_large_malloc (size=, > wait=257) at /usr/src/sys/vm/uma_core.c:994 > #11 0xffffffff80386b80 in malloc (size=16384, mtp=0xffffffff80ea7c40, > flags=0) > at /usr/src/sys/kern/kern_malloc.**c:492 > #12 0xffffffff80c9e13c in lz4_compress (s_start=0xffffff80d0b19000, > d_start=0xffffff8159445000, s_len=131072, d_len=114688, n=-2) > at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** > common/fs/zfs/lz4.c:843 > #13 0xffffffff80cdde25 in zio_compress_data (c=, > src=, dst=0xffffff8159445000, s_len=131072) > at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** > common/fs/zfs/zio_compress.c:**109 > #14 0xffffffff80cda012 in zio_write_bp_init (zio=0xfffffe0143a12000) > at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** > common/fs/zfs/zio.c:1107 > #15 0xffffffff80cd8ec6 in zio_execute (zio=0xfffffe0143a12000) > at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** > common/fs/zfs/zio.c:1305 > #16 0xffffffff803e25e6 in taskqueue_run_locked (queue=0xfffffe00060ca300) > at /usr/src/sys/kern/subr_**taskqueue.c:312 > #17 0xffffffff803e2e38 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_**taskqueue.c:501 > #18 0xffffffff8036f40a in fork_exit ( > callout=0xffffffff803e2da0 , > arg=0xfffffe00060cc3d0, frame=0xffffff821ca43a80) > at /usr/src/sys/kern/kern_fork.c:**988 > #19 0xffffffff8060a56e in fork_trampoline () > at /usr/src/sys/amd64/amd64/**exception.S:606 > > I have a full crash dump in case someone wants to look at it. > > -- > Sphinx of black quartz, judge my vow. > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 18:32:37 2013 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 ESMTP id 571A8B37; Fri, 20 Sep 2013 18:32:37 +0000 (UTC) (envelope-from lausts@laus.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 04BDB2926; Fri, 20 Sep 2013 18:32:36 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=LYm+G0ji c=1 sm=0 a=DktfseARn6RskVgg/AMIPQ==:17 a=I9A6gpd8bSkA:10 a=wom5GMh1gUkA:10 a=Bfvz-oXPwwwA:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=kj9zAlcOel0A:10 a=N54-gffFAAAA:8 a=4lH5e3ujAAAA:8 a=KGjhK52YXX0A:10 a=U3ULefgJXXAA:10 a=6I5d2MoRAAAA:8 a=3DBgkvZlErorCnvMflAA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=DktfseARn6RskVgg/AMIPQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 98.31.3.233 Received: from [98.31.3.233] ([98.31.3.233:57036] helo=mail.laus.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 0F/34-08330-3C49C325; Fri, 20 Sep 2013 18:32:36 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.14.7/8.14.7) with ESMTP id r8KIWZfo050881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Sep 2013 14:32:35 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.14.7/8.14.7/Submit) id r8KIWZ9W050880; Fri, 20 Sep 2013 14:32:35 -0400 (EDT) (envelope-from lausts) Date: Fri, 20 Sep 2013 14:32:35 -0400 From: Thomas Laus To: Gary Palmer , freebsd-stable@freebsd.org Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <20130920183235.GA50866@mail.laus.org> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> <20130920143615.GA40029@in-addr.com> <20130920144928.GA50355@mail.laus.org> <20130920155208.GA55143@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920155208.GA55143@in-addr.com> X-Operating-System: FreeBSD 9.2-PRERELEASE on an amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 18:32:37 -0000 Gary Palmer [gpalmer@freebsd.org] wrote: > It's not a compiler flag, it's a make flag. make -j n will fork off up to > n compilers to do the build. If you just do "make buildworld" then there > is no parallel compilation. > > It used to be that ports had MAKE_JOBS_SAFE in the Makefile to mark that > the port could be built using parallel compiles with the '-j' argument > to make. It appears that the logic has been switched and now you have > to mark them as MAKE_JOBS_UNSAFE to say that parallel builds shouldn't be > done, indicating that parallel builds are the default now (unless I'm > misreading the code) > > You can try putting > > DISABLE_MAKE_JOBS=yes > > into /etc/make.conf to see if that stops the problem on port builds. > Gary: I don't see that as an option in /usr/share/examples/etc/make.conf. Did you find that one by reading the source code? I will add that to my /etc/make.conf and see if it makes a difference. This issue is very intermittant and may not trigger for weeks or months. I'll repost to the list if any problems show up after setting the flag in my /etc/make.conf Thanks for the help. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 19:39:17 2013 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 ESMTP id 5964DEF4 for ; Fri, 20 Sep 2013 19:39:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6FE2CE4 for ; Fri, 20 Sep 2013 19:39:17 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id jt11so771751pbb.10 for ; Fri, 20 Sep 2013 12:39:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+0VB2NBKa2XrykN1mXKuepv9Se2U6pV+Yuo3Uqc3TB0=; b=zSCGfcydp+skccUE4eth2ATdXz2oCiPJv+WAXBTrboMJnvWnt1k/RIt15Bb0NTYNNb NIA/59GteTQTNIBmWHr0eO4Be67ddk7uiH7Fy9xLS80oLvvAo5XQXyda8hcDEcMNXjyl To+xL+Kxk997O7dQYbX+sAPO6BKNFIANvsVMfuSBY1fLZJQDecps5+L5nozymxEeFbfl TTCekz+m7/SiJtp2uPiHFUJpiMpmisR2fssoaCq3sSkVi2fF2ePf4tIdCp5S16yygXe1 9gqD/epPZsUND3W4M3DhmTx4aAWOKQ3Dbr2bHRhfYlEN3iLgCwJvlzxXUwCV5VUL0SjA ruxw== MIME-Version: 1.0 X-Received: by 10.68.255.229 with SMTP id at5mr9801972pbd.130.1379705956887; Fri, 20 Sep 2013 12:39:16 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.219.74 with HTTP; Fri, 20 Sep 2013 12:39:16 -0700 (PDT) In-Reply-To: <523C54D1.70409@gmail.com> References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com> <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> <523BBE1F.5070909@FreeBSD.org> <98F04B43-AEE1-4C55-B459-FEBAD8384A0A@yahoo.com> <523C54D1.70409@gmail.com> Date: Fri, 20 Sep 2013 12:39:16 -0700 X-Google-Sender-Auth: P0aa05y2levWayzx36hIFHrbEMA Message-ID: Subject: Re: Rescuing a GPT ZFS boot setup From: Kevin Oberman To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" , Andy Moran X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 19:39:17 -0000 On Fri, Sep 20, 2013 at 6:59 AM, Volodymyr Kostyrko wrote: > 20.09.2013 10:41, Andy Moran wrote: > >> WIth the 10-ALPHA2 LiveCD, I get: >>>> >>>> gpart: attrib 'active': Device not configured >>>> >>>> >>> GPT partitions don't have active attribute. You should omit -i argument. >>> Just run `gpart unset -a active ada0`. >>> >>> -- >>> WBR, Andrey V. Elsukov >>> >>> -- >>> WBR, Andrey V. Elsukov >>> >> >> >> That ran without errors.. but sadly did not solve my problem of the UEFI >> not recognizing it as a bootable disk. I think the problem is my >> particular UEFI doesn't recognize GPT drives that don't have an EFI >> partition on them. >> >> So I gave up. My server has been down for too long. I took half the >> zfs mirror, created it with a MBR partition and installed FreeBSD 9.2 on >> it, and my UEFI can boot it in legacy mode. From there I can mount the >> other half of the mirror and copy files off. A painful process but at >> least I have a way forward. >> > > Please, name your poison on list so that successors can google it in case > someone wants to by the same piece of hardware. For what little it's worth, Lenovo BIOSes that support UEFI and GPT have made the assumption that any GPT partitioned disk is UEFI and fail to see a bootable drive if it is an MBR GPT disk. I have found this fairly easy to work around on my system by having a disk that has traditional partitions with booteasy. I make his my "boot disk" (ada0 with BIOS set to boot from that drive) and then tell booteasy to boot from "Other DIsk". N.B., there is no ZFS involvement here, just working around the boot issue. I should also mention that I received a note that Lenovo may have fixed this in the latest BIOS, but I have not gotten around to testing. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 20:18:44 2013 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 ESMTP id EA05CB99; Fri, 20 Sep 2013 20:18:44 +0000 (UTC) (envelope-from lausts@laus.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 977232F11; Fri, 20 Sep 2013 20:18:43 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=LYm+G0ji c=1 sm=0 a=DktfseARn6RskVgg/AMIPQ==:17 a=I9A6gpd8bSkA:10 a=wom5GMh1gUkA:10 a=Bfvz-oXPwwwA:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=kj9zAlcOel0A:10 a=N54-gffFAAAA:8 a=4lH5e3ujAAAA:8 a=KGjhK52YXX0A:10 a=U3ULefgJXXAA:10 a=6I5d2MoRAAAA:8 a=dI5WILix2ns95CKkAOIA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=DktfseARn6RskVgg/AMIPQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 98.31.3.233 Received: from [98.31.3.233] ([98.31.3.233:51021] helo=mail.laus.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 8C/74-08330-3ADAC325; Fri, 20 Sep 2013 20:18:43 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.14.7/8.14.7) with ESMTP id r8KKIhEQ034407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Sep 2013 16:18:43 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.14.7/8.14.7/Submit) id r8KKIhr7034406; Fri, 20 Sep 2013 16:18:43 -0400 (EDT) (envelope-from lausts) Date: Fri, 20 Sep 2013 16:18:42 -0400 From: Thomas Laus To: Gary Palmer , freebsd-stable@freebsd.org Subject: Re: FreeBSD 9-Stable + Atom D510 Freeze Message-ID: <20130920201842.GA34392@mail.laus.org> References: <523AFF46.29244.4657A1@lausts.acm.org> <523B91F2.8070004@heuristicsystems.com.au> <523C49A9.5719.289C1E@lausts.acm.org> <20130920143615.GA40029@in-addr.com> <20130920144928.GA50355@mail.laus.org> <20130920155208.GA55143@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920155208.GA55143@in-addr.com> X-Operating-System: FreeBSD 9.2-PRERELEASE on an amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 20:18:45 -0000 Gary Palmer [gpalmer@freebsd.org] wrote: > It used to be that ports had MAKE_JOBS_SAFE in the Makefile to mark that > the port could be built using parallel compiles with the '-j' argument > to make. It appears that the logic has been switched and now you have > to mark them as MAKE_JOBS_UNSAFE to say that parallel builds shouldn't be > done, indicating that parallel builds are the default now (unless I'm > misreading the code) > > You can try putting > > DISABLE_MAKE_JOBS=yes > > into /etc/make.conf to see if that stops the problem on port builds. > Gary: Making that change worked for me. I built both Subversion and Tshark, my two problem children. The build time was not too much different than without the flag. Only 1 CPU was active with cc1 at a time. I had no 'pfault' states on any entries in top for both builds. I guess that we can close out this issue. Thank you and the list for the suggestion. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Fri Sep 20 21:32:11 2013 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 ESMTP id C2AE4E5; Fri, 20 Sep 2013 21:32:11 +0000 (UTC) (envelope-from olivier777a7@gmail.com) 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 CF8512367; Fri, 20 Sep 2013 21:32:10 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id eh20so789660lab.4 for ; Fri, 20 Sep 2013 14:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MaQm1gYA+dE/PL4YzHmaT8RlLpJrguEVQw4LCaopWOk=; b=LsKZbLxGq9R/b0YbSvug5i2HTd1TR8vsvRChHOhEBxeRgjbcBU141GeHzx4insjLmg shVkQqaSmed1LjmNo8IhrtGdE+LPdegcfwa4SSpfplkcWIONknuoDEptrqYLwK4Ob+7l umDfpHd4Peiuzyakrk2ngn2HDnKi01Qg1ffg5va8fVnVXwdiZQEp5JmYFsBoepZSWmW7 +GBSqtcwkFYLGw50TYyXyuexZvLgCULp7GT5/BGhT1ZCK5yr+UNVA6ZyKq6kIYhKVozR vE01RIVNvlgsToYYRdZy3b2YEJCcKtMnOwzvm/vyo5m3rHLeGvrwnV0Fje5zxvtIIghf ILsg== MIME-Version: 1.0 X-Received: by 10.152.36.98 with SMTP id p2mr7723721laj.14.1379712728547; Fri, 20 Sep 2013 14:32:08 -0700 (PDT) Received: by 10.114.176.69 with HTTP; Fri, 20 Sep 2013 14:32:08 -0700 (PDT) In-Reply-To: References: <51E944B0.5080409@gmail.com> Date: Fri, 20 Sep 2013 14:32:08 -0700 Message-ID: Subject: Re: 9.2PRERELEASE ZFS panic in lzjb_compress From: olivier To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" , zfs-devel@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Sep 2013 21:32:11 -0000 One last piece of information I just got: the problem is not specific to LZJB compression. I switched to LZ4 and get the same sort of panic: Fatal trap 12: page fault while in kernel mode cpuid = 8; apic id = 28 fault virtual address = 0xffffff8581c48000 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8195f6d1 stack pointer = 0x28:0xffffffcf950ee850 frame pointer = 0x28:0xffffffcf950ee8f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (zio_write_issue_hig) trap number = 12 panic: page fault cpuid = 8 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffcf950ee2e0 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffcf950ee3a0 panic() at panic+0x1ce/frame 0xffffffcf950ee4a0 trap_fatal() at trap_fatal+0x290/frame 0xffffffcf950ee500 trap_pfault() at trap_pfault+0x211/frame 0xffffffcf950ee590 trap() at trap+0x344/frame 0xffffffcf950ee790 calltrap() at calltrap+0x8/frame 0xffffffcf950ee790 --- trap 0xc, rip = 0xffffffff8195f6d1, rsp = 0xffffffcf950ee850, rbp = 0xffffffcf950ee8f0 --- lz4_compress() at lz4_compress+0x81/frame 0xffffffcf950ee8f0 zio_compress_data() at zio_compress_data+0x92/frame 0xffffffcf950ee920 zio_write_bp_init() at zio_write_bp_init+0x24b/frame 0xffffffcf950ee970 zio_execute() at zio_execute+0xc3/frame 0xffffffcf950ee9b0 taskqueue_run_locked() at taskqueue_run_locked+0x74/frame 0xffffffcf950eea00 taskqueue_thread_loop() at taskqueue_thread_loop+0x46/frame 0xffffffcf950eea20 fork_exit() at fork_exit+0x11f/frame 0xffffffcf950eea70 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffcf950eea70 --- trap 0, rip = 0, rsp = 0xffffffcf950eeb30, rbp = 0 --- (I am now trying without any compression.) On Fri, Sep 20, 2013 at 11:25 AM, olivier wrote: > Got another, very similar panic again on recent 9-STABLE (r255602); I > assume the latest 9.2 release candidate is affected too. Anybody have any > idea of what could be causing this, and of a workaround other than turning > compression off? > Unlike the last panic I reported, this one did not occur during a zfs > send/receive operation. There were just a number of processes potentially > writing to disk at the same time. > All hardware is healthy as far as I can tell (memory is ECC and no errors > in logs; zpool status and smartctl show no problems). > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 4; apic id = 24 > cpuid = 51; apic id = 83 > fault virtual address = 0xffffff8700a9cc65 > fault virtual address = 0xffffff8700ab0ea9 > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff8195ff47 > fault code = supervisor read data, page not present > stack pointer = 0x28:0xffffffcf951390a0 > Fatal trap 12: page fault while in kernel mode > frame pointer = 0x28:0xffffffcf951398f0 > Fatal trap 12: page fault while in kernel mode > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > instruction pointer = 0x20:0xffffffff8195ffa4 > stack pointer = 0x28:0xffffffcf951250a0 > processor eflags = frame pointer = 0x28:0xffffffcf951258f0 > interrupt enabled, code segment = base 0x0, limit 0xfffff, type 0x1b > > resume, IOPL = 0 > cpuid = 28; apic id = 4c > Fatal trap 12: page fault while in kernel mode > = DPL 0, pres 1, long 1, def32 0, gran 1 > current process = 0 (zio_write_issue_hig) > processor eflags = fault virtual address = 0xffffff8700aa22ac > interrupt enabled, fault code = supervisor read data, page not present > resume, IOPL = 0 > trap number = 12 > instruction pointer = 0x20:0xffffffff8195ffa4 > current process = 0 (zio_write_issue_hig) > panic: page fault > cpuid = 4 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffffcf95138b30 > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffcf95138bf0 > panic() at panic+0x1ce/frame 0xffffffcf95138cf0 > trap_fatal() at trap_fatal+0x290/frame 0xffffffcf95138d50 > trap_pfault() at trap_pfault+0x211/frame 0xffffffcf95138de0 > trap() at trap+0x344/frame 0xffffffcf95138fe0 > calltrap() at calltrap+0x8/frame 0xffffffcf95138fe0 > --- trap 0xc, rip = 0xffffffff8195ff47, rsp = 0xffffffcf951390a0, rbp = > 0xffffffcf951398f0 --- > lzjb_compress() at lzjb_compress+0xa7/frame 0xffffffcf951398f0 > zio_compress_data() at zio_compress_data+0x92/frame 0xffffffcf95139920 > zio_write_bp_init() at zio_write_bp_init+0x24b/frame 0xffffffcf95139970 > zio_execute() at zio_execute+0xc3/frame 0xffffffcf951399b0 > taskqueue_run_locked() at taskqueue_run_locked+0x74/frame > 0xffffffcf95139a00 > taskqueue_thread_loop() at taskqueue_thread_loop+0x46/frame > 0xffffffcf95139a20 > fork_exit() at fork_exit+0x11f/frame 0xffffffcf95139a70 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffffcf95139a70 > --- trap 0, rip = 0, rsp = 0xffffffcf95139b30, rbp = 0 --- > > > 0x51f47 is in lzjb_compress > (/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/lzjb.c:74). > 69 } > 70 if (src > (uchar_t *)s_start + s_len - MATCH_MAX) { > 71 *dst++ = *src++; > 72 continue; > 73 } > 74 hash = (src[0] << 16) + (src[1] << 8) + src[2]; > 75 hash += hash >> 9; > 76 hash += hash >> 5; > 77 hp = &lempel[hash & (LEMPEL_SIZE - 1)]; > 78 offset = (intptr_t)(src - *hp) & OFFSET_MASK; > > dmesg output is at http://pastebin.com/U34fwJ5f > kernel config is at http://pastebin.com/c9HKfcsz > I can provide more information if useful. > Thanks > > > On Fri, Jul 19, 2013 at 6:52 AM, Volodymyr Kostyrko wrote: > >> 19.07.2013 07:04, olivier wrote: >> >>> Hi, >>> Running 9.2-PRERELEASE #19 r253313 I got the following panic >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 22; apic id = 46 >>> fault virtual address = 0xffffff827ebca30c >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x20:0xffffffff81983055 >>> stack pointer = 0x28:0xffffffcf75bd60a0 >>> frame pointer = 0x28:0xffffffcf75bd68f0 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (zio_write_issue_hig) >>> trap number = 12 >>> panic: page fault >>> cpuid = 22 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/**frame >>> 0xffffffcf75bd5b30 >>> kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffcf75bd5bf0 >>> panic() at panic+0x1ce/frame 0xffffffcf75bd5cf0 >>> trap_fatal() at trap_fatal+0x290/frame 0xffffffcf75bd5d50 >>> trap_pfault() at trap_pfault+0x211/frame 0xffffffcf75bd5de0 >>> trap() at trap+0x344/frame 0xffffffcf75bd5fe0 >>> calltrap() at calltrap+0x8/frame 0xffffffcf75bd5fe0 >>> --- trap 0xc, rip = 0xffffffff81983055, rsp = 0xffffffcf75bd60a0, rbp = >>> 0xffffffcf75bd68f0 --- >>> lzjb_compress() at lzjb_compress+0x185/frame 0xffffffcf75bd68f0 >>> zio_compress_data() at zio_compress_data+0x92/frame 0xffffffcf75bd6920 >>> zio_write_bp_init() at zio_write_bp_init+0x24b/frame 0xffffffcf75bd6970 >>> zio_execute() at zio_execute+0xc3/frame 0xffffffcf75bd69b0 >>> taskqueue_run_locked() at taskqueue_run_locked+0x74/**frame >>> 0xffffffcf75bd6a00 >>> taskqueue_thread_loop() at taskqueue_thread_loop+0x46/**frame >>> 0xffffffcf75bd6a20 >>> fork_exit() at fork_exit+0x11f/frame 0xffffffcf75bd6a70 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffffcf75bd6a70 >>> --- trap 0, rip = 0, rsp = 0xffffffcf75bd6b30, rbp = 0 --- >>> >>> lzjb_compress+0x185 corresponds to line 85 in >>> 80 cpy = src - offset; >>> 81 if (cpy >= (uchar_t *)s_start && cpy != src && >>> 82 src[0] == cpy[0] && src[1] == cpy[1] && src[2] == cpy[2]) { >>> 83 *copymap |= copymask; >>> 84 for (mlen = MATCH_MIN; mlen < MATCH_MAX; mlen++) >>> 85 if (src[mlen] != cpy[mlen]) >>> 86 break; >>> 87 *dst++ = ((mlen - MATCH_MIN) << (NBBY - MATCH_BITS)) | >>> 88 (offset >> NBBY); >>> 89 *dst++ = (uchar_t)offset; >>> >>> I think it's the first time I've seen this panic. It happened while >>> doing a >>> send/receive. I have two pools with lzjb compression; I don't know which >>> of >>> these pools caused the problem, but one of them was the source of the >>> send/receive. >>> >>> I only have a textdump but I'm happy to try to provide more information >>> that could help anyone look into this. >>> Thanks >>> Olivier >>> >> >> Oh, I can add to this one. I have a full core dump of the same problem >> caused by copying large set of files from lzjb compressed pool to lz4 >> compressed pool. vfs.zfs.recover was set. >> >> #1 0xffffffff8039d954 in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_**shutdown.c:449 >> #2 0xffffffff8039ddce in panic (fmt=) >> at /usr/src/sys/kern/kern_**shutdown.c:637 >> #3 0xffffffff80620a6a in trap_fatal (frame=, >> eva=) at /usr/src/sys/amd64/amd64/trap.**c:879 >> #4 0xffffffff80620d25 in trap_pfault (frame=0x0, usermode=0) >> at /usr/src/sys/amd64/amd64/trap.**c:700 >> #5 0xffffffff806204f6 in trap (frame=0xffffff821ca43600) >> at /usr/src/sys/amd64/amd64/trap.**c:463 >> #6 0xffffffff8060a032 in calltrap () >> at /usr/src/sys/amd64/amd64/**exception.S:232 >> #7 0xffffffff805a9367 in vm_page_alloc (object=0xffffffff80a34030, >> pindex=16633, req=97) at /usr/src/sys/vm/vm_page.c:1445 >> #8 0xffffffff8059c42e in kmem_back (map=0xfffffe00010000e8, >> addr=18446743524021862400, size=16384, flags=) >> at /usr/src/sys/vm/vm_kern.c:362 >> #9 0xffffffff8059c2ac in kmem_malloc (map=0xfffffe00010000e8, size=16384, >> flags=257) at /usr/src/sys/vm/vm_kern.c:313 >> #10 0xffffffff80595104 in uma_large_malloc (size=, >> wait=257) at /usr/src/sys/vm/uma_core.c:994 >> #11 0xffffffff80386b80 in malloc (size=16384, mtp=0xffffffff80ea7c40, >> flags=0) >> at /usr/src/sys/kern/kern_malloc.**c:492 >> #12 0xffffffff80c9e13c in lz4_compress (s_start=0xffffff80d0b19000, >> d_start=0xffffff8159445000, s_len=131072, d_len=114688, n=-2) >> at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** >> common/fs/zfs/lz4.c:843 >> #13 0xffffffff80cdde25 in zio_compress_data (c=, >> src=, dst=0xffffff8159445000, s_len=131072) >> at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** >> common/fs/zfs/zio_compress.c:**109 >> #14 0xffffffff80cda012 in zio_write_bp_init (zio=0xfffffe0143a12000) >> at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** >> common/fs/zfs/zio.c:1107 >> #15 0xffffffff80cd8ec6 in zio_execute (zio=0xfffffe0143a12000) >> at /usr/src/sys/modules/zfs/../..**/cddl/contrib/opensolaris/uts/** >> common/fs/zfs/zio.c:1305 >> #16 0xffffffff803e25e6 in taskqueue_run_locked (queue=0xfffffe00060ca300) >> at /usr/src/sys/kern/subr_**taskqueue.c:312 >> #17 0xffffffff803e2e38 in taskqueue_thread_loop (arg=> out>) >> at /usr/src/sys/kern/subr_**taskqueue.c:501 >> #18 0xffffffff8036f40a in fork_exit ( >> callout=0xffffffff803e2da0 , >> arg=0xfffffe00060cc3d0, frame=0xffffff821ca43a80) >> at /usr/src/sys/kern/kern_fork.c:**988 >> #19 0xffffffff8060a56e in fork_trampoline () >> at /usr/src/sys/amd64/amd64/**exception.S:606 >> >> I have a full crash dump in case someone wants to look at it. >> >> -- >> Sphinx of black quartz, judge my vow. >> > > From owner-freebsd-stable@FreeBSD.ORG Sat Sep 21 01:24:40 2013 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 ESMTP id DB838103; Sat, 21 Sep 2013 01:24:39 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003: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 990B42E50; Sat, 21 Sep 2013 01:24:39 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id wp18so1419280obc.8 for ; Fri, 20 Sep 2013 18:24:39 -0700 (PDT) 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=oNm3jUMNVwR5R9vSUoAZ/veUQBGSFGZoRmJpHZlWaDw=; b=LCxGM1ZWU0XOmjGIvRP+McTeG2RfVvOFOvCCCsyfazLwxkyV2xSZUYq8jsAVpVTYvO +foCm8/cMLk1l2z36xHaxeSkUrv/ms5wsXvCnNtnbyn+c+JKcszYbD2xnWrQFPs5H4Cc MiXNEU1Uhn2tf3uTYGPuoOIQlSKMCsJiQtdhPEn9gWgYJmA/cLFpQ8I0qgiYdO2cDFaQ zIrg5/uR29/+oqcFn28VSG/iYqe8cQA3FgQI9Onld1cHZJNv/eqbg0DEeZyt4U5og0or Rb+w60HUuYqtYJJ+yR+mqRl9JsKS7GLU2L8r3+hj8YtEu53Mb0l5cQCYqkpi7kkyfsnX d6Kw== X-Received: by 10.60.95.229 with SMTP id dn5mr8352419oeb.26.1379726678956; Fri, 20 Sep 2013 18:24:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.97.39 with HTTP; Fri, 20 Sep 2013 18:24:18 -0700 (PDT) In-Reply-To: <523B04C3.30100@omnilan.de> References: <523B04C3.30100@omnilan.de> From: Amitabh Kant Date: Sat, 21 Sep 2013 06:54:18 +0530 Message-ID: Subject: Re: 9.2 panic with wcb4xxp (dahdi-kmod26-2.6.1.r10738) To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-isdn@freebsd.org, FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Sep 2013 01:24:40 -0000 On Thu, Sep 19, 2013 at 7:35 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Hello, > > unloading the kernel module of dahdi-kmod26-2.6.1.r10738 leads to this > panic: > > wcb4xxp0: <6>Did not do the highestorder stuff > <6>dahdi: Detected time shift. > <5>dahdi_echocan_mg2: Registered echo canceler 'MG2' > > Starting asterisk afterwards also leads to panic. > I guess dahdi development stalled, but I wanted to try it because I'd > prefer freeswitch and need BRI support... > Is somebody familiar with dahdi and interested in making it work with > FreeBSD 9.2? > > Thanks, > > -Harry (not subscribed to isdn@) > > > Have you been able to solve the problem? I am running Freeswitch (from git, not port) and dahdi/dahdi-kmod26 (from port) with PRI line (Digium 8 span and single span) without any problems on 9.1. Will test it on 9.2 and get back to you if I see a panic . Amitabh From owner-freebsd-stable@FreeBSD.ORG Sat Sep 21 05:44:34 2013 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 ESMTP id 135DA52D for ; Sat, 21 Sep 2013 05:44:34 +0000 (UTC) (envelope-from root@london219.server4you.de) Received: from london219.server4you.de (london219.server4you.de [62.75.252.219]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F703293A for ; Sat, 21 Sep 2013 05:44:32 +0000 (UTC) Received: (qmail 27965 invoked by uid 0); 21 Sep 2013 07:34:24 +0200 Date: 21 Sep 2013 07:34:24 +0200 Message-ID: <20130921053424.27962.qmail@london219.server4you.de> To: stable@freebsd.org Subject: Problem till din faktura : 87-4484524812668 From: Telia@administrator List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2013 05:44:34 -0000 This is a multi-part message in MIME format. --==Multipart_Boundary_x1060f19bddb9bfd2c71bc52f36f300dbx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hej! Åtkomst till ditt konto är begränsat eftersom vi har märkt att du har betalat din faktura tva ganger på samma gång, och det är på grund av ett tekniskt fel. När du bekräftar informationen på kortet, kommer vi att återbetala till ditt konto Detaljer : Beställningsnummer : 87-4484524812668 Mobile operator: Telia Betalas av : Kreditkort Status : Väntar på återbetalning Återbetala process: 1 -ladda ner det bifogade dokumentet och öppna den i ett webbläsarfönster. 2 -öppnad kommer du bli ombedd att följa en uppsättning instruktioner. Tack för ditt förtroende, Vi ses snart på www.telia.se Detta mail har skickats automatiskt. Snälla, inte svara, skulle din förfrågan inte verkställas. Telia se @ 2013 --==Multipart_Boundary_x1060f19bddb9bfd2c71bc52f36f300dbx --==Multipart_Boundary_x1060f19bddb9bfd2c71bc52f36f300dbx-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 21 10:31:34 2013 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 ESMTP id A78A7D42 for ; Sat, 21 Sep 2013 10:31:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67D0D26EC for ; Sat, 21 Sep 2013 10:31:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1VNKTM-000PPP-I5>; Sat, 21 Sep 2013 12:31:32 +0200 Received: from g231208190.adsl.alicedsl.de ([92.231.208.190] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1VNKTM-000rUx-Ew>; Sat, 21 Sep 2013 12:31:32 +0200 Date: Sat, 21 Sep 2013 12:31:25 +0200 From: "O. Hartmann" To: freebsd-stable Subject: 9.2-PRE: switch off that stupid "Nakatomi Socrates" Message-ID: <20130921123125.309f30eb@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/m_NG9JA=0BlBmaTCjvMYaG2"; protocol="application/pgp-signature" X-Originating-IP: 92.231.208.190 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Sep 2013 10:31:34 -0000 --Sig_/m_NG9JA=0BlBmaTCjvMYaG2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I'd like to switch off this silly "Nakatomi Socrates" message which reminds me on Linux and their childish naming schemes. It is only cosmetics, but it bothers me whenever I switch on the laptop. I guess there is a switch already prsent to have in the bootloader config? Thanks, oh --Sig_/m_NG9JA=0BlBmaTCjvMYaG2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSPXWDAAoJEOgBcD7A/5N85UgIAN+bmU7S8Un1CRrUPdwDWb3l QFYF9Z6RvYhFJaUcD/4osbucg0B/WaWcJrPv+r/vIDSwhcZPK3AyYsC3wOQAzA23 Tam6y1ZGJMncYqqRR8dwhX80FJMp2pU1oJukhKLjFK2rbrHYKkG83f/h7FX4t2qX ZJV9tqo/UtfRMyDaGksaBAIDF390kdg2LXeqEs1eWY4/ypea23mcWPy0oSuapCV2 qBEq/po/wb9CdAgGbt824/YGsKYKXVacSReR3SbVpCmMZ2OStyxgQzbc+t2s9FRW Y2G5slwt7NPC7+fBcb8DqhkxaeTWyQsjWwiz8ywLFthVWcOITWk8fAxGn1SwLuQ= =HdJa -----END PGP SIGNATURE----- --Sig_/m_NG9JA=0BlBmaTCjvMYaG2-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 21 10:40:18 2013 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 ESMTP id 943E9FEA for ; Sat, 21 Sep 2013 10:40:18 +0000 (UTC) (envelope-from matthew@FreeBSD.org) 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 0FD7B2760 for ; Sat, 21 Sep 2013 10:40:17 +0000 (UTC) Received: from seedling.black-earth.co.uk (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 r8LAeBEG075781 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 21 Sep 2013 11:40:11 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r8LAeBEG075781 Authentication-Results: smtp.infracaninophile.co.uk/r8LAeBEG075781; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <523D7784.30002@FreeBSD.org> Date: Sat, 21 Sep 2013 11:40:04 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.2-PRE: switch off that stupid "Nakatomi Socrates" References: <20130921123125.309f30eb@thor.walstatt.dyndns.org> In-Reply-To: <20130921123125.309f30eb@thor.walstatt.dyndns.org> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8N3PmNdC2kTCLRwfpDj0VpRcRbQOQQEo4" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham 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.14 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, 21 Sep 2013 10:40:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8N3PmNdC2kTCLRwfpDj0VpRcRbQOQQEo4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21/09/2013 11:31, O. Hartmann wrote: > I'd like to switch off this silly "Nakatomi Socrates" message which > reminds me on Linux and their childish naming schemes. >=20 > It is only cosmetics, but it bothers me whenever I switch on the laptop= =2E >=20 > I guess there is a switch already prsent to have in the bootloader > config? It's turned off by default in more recent 9.2-STABLE Otherwise: loader_logo=3D"orb" in /boot/loader.conf -- see loader.conf(5) Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --8N3PmNdC2kTCLRwfpDj0VpRcRbQOQQEo4 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.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI9d4sACgkQ8Mjk52CukIzuoQCfTMLcEdLe0RlTw7Xs/tAeMqDe wLIAn2Xcn5YtkqjTUC5U2P+WuDXSyeM1 =aVGQ -----END PGP SIGNATURE----- --8N3PmNdC2kTCLRwfpDj0VpRcRbQOQQEo4-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 21 16:49:55 2013 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 ESMTP id 575445D8; Sat, 21 Sep 2013 16:49:55 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) 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 22BF72926; Sat, 21 Sep 2013 16:49:54 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id r8LGns4t018077 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 21 Sep 2013 11:49:54 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.202]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.02.0309.002; Sat, 21 Sep 2013 11:49:53 -0500 From: "Teske, Devin" To: Matthew Seaman Subject: Re: 9.2-PRE: switch off that stupid "Nakatomi Socrates" Thread-Topic: 9.2-PRE: switch off that stupid "Nakatomi Socrates" Thread-Index: AQHOtuqYwmYXY7svtUGCpnMJ9gKanQ== Date: Sat, 21 Sep 2013 16:49:53 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FBE43D5@LTCFISWMSGMB21.FNFIS.com> References: <20130921123125.309f30eb@thor.walstatt.dyndns.org> <523D7784.30002@FreeBSD.org> In-Reply-To: <523D7784.30002@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-09-21_02:2013-09-20,2013-09-21,1970-01-01 signatures=0 Cc: freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 21 Sep 2013 16:49:55 -0000 On Sep 21, 2013, at 3:40 AM, Matthew Seaman wrote: > On 21/09/2013 11:31, O. Hartmann wrote: >> I'd like to switch off this silly "Nakatomi Socrates" message which >> reminds me on Linux and their childish naming schemes. >>=20 >> It is only cosmetics, but it bothers me whenever I switch on the laptop. >>=20 >> I guess there is a switch already prsent to have in the bootloader >> config? >=20 > It's turned off by default in more recent 9.2-STABLE >=20 > Otherwise: >=20 > loader_logo=3D"orb" >=20 > in /boot/loader.conf -- see loader.conf(5) >=20 Maybe he meant the name associated with named-releases now. To kill that, put into loader.conf(5): loader_version=3D"" See version.4th(8) for additional details. --=20 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 Sat Sep 21 19:04:21 2013 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 ESMTP id 3B337EBA for ; Sat, 21 Sep 2013 19:04:21 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C658236F for ; Sat, 21 Sep 2013 19:04:20 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VNSTV-0006o3-QH for freebsd-stable@freebsd.org; Sat, 21 Sep 2013 12:04:13 -0700 Date: Sat, 21 Sep 2013 12:04:13 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1379790253717-5845696.post@n5.nabble.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FBE43D5@LTCFISWMSGMB21.FNFIS.com> References: <20130921123125.309f30eb@thor.walstatt.dyndns.org> <523D7784.30002@FreeBSD.org> <13CA24D6AB415D428143D44749F57D720FBE43D5@LTCFISWMSGMB21.FNFIS.com> Subject: Re: 9.2-PRE: switch off that stupid "Nakatomi Socrates" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Sep 2013 19:04:21 -0000 To be honest, I had my "They did whaaat?" moment when I initially saw booting after that update, nonetheless when I've got reference I decided that it was all in good spirit and appropriate even... I was definitely disappointed that it was backed down in the end. Now I have orb manually set up though. P.S. Last developer that I spoke with, was genuinely surprised that FreeBSD is still updated... I think that once in a while it's good to show (off) that FreeBSD is not stagnant, even if it's in silly way. -- View this message in context: http://freebsd.1045724.n5.nabble.com/9-2-PRE-switch-off-that-stupid-Nakatomi-Socrates-tp5845622p5845696.html Sent from the freebsd-stable mailing list archive at Nabble.com.