From owner-freebsd-current@FreeBSD.ORG Sun May 5 00:08:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 34CA8485; Sun, 5 May 2013 00:08:23 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id F20C37BB; Sun, 5 May 2013 00:08:22 +0000 (UTC) Received: from [172.16.9.23] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3b36qK6yqgzBy; Sun, 5 May 2013 01:08:13 +0100 (BST) Message-ID: <5185A2DD.5040302@rewt.org.uk> Date: Sun, 05 May 2013 01:07:57 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Super Bisquit Subject: Re: It's not as annoying as you may think. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Copeland , freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 00:08:23 -0000 Install Windows, OSS is not suitable for audio production, except maybe at a push, OS X. Super Bisquit wrote: > I can't use the SoundBlaster PCI card on the laptop. Also, I need to be > able to switch between the FreeBSD sound drivers and OSS drivers. What do I > need to do to the kernel configuration file to allow this? Some ports will > build with GCC and others with clang. What is the switch/command argument > in make to allow this? > I am very much aware of the capabilities of the processors and what works > best on them. Effects such as loops are repetitive and that works just fine > for the RISC load-store mechanism on Power 32 and 64 bit architectures. I > do not currently have a PS3. > The set up is for a friend who is not able to afford all of those great > programs. I have spare machines. I am aware of and have used a lot of > sound, audio, and conversion programs. > > > > > > On Fri, May 3, 2013 at 11:35 PM, Michael Copeland < > michael@kryptos-security.com> wrote: > >> Well the last I checked, clang was still busted on ppc32. YMMV. >> >> I still don't think you're gonna get much use out of a ppc machine for any >> form of effects unless you're just talking about using it as an equalizer. >> For that matter, you could do almost all of it on the i386 laptop. Why do >> you need to add in so many machines for this? For the record, you're not >> going to get any form of realtime audio effects from that ppc machine, >> unless you're running an old version of garage band from 10.5.8 on it, even >> then it's not going to be quick. If you're hellbent on using a ppc machine, >> get a ps3 for that purpose. >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun May 5 00:09:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6182C648 for ; Sun, 5 May 2013 00:09:33 +0000 (UTC) (envelope-from michael@kryptos-security.com) Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF247DF for ; Sun, 5 May 2013 00:09:32 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id i4so262000oah.21 for ; Sat, 04 May 2013 17:09:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=ftboZ5YK8rx1fZtrvT+5qCXTxjps5OcEdfZBphva7+8=; b=Lw0Oc9kLGkGRu+ejJC6i9a//yRkOs+62vltmen/xxQfX2I0ey+ObJQ9OywZKmhXMSS YhI9IW1nXtXmsp1OaCf3HWjfk3B1p4ZH55DPUpEswF8ifa07pq5aLQQGkVaR7BXPgT82 TnUzUAaj5UCA939e+bMpZ0Lkda+lWP6lfF9vbWBBqA9T4nrrYA4ziOjZrHPFAnJsf2Sh r6mrShpGIuIceUnIT1UpUJwi2dnpI6mHMhSMsDCZM5RgnQAWKdl4A/YiRz3XTHc3A/HX jXyTxmkC6pOPSKGwofMeHxbrB1hWWlCF+H65x8b7AX/ekTZRPuEVbbJgqy6KRDzASBN5 OUyw== MIME-Version: 1.0 X-Received: by 10.182.171.8 with SMTP id aq8mr4256569obc.27.1367712572386; Sat, 04 May 2013 17:09:32 -0700 (PDT) Received: by 10.76.83.41 with HTTP; Sat, 4 May 2013 17:09:32 -0700 (PDT) X-Originating-IP: [46.246.33.101] In-Reply-To: <5185A2DD.5040302@rewt.org.uk> References: <5185A2DD.5040302@rewt.org.uk> Date: Sat, 4 May 2013 20:09:32 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Michael Copeland To: Joe Holden X-Gm-Message-State: ALoCoQk+CMcrmKj8leWwr2YOIr3nbnLoR+x2RygmR+lKXCc1g8jKEXlRRrzZl65C+dujODuFgXKG Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Super Bisquit , freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 00:09:33 -0000 I really don't think he's going to be install windows on a powerpc machine. From owner-freebsd-current@FreeBSD.ORG Sun May 5 00:21:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 17DA986E; Sun, 5 May 2013 00:21:09 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-f50.google.com (mail-oa0-f50.google.com [209.85.219.50]) by mx1.freebsd.org (Postfix) with ESMTP id C9B6E820; Sun, 5 May 2013 00:21:08 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id l10so692404oag.37 for ; Sat, 04 May 2013 17:21:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=RXMoW6fMtknzMkFxul1hbB6kZMGnAFTzsp2QxHQsaaA=; b=PwR/219/NM4QV15mmfqJ8zzhL7c0XRJ4cwuS516ME17W6e4yUESOHXWhZWERNXAuhk kCLXqkTJyt4NUU4Jnqm1xHuZ7F7R6HHKAqCqvYiPlhBzXIioajtvCla/1jqO9ekMzHP0 /2JZafAP3OYB6wI+5NyqPrpMbevYkBzZRm77SHsa4rOr7uTUHlzI6WIH8QCceBFLQQdg LtyM6ZCjSaPLUG2FOLvCEE3+VkchqgpUvsNMDtliDxpAY0iObVGYKvQSJP/jhjvtUL2D 7jAfRXATiVj1rrHkRD/ql6zPP7MtzXwynGvp0imbh9ZXxUXHhn0NgA/7duuAt87lN+gv kJHA== MIME-Version: 1.0 X-Received: by 10.182.127.7 with SMTP id nc7mr4225061obb.94.1367713261881; Sat, 04 May 2013 17:21:01 -0700 (PDT) Received: by 10.182.29.129 with HTTP; Sat, 4 May 2013 17:21:01 -0700 (PDT) In-Reply-To: References: <5185A2DD.5040302@rewt.org.uk> Date: Sat, 4 May 2013 20:21:01 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Super Bisquit To: Michael Copeland , FreeBSD PowerPC ML , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 00:21:09 -0000 What is the performance of OSS when it comes to playback, streaming, and recording? On Sat, May 4, 2013 at 8:09 PM, Michael Copeland < michael@kryptos-security.com> wrote: > I really don't think he's going to be install windows on a powerpc machine. > From owner-freebsd-current@FreeBSD.ORG Sun May 5 06:01:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9DFBC941 for ; Sun, 5 May 2013 06:01:16 +0000 (UTC) (envelope-from devel@stasyan.com) Received: from mx.providersolutions.ru (mx.providersolutions.ru [89.253.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id E5BCDF7 for ; Sun, 5 May 2013 06:01:15 +0000 (UTC) Received: (qmail 26138 invoked from network); 5 May 2013 06:01:00 -0000 Received: from unknown (HELO mx.providersolutions.ru) ([89.253.252.14]) by 89.253.252.22 with SMTP; 5 May 2013 06:01:00 -0000 Received: from b-internet.212.164.232.186.nsk.rt.ru (b-internet.212.164.232.186.nsk.rt.ru [212.164.232.186]) by rsnx.ru (Horde Framework) with HTTP; Sun, 05 May 2013 10:01:00 +0400 Message-ID: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> Date: Sun, 05 May 2013 10:01:00 +0400 From: devel@stasyan.com To: freebsd-current@freebsd.org Subject: kernel panic with _autoload_ nvidia driver MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 06:01:16 -0000 Hello ! This problems appears about 4-6 months ago after updating of -CURRENT hos= t. Unable to boot host with nvidia_load=3D"YES" in loader.conf because panic. But when nvidia driver loads manually via kldload, everything OK. Nvidia driver version is 310.44 at this moment, but problem was and on =20 earlier version too. Here is output of debugging (full version at =20 http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) ........................ Loaded symbols for /boot/kernel/udf.ko.symbols #0 doadump (textdump=3D0) at pcpu.h:253 253 __asm("movl %%fs:%1,%0" : "=3Dr" (td) (kgdb) backtrace #0 doadump (textdump=3D0) at pcpu.h:253 #1 0xc050a991 in db_dump (dummy=3D-1062503683, dummy2=3D0, dummy3=3D-1, =20 dummy4=3D0xfad2c8b4 "") at /usr/src/sys/ddb/db_command.c:543 #2 0xc050a487 in db_command (cmd_table=3D) at =20 /usr/src/sys/ddb/db_command.c:449 #3 0xc050a1a0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xc050c9e0 in db_trap (type=3D, code=3D-86848816) = =20 at /usr/src/sys/ddb/db_main.c:231 #5 0xc0ab8278 in kdb_trap (type=3D, code=3D, tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc0e9f1ae in trap (frame=3D) at =20 /usr/src/sys/i386/i386/trap.c:720 #7 0xc0e8835c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #8 0xc0ab7afd in kdb_enter (why=3D0xc10786cb "panic", msg=3D) at cpufunc.h:71 #9 0xc0a81503 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:747 #10 0xc0a813ba in kassert_panic (fmt=3D) at =20 /usr/src/sys/kern/kern_shutdown.c:642 #11 0xc0acfb55 in witness_warn (flags=3D, =20 lock=3D) at /usr/src/sys/kern/subr_witness.c:1727 #12 0xc0ac7d95 in userret (td=3D0xc866c000, frame=3D) = =20 at /usr/src/sys/kern/subr_trap.c:151 #13 0xc0e9fff1 in syscall (frame=3D) at subr_syscall.c:= 178 #14 0xc0e883f1 in Xint0x80_syscall () at =20 /usr/src/sys/i386/i386/exception.s:267 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal From owner-freebsd-current@FreeBSD.ORG Sun May 5 06:34:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6F237414 for ; Sun, 5 May 2013 06:34:09 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 11EF81C7 for ; Sun, 5 May 2013 06:34:08 +0000 (UTC) Received: from p5dc3fdaa.dip0.t-ipconnect.de ([93.195.253.170] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UYsWM-00037z-BT; Sun, 05 May 2013 08:34:06 +0200 Message-ID: <5185FD5D.1090502@gwdg.de> Date: Sun, 05 May 2013 08:34:05 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: devel@stasyan.com Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> In-Reply-To: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 06:34:09 -0000 On 05.05.2013 08:01 (UTC+2), devel@stasyan.com wrote: > Hello ! > > This problems appears about 4-6 months ago after updating of -CURRENT > host. > Unable to boot host with nvidia_load="YES" in loader.conf because panic. > But when nvidia driver loads manually via kldload, everything OK. > Nvidia driver version is 310.44 at this moment, but problem was and on > earlier version too. As far as I can tell this is OK again with nvidia version 319.17. This version is not in the ports yet, but you can try it by overwriting the Makefiles version number ('make makesum' also adjusts the distfile than). HTH, Rainer > > Here is output of debugging (full version at > http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) > > ........................ > Loaded symbols for /boot/kernel/udf.ko.symbols > #0 doadump (textdump=0) at pcpu.h:253 > 253 __asm("movl %%fs:%1,%0" : "=r" (td) > (kgdb) backtrace > #0 doadump (textdump=0) at pcpu.h:253 > #1 0xc050a991 in db_dump (dummy=-1062503683, dummy2=0, dummy3=-1, > dummy4=0xfad2c8b4 "") at /usr/src/sys/ddb/db_command.c:543 > #2 0xc050a487 in db_command (cmd_table=) at > /usr/src/sys/ddb/db_command.c:449 > #3 0xc050a1a0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 > #4 0xc050c9e0 in db_trap (type=, code=-86848816) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xc0ab8278 in kdb_trap (type=, code= optimized out>, tf=) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xc0e9f1ae in trap (frame=) at > /usr/src/sys/i386/i386/trap.c:720 > #7 0xc0e8835c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 > #8 0xc0ab7afd in kdb_enter (why=0xc10786cb "panic", msg= optimized out>) at cpufunc.h:71 > #9 0xc0a81503 in vpanic (fmt=, ap= out>) at /usr/src/sys/kern/kern_shutdown.c:747 > #10 0xc0a813ba in kassert_panic (fmt=) at > /usr/src/sys/kern/kern_shutdown.c:642 > #11 0xc0acfb55 in witness_warn (flags=, lock= optimized out>) at /usr/src/sys/kern/subr_witness.c:1727 > #12 0xc0ac7d95 in userret (td=0xc866c000, frame=) > at /usr/src/sys/kern/subr_trap.c:151 > #13 0xc0e9fff1 in syscall (frame=) at > subr_syscall.c:178 > #14 0xc0e883f1 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:267 > #15 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > From owner-freebsd-current@FreeBSD.ORG Sun May 5 07:24:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5DB9DBBB for ; Sun, 5 May 2013 07:24:57 +0000 (UTC) (envelope-from devel@stasyan.com) Received: from mx.providersolutions.ru (mx.providersolutions.ru [89.253.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id 869BB2BF for ; Sun, 5 May 2013 07:24:55 +0000 (UTC) Received: (qmail 30580 invoked from network); 5 May 2013 07:24:46 -0000 Received: from unknown (HELO mx.providersolutions.ru) ([89.253.252.14]) by 89.253.252.22 with SMTP; 5 May 2013 07:24:46 -0000 Received: from b-internet.212.164.232.186.nsk.rt.ru (b-internet.212.164.232.186.nsk.rt.ru [212.164.232.186]) by rsnx.ru (Horde Framework) with HTTP; Sun, 05 May 2013 11:24:46 +0400 Message-ID: <20130505112446.33066vaj8hyph932@webmail01.providersolutions.ru> Date: Sun, 05 May 2013 11:24:46 +0400 From: devel@stasyan.com To: Rainer Hurling Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> <5185FD5D.1090502@gwdg.de> In-Reply-To: <5185FD5D.1090502@gwdg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 07:24:57 -0000 Hello ! >> This problems appears about 4-6 months ago after updating of -CURRENT >> host. >> Unable to boot host with nvidia_load="YES" in loader.conf because panic. >> But when nvidia driver loads manually via kldload, everything OK. >> Nvidia driver version is 310.44 at this moment, but problem was and on >> earlier version too. > As far as I can tell this is OK again with nvidia version 319.17. I've got panic with nvidia-driver 319.17 too. From owner-freebsd-current@FreeBSD.ORG Sun May 5 08:26:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 182466C6 for ; Sun, 5 May 2013 08:26:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id D37F13FB for ; Sun, 5 May 2013 08:26:52 +0000 (UTC) Received: from p5dc3fdaa.dip0.t-ipconnect.de ([93.195.253.170] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UYuHR-00075m-3X; Sun, 05 May 2013 10:26:49 +0200 Message-ID: <518617C5.70404@gwdg.de> Date: Sun, 05 May 2013 10:26:45 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130505 Thunderbird/17.0.5 MIME-Version: 1.0 To: devel@stasyan.com Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> <5185FD5D.1090502@gwdg.de> <20130505112446.33066vaj8hyph932@webmail01.providersolutions.ru> In-Reply-To: <20130505112446.33066vaj8hyph932@webmail01.providersolutions.ru> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 08:26:53 -0000 On 05.05.2013 09:24 (UTC+2), devel@stasyan.com wrote: > Hello ! >>> This problems appears about 4-6 months ago after updating of -CURRENT >>> host. >>> Unable to boot host with nvidia_load="YES" in loader.conf because panic. >>> But when nvidia driver loads manually via kldload, everything OK. >>> Nvidia driver version is 310.44 at this moment, but problem was and on >>> earlier version too. >> As far as I can tell this is OK again with nvidia version 319.17. > I've got panic with nvidia-driver 319.17 too. > Do you know the workaround to build the port with 'env USE_GCC=any make' ? With this it should not panic anymore, but start normal again ... Perhaps danfe@ as the maintainer has more ideas? From owner-freebsd-current@FreeBSD.ORG Sun May 5 08:44:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C6674AE4 for ; Sun, 5 May 2013 08:44:44 +0000 (UTC) (envelope-from devel@stasyan.com) Received: from mx.providersolutions.ru (mx.providersolutions.ru [89.253.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id F19E6655 for ; Sun, 5 May 2013 08:44:43 +0000 (UTC) Received: (qmail 1676 invoked from network); 5 May 2013 08:44:33 -0000 Received: from unknown (HELO mx.providersolutions.ru) ([89.253.252.14]) by 89.253.252.22 with SMTP; 5 May 2013 08:44:33 -0000 Received: from b-internet.212.164.232.186.nsk.rt.ru (b-internet.212.164.232.186.nsk.rt.ru [212.164.232.186]) by rsnx.ru (Horde Framework) with HTTP; Sun, 05 May 2013 12:44:33 +0400 Message-ID: <20130505124433.11411hx38g6ntb01@webmail01.providersolutions.ru> Date: Sun, 05 May 2013 12:44:33 +0400 From: devel@stasyan.com To: Rainer Hurling Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> <5185FD5D.1090502@gwdg.de> <20130505112446.33066vaj8hyph932@webmail01.providersolutions.ru> <518617C5.70404@gwdg.de> In-Reply-To: <518617C5.70404@gwdg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) Cc: danfe@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 08:44:44 -0000 Hello ! >>>> This problems appears about 4-6 months ago after updating of -CURRENT >>>> host. >>>> Unable to boot host with nvidia_load="YES" in loader.conf because panic. >>>> But when nvidia driver loads manually via kldload, everything OK. >>>> Nvidia driver version is 310.44 at this moment, but problem was and on >>>> earlier version too. >>> As far as I can tell this is OK again with nvidia version 319.17. >> I've got panic with nvidia-driver 319.17 too. > Do you know the workaround to build the port with > 'env USE_GCC=any make' ? > With this it should not panic anymore, but start normal again ... Yes, it works normal with GCC. Thank you ! > Perhaps danfe@ as the maintainer has more ideas? From owner-freebsd-current@FreeBSD.ORG Sun May 5 10:02:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69CD775B for ; Sun, 5 May 2013 10:02:26 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E564A862 for ; Sun, 5 May 2013 10:02:25 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3346A7300A; Sun, 5 May 2013 12:04:29 +0200 (CEST) Date: Sun, 5 May 2013 12:04:29 +0200 From: Luigi Rizzo To: current@freebsd.org Subject: head build error (header pollution ?) after 249958 Message-ID: <20130505100429.GA68970@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 10:02:26 -0000 Since svn 249959 (when NO_IDEA was removed) I cannot build HEAD on a somewhat recent stable/9 (see below; kernel and userland in sync) > uname -a FreeBSD bsd9 9.1-STABLE FreeBSD 9.1-STABLE #0 r248472: Tue Mar 19 08:36:09 CET 2013 luigi@bsd9:.../RELENG_9/sys/LUIGI amd64 (note that head was unbuildable in general since 249972 because there were leftovers of the IDEA option around) The error occurs during the 'toolchain' target (actually, probably in the 'libraries' one) and it is the following: ---> [ remember the cflags below ] cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/home/luigi/FreeBSD/obj_head/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c -o a_sign.o /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c: In function 'ASN1_item_sign_ctx': /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:243: error: 'EVP_MD_CTX' has no member named 'pctx' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:243: warning: assignment makes pointer from integer without a cast /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:251: error: 'EVP_PKEY' has no member named 'ameth' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:253: error: 'EVP_PKEY' has no member named 'ameth' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:273: error: 'EVP_MD_FLAG_PKEY_METHOD_SIGNATURE' undeclared (first use in this function) /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:273: error: (Each undeclared identifier is reported only once /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:273: error: for each function it appears in.) /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:275: error: 'EVP_PKEY' has no member named 'ameth' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:278: error: 'EVP_PKEY' has no member named 'ameth' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:288: error: 'EVP_PKEY' has no member named 'ameth' /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/a_sign.c:288: error: 'ASN1_PKEY_SIGPARAM_NULL' undeclared (first use in this function) *** [a_sign.o] Error code 1 Stop in /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto. *** [secure/lib/libcrypto__L] Error code 1 Stop in /usr/home/luigi/FreeBSD/head. *** [libraries] Error code 1 Stop in /usr/home/luigi/FreeBSD/head. *** [_libraries] Error code 1 Stop in /usr/home/luigi/FreeBSD/head. *** [toolchain] Error code 1 Stop in /usr/home/luigi/FreeBSD/head. -------------- and happens whether or not CLANG is used as a compiler, and on all version up to the current one (250266 as i write). Interestingly, the build works on a stable/9 host with only a slightly more recent world/kernel > uname -a FreeBSD bsd9b 9.1-STABLE FreeBSD 9.1-STABLE #0 r249364M: Thu Apr 11 18:29:30 CEST 2013 luigi@bsd9b:.../RELENG_9/sys/LUIGI amd64 This makes me think that the libraries are built using the headers installed on the host instead of those belonging to the source tree. Looking at the arguments to 'cc' above seems to confirm this. Any idea on how to fix this problem (which probably may affect cross builds in general) ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun May 5 10:29:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F2441A06 for ; Sun, 5 May 2013 10:29:56 +0000 (UTC) (envelope-from lbalbalba@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by mx1.freebsd.org (Postfix) with ESMTP id 91A1F8DE for ; Sun, 5 May 2013 10:29:56 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id l13so1774635wie.0 for ; Sun, 05 May 2013 03:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=olrebGJv6+6rdGRG5U5e+vT1GC0BqvrmSHrYhKnMfmM=; b=dloLhlNqcsWCib1VnIWz/Y3PP3GDM4f3I7qjAPh4Lls0/owPU/1irOMjUUG6DsIW2p KQSh7aH1ZPDi2N6QlLE16Xj85wd7pC3yvenGoEKqaZp6YFPCy2TGh05hEPL/X+juZNd+ 7gT/Nn75/E5WsOegDVWTu2eTEcO1wo9vKtbnGhxiDB9sxy2K3iivmycXxHvS+aQA7ldV 2Egy0DEP72eVFLBFFPwbbjx4bYjSUIRLqxIBFpCKxa69q3NOT1MIFIRkDxzkCoJX5Nlm Z31bRbQb+sUC66IT3VencHby0GJPNO9oeAT7qcCxgGNbWzGnoYVhZ/gu9cMfsCLvH9m1 bzSQ== MIME-Version: 1.0 X-Received: by 10.195.13.47 with SMTP id ev15mr20824617wjd.18.1367749795593; Sun, 05 May 2013 03:29:55 -0700 (PDT) Received: by 10.194.26.72 with HTTP; Sun, 5 May 2013 03:29:55 -0700 (PDT) Date: Sun, 5 May 2013 12:29:55 +0200 Message-ID: Subject: clang static analyzer page: scripts From: John Smith To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 10:29:57 -0000 Hi, Im looking at the clang static analyzer page over at http://scan.freebsd.your.org/. Im thinking about setting up something similar to that for another project. Would it be possible to get a copy of the (buildbot ?) scripts that performs the scan-build's and generates the pages ? Thanks. Regards, John Smith. From owner-freebsd-current@FreeBSD.ORG Sun May 5 11:52:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4AA92B6 for ; Sun, 5 May 2013 11:52:45 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 7D715A8F for ; Sun, 5 May 2013 11:52:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::495c:7143:e96b:c23e] (unknown [IPv6:2001:7b8:3a7:0:495c:7143:e96b:c23e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DE12B5C45; Sun, 5 May 2013 13:52:42 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: head build error (header pollution ?) after 249958 From: Dimitry Andric In-Reply-To: <20130505100429.GA68970@onelab2.iet.unipi.it> Date: Sun, 5 May 2013 13:52:37 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130505100429.GA68970@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1503) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 11:52:45 -0000 On May 5, 2013, at 12:04, Luigi Rizzo wrote: > Since svn 249959 (when NO_IDEA was removed) I cannot build HEAD on > a somewhat recent stable/9 (see below; kernel and userland in sync) >=20 > > uname -a > FreeBSD bsd9 9.1-STABLE FreeBSD 9.1-STABLE #0 r248472: > Tue Mar 19 08:36:09 CET 2013 luigi@bsd9:.../RELENG_9/sys/LUIGI > amd64 >=20 > (note that head was unbuildable in general since 249972 because > there were leftovers of the IDEA option around) > The error occurs during the 'toolchain' target (actually, probably > in the 'libraries' one) and it is the following: >=20 > ---> [ remember the cflags below ] > cc -O2 -pipe -DTERMIOS -DANSI_SOURCE = -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openss= l = -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openss= l/crypto = -I/usr/home/luigi/FreeBSD/obj_head/usr/home/luigi/FreeBSD/head/secure/lib/= libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN = -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_ASM = -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m = -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM = -DWHIRLPOOL_ASM = -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openss= l/crypto/asn1 = -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openss= l/crypto/evp = -I/usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openss= l/crypto/modes -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -c = /usr/home/luigi/FreeBSD/head/secure/lib/libcrypto/../../../crypto/openssl/= crypto/asn1/a_sign.c -o a_sign.o ... > This makes me think that the libraries are built using the headers > installed on the host instead of those belonging to the source tree. > Looking at the arguments to 'cc' above seems to confirm this. How come? If you are building stage 4.2 (libraries), you have already = built cross-tools, so the "cc" invoked above only uses headers from = ${WORLDTMP}. The -I options you show only point to either your source directory, or = your object directory: -I/usr/home/luigi/FreeBSD/head/crypto/openssl -I/usr/home/luigi/FreeBSD/head/crypto/openssl/crypto = -I/usr/home/luigi/FreeBSD/obj_head/usr/home/luigi/FreeBSD/head/secure/lib/= libcrypto -I/usr/home/luigi/FreeBSD/head/crypto/openssl/crypto/asn1 -I/usr/home/luigi/FreeBSD/head/crypto/openssl/crypto/evp -I/usr/home/luigi/FreeBSD/head/crypto/openssl/crypto/modes > Any idea on how to fix this problem (which probably may affect > cross builds in general) ? No idea, sorry. I have never seen this problem. I have even built very = recent head on 8.1-RELEASE and 7.3-RELEASE, with a few minor patches... -Dimitry From owner-freebsd-current@FreeBSD.ORG Sun May 5 12:19:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 450A99FD for ; Sun, 5 May 2013 12:19:45 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id A7E60B7E for ; Sun, 5 May 2013 12:19:44 +0000 (UTC) Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.2.328.9; Sun, 5 May 2013 14:19:15 +0200 Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub02.intra.dlr.de ([::1]) with mapi id 14.02.0328.009; Sun, 5 May 2013 14:19:15 +0200 From: To: Subject: RE: files disappearing from ls on NFS Thread-Topic: files disappearing from ls on NFS Thread-Index: AQHOSEJ55WK7YzwjmU2to6AlGcncLZj1My+AgABOCACAAQOYxA== Date: Sun, 5 May 2013 12:19:14 +0000 Message-ID: <611243783F62AF48AFB07BC25FA4B1061C54CFA3@DLREXMBX01.intra.dlr.de> References: , <347158778.122924.1367707768693.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <347158778.122924.1367707768693.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [129.247.12.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 12:19:45 -0000 Looks like the problem is in the new NFS code - the old code does the right= thing. I've still to try your patch...=0A= =0A= harti=0A= ________________________________________=0A= From: Rick Macklem [rmacklem@uoguelph.ca]=0A= Sent: Sunday, May 05, 2013 12:49 AM=0A= To: Brandt, Hartmut=0A= Cc: current@freebsd.org=0A= Subject: Re: files disappearing from ls on NFS=0A= =0A= Hartmut Brandt wrote:=0A= > On Fri, 3 May 2013, Rick Macklem wrote:=0A= >=0A= > RM>Ok, if you succeed in isolating the commit, that would be great.=0A= >=0A= > Hmm. I'm somewhat stuck. clang from yesterday can't compile clang from=0A= > a=0A= > month ago...=0A= >=0A= > harti=0A= >=0A= Oh, and one other thing you can try is switching to the old client=0A= "mount -t oldnfs ...".=0A= =0A= rick=0A= =0A= > RM>=0A= > RM>rick=0A= > RM>=0A= > RM>> harti=0A= > RM>>=0A= > RM>> On Fri, 3 May 2013, Rick Macklem wrote:=0A= > RM>>=0A= > RM>> RM>Hartmut Brandt wrote:=0A= > RM>> RM>> Hi,=0A= > RM>> RM>>=0A= > RM>> RM>> I've updated one of my -current machines this week (previous=0A= > RM>> update=0A= > RM>> RM>> was in=0A= > RM>> RM>> february). Now I see a strange effect (it seems only on NFS=0A= > RM>> mounts):=0A= > RM>> RM>> ls or=0A= > RM>> RM>> even echo * will list only some files (strange enough the=0A= > first=0A= > RM>> files=0A= > RM>> RM>> from=0A= > RM>> RM>> the normal, alphabetically ordered list). If I change=0A= > something=0A= > RM>> in the=0A= > RM>> RM>> directory (delete a file or create a new one) for some time=0A= > the=0A= > RM>> RM>> complete=0A= > RM>> RM>> listing will appear but after sime time (seconds to a minute=0A= > or=0A= > RM>> so)=0A= > RM>> RM>> again=0A= > RM>> RM>> only part of the files is listed.=0A= > RM>> RM>>=0A= > RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that=0A= > getdirentries is=0A= > RM>> RM>> called=0A= > RM>> RM>> only once (returning 4096). For a full listing getdirentries=0A= > is=0A= > RM>> called=0A= > RM>> RM>> 5=0A= > RM>> RM>> times with the last returning 0.=0A= > RM>> RM>>=0A= > RM>> RM>> I can still open files that are not listed if I know their=0A= > name,=0A= > RM>> RM>> though.=0A= > RM>> RM>>=0A= > RM>> RM>> The NFS server is a Windows 2008 server with an OpenText NFS=0A= > RM>> Server=0A= > RM>> RM>> which=0A= > RM>> RM>> works without problems to all the other FreeBSD machines.=0A= > RM>> RM>>=0A= > RM>> RM>> So what could that be?=0A= > RM>> RM>>=0A= > RM>> RM>Someone else reported missing files returned via "ls"=0A= > recently,=0A= > RM>> when=0A= > RM>> RM>they used a small readdirsize (below 8K). I haven't yet had a=0A= > RM>> change to try=0A= > RM>> RM>and reproduce it or do any snooping around.=0A= > RM>> RM>=0A= > RM>> RM>There haven't been any recent changes to readdir in the NFS=0A= > client,=0A= > RM>> RM>except a trivial one that adds a check for vnode type being=0A= > VDIR,=0A= > RM>> RM>so I don't see that it can be a recent NFS change.=0A= > RM>> RM>=0A= > RM>> RM>If you can increase the readdirsize, try that to see if it=0A= > avoids=0A= > RM>> RM>the problem. "nfsstat -m" shows you what the mount options end=0A= > up=0A= > RM>> RM>being after doing the mount. The server might be limiting the=0A= > RM>> readdirsize=0A= > RM>> RM>to 4K, so you should check, even if you specify a large value=0A= > for=0A= > RM>> RM>the mount.=0A= > RM>> RM>=0A= > RM>> RM>rick=0A= > RM>> RM>=0A= > RM>> RM>> Regards,=0A= > RM>> RM>> harti=0A= > RM>> RM>> _______________________________________________=0A= > RM>> RM>> freebsd-current@freebsd.org mailing list=0A= > RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= > RM>> RM>> To unsubscribe, send any mail to=0A= > RM>> RM>> "freebsd-current-unsubscribe@freebsd.org"=0A= > RM>> RM>=0A= > RM>> _______________________________________________=0A= > RM>> freebsd-current@freebsd.org mailing list=0A= > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= > RM>> To unsubscribe, send any mail to=0A= > RM>> "freebsd-current-unsubscribe@freebsd.org"=0A= > RM>=0A= > _______________________________________________=0A= > freebsd-current@freebsd.org mailing list=0A= > http://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= > To unsubscribe, send any mail to=0A= > "freebsd-current-unsubscribe@freebsd.org"=0A= From owner-freebsd-current@FreeBSD.ORG Sun May 5 12:26:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7FA60DF9 for ; Sun, 5 May 2013 12:26:37 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1DCAEC11 for ; Sun, 5 May 2013 12:26:36 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.7/8.14.6) with ESMTP id r45CQaBX024563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 May 2013 14:26:36 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Sun, 5 May 2013 14:26:36 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: John Smith Subject: Re: clang static analyzer page: scripts Message-ID: <20130505122635.GH2055@acme.spoerlein.net> Mail-Followup-To: John Smith , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 12:26:37 -0000 On Sun, 2013-05-05 at 12:29:55 +0200, John Smith wrote: > Hi, > > > Im looking at the clang static analyzer page over at > http://scan.freebsd.your.org/. Im thinking about setting up something > similar to that for another project. Would it be possible to get a > copy of the (buildbot ?) scripts that performs the scan-build's and > generates the pages ? Committed to svn://svn.freebsd.org/base/user/uqs/scan-world as of r250268. I'm not sure they are a good basis for said project, however, seeing that they work hard to get individual sub-dirs builds, etc. If you can lump everything into one run, then it's as simple as 'scan-build make' and you get your HTML output. hth Uli From owner-freebsd-current@FreeBSD.ORG Sun May 5 14:34:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DE3ED550 for ; Sun, 5 May 2013 14:34:21 +0000 (UTC) (envelope-from lbalbalba@gmail.com) Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) by mx1.freebsd.org (Postfix) with ESMTP id AFFE3FBC for ; Sun, 5 May 2013 14:34:21 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id i10so1590283oag.1 for ; Sun, 05 May 2013 07:34:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=N3z+FadnDDxlkGpgVI2SQhEpnCpTfhs4773DWY8xKLE=; b=FbDBNNJ4ma7zJxcdoUJ1p8SYd7ecnLYfNU9Fdv20q4+X09Hk9vUiIJb1Xwe2xulzxK P1gzbo6dderU4nTRQ6zysmaWQX2B/bh0YuHCrI7UIJuDiSrNTxm1mW5hOyfONkGT/vBC XONuwuoqOdF5uFJnfWB4VjNBPcZAThluJamSPLHLcqq9TiQBdclsAfMJWyg2kp6VVofF lRYOiXJQ8JPozZuwpT/xcxQQhpBTeLIHE0oeWA62n2LaaLgwfqv0d01K9lZJESfvkhP5 TkZaR67bidu27iC/nKu7iq06Y9zwYlDkMjFo2+mi9fWY/iPg39bRTPLJuSf0hAoR7wNl L/KQ== MIME-Version: 1.0 X-Received: by 10.182.111.199 with SMTP id ik7mr4638555obb.44.1367764455442; Sun, 05 May 2013 07:34:15 -0700 (PDT) Received: by 10.76.34.5 with HTTP; Sun, 5 May 2013 07:34:15 -0700 (PDT) In-Reply-To: <20130505122635.GH2055@acme.spoerlein.net> References: <20130505122635.GH2055@acme.spoerlein.net> Date: Sun, 5 May 2013 16:34:15 +0200 Message-ID: Subject: Re: clang static analyzer page: scripts From: John Smith To: John Smith , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 14:34:21 -0000 On Sun, May 5, 2013 at 2:26 PM, Ulrich Sp=F6rlein wrote: > > Committed to svn://svn.freebsd.org/base/user/uqs/scan-world as of > r250268. > Thanks. > > I'm not sure they are a good basis for said project, however, > Ill take a look at it. - John Smith. From owner-freebsd-current@FreeBSD.ORG Sun May 5 14:38:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4CBBF86B; Sun, 5 May 2013 14:38:07 +0000 (UTC) (envelope-from dc552@hermes.cam.ac.uk) Received: from ppsw-42.csi.cam.ac.uk (ppsw-42.csi.cam.ac.uk [IPv6:2001:630:212:8::e:f42]) by mx1.freebsd.org (Postfix) with ESMTP id 61DCDFDF; Sun, 5 May 2013 14:38:07 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from cpc10-cmbg15-2-0-cust123.5-4.cable.virginmedia.com ([86.30.246.124]:50755 helo=[192.168.0.2]) by ppsw-42.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:dc552) (TLSv1:AES128-SHA:128) id 1UZ04k-00021I-8Q (Exim 4.80_167-5a66dd3) (return-path ); Sun, 05 May 2013 15:38:06 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: clang static analyzer page: scripts From: David Chisnall In-Reply-To: <20130505122635.GH2055@acme.spoerlein.net> Date: Sun, 5 May 2013 15:38:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <942F93F8-C586-4990-9BC3-7BE7E2922FF7@cl.cam.ac.uk> References: <20130505122635.GH2055@acme.spoerlein.net> To: =?iso-8859-1?Q?Ulrich_Sp=F6rlein?= X-Mailer: Apple Mail (2.1499) Sender: "Dr D. Chisnall" X-Mailman-Approved-At: Sun, 05 May 2013 14:51:34 +0000 Cc: John Smith , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 14:38:08 -0000 On 5 May 2013, at 13:26, Ulrich Sp=F6rlein wrote: > If you can > lump everything into one run, then it's as simple as 'scan-build make' > and you get your HTML output. The most important thing is to remember to do a make clean. As = scan-build just interposes itself in front of the compiler, it won't be = run for anything that isn't compiled. =20 David From owner-freebsd-current@FreeBSD.ORG Sun May 5 18:21:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 27F582F6; Sun, 5 May 2013 18:21:01 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) by mx1.freebsd.org (Postfix) with ESMTP id 02C3686D; Sun, 5 May 2013 18:21:00 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id 14so1659028pdc.0 for ; Sun, 05 May 2013 11:21:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=BNRHDREh0YGkx6V+PoJA0BWIvnhAVsKCM6qGrPU0iwo=; b=xSh6CeKOYsiZS7K6wl8Bc9SE5EWlaxP83CRo3x1xlT8aRTV/WCIqIvOw5/bXi/h7mL R9iM9zcoQELSqZa5sWsjAgJ6BbY1FzMyoklujaq6r0YH3pHhoA5dEOyPn3FnXYjB0sKp LTDZ+yCmvgG8oC3oXKx0hVeI/t1iSYfeT/cIn661wWhz1zvlRKx19wieYa4SydAYN+VI +EJo6vsg8QXgD+R8WyC40HyUVJoZFpKJ6NNEUCQAW0HoPDnzh/Z0Q40UqvfJaIfgK1Xd uwsbZJzKrGmFc4yAbziJZ9crslZqdFFuXsrZE/CCdhj2swmLX4oNx3Gzx0a0myq4sBt4 dW7g== X-Received: by 10.68.129.10 with SMTP id ns10mr21137993pbb.13.1367778060432; Sun, 05 May 2013 11:21:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.156.163 with HTTP; Sun, 5 May 2013 11:20:39 -0700 (PDT) In-Reply-To: <20130430191325.GE19259@lor.one-eyed-alien.net> References: <20130429152546.GI50623@lor.one-eyed-alien.net> <20130430191325.GE19259@lor.one-eyed-alien.net> From: Eir Nym Date: Sun, 5 May 2013 22:20:39 +0400 Message-ID: Subject: Re: Installing new world failed (install -l) To: Brooks Davis Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 18:21:01 -0000 Hack INSTALL=/usr/obj/${TARGET}.${TARGET_ARCH}${SRC_PATH}/tmp/legacy/usr/bin/install is working, but this conversation will become PR. -- Eir Nym On 30 April 2013 23:13, Brooks Davis wrote: > On Tue, Apr 30, 2013 at 10:17:09PM +0400, Eir Nym wrote: >> -- Eir Nym >> >> >> On 29 April 2013 19:25, Brooks Davis wrote: >> > On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: >> >> Since -l switch introduced into install(8), I can't build new FreeBSD >> >> box at all. >> >> >> >> I do following command set to build new box: (http://eroese.org/mkw.sh) >> >> 1) cd /usr/head/src && svn up >> >> 2) make buildworld >> >> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution >> >> installworld >> > >> > heriarchy and distrib-dirs are both pointless here AFACT. >> > >> >> >> >> This worked for long time but after some point it had been broken. I >> >> found only 20130425 in UPDATING about this, but installing mergemaster >> >> gives nothing, obviously. >> >> I can't compile new install(8) since I have old system like >> >> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have >> >> needed functions. >> >> >> >> The tail of install log is below. >> >> >> >> .. (lines removed) >> >> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p >> >> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ >> >> ./var/spool/clientmqueue missing (created) >> >> install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys >> >> 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 ... >> >> *** [distrib-dirs] Error code 64 >> > >> > Are you setting INSTALL= in make.conf, src.conf, etc? >> > >> > -- Brooks >> >> I don't set this option at all. >> As far as I know I should not set it setting and I've tested with >> clean environment (like __MAKE_CONF=/dev/null & SRCCONF=/dev/null). >> The PATH should be different for cross-platform build as I do. >> the correct install path is >> ${MAKEOBJDIRPREFIX}/i386.i386/usr/head/src/tmp/legacy/usr/bin/install > > That's not the problem. I belive that the problem is that the hierarchy > target is broken when called directly. As I mention above, it's also > pointless. Just use installworld before distribution so installworld > creates all the required directories rather than pre-creating them with > hierarchy and distrib-dirs. > > -- Brooks From owner-freebsd-current@FreeBSD.ORG Sun May 5 18:32:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B648C8D8; Sun, 5 May 2013 18:32:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 25025917; Sun, 5 May 2013 18:32:51 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id d10so1388717eaj.18 for ; Sun, 05 May 2013 11:32:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=LVBc8/pRhxEzj8bSYEHtu/hkzOqLVytBln5bz06eneM=; b=YComiTsHZRKl47NCFae5S4PnrQ/E/RH6CVgevPASiQPvySluJFcyIe/jJPMEGbhTy1 j+w8Or4RIN6gJ03W5AiYZpNSdJZ2JA/wVxoGWJ9KfnRCuCkzYHG/Y1wA8bh1Hn0hH1pY hi9y2c7LLewAn3nI5tkkgClhnhyT55qhc8VNWbYDz+tl/IG0AHFwDt5Opx4jXetV49Vr Wk6t1txwrvtzalDg8+UT6ZcsEPcsKD4w1XyHzMXKCve115sx3Lhvyx4UqPA7kY5SavlR 1/iAdeBmNxrPq9KRhkgQ2zKu1AMXyfQ8e2lIQlaUEemFP9qKnaA7ql8wpgnLw/ed6fzL Xa8g== X-Received: by 10.14.205.194 with SMTP id j42mr29542234eeo.41.1367778771312; Sun, 05 May 2013 11:32:51 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPSA id l6sm28721705eem.9.2013.05.05.11.32.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 11:32:50 -0700 (PDT) Sender: Alexander Motin Message-ID: <5186A5CF.3020205@FreeBSD.org> Date: Sun, 05 May 2013 21:32:47 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> In-Reply-To: <1367640856.1348.216.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 18:32:52 -0000 On 04.05.2013 07:14, Sean Bruno wrote: > Speaker/headphones working great on Current. > > Was trying to get the microphone working, but it seems to not quite be > working. > > By "not" working, there is no audio detected when recording. Is there > something in here that looks like a thing that I should adjust? > > http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt Verbose dmesg would be easier to read, since the provided sysctl output is mostly the raw input data. I see there that your system has two microphones. Have you tried to select both (mic and monitor) in mixer? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun May 5 18:45:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 680DDAB0 for ; Sun, 5 May 2013 18:45:08 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: from ln.servalan.com (unknown [IPv6:2600:3c00::f03c:91ff:fe96:62f5]) by mx1.freebsd.org (Postfix) with ESMTP id 48A78979 for ; Sun, 5 May 2013 18:45:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servalan.com; s=rsadkim; h=Date:Subject:From:To:Message-Id; bh=+TID+Ua9EeanqDNY+ivnh/4jHnO8apNPPd7cv6qoWR4=; b=A7ehxrvlESLCY9f6pujj5E9QnbUn+FsCWSk6LUzKX/OiBlhquYua35yy2FDuh2MXhNMi6eRhv6IN76t3MYQ5/N+kZ5+lPR8hifd+M3S27YGs6FQ7WsKsLjU6EytcpdKMFwacxW+vYzCavht4xAcSV1B0+SslcntiQInihcD4pl8=; Received: from uucp by ln.servalan.com with local-rmail (Exim 4.71) (envelope-from ) id 1UZ3vn-0002CA-7H for freebsd-current@freebsd.org; Sun, 05 May 2013 13:45:07 -0500 Message-Id: Received: from localhost ([127.0.0.1]:42978 helo=ichotolot.servalan.com) by servalan.servalan.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UZ3iD-0004PJ-Qs for freebsd-current@freebsd.org; Sun, 05 May 2013 13:31:05 -0500 To: freebsd-current@freebsd.org From: rmtodd@servalan.servalan.com Subject: Problem with firewire disks with recent -CURRENT. Date: Sun, 05 May 2013 13:31:05 -0500 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 18:45:08 -0000 Tried upgrading one of my machines to -CURRENT yesterday and got the following panic when the sbp code did its probing of all the firewire devices: sbp0: on firewire0 sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:14 EUI:00048304ee01f418 node: 1 speed:2 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:0:0 'DAT Optic Inc ' 'Master ' '000040' sbp0: sbp_show_sdev_info: sbp0:0:1: ordered:1 type:14 EUI:00048304ee01f418 node: 1 speed:2 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:0:1 'DAT Optic Inc ' 'Master ' '000040' sbp0: sbp_show_sdev_info: sbp0:1:0: ordered:1 type:1 EUI:00d080043f208713 node:0 speed:2 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:1:0 'EXABYTE ' 'VXA-3a ' '000201' sbp1: on firewire1 panic: mutex sbp not owned at /usr/src/sys/cam/cam_xpt.c:4549 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff81fe6837f0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff81fe6838a0 vpanic() at vpanic+0x126/frame 0xffffff81fe6838e0 panic() at panic+0x43/frame 0xffffff81fe683940 __mtx_assert() at __mtx_assert+0xc2/frame 0xffffff81fe683950 xpt_compile_path() at xpt_compile_path+0xa1/frame 0xffffff81fe6839a0 xpt_create_path() at xpt_create_path+0x5b/frame 0xffffff81fe6839f0 sbp_do_attach() at sbp_do_attach+0xe8/frame 0xffffff81fe683a30 fwohci_txd() at fwohci_txd+0x378/frame 0xffffff81fe683a90 fwohci_task_dma() at fwohci_task_dma+0x5d4/frame 0xffffff81fe683b30 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xffffff81fe683b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xffffff81fe683bb0 fork_exit() at fork_exit+0x84/frame 0xffffff81fe683bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff81fe683bf0 --- trap 0, rip = 0, rsp = 0xffffff81fe683cb0, rbp = 0 --- (alas, it happened too early to get an actual core file, but dcons let me get the console data logged to another machine.) I'm guessing the recent changes to cam_xpt and friends in mid-April might be to blame... From owner-freebsd-current@FreeBSD.ORG Sun May 5 20:52:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A21F5674; Sun, 5 May 2013 20:52:36 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 67916DA9; Sun, 5 May 2013 20:52:36 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C040B7300A; Sun, 5 May 2013 22:54:45 +0200 (CEST) Date: Sun, 5 May 2013 22:54:45 +0200 From: Luigi Rizzo To: Dimitry Andric Subject: Re: head build error (header pollution ?) after 249958 Message-ID: <20130505205445.GA74683@onelab2.iet.unipi.it> References: <20130505100429.GA68970@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 20:52:36 -0000 On Sun, May 05, 2013 at 01:52:37PM +0200, Dimitry Andric wrote: > On May 5, 2013, at 12:04, Luigi Rizzo wrote: > > Since svn 249959 (when NO_IDEA was removed) I cannot build HEAD on > > a somewhat recent stable/9 (see below; kernel and userland in sync) >... > > Any idea on how to fix this problem (which probably may affect > > cross builds in general) ? > > No idea, sorry. I have never seen this problem. I have even built very recent head on 8.1-RELEASE and 7.3-RELEASE, with a few minor patches... my bad, after further investigation it turns out that the checkout directory was spammed with some extra directories, which probably caused old copies of the headers to be installed. sorry for the noise luigi From owner-freebsd-current@FreeBSD.ORG Sun May 5 22:38:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 484B4C3B for ; Sun, 5 May 2013 22:38:38 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm12-vm1.bullet.mail.ne1.yahoo.com (nm12-vm1.bullet.mail.ne1.yahoo.com [98.138.91.41]) by mx1.freebsd.org (Postfix) with ESMTP id 9E811FD9 for ; Sun, 5 May 2013 22:38:37 +0000 (UTC) Received: from [98.138.90.51] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 05 May 2013 22:33:13 -0000 Received: from [98.138.226.56] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 05 May 2013 22:33:13 -0000 Received: from [127.0.0.1] by smtp207.mail.ne1.yahoo.com with NNFMP; 05 May 2013 22:33:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367793193; bh=SgZ2nKqq/ctDq/dkbS/bFMVAcqKTctAJ9tIiHQusi6o=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=I97sF/aqzCBYnRiqaAg4g9Q+FrlNU7Sz8WpXilw166l8/kux66Q6KumNHmaefuH+GH2PqtA9ahKtLr7Y0n0+Bh4srsiUSD4sSBojv8jk+Nz1Ha9q8DnuwCA34A46aA/hYlbwHeAsleoaJpATgaSsessbk1+kYgMaCqwPXb9x30I= X-Yahoo-Newman-Id: 842100.90991.bm@smtp207.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: TKGvUBcVM1nMiGX2EE2CENsiRSkaNIguuJkbp6e6h6AaINv FtX1kJ8H9RTlBVTKphcu33STcnlrxLYa1PWhliITjfoLjCwMPy22sIEhf6BA 8q7rdIpq1cgofI1DrE1Nua5bL0VJJR0.adBI0oRNER_EVxYq.ziDQnP_oSkc .7oN_jni8kciFl3IcCxWpRq7sQz.nzusIqoneAKITPXEs23sFKzTApYMVXQs xg2RJhTUQWLR5Nkqd1opcUOT07qbYh2OYxmlX1LaNNyUXpbjgPQS9m8zvdv4 Fmlw48XxNI.pSYB5pBYWTvT2SxqvIVUeHmex9TkG7UzCbi56Ryhb6i6wGskK V5g0ejTxj8ieY5Zr8a083UlUYn6RViqm5JSghctL.M444tVfXiluUkU9GR26 .xWv1wA8bNPGo5vIr1YAgi0GFHlMludhQuGwJjKUwYrTGQ_oBXLNDHzsmDJj 8l.iGDOk6LmuojcspyuS4bEiZJ7DWRt8z9cWvn2wkebWf2rWv9SY.8i1evvw h6AHv27MfcvhQHkff9BPxpazzpmIMYfVC3XbWI2ziiuezZY7YKA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp207.mail.ne1.yahoo.com with SMTP; 05 May 2013 15:33:13 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Alexander Motin In-Reply-To: <5186A5CF.3020205@FreeBSD.org> References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-F1yD80TnP4GvPPC9No9g" Date: Sun, 05 May 2013 15:33:12 -0700 Message-ID: <1367793192.1302.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 22:38:38 -0000 --=-F1yD80TnP4GvPPC9No9g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-05-05 at 21:32 +0300, Alexander Motin wrote: > On 04.05.2013 07:14, Sean Bruno wrote: > > Speaker/headphones working great on Current. > > > > Was trying to get the microphone working, but it seems to not quite be > > working. > > > > By "not" working, there is no audio detected when recording. Is there > > something in here that looks like a thing that I should adjust? > > > > http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt >=20 > Verbose dmesg would be easier to read, since the provided sysctl output= =20 > is mostly the raw input data. I see there that your system has two=20 > microphones. Have you tried to select both (mic and monitor) in mixer? >=20 Yes. I've toggled both, but I see no difference. Zero input from on board microphone. http://people.freebsd.org/~sbruno/verbose_hdaac.txt Sean p.s. physically, there is no microphone jack on this machine. There is just the headphone jack. --=-F1yD80TnP4GvPPC9No9g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRht4kAAoJEBkJRdwI6BaHMK4H/3DezRQi7tcn/W6D10n4oB76 zUZnWq3sA3dWv+arWpqK7T5YiCRCDpvgJiIwgZvnK3eOUz6F1jqGj+JnLo3ll+xo T4M19QpGlV8jAm7E6SslF/NdFqGcCV4niMYe6IeMaxYEJlS89KOIfIZroNoQv964 pkQ794lIryCi6WpyCRRxdbmzV49MbqG6LxqGuHWdtLjdl/bDeIJOpqqY8dpcywqT ESzt3oRh9XbtS9S9HmMyymbb6VuJ12huZUREdnI6ZdvsTL+9McHJpwcFyhBK2BDT dny6E5Ktj+ATSob6lzy4CvCIA5aShE+bcoTVM4zt83FUmm0JlwtRsFXr6nW2rdE= =lD57 -----END PGP SIGNATURE----- --=-F1yD80TnP4GvPPC9No9g-- From owner-freebsd-current@FreeBSD.ORG Sun May 5 22:55:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 08BC091 for ; Sun, 5 May 2013 22:55:08 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-ye0-f175.google.com (mail-ye0-f175.google.com [209.85.213.175]) by mx1.freebsd.org (Postfix) with ESMTP id C6A77FE for ; Sun, 5 May 2013 22:55:07 +0000 (UTC) Received: by mail-ye0-f175.google.com with SMTP id q4so596484yen.34 for ; Sun, 05 May 2013 15:55:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=dlrUE11iq4O1Kb+4zKnirgzChXjUjxP5PEoNkjRxt2o=; b=uDW7c37XuQ79TCbZUrUkYwE5a8iHxZdCKru75iUPJFC9qPeFmRFqwc7pS7DuZYSb7p VmSqEYBd1myTyxeXNO3ZchrsaHGl49xSuHbxfjd9QSQKXHuCesLIP5uGGdGahzR6XpTZ YWJdSTUe/BNdeakY/kI77SVLCE1MUV/CnQd6en1fN9pR+5ykber4XxXoImxiFD6pRXLG DRzJsybG3qqaSYNBTv/CEKlVS0g3no0bZDUHEZa0VCK9X/vDqfa7JUUbwcz2e7urSCcg LFul08/oE11i8JfLbju6pVs0JVD/iPK84fpTM2MA8PI+UgInnglAX2dDL5fIqO2RaLHQ BkEQ== X-Received: by 10.236.34.130 with SMTP id s2mr16191009yha.98.1367794501437; Sun, 05 May 2013 15:55:01 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id i21sm42520395yhl.15.2013.05.05.15.55.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 15:55:00 -0700 (PDT) Message-ID: <5186E33E.6090200@gmail.com> Date: Sun, 05 May 2013 17:54:54 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> <1367793192.1302.1.camel@localhost> In-Reply-To: <1367793192.1302.1.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 22:55:08 -0000 On 5/5/2013 5:33 PM, Sean Bruno wrote: > > Yes. I've toggled both, but I see no difference. Zero input from on > board microphone. > > http://people.freebsd.org/~sbruno/verbose_hdaac.txt > > Sean > > p.s. physically, there is no microphone jack on this machine. There is > just the headphone jack. > So, what were you using to test the microphone? From owner-freebsd-current@FreeBSD.ORG Sun May 5 23:13:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C299354D for ; Sun, 5 May 2013 23:13:45 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm6-vm5.bullet.mail.gq1.yahoo.com (nm6-vm5.bullet.mail.gq1.yahoo.com [98.136.218.196]) by mx1.freebsd.org (Postfix) with SMTP id 7899417F for ; Sun, 5 May 2013 23:13:45 +0000 (UTC) Received: from [98.137.12.191] by nm6.bullet.mail.gq1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [98.136.185.40] by tm12.bullet.mail.gq1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [127.0.0.1] by smtp101.mail.gq1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367795505; bh=d/dvDA9e5C2OpgSJxNYXHA0Fetj0etVQnvcJfTImO1M=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Mb/eKi+4Z1ZirpNCeUP9VA9tSARuEID8BqJJr/J3ur9s2yGZA0XbHKiYnE8F+CCCBISCbhcI2zZbQmSqzaia/pE5G3AUSoY0MbJpHb5lSR3sXgNGVbJgcNIuhiP0vrLWJlVbE/oxcdtjvAAhqYfM2yoULk7XPhOFVRKE0nbNGpE= X-Yahoo-Newman-Id: 845739.50611.bm@smtp101.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: iFyTJ_wVM1lzsffXASTZ8ZITImECEUEPGRCCPiVvT2sQofi .AgKeVLb0eAJbnzaRfg2FJnA9FIc1qEzgIlOrmIHuZLS9Ic2mm9NTzVPPdkY MB4Jlahr1.gXcfsLZlbPgcIqypTNPfcX2M3UUSnNanUEWw1Digb7zudigZlb 5LcDT1mfflignzyxU6hBQkQWjWjQHENT0RWszLweWVGRN5gTbBt6yhOqEBLR A0VfXCcut0753nP_kUI1Rre7yLe5ZGhvabB7zwst1VpyDK8a1IleTMmBMWez 0vGV8oqn_ld9uk4ZklLO6iLVeudeXZWxN0UJQ7NoJtPQfmekJ8cSP5IObzTI lAdqm4BoE5C4jCYIZPwhNG28Gzvt_fsivQ6X2KP09bfeMrmXrlE_ISJ80mCR 0PXHG8f9fXJwgsmrFnK.OMowyQG0MaHBileCLX_jNT5oqgLLSj9IyOKBYVXr abqdmX5Y8wbebHRbFt8dd54ItJoRRnTUStampCd6XPiuvatrVs6t6fIZd10T _mSZEGw3ecA29tYSNqOV0nVvNcpYUArOM4qUi6coEKE.iQu1MVQ-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp101.mail.gq1.yahoo.com with SMTP; 05 May 2013 16:11:45 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Joshua Isom In-Reply-To: <5186E33E.6090200@gmail.com> References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> <1367793192.1302.1.camel@localhost> <5186E33E.6090200@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-2U48BzKaGecbfJT33CQq" Date: Sun, 05 May 2013 16:11:45 -0700 Message-ID: <1367795505.1302.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 23:13:45 -0000 --=-2U48BzKaGecbfJT33CQq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-05-05 at 17:54 -0500, Joshua Isom wrote: > On 5/5/2013 5:33 PM, Sean Bruno wrote: > > > > Yes. I've toggled both, but I see no difference. Zero input from on > > board microphone. > > > > http://people.freebsd.org/~sbruno/verbose_hdaac.txt > > > > Sean > > > > p.s. physically, there is no microphone jack on this machine. There is > > just the headphone jack. > > >=20 > So, what were you using to test the microphone? > _______________________________________________ I was using audacity. Should I try something else? Sean --=-2U48BzKaGecbfJT33CQq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRhucxAAoJEBkJRdwI6BaH098IAINI09drBt3cg8HmOLwRTO3L 8SAmM3WlLKGYySVYkiSnx2kbv3jOS9IbcpbTuIHWnQ74vNtlLh2lWxLWbWbtl68O 80thlqocWYsnBM8LaG9BifLBW4J7GW1+QxhVEsyIb186WRBeGLgcDcpKp4KhzDqF wyiOOZXpWbFc/wjeZ8DnifO6gtBrJ184ARMM/pF+++aaindrOfoX0gBa9yKdN2Ve 6eyyZfgCkZ1bQAzZgO01evCWI1AczPi9rPeDuKHVsJjgq5opsAxDoxHuxAM+pXaE 2nq2Me6i9JTbCjsWO8j4nhk3YP4Gvg+RYu5vfZjc380zx9ct/tIiCdHWG6rFCWg= =gAlV -----END PGP SIGNATURE----- --=-2U48BzKaGecbfJT33CQq-- From owner-freebsd-current@FreeBSD.ORG Sun May 5 23:57:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 22087DA4; Sun, 5 May 2013 23:57:28 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-gg0-x22b.google.com (mail-gg0-x22b.google.com [IPv6:2607:f8b0:4002:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id CD33A29C; Sun, 5 May 2013 23:57:27 +0000 (UTC) Received: by mail-gg0-f171.google.com with SMTP id r4so553619ggn.30 for ; Sun, 05 May 2013 16:57:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=K9NrXU0aCyphepFfISYpwtapiGZ4E2WNcq42eILjfvo=; b=Y67McAfYYcMS9FmU6eVzF1U31Lt+xUTP2IZfaWQrD6IVeuoQpi9xJbErypgvhmyMyC YaE9wVvv1qioqHjIbF9Y4FChgZ4BJkiIYaMuq3kzSTYsGWaayO3Iy5mBt6sXNzLo0TU3 a/SnBXKHGQV0IWQdhmjTakVTrxNjN4jCnDKPGH7qYUH2XGsPiw2yUq+coa4BmE87AHDJ PYmGP7Ifq0O4biTc34j3gb5he4yDzBrq1Qxdj8EA16yGCaogC5oFAy3mf4XAmKoWcZc7 WbmFXvIMzqTZ0W+X+npUSJDG2SichwIHuhfqM+7inxYMLvZyTNfPzVpXevCfQcxt7mPl JBPg== X-Received: by 10.236.208.34 with SMTP id p22mr16739035yho.114.1367798247337; Sun, 05 May 2013 16:57:27 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id s45sm42935655yhk.22.2013.05.05.16.57.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 16:57:26 -0700 (PDT) Message-ID: <5186F1E0.8090308@gmail.com> Date: Sun, 05 May 2013 18:57:20 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> <1367793192.1302.1.camel@localhost> <5186E33E.6090200@gmail.com> <1367795505.1302.2.camel@localhost> In-Reply-To: <1367795505.1302.2.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 23:57:28 -0000 On 5/5/2013 6:11 PM, Sean Bruno wrote: > On Sun, 2013-05-05 at 17:54 -0500, Joshua Isom wrote: >> On 5/5/2013 5:33 PM, Sean Bruno wrote: >>> >>> Yes. I've toggled both, but I see no difference. Zero input from on >>> board microphone. >>> >>> http://people.freebsd.org/~sbruno/verbose_hdaac.txt >>> >>> Sean >>> >>> p.s. physically, there is no microphone jack on this machine. There is >>> just the headphone jack. >>> >> >> So, what were you using to test the microphone? >> _______________________________________________ > > I was using audacity. Should I try something else? > > Sean > I meant what hardware? How's it connected? So far I think you've only focused on the software side. From owner-freebsd-current@FreeBSD.ORG Mon May 6 00:03:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02D7FEED for ; Mon, 6 May 2013 00:03:37 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm12-vm0.bullet.mail.bf1.yahoo.com (nm12-vm0.bullet.mail.bf1.yahoo.com [98.139.213.140]) by mx1.freebsd.org (Postfix) with SMTP id 8D4A02C7 for ; Mon, 6 May 2013 00:03:36 +0000 (UTC) Received: from [98.139.212.144] by nm12.bullet.mail.bf1.yahoo.com with NNFMP; 06 May 2013 00:03:29 -0000 Received: from [98.139.213.4] by tm1.bullet.mail.bf1.yahoo.com with NNFMP; 06 May 2013 00:03:29 -0000 Received: from [127.0.0.1] by smtp104.mail.bf1.yahoo.com with NNFMP; 06 May 2013 00:03:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367798609; bh=MWYkpTNJe9LFafAZjN715BLAQOsaAyja9xsX/rHT1EQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=bz28UP2lCysmTxLSh5JqFQhfOddGH0aD8o5KfJP1t0gvpjvENZ6/4LfM/FV830wfQws6v4inR9WUmS+wI3m2WqaaNxdhXVao4nqv4MIM5EQ6aDvAZiYoWWwhF5X1BVwXGn4YH8oObMPKc1UkRJ8cno9Q51hQa2EBdmBmvWgjjkQ= X-Yahoo-Newman-Id: 910630.55806.bm@smtp104.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: aFWRh6gVM1lAzpH9J_VrYarcCQifaoL5DriJTGsfpi9dt6J wsRGIRSOhiJthXBh2G472f7WJMlEpBx.PIwLcczgKfBRjIrGNYmybc690mcT S8fGT17tah9aIuQrEBa36QnHv_qN.e7LHbopS21ECPee_vRIM3vXvrBEc7as BF5r_7aiE4n_E7NUJqhSVfk4eNt07vXM7EiSk7Th2gK128V5lrV5wE86sW.w znUnvGv12k1cSiEEM7jSbldc97yE24Sf0MRDP.jtx31q.RhJy6bmw0Dl14iI ax2cszfcAQf5exW.MBXfgzSQ7xKGuXXjWVYuPlEFsr4ljcmBcj1o_WqQyAoT yiANgtNC0nXQTW..gdnYe5_LJrQHQpDE0Mr4s.cUbx4P06Guh9qDqzsflVMt Qpg8J3FeLVgHhpwqe2ik5508pDJdsEiQsSKmUQb1oSAQC1SgSminnncOckML bz9_A9hE4w2XzGTdF5fiVXgmz2Urodw90HcubRi24W0hbJWtHNfTBkwk9_WQ szY2F2YFd8HMIZDgQO6dKMIncTTRb8f5mQPVFaz_s63o5YnOM9w-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with ) by smtp104.mail.bf1.yahoo.com with SMTP; 05 May 2013 17:03:29 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Joshua Isom In-Reply-To: <5186F1E0.8090308@gmail.com> References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> <1367793192.1302.1.camel@localhost> <5186E33E.6090200@gmail.com> <1367795505.1302.2.camel@localhost> <5186F1E0.8090308@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-UruAhi3ItS9FfZ/EhN/g" Date: Sun, 05 May 2013 17:03:28 -0700 Message-ID: <1367798608.1302.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 00:03:37 -0000 --=-UruAhi3ItS9FfZ/EhN/g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-05-05 at 18:57 -0500, Joshua Isom wrote: > On 5/5/2013 6:11 PM, Sean Bruno wrote: > > On Sun, 2013-05-05 at 17:54 -0500, Joshua Isom wrote: > >> On 5/5/2013 5:33 PM, Sean Bruno wrote: > >>> > >>> Yes. I've toggled both, but I see no difference. Zero input from on > >>> board microphone. > >>> > >>> http://people.freebsd.org/~sbruno/verbose_hdaac.txt > >>> > >>> Sean > >>> > >>> p.s. physically, there is no microphone jack on this machine. There = is > >>> just the headphone jack. > >>> > >> > >> So, what were you using to test the microphone? > >> _______________________________________________ > > > > I was using audacity. Should I try something else? > > > > Sean > > >=20 > I meant what hardware? How's it connected? So far I think you've only= =20 > focused on the software side. It's a laptop. On board microphone thingy. No wires required. :-) Sean --=-UruAhi3ItS9FfZ/EhN/g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRhvNQAAoJEBkJRdwI6BaHutkH/0SqRAgYWb3vbOyW1dB9QfyV BjnVIfxON3ZloRhpcOShnsGyluCjlJG7ifSoqiO2pqOae8z3jNwZ6a9sQs78Gu1U sWxPB7ymmsKOfO5UGfcTZDCm6D6pW6FP7Tu6UX6KDljc6cwm1Kzpm8QPYKdkvifI dTJBK7osp9pHRv7kpvB2S5VmA5Tu6flA/WrIX2jNh9fwXcRnH5maKPStSO+3PxhX P/tDjinOPQxZkK2F8zwf+oPn/bW17ZwvCHOe9RnzPNI0GJPg5GsYf/VpHXK/8Lno y9ime6nlrtK1CBGQjvhvnPDk9zYMiPcAPhPyC32DF3GMX8ZZ/OJCRCORD3MotOQ= =/plz -----END PGP SIGNATURE----- --=-UruAhi3ItS9FfZ/EhN/g-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 00:31:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2E78946E; Mon, 6 May 2013 00:31:49 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id B77C03F4; Mon, 6 May 2013 00:31:48 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id z24so1494217qcq.19 for ; Sun, 05 May 2013 17:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=8SphG7SO6cZlDgdbJ277IFbR4DpfMHlJ+hzEB2pa3Ls=; b=AaILEVInxoihFvOKUVzTZnHEgu26uieX4mrg4z/yO3xcbb3gPAKBBzCs8R6UPf0xB0 3drdfe5iVUPZWpXuLUyLlDsWt/Hwtd6xT6Gi0ujDSCO34gJ4g7kZFHPZun2T3jfky8ZI 4gMxkH+mwmKr50lNMFbN8s8gpL05Vt8M4CN093mqbQDMYV/rZeByokdWYQxyXXJwy0wk PmlMLbpK7RHMXFaZhOLS5r7rExvRoU1e+egelcvNj6Hh5j0DEkV3mC3ygAoYqoPjBdS2 Y5S6kJ3HLy3KoO6iB6lkrGejvpIfD8HOoxOv6gf0hCLya0KZ7VrIAOHZM1d/fAoycKeR UvrA== X-Received: by 10.229.193.74 with SMTP id dt10mr7895472qcb.67.1367800307501; Sun, 05 May 2013 17:31:47 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id hs4sm30642563qeb.8.2013.05.05.17.31.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 17:31:46 -0700 (PDT) Message-ID: <5186F9EC.5080908@gmail.com> Date: Sun, 05 May 2013 19:31:40 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5186A5CF.3020205@FreeBSD.org> <1367793192.1302.1.camel@localhost> <5186E33E.6090200@gmail.com> <1367795505.1302.2.camel@localhost> <5186F1E0.8090308@gmail.com> <1367798608.1302.3.camel@localhost> In-Reply-To: <1367798608.1302.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 00:31:49 -0000 On 5/5/2013 7:03 PM, Sean Bruno wrote: > On Sun, 2013-05-05 at 18:57 -0500, Joshua Isom wrote: >> On 5/5/2013 6:11 PM, Sean Bruno wrote: >>> On Sun, 2013-05-05 at 17:54 -0500, Joshua Isom wrote: >>>> On 5/5/2013 5:33 PM, Sean Bruno wrote: >>>>> >>>>> Yes. I've toggled both, but I see no difference. Zero input from on >>>>> board microphone. >>>>> >>>>> http://people.freebsd.org/~sbruno/verbose_hdaac.txt >>>>> >>>>> Sean >>>>> >>>>> p.s. physically, there is no microphone jack on this machine. There is >>>>> just the headphone jack. >>>>> >>>> >>>> So, what were you using to test the microphone? >>>> _______________________________________________ >>> >>> I was using audacity. Should I try something else? >>> >>> Sean >>> >> >> I meant what hardware? How's it connected? So far I think you've only >> focused on the software side. > > It's a laptop. On board microphone thingy. No wires required. :-) > > Sean > Are you sure it's not a USB microphone? What do you get when you run `usbconfig list`? It's probably doubtful, since your keyboard could be PS/2 and manufacturers don't like change. Also, what's the output of `pciconf -lv` just for clarity? From owner-freebsd-current@FreeBSD.ORG Mon May 6 01:25:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B943BE34 for ; Mon, 6 May 2013 01:25:55 +0000 (UTC) (envelope-from schmiedgen@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id D31427CE for ; Mon, 6 May 2013 01:25:54 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.19]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LzEj9-1UUkOL0h5F-014WYm for ; Mon, 06 May 2013 03:25:48 +0200 Received: (qmail invoked by alias); 06 May 2013 01:25:48 -0000 Received: from dslb-088-074-094-219.pools.arcor-ip.net (EHLO [192.168.20.100]) [88.74.94.219] by mail.gmx.net (mp019) with SMTP; 06 May 2013 03:25:48 +0200 X-Authenticated: #3631242 X-Provags-ID: V01U2FsdGVkX1+CvpMyK2SCrtU0y47HAz1t2lfAjrjXIirJqKHViF GKGI39cw2cjYXs Message-ID: <5187069B.70001@gmx.net> Date: Mon, 06 May 2013 03:25:47 +0200 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> In-Reply-To: <1367640856.1348.216.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Sean Bruno X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 01:25:55 -0000 On 04.05.2013 06:14, Sean Bruno wrote: > Speaker/headphones working great on Current. > > Was trying to get the microphone working, but it seems to not quite be > working. I got the same problem with my X220. Before the last Lenovo HDA quirk commits everything worked fine, but I had to set the default sound unit to 1. Now I do not need to set the sound unit, audio output works out of the box but recording does not work anymore. I fiddled with nid config but got bored after the fifth reboot. The behaviour changed at my last world build a month ago. I can supply dmesg or sysctl output if you want. Thanks Michael From owner-freebsd-current@FreeBSD.ORG Mon May 6 02:43:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97FB470F for ; Mon, 6 May 2013 02:43:49 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm16.bullet.mail.bf1.yahoo.com (nm16.bullet.mail.bf1.yahoo.com [98.139.212.175]) by mx1.freebsd.org (Postfix) with SMTP id 243ED9CE for ; Mon, 6 May 2013 02:43:48 +0000 (UTC) Received: from [98.139.215.141] by nm16.bullet.mail.bf1.yahoo.com with NNFMP; 06 May 2013 02:43:42 -0000 Received: from [98.139.213.5] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 06 May 2013 02:43:42 -0000 Received: from [127.0.0.1] by smtp105.mail.bf1.yahoo.com with NNFMP; 06 May 2013 02:43:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367808222; bh=7ygJTmbIcRD+Y+ICuZ0Ed0MdYZoPvSHh/s6IBnTV7+A=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=2o4eMAr10cxDttzx6iz18eig2iDvW2xrZuQKg2jdjCdID5zK60K50zgJ2ofGM7wC3qv0CRO44QITA6Binf3HbVELFS52tgvXezDoxPc0TUGQZhoxjzTZm6NG875ohZVl/P0g8PUB5LtNbvFTDWq4/Q8fGitCEJZgwJukxO3ak9c= X-Yahoo-Newman-Id: 816354.77892.bm@smtp105.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 9F0aGOYVM1l8oPYOhJ5WgHQIOrUa2hMzEJ.drU2TZWnyfb3 NNvRy8wEaNOycj_IQvs58WQKmCxc1M1m7ZAXH2nYZVkHzz1foojwAE2D._qz nOaWZttw850ombPzSTxaWGfhznmK4gyF7cIVthRjXmxICQryBMWpDfvKTLsI PdyP4Ygd1HT7r.wJaW3u5ofLZAw1nFSbJZSKQH9VnDEeo9OBSzEjpEf1rs5L GQiRaJ8jTYaK6CgLJ5EwO.gdO4VFDCImSoGf6dcWbd2p7F02YPKtOZCppxtG p5g0NlAXoJzT4Vyf76unqTzytLdxt2oPazmXjqIZ3LqAAmytcQGujrCmvLgh qwhXyEpGlal1rECYwzN02XfjJmCssiLmZdwr4tHq8dzRf_EWtGfhwhI0QdCd PPiHI_N9Q_Xe84q0XSFVT9Wjrza8g5.QTQpVRvPtrn2fL1iqWuox5Dnl5TTe p5lTIHxRSI5s- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with ) by smtp105.mail.bf1.yahoo.com with SMTP; 05 May 2013 19:43:42 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Michael Schmiedgen In-Reply-To: <5187069B.70001@gmx.net> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-UaKER1SJHvnJVUBXM1WQ" Date: Sun, 05 May 2013 19:43:41 -0700 Message-ID: <1367808221.1302.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 02:43:49 -0000 --=-UaKER1SJHvnJVUBXM1WQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote: > On 04.05.2013 06:14, Sean Bruno wrote: > > Speaker/headphones working great on Current. > > > > Was trying to get the microphone working, but it seems to not quite be > > working. >=20 > I got the same problem with my X220. Before the last Lenovo > HDA quirk commits everything worked fine, but I had to set > the default sound unit to 1. > Now I do not need to set the sound unit, audio output works > out of the box but recording does not work anymore. I fiddled > with nid config but got bored after the fifth reboot. >=20 > The behaviour changed at my last world build a month ago. >=20 > I can supply dmesg or sysctl output if you want. >=20 > Thanks > Michael >=20 Ok, this smells like a recent regression. Sean --=-UaKER1SJHvnJVUBXM1WQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRhxjdAAoJEBkJRdwI6BaH/qwH/A1/8X6tVZdP8/KTgSe5XCTW p085GrF8Z3QrFcV7rO61ggz+QT+Oop7A8zvxXpVg3fC7yBrhE/BZ5ddQlpc2Mw0O 1lKpw+cG0LAwgyETClIFWAMU13Yl0CmX9+YlHHveOolSofozA8SRlY6ZmeBjoRsJ TDFsyyjpFdPvaTvyvOcvCvNV30iF8uLIuPBlSs2i1q+tfjmJbOuiexKhW6oXsm2U QscPNsKWyyAwBGlmnSpaWnpr6vTMF+QxOI2OYYN7fudc02vmchQcTXirTPDpICWq +AooLI5VzQ9vZrOlPLUEJV5+fdaScvY2I9Mij/ZwvxAdr2R68mCSgTsUbm5U9gU= =xv4S -----END PGP SIGNATURE----- --=-UaKER1SJHvnJVUBXM1WQ-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 02:45:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3452C835 for ; Mon, 6 May 2013 02:45:46 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 0455A9EB for ; Mon, 6 May 2013 02:45:45 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id tb18so2776723obb.14 for ; Sun, 05 May 2013 19:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iifPR6IL43Vq+SSSKGFrEO3iXoMuA9JGIctqtT3hSN4=; b=T6KrtL4IeMT7NCykeRa+S3Xh43xZjBXm6l/EwL7EEQyOq1Dyaqm5F9bU9v/u8ea3i4 JWaVUWLzEpRG3BPCWIbxuAngpmSC+xIjtlgngQsyU5Qh4jvfcBlMEm9IOsQgAET2RPOm iWjJCjris4VLk3flN9NBK0RkyB/DrJZ5OmwvJ5X5M2ixpHW3JvgmCJyuzVgU2nn3y4yL zCJuPv7vQLSrwNDAEzS0UkVK9gBasQ7rL73eiPELL0KCSOBGtD5hYAvhcBjziUMETXwY OfdFoR9AnTz42RpxmmcX70a2w6Xq1kgysG3NFRc/OBZYir8fkib3V6M82PPP5/T3tUOd 2vwg== MIME-Version: 1.0 X-Received: by 10.182.109.229 with SMTP id hv5mr792557obb.61.1367808345488; Sun, 05 May 2013 19:45:45 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.12.167 with HTTP; Sun, 5 May 2013 19:45:45 -0700 (PDT) In-Reply-To: <5187069B.70001@gmx.net> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> Date: Sun, 5 May 2013 19:45:45 -0700 X-Google-Sender-Auth: ORqCMUzzldSjUwMs1zOiGiRT3us Message-ID: Subject: Re: Audio Hints, T520? From: Kevin Oberman To: Michael Schmiedgen Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Sean Bruno , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 02:45:46 -0000 On Sun, May 5, 2013 at 6:25 PM, Michael Schmiedgen wrote: > On 04.05.2013 06:14, Sean Bruno wrote: > >> Speaker/headphones working great on Current. >> >> Was trying to get the microphone working, but it seems to not quite be >> working. >> > > I got the same problem with my X220. Before the last Lenovo > HDA quirk commits everything worked fine, but I had to set > the default sound unit to 1. > Now I do not need to set the sound unit, audio output works > out of the box but recording does not work anymore. I fiddled > with nid config but got bored after the fifth reboot. > > The behaviour changed at my last world build a month ago. > > I can supply dmesg or sysctl output if you want. > > Thanks > Michael > > I have a T520. It has an internal mic. Not USB. It also has a standard headphone/mic jack. It works with a headset with a mic. It's a four contact jack: Left, right, mic, and common. A cell-phone headset will work fine. Have you tried the hints I supplied? They worked for me. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon May 6 02:49:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 88C4E958; Mon, 6 May 2013 02:49:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA5AA05; Mon, 6 May 2013 02:49:06 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id er7so2679485obc.7 for ; Sun, 05 May 2013 19:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=OLVGRTZi+pJXVIQIUBAbe3+ZNBWqdkrIezOJwOpmL0w=; b=AIruI4iLhWzVRfVNfk+y1oiJ4xVUttfxaMEda1nIKvwmMkyfx3iRjHyw1Lyz52uKUT TXIxBizl7x/rhu1mUbMlncmILE2YC2wEqBbT+Spe9NiK5EKwJb4Sf3I20HL+CYqYAZb3 sV+/w/nITmwGN6NqNxWJIAfgMF/T8/Mxf6w8oeypdWcoT4aR7gquTO/1X0EiNGwe00Yx aiNhWF1PiENO6t6+odcQWn1WZWjuZ1hY5ZR7Syd3aSlg3fg5/EWc8YxRHlts6uJnK6Pd EBYn/6rq6i5+tk04fcB/QJrheMM9ev3NIWHO5P3pU18GdYCo8SpbgMGpHMJXLaghqVnY 5U6w== MIME-Version: 1.0 X-Received: by 10.182.143.7 with SMTP id sa7mr4934981obb.0.1367808545239; Sun, 05 May 2013 19:49:05 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.12.167 with HTTP; Sun, 5 May 2013 19:49:05 -0700 (PDT) In-Reply-To: <1367808221.1302.4.camel@localhost> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> Date: Sun, 5 May 2013 19:49:05 -0700 X-Google-Sender-Auth: P6-tkKePjJiRlMCIE998dJz_r04 Message-ID: Subject: Re: Audio Hints, T520? From: Kevin Oberman To: Sean Bruno Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 02:49:06 -0000 On Sun, May 5, 2013 at 7:43 PM, Sean Bruno wrote: > On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote: > > On 04.05.2013 06:14, Sean Bruno wrote: > > > Speaker/headphones working great on Current. > > > > > > Was trying to get the microphone working, but it seems to not quite be > > > working. > > > > I got the same problem with my X220. Before the last Lenovo > > HDA quirk commits everything worked fine, but I had to set > > the default sound unit to 1. > > Now I do not need to set the sound unit, audio output works > > out of the box but recording does not work anymore. I fiddled > > with nid config but got bored after the fifth reboot. > > > > The behaviour changed at my last world build a month ago. > > > > I can supply dmesg or sysctl output if you want. > > > > Thanks > > Michael > > > > Ok, this smells like a recent regression. > > Sean > Could be. I'm running 9-STABLE, not current, on my T520. I can only say that the hints I provided work fine on my T520 on 9-stable. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon May 6 06:12:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2FE4D804 for ; Mon, 6 May 2013 06:12:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E93751CD for ; Mon, 6 May 2013 06:12:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UZEep-001r5M-Gl>; Mon, 06 May 2013 08:12:19 +0200 Received: from g226177200.adsl.alicedsl.de ([92.226.177.200] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UZEep-001io7-C7>; Mon, 06 May 2013 08:12:19 +0200 Subject: Re: kernel panic with _autoload_ nvidia driver From: "O. Hartmann" To: devel@stasyan.com In-Reply-To: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> References: <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-u7/BXyoBW1Xpbb05xfMq" Date: Mon, 06 May 2013 08:12:18 +0200 Message-ID: <1367820738.1648.7.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.226.177.200 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 06:12:28 -0000 --=-u7/BXyoBW1Xpbb05xfMq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-05-05 at 10:01 +0400, devel@stasyan.com wrote: > Hello ! >=20 > This problems appears about 4-6 months ago after updating of -CURRENT = host. > Unable to boot host with nvidia_load=3D"YES" in loader.conf because panic= . > But when nvidia driver loads manually via kldload, everything OK. > Nvidia driver version is 310.44 at this moment, but problem was and on = =20 > earlier version too. >=20 [...] This problem is present much longer than 4 - 5 months and it is bugging me now for a while more frequently since FreeBSD uses CLANG, but it isn't only related to CLANG since I have had those problems even before with the legacy gcc (4.2). The crash occurs only when loading the nvidia.ko at a very early stage, as it is done with the loader.conf. i do not know exactly at which stage is crashed in my case, but it is always a gambling. You can easily circumvent this by loading the nvidia.ko kernel module at a very late stage via /etc/rc.conf.local with the entry: kld_list=3D"nvidia" In my case, it is the only way to have the nvidia module loaded save and sound and it works for me since a couple of time for now. Regards, Oliver --=-u7/BXyoBW1Xpbb05xfMq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh0m9AAoJEOgBcD7A/5N82PQH/29JmREq+j1A6RTVP/WRQ2Te EIn/O8Wwq2xrLBUUby+uSNx0y/E0PJadG3cJrOuqb6SH0c0hwcQTkiL2WqIL67a7 OE4YBmsRlqPjxuqzgKYOD0AdecwgKdENh8kHQgPfHLomxRkn25KgcQM7qpBl8xm6 sclB0aodX0eUCx+SaGe4p2p+GD3a/zcSdqBonaOm6HONSSCOVpiqd/6nIV1SPR1A YHZnPRaio2eYdBocADqVFMDfmXirOHw9pvErF9nhf1jIYxdUHvzSfku3tdrhlr1C Hss5idNIC6Uvu3JGdpBDhfZrfO3HozphIIsbgmuSRhj5TwfyAnnBpjSA+55jvVs= =Kta7 -----END PGP SIGNATURE----- --=-u7/BXyoBW1Xpbb05xfMq-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 06:14:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8BBE09E6 for ; Mon, 6 May 2013 06:14:05 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id D8F861FD for ; Mon, 6 May 2013 06:14:04 +0000 (UTC) Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by dlrexedge01.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.2.328.9; Mon, 6 May 2013 08:13:36 +0200 Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub02.intra.dlr.de ([::1]) with mapi id 14.02.0328.009; Mon, 6 May 2013 08:13:36 +0200 From: To: Subject: RE: files disappearing from ls on NFS Thread-Topic: files disappearing from ls on NFS Thread-Index: AQHOSEJ55WK7YzwjmU2to6AlGcncLZj1My+AgAA4xQCAAkTuMA== Date: Mon, 6 May 2013 06:13:35 +0000 Message-ID: <611243783F62AF48AFB07BC25FA4B1061C54D467@DLREXMBX01.intra.dlr.de> References: <1232249832.122396.1367703202478.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1232249832.122396.1367703202478.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [129.247.173.23] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: current@freebsd.org, ato@iem.pw.edu.pl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 06:14:05 -0000 SGkgUmljaywNCg0KdGhlIHBhdGNoIGRvZXNuJ3QgaGVscC4gU28gaG93IGNhbiBJIGhlbHAgdG8g Zml4IHRoYXQ/IE9mIGNvdXJzZSwgSSBjYW4gdXNlIHRoZSB3b3JrLWFyb3VuZCB3aXRoIG9sZG5m cywgYnV0IC4uLg0KDQpoYXJ0aQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog UmljayBNYWNrbGVtIFttYWlsdG86cm1hY2tsZW1AdW9ndWVscGguY2FdIA0KU2VudDogU2F0dXJk YXksIE1heSAwNCwgMjAxMyAxMTozMyBQTQ0KVG86IEJyYW5kdCwgSGFydG11dA0KQ2M6IGN1cnJl bnRAZnJlZWJzZC5vcmc7IEFuZHJ6ZWogVG9ib2xhDQpTdWJqZWN0OiBSZTogZmlsZXMgZGlzYXBw ZWFyaW5nIGZyb20gbHMgb24gTkZTDQoNCkhhcnRtdXQgQnJhbmR0IHdyb3RlOg0KPiBPbiBGcmks IDMgTWF5IDIwMTMsIFJpY2sgTWFja2xlbSB3cm90ZToNCj4gDQo+IFJNPk9rLCBpZiB5b3Ugc3Vj Y2VlZCBpbiBpc29sYXRpbmcgdGhlIGNvbW1pdCwgdGhhdCB3b3VsZCBiZSBncmVhdC4NCj4gDQo+ IEhtbS4gSSdtIHNvbWV3aGF0IHN0dWNrLiBjbGFuZyBmcm9tIHllc3RlcmRheSBjYW4ndCBjb21w aWxlIGNsYW5nIGZyb20gDQo+IGEgbW9udGggYWdvLi4uDQo+IA0KPiBoYXJ0aQ0KPiANCk9oIHdl bGwuIFlvdSBjb3VsZCB0cnkgdGhpcyBwYXRjaCAod2hpY2ggaXMgdGhlIG9uZSB0byBmaXggcmVh ZGRpciBmb3IgdW5pb24gbW91bnRzKSwgc2luY2UgSSBjYW4gc2VlIHRoYXQgVk9QX1ZQVE9DTlAo KSB3aWxsIGFsc28gYmUgYnJva2VuIHdpdGhvdXQgaXQuIChJIGNhbid0IHNlZSBob3cgdGhhdCB3 b3VsZCBicmVhayAibHMiLCBidXQgaXQgYnJlYWtzIF9fZ2V0Y3dkKCkgYW5kIGZyaWVuZHMsIHNv IG1heWJlIGl0IGNhbiBhZmZlY3QgImxzIiBzb21laG93PykNCg0KSXQncyBhIGN1dC9wYXN0ZSB1 bmRlciB3aW5kb3dzLCBzbyBJJ20gYWZyYWlkIHRoZSB3aGl0ZXNwYWNlIHdpbGwgYmUgbWVzc2Vk IHVwLCBidXQgaXQncyBwcmV0dHkgc2ltcGxlIHRvIGFwcGx5IGJ5IGhhbmQuDQoNCkluZGV4OiBu ZnNfY2x2bm9wcy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gbmZzX2Nsdm5vcHMuYyAgICAgICAgKHJldmlz aW9uIDI0OTU2OCkNCisrKyBuZnNfY2x2bm9wcy5jICAgICAgICAod29ya2luZyBjb3B5KQ0KQEAg LTIyMjEsNiArMjIyMSw3IEBADQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICFORlNfVElN RVNQRUNfQ09NUEFSRSgmbnAtPm5fbXRpbWUsICZ2YXR0ci52YV9tdGltZSkpIHsNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIG10eF91bmxvY2soJm5wLT5uX210eCk7DQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBORlNJTkNSR0xPQkFMKG5ld25mc3N0YXRzLmRpcmVv ZmNhY2hlX2hpdHMpOw0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICphcC0+ YV9lb2ZmbGFnID0gMTsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiAo MCk7DQogICAgICAgICAgICAgICAgICAgICAgICAgfSBlbHNlDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBtdHhfdW5sb2NrKCZucC0+bl9tdHgpOyBAQCAtMjIzMyw4ICsyMjM0LDEw IEBADQogICAgICAgICB0cmVzaWQgPSB1aW8tPnVpb19yZXNpZDsNCiAgICAgICAgIGVycm9yID0g bmNsX2Jpb3JlYWQodnAsIHVpbywgMCwgYXAtPmFfY3JlZCk7DQogDQotICAgICAgICBpZiAoIWVy cm9yICYmIHVpby0+dWlvX3Jlc2lkID09IHRyZXNpZCkNCisgICAgICAgIGlmICghZXJyb3IgJiYg dWlvLT51aW9fcmVzaWQgPT0gdHJlc2lkKSB7DQogICAgICAgICAgICAgICAgIE5GU0lOQ1JHTE9C QUwobmV3bmZzc3RhdHMuZGlyZW9mY2FjaGVfbWlzc2VzKTsNCisgICAgICAgICAgICAgICAgICAg ICphcC0+YV9lb2ZmbGFnID0gMTsNCisgICAgICAgIH0NCiAgICAgICAgIHJldHVybiAoZXJyb3Ip Ow0KIH0NCg0KSSBoYXZlbid0IHlldCBzdWNjZWVkZWQgaW4gcmVwcm9kdWNpbmcgdGhlIHByb2Js ZW0sIGJ1dCB3aWxsIGJlIHBva2luZyBhdCBpdCBzb21lIG1vcmUsIHJpY2sNCg0KPiBSTT4NCj4g Uk0+cmljaw0KPiBSTT4NCj4gUk0+PiBoYXJ0aQ0KPiBSTT4+DQo+IFJNPj4gT24gRnJpLCAzIE1h eSAyMDEzLCBSaWNrIE1hY2tsZW0gd3JvdGU6DQo+IFJNPj4NCj4gUk0+PiBSTT5IYXJ0bXV0IEJy YW5kdCB3cm90ZToNCj4gUk0+PiBSTT4+IEhpLA0KPiBSTT4+IFJNPj4NCj4gUk0+PiBSTT4+IEkn dmUgdXBkYXRlZCBvbmUgb2YgbXkgLWN1cnJlbnQgbWFjaGluZXMgdGhpcyB3ZWVrIChwcmV2aW91 cw0KPiBSTT4+IHVwZGF0ZQ0KPiBSTT4+IFJNPj4gd2FzIGluDQo+IFJNPj4gUk0+PiBmZWJydWFy eSkuIE5vdyBJIHNlZSBhIHN0cmFuZ2UgZWZmZWN0IChpdCBzZWVtcyBvbmx5IG9uIE5GUw0KPiBS TT4+IG1vdW50cyk6DQo+IFJNPj4gUk0+PiBscyBvcg0KPiBSTT4+IFJNPj4gZXZlbiBlY2hvICog d2lsbCBsaXN0IG9ubHkgc29tZSBmaWxlcyAoc3RyYW5nZSBlbm91Z2ggdGhlDQo+IGZpcnN0DQo+ IFJNPj4gZmlsZXMNCj4gUk0+PiBSTT4+IGZyb20NCj4gUk0+PiBSTT4+IHRoZSBub3JtYWwsIGFs cGhhYmV0aWNhbGx5IG9yZGVyZWQgbGlzdCkuIElmIEkgY2hhbmdlDQo+IHNvbWV0aGluZw0KPiBS TT4+IGluIHRoZQ0KPiBSTT4+IFJNPj4gZGlyZWN0b3J5IChkZWxldGUgYSBmaWxlIG9yIGNyZWF0 ZSBhIG5ldyBvbmUpIGZvciBzb21lIHRpbWUNCj4gdGhlDQo+IFJNPj4gUk0+PiBjb21wbGV0ZQ0K PiBSTT4+IFJNPj4gbGlzdGluZyB3aWxsIGFwcGVhciBidXQgYWZ0ZXIgc2ltZSB0aW1lIChzZWNv bmRzIHRvIGEgbWludXRlDQo+IG9yDQo+IFJNPj4gc28pDQo+IFJNPj4gUk0+PiBhZ2Fpbg0KPiBS TT4+IFJNPj4gb25seSBwYXJ0IG9mIHRoZSBmaWxlcyBpcyBsaXN0ZWQuDQo+IFJNPj4gUk0+Pg0K PiBSTT4+IFJNPj4gQSBrdHJhY2Ugb24gbHMgL3Vzci9zcmMvbGliL2xpYmMvZ2VuIHNob3dzIHRo YXQNCj4gZ2V0ZGlyZW50cmllcyBpcw0KPiBSTT4+IFJNPj4gY2FsbGVkDQo+IFJNPj4gUk0+PiBv bmx5IG9uY2UgKHJldHVybmluZyA0MDk2KS4gRm9yIGEgZnVsbCBsaXN0aW5nIGdldGRpcmVudHJp ZXMNCj4gaXMNCj4gUk0+PiBjYWxsZWQNCj4gUk0+PiBSTT4+IDUNCj4gUk0+PiBSTT4+IHRpbWVz IHdpdGggdGhlIGxhc3QgcmV0dXJuaW5nIDAuDQo+IFJNPj4gUk0+Pg0KPiBSTT4+IFJNPj4gSSBj YW4gc3RpbGwgb3BlbiBmaWxlcyB0aGF0IGFyZSBub3QgbGlzdGVkIGlmIEkga25vdyB0aGVpcg0K PiBuYW1lLA0KPiBSTT4+IFJNPj4gdGhvdWdoLg0KPiBSTT4+IFJNPj4NCj4gUk0+PiBSTT4+IFRo ZSBORlMgc2VydmVyIGlzIGEgV2luZG93cyAyMDA4IHNlcnZlciB3aXRoIGFuIE9wZW5UZXh0IE5G Uw0KPiBSTT4+IFNlcnZlcg0KPiBSTT4+IFJNPj4gd2hpY2gNCj4gUk0+PiBSTT4+IHdvcmtzIHdp dGhvdXQgcHJvYmxlbXMgdG8gYWxsIHRoZSBvdGhlciBGcmVlQlNEIG1hY2hpbmVzLg0KPiBSTT4+ IFJNPj4NCj4gUk0+PiBSTT4+IFNvIHdoYXQgY291bGQgdGhhdCBiZT8NCj4gUk0+PiBSTT4+DQo+ IFJNPj4gUk0+U29tZW9uZSBlbHNlIHJlcG9ydGVkIG1pc3NpbmcgZmlsZXMgcmV0dXJuZWQgdmlh ICJscyINCj4gcmVjZW50bHksDQo+IFJNPj4gd2hlbg0KPiBSTT4+IFJNPnRoZXkgdXNlZCBhIHNt YWxsIHJlYWRkaXJzaXplIChiZWxvdyA4SykuIEkgaGF2ZW4ndCB5ZXQgaGFkIGENCj4gUk0+PiBj aGFuZ2UgdG8gdHJ5DQo+IFJNPj4gUk0+YW5kIHJlcHJvZHVjZSBpdCBvciBkbyBhbnkgc25vb3Bp bmcgYXJvdW5kLg0KPiBSTT4+IFJNPg0KPiBSTT4+IFJNPlRoZXJlIGhhdmVuJ3QgYmVlbiBhbnkg cmVjZW50IGNoYW5nZXMgdG8gcmVhZGRpciBpbiB0aGUgTkZTDQo+IGNsaWVudCwNCj4gUk0+PiBS TT5leGNlcHQgYSB0cml2aWFsIG9uZSB0aGF0IGFkZHMgYSBjaGVjayBmb3Igdm5vZGUgdHlwZSBi ZWluZw0KPiBWRElSLA0KPiBSTT4+IFJNPnNvIEkgZG9uJ3Qgc2VlIHRoYXQgaXQgY2FuIGJlIGEg cmVjZW50IE5GUyBjaGFuZ2UuDQo+IFJNPj4gUk0+DQo+IFJNPj4gUk0+SWYgeW91IGNhbiBpbmNy ZWFzZSB0aGUgcmVhZGRpcnNpemUsIHRyeSB0aGF0IHRvIHNlZSBpZiBpdA0KPiBhdm9pZHMNCj4g Uk0+PiBSTT50aGUgcHJvYmxlbS4gIm5mc3N0YXQgLW0iIHNob3dzIHlvdSB3aGF0IHRoZSBtb3Vu dCBvcHRpb25zIGVuZA0KPiB1cA0KPiBSTT4+IFJNPmJlaW5nIGFmdGVyIGRvaW5nIHRoZSBtb3Vu dC4gVGhlIHNlcnZlciBtaWdodCBiZSBsaW1pdGluZyB0aGUNCj4gUk0+PiByZWFkZGlyc2l6ZQ0K PiBSTT4+IFJNPnRvIDRLLCBzbyB5b3Ugc2hvdWxkIGNoZWNrLCBldmVuIGlmIHlvdSBzcGVjaWZ5 IGEgbGFyZ2UgdmFsdWUNCj4gZm9yDQo+IFJNPj4gUk0+dGhlIG1vdW50Lg0KPiBSTT4+IFJNPg0K PiBSTT4+IFJNPnJpY2sNCj4gUk0+PiBSTT4NCj4gUk0+PiBSTT4+IFJlZ2FyZHMsDQo+IFJNPj4g Uk0+PiBoYXJ0aQ0KPiBSTT4+IFJNPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gUk0+PiBSTT4+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBt YWlsaW5nIGxpc3QgDQo+IFJNPj4gUk0+PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1h bi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQNCj4gUk0+PiBSTT4+IFRvIHVuc3Vic2NyaWJlLCBz ZW5kIGFueSBtYWlsIHRvIA0KPiBSTT4+IFJNPj4gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyINCj4gUk0+PiBSTT4NCj4gUk0+PiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBSTT4+IGZyZWVic2QtY3VycmVudEBmcmVlYnNk Lm9yZyBtYWlsaW5nIGxpc3QgDQo+IFJNPj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+IFJNPj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQg YW55IG1haWwgdG8NCj4gUk0+PiAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qu b3JnIg0KPiBSTT4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdCANCj4gaHR0 cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvDQo+ICJmcmVlYnNkLWN1cnJlbnQtdW5z dWJzY3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-current@FreeBSD.ORG Mon May 6 06:19:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1CEBCC6B for ; Mon, 6 May 2013 06:19:36 +0000 (UTC) (envelope-from sig6247@list.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.176.136]) by mx1.freebsd.org (Postfix) with ESMTP id 726F6266 for ; Mon, 6 May 2013 06:19:35 +0000 (UTC) Received: from smtp14.mail.ru (smtp14.mail.ru [94.100.176.91]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id 351A0279AD94 for ; Mon, 6 May 2013 10:19:28 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Date:Message-Id:Content-Type:MIME-Version:Subject:To:From; bh=WIrnNaCZ0QZR8vczuXGeGp1blzw2nwoScCREMcbF8xM=; b=SJSx0A0puqbZhNiUz9d4PwyGt5EwPjbxVtXc/vLV6las3g+kxBStHsBoeiIWPNNQaKlnCJt0K400shpVr4xXEepjCowFJW48xZZaSApg6XqRaVGOOMiPMhSXqdpYe3UAyHG+TZxR3iuawGWA7+aeYQi9DHMP+f6UXpn+fsL5ZD4=; Received: from [166.70.207.2] (port=63151 helo=localhost) by smtp14.mail.ru with esmtpa (envelope-from ) id 1UZElV-0005gK-Ls for freebsd-current@freebsd.org; Mon, 06 May 2013 10:19:20 +0400 From: sig6247 To: freebsd-current@freebsd.org Subject: x11/nvidia-driver-173 build failed on CURRENT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: Date: Mon, 06 May 2013 10:19:19 +0400 X-Spam: Not detected X-Mras: Ok X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 06:19:36 -0000 Any help is appreciated. base r250200 ports r317168 ===> Returning to build of nvidia-driver-173.14.35_2 ===> nvidia-driver-173.14.35_2 depends on shared library: GL.1 - found ====================================================================== ===> Cleaning for nvidia-driver-173.14.35_2 ================================================= ====================================================================== ================================================= ===> License NVIDIA accepted by the user ===> nvidia-driver-173.14.35_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by nvidia-driver-173.14.35_2 for building ====================================================================== ================================================= ===> License NVIDIA accepted by the user ===> nvidia-driver-173.14.35_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by nvidia-driver-173.14.35_2 for building => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-173.14.35.tar.gz. ====================================================================== ================================================= ===> License NVIDIA accepted by the user ===> nvidia-driver-173.14.35_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by nvidia-driver-173.14.35_2 for building ===> Extracting for nvidia-driver-173.14.35_2 => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-173.14.35.tar.gz. ====================================================================== ================================================= ===> Patching for nvidia-driver-173.14.35_2 ===> Applying extra patch /usr/ports/x11/nvidia-driver-173/../nvidia-driver/files/legacy-patch-nvidia.lib.mk ===> Applying extra patch /usr/ports/x11/nvidia-driver-173/../nvidia-driver/files/security-patch-CVE-2012-4225 ====================================================================== ================================================= ===> nvidia-driver-173.14.35_2 depends on file: /usr/local/libdata/pkgconfig/xorg-server.pc - found ===> nvidia-driver-173.14.35_2 depends on shared library: m.3 - found ===> nvidia-driver-173.14.35_2 depends on shared library: GL.1 - found ===> Configuring for nvidia-driver-173.14.35_2 ====================================================================== ================================================= ===> Building for nvidia-driver-173.14.35_2 ===> src (all) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ -I@/contrib/altq -fno-common -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c nvidia_ctl.c cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ -I@/contrib/altq -fno-common -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c nvidia_dev.c cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ -I@/contrib/altq -fno-common -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c nvidia_linux.c cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ -I@/contrib/altq -fno-common -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c nvidia_os.c nvidia_os.c:28:23: error: function declared with regparm(0) attribute was previously declared without the regparm attribute RM_STATUS NV_API_CALL os_alloc_contig_pages( ^ /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:145:11: note: previous declaration is here RM_STATUS os_alloc_contig_pages(void **, U032); ^ nvidia_os.c:37:18: error: function declared with regparm(0) attribute was previously declared without the regparm attribute void NV_API_CALL os_free_contig_pages( ^ /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:146:6: note: previous declaration is here void os_free_contig_pages(void *, U032); ^ 2 errors generated. *** [nvidia_os.o] Error code 1 Stop in /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src. *** [all] Error code 1 Stop in /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35. *** [do-build] Error code 1 Stop in /usr/ports/x11/nvidia-driver-173. ===> Cleaning for nvidia-driver-173.14.35_2 build of /usr/ports/x11/nvidia-driver-173 ended at Sun May 5 19:05:13 UTC 2013 From owner-freebsd-current@FreeBSD.ORG Mon May 6 06:27:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72F62E00; Mon, 6 May 2013 06:27:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) by mx1.freebsd.org (Postfix) with ESMTP id D71182B1; Mon, 6 May 2013 06:27:19 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id d41so1534593eek.11 for ; Sun, 05 May 2013 23:27:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bsQX8O6zjZZYVGYw4W9GxVuRQmLqvllMGSnVFIWWtCI=; b=E6SIyUGOC6ZHfTsAa8uIc/dhJ+eAGvYJzmADWR5b+HpeuoopwMHPDCptNbkJa7DXEt N401WmLIXAEMgT8oSrCj82th58T4hmn1tf1tNucHYJNL8ZZzemfDrR3iTLTSh7mvS0V0 AM3JHhqmmITQqyHyWOsKvRb13JolXy8okJQHLh85gQE+kK9dON9ZTwZcF7mhKrd2kZB1 lMGBNTWJcLf7iAzlbpAPqe/BVCN3goG74OQ1qHtHnDihW6218kI2aEnkP4qi3CWTkKaG +UoZcn1std2MLsrO43Wffay8rTPM9biwjp6229ZfKQXSpLQBO+i6FrpsDeqPafsW5zbq opCg== X-Received: by 10.14.202.201 with SMTP id d49mr25904447eeo.1.1367821632619; Sun, 05 May 2013 23:27:12 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPSA id x41sm22419037eey.17.2013.05.05.23.27.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 23:27:11 -0700 (PDT) Sender: Alexander Motin Message-ID: <51874D3C.1070003@FreeBSD.org> Date: Mon, 06 May 2013 09:27:08 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> In-Reply-To: <1367808221.1302.4.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 06:27:20 -0000 On 06.05.2013 05:43, Sean Bruno wrote: > On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote: >> On 04.05.2013 06:14, Sean Bruno wrote: >>> Speaker/headphones working great on Current. >>> >>> Was trying to get the microphone working, but it seems to not quite be >>> working. >> >> I got the same problem with my X220. Before the last Lenovo >> HDA quirk commits everything worked fine, but I had to set >> the default sound unit to 1. >> Now I do not need to set the sound unit, audio output works >> out of the box but recording does not work anymore. I fiddled >> with nid config but got bored after the fifth reboot. >> >> The behaviour changed at my last world build a month ago. >> >> I can supply dmesg or sysctl output if you want. > > Ok, this smells like a recent regression. From information provided by Sean I can't see why added quirk for playback may affect recording in any way. More likely I would guess that change from two playback pcm/dsp devices to one, while still having two record ones, made hw.snd.default_unit less usable (because there is no choice of output devices for it any more). Respective two input pcm/dsp device may require to be chosen manually in recording application. Or you can try additional hints to join both mics in one dsp/pcm device, provided by Kevin Oberman: hint.hdac.0.cad0.nid35.config="as=2" hint.hdac.0.cad0.nid27.config="as=2 seq=15" PS: When checking mixer, remember that there is separate mixer for every pcm/dsp device. Sean. you've provided output only for one. I guess that other (internal) microphone is on another pcm device/mixer. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon May 6 07:27:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DB7F19A for ; Mon, 6 May 2013 07:27:52 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 668FD6B2 for ; Mon, 6 May 2013 07:27:51 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r467RX5U071119; Mon, 6 May 2013 11:27:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r467RX4Y071118; Mon, 6 May 2013 11:27:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 May 2013 11:27:33 +0400 From: Gleb Smirnoff To: devel@stasyan.com, Rainer Hurling , "O. Hartmann" Subject: Re: kernel panic with _autoload_ nvidia driver Message-ID: <20130506072733.GP15182@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <1367820738.1648.7.camel@thor.walstatt.dyndns.org> <5185FD5D.1090502@gwdg.de> <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 07:27:52 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Sun, May 05, 2013 at 10:01:00AM +0400, devel@stasyan.com wrote: d> Hello ! d> d> This problems appears about 4-6 months ago after updating of -CURRENT host. d> Unable to boot host with nvidia_load="YES" in loader.conf because panic. d> But when nvidia driver loads manually via kldload, everything OK. d> Nvidia driver version is 310.44 at this moment, but problem was and on d> earlier version too. d> d> Here is output of debugging (full version at d> http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) Can you please try the attached patch to kernel? -- Totus tuus, Glebius. --+QahgC5+KEYLbs62 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="kern_sysctl.c.diff" Index: kern/kern_sysctl.c =================================================================== --- kern/kern_sysctl.c (revision 249327) +++ kern/kern_sysctl.c (working copy) @@ -1406,7 +1406,7 @@ static int sysctl_root(SYSCTL_HANDLER_ARGS) { struct sysctl_oid *oid; - int error, indx, lvl; + int error, indx, lvl, giantlocked; SYSCTL_ASSERT_XLOCKED(); @@ -1488,10 +1488,13 @@ sysctl_root(SYSCTL_HANDLER_ARGS) oid->oid_running++; SYSCTL_XUNLOCK(); - if (!(oid->oid_kind & CTLFLAG_MPSAFE)) + if (!(oid->oid_kind & CTLFLAG_MPSAFE)) { + giantlocked = 1; mtx_lock(&Giant); + } else + giantlocked = 0; error = oid->oid_handler(oid, arg1, arg2, req); - if (!(oid->oid_kind & CTLFLAG_MPSAFE)) + if (giantlocked) mtx_unlock(&Giant); KFAIL_POINT_ERROR(_debug_fail_point, sysctl_running, error); --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 07:31:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A9D6B1EC for ; Mon, 6 May 2013 07:31:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 33EA66E4 for ; Mon, 6 May 2013 07:31:57 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r467Vurg071143; Mon, 6 May 2013 11:31:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r467VuG8071142; Mon, 6 May 2013 11:31:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 May 2013 11:31:56 +0400 From: Gleb Smirnoff To: Kevin Oberman Subject: Re: Audio Hints, T520? Message-ID: <20130506073156.GQ15182@FreeBSD.org> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Sean Bruno , "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 07:31:58 -0000 On Sun, May 05, 2013 at 07:45:45PM -0700, Kevin Oberman wrote: K> I have a T520. It has an internal mic. Not USB. It also has a standard K> headphone/mic jack. It works with a headset with a mic. It's a four contact K> jack: Left, right, mic, and common. A cell-phone headset will work fine. K> K> Have you tried the hints I supplied? They worked for me. A very lame explanation then: may be Sean plugs simple 3-contact minijack into the socket, to get sound output via headset? But this jack plugged disables internal mic. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon May 6 07:39:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D43034E for ; Mon, 6 May 2013 07:39:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id B1C88773 for ; Mon, 6 May 2013 07:39:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r467dBuF071185; Mon, 6 May 2013 11:39:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r467dBCR071184; Mon, 6 May 2013 11:39:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 May 2013 11:39:11 +0400 From: Gleb Smirnoff To: devel@stasyan.com, Rainer Hurling , "O. Hartmann" Subject: Re: kernel panic with _autoload_ nvidia driver Message-ID: <20130506073911.GR15182@FreeBSD.org> References: <1367820738.1648.7.camel@thor.walstatt.dyndns.org> <5185FD5D.1090502@gwdg.de> <20130505100100.62750v3fqplti0t8@webmail01.providersolutions.ru> <20130506072733.GP15182@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130506072733.GP15182@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 07:39:13 -0000 On Mon, May 06, 2013 at 11:27:33AM +0400, Gleb Smirnoff wrote: T> On Sun, May 05, 2013 at 10:01:00AM +0400, devel@stasyan.com wrote: T> d> Hello ! T> d> T> d> This problems appears about 4-6 months ago after updating of -CURRENT host. T> d> Unable to boot host with nvidia_load="YES" in loader.conf because panic. T> d> But when nvidia driver loads manually via kldload, everything OK. T> d> Nvidia driver version is 310.44 at this moment, but problem was and on T> d> earlier version too. T> d> T> d> Here is output of debugging (full version at T> d> http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) T> T> Can you please try the attached patch to kernel? Before testing patch, can you please confirm that you are running r316497 of the ports/x11/nvidia-driver or that DISTVERSION=310.44, PORTREVISION=1? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon May 6 07:56:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 26E3EAAB for ; Mon, 6 May 2013 07:56:48 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBF581C for ; Mon, 6 May 2013 07:56:47 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZGHp-0001yu-96 for freebsd-current@freebsd.org; Mon, 06 May 2013 00:56:41 -0700 Date: Mon, 6 May 2013 00:56:41 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1367827001268-5809037.post@n5.nabble.com> Subject: Root on zfs fails to mount: "illegal option -- L" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 07:56:48 -0000 After latest world / kernel update (r250260 Sun May 5, amd64) I cannot mount root - message is: Addditional ABI support: linux Clearing /tmp Updating motd *Mounting late file systems:mount: illegal option -- L* Mounting /etc/fstab filesystems failed, startup aborted System then falls into single-user mode. * I have renamed /etc/fstab, so there is no fstab involvement in this error. # zfs list -> bsds /, bsds/var /var, bsds/usr /usr Other datasets in this zpool have been disabled by canmount=off. # df shows all existing zfs datasets mounted. bsds / devfs /dev bsds/usr /usr bsds/var /var I get consistent system freezes / screen blackouts after folders mounting stage, and can only get around the issue by selecting "safe mode" at the BTX loader. I suspect this is a mis-configured /etc/rc.d/ or /usr/local/etc/rc.d problem? Regards. ----- 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/Root-on-zfs-fails-to-mount-illegal-option-L-tp5809037.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon May 6 08:20:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5CE576A6 for ; Mon, 6 May 2013 08:20:50 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4420CCCE for ; Mon, 6 May 2013 08:20:50 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZGfB-0004sg-EJ for freebsd-current@freebsd.org; Mon, 06 May 2013 01:20:49 -0700 Date: Mon, 6 May 2013 01:20:49 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1367828449437-5809042.post@n5.nabble.com> In-Reply-To: <1367827001268-5809037.post@n5.nabble.com> References: <1367827001268-5809037.post@n5.nabble.com> Subject: Re: Root on zfs fails to mount: "illegal option -- L" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 08:20:50 -0000 Is this startup error message related to the problem? starting devd devd: can't open devctl device /dev/devctl: device busy /etc/rc: warning: failed to start devd crw------- 1 root wheel May 6 /dev/devctl ----- 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/Root-on-zfs-fails-to-mount-illegal-option-L-tp5809037p5809042.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon May 6 08:21:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61EBE7BA for ; Mon, 6 May 2013 08:21:23 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 49847CE0 for ; Mon, 6 May 2013 08:21:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZGfj-0004uk-1X for freebsd-current@freebsd.org; Mon, 06 May 2013 01:21:23 -0700 Date: Mon, 6 May 2013 01:21:23 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1367828483041-5809043.post@n5.nabble.com> In-Reply-To: <1367827001268-5809037.post@n5.nabble.com> References: <1367827001268-5809037.post@n5.nabble.com> Subject: Re: Root on zfs fails to mount: "illegal option -- L" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 08:21:23 -0000 Is this startup error message related to the problem? starting devd devd: can't open devctl device /dev/devctl: device busy /etc/rc: warning: failed to start devd crw------- 1 root wheel May 6 /dev/devctl ----- 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/Root-on-zfs-fails-to-mount-illegal-option-L-tp5809037p5809043.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon May 6 08:31:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9FAF0C65 for ; Mon, 6 May 2013 08:31:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB4AD76 for ; Mon, 6 May 2013 08:31:03 +0000 (UTC) Received: from delphij-macbook.local (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 9651F1203A; Mon, 6 May 2013 01:30:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1367829057; bh=ecsD05YvI8jdOmKSCAZ27H5YpTlaQgwFyoq6fj29Nv8=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=Bctw1fc343hhasKWy5hh7DZnjvMU/+JSTWhI5c4yBJ9GeBWPN4gyuOa51zDKgVJc3 G+vKsSzN9F634X+vVS4M7HHAB1qGXHujhUs6V7sX3QDSUADY2yr7e/B/IuOgvva0BI vQScr5o7kif3falbNTrrrsGfevFJwhtQhsuyRSq4= Message-ID: <51876A41.1020403@delphij.net> Date: Mon, 06 May 2013 01:30:57 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Root on zfs fails to mount: "illegal option -- L" References: <1367827001268-5809037.post@n5.nabble.com> In-Reply-To: <1367827001268-5809037.post@n5.nabble.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 08:31:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 5/6/13 12:56 AM, Beeblebrox wrote: > After latest world / kernel update (r250260 Sun May 5, amd64) I > cannot mount root - message is: Addditional ABI support: linux > Clearing /tmp Updating motd *Mounting late file systems:mount: > illegal option -- L* Mounting /etc/fstab filesystems failed, > startup aborted System then falls into single-user mode. I believe that you have a stale mount(8) binary compared to your rc.d scripts. Did you do a full 'make buildworld' and 'make installworld' before doing mergemaster? You can probably remove /etc/rc.d/mountlate for now and use mergemaster -i to install it back later. [...] > I get consistent system freezes / screen blackouts after folders > mounting stage, and can only get around the issue by selecting > "safe mode" at the BTX loader. No idea here. What changes have you made before this happens? Cheers, -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJRh2pBAAoJEG80Jeu8UPuzc+4IALB+kAPQaoK4ZSv8Qy5KIFSE A4oaN5nuf5yQ0FqviaxXsnmOpJtFFFQh5mBek/qp4nNDjt67R2xnJeqLnU+U5yin Sz4chaX3r0MhwCFZMMN5+NWj5q/hZgdrQA8hMx27IT1wicmeS53DOoPFCyC2muop l87Cxr71E3OwJSs3FZ+FQRFEl2duu//rWoxhGTRx9R2CB8+iQtQpEuBak+9M/8u1 EALCBsxNHBr+83Mrz+oG3NmYzX8GI3PzDJvPhg/NZlB5RRCkqinopQVB5HMO3Op8 A8AXD+XSEKTnTMV5OfyMnimoSf2lDKd3aB9pdvu5npiq4rtzohoFcR/X7eYtVJc= =VeYq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:14:15 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A028C3FA; Mon, 6 May 2013 12:14:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 635E4FDC; Mon, 6 May 2013 12:14:15 +0000 (UTC) Received: from spaceball.andric.com (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 247325C5B; Mon, 6 May 2013 14:14:07 +0200 (CEST) Message-ID: <51879E8C.9080509@FreeBSD.org> Date: Mon, 06 May 2013 14:14:04 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: sig6247 Subject: Re: x11/nvidia-driver-173 build failed on CURRENT References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090301090401040605080307" Cc: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:14:15 -0000 This is a multi-part message in MIME format. --------------090301090401040605080307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit [redirecting to ports@, where this belongs] On 2013-05-06 08:19, sig6247 wrote: ... > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ -I@/contrib/altq -fno-common -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c nvidia_os.c > nvidia_os.c:28:23: error: function declared with regparm(0) attribute was previously declared without the regparm attribute > RM_STATUS NV_API_CALL os_alloc_contig_pages( > ^ > /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:145:11: note: previous declaration is here > RM_STATUS os_alloc_contig_pages(void **, U032); > ^ Please try the attached patch. I am not sure if there are more driver versions that include these inconsisent prototypes, but if anybody is aware of them, we can adjust the ${NVVERSION} check a little. -Dimitry --------------090301090401040605080307 Content-Type: text/x-diff; name="x11__nvidia-driver-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="x11__nvidia-driver-1.diff" Index: x11/nvidia-driver/Makefile =================================================================== --- x11/nvidia-driver/Makefile (revision 317139) +++ x11/nvidia-driver/Makefile (working copy) @@ -70,6 +70,10 @@ EXTRA_PATCHES+= ${FILESDIR}/security-patch-CVE-2012-4225 .endif +.if ${NVVERSION} == 1731435 +EXTRA_PATCHES+= ${FILESDIR}/build-patch-nv_api_call +.endif + OPTIONS_DEFINE= FREEBSD_AGP ACPI_PM LINUX DOCS OPTIONS_DEFAULT= LINUX Index: x11/nvidia-driver/files/build-patch-nv_api_call =================================================================== --- x11/nvidia-driver/files/build-patch-nv_api_call (revision 0) +++ x11/nvidia-driver/files/build-patch-nv_api_call (working copy) @@ -0,0 +1,13 @@ +--- src/nv-freebsd.h.orig 2013-05-06 13:13:49.000000000 +0200 ++++ src/nv-freebsd.h 2013-05-06 13:16:38.000000000 +0200 +@@ -142,8 +142,8 @@ + + MALLOC_DECLARE(M_NVIDIA); + +-RM_STATUS os_alloc_contig_pages(void **, U032); +-void os_free_contig_pages(void *, U032); ++RM_STATUS NV_API_CALL os_alloc_contig_pages(void **, U032); ++void NV_API_CALL os_free_contig_pages(void *, U032); + + /* + * Enable/Disable support for FreeBSD's AGP GART driver. Please note that --------------090301090401040605080307-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:16:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB5FB5C5 for ; Mon, 6 May 2013 12:16:09 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm14-vm1.bullet.mail.ne1.yahoo.com (nm14-vm1.bullet.mail.ne1.yahoo.com [98.138.91.38]) by mx1.freebsd.org (Postfix) with ESMTP id 63EEC73 for ; Mon, 6 May 2013 12:16:09 +0000 (UTC) Received: from [98.138.90.51] by nm14.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:09:45 -0000 Received: from [98.138.226.128] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:09:45 -0000 Received: from [127.0.0.1] by smtp215.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:09:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367842185; bh=3icd+3d4/b+Oxt01SZsOruMEZooOnbaR70CdPOAe164=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=hAt8jwUgmEl8nhwJjVlfcN3txf8wt7gdVNxtj3pBoAT00nSBGG3kSkjTvBzNK45pBZfsjynD19pZivv3Joh46DlAo/ncIZFE3UXDYoebKipiCOg6WsG1Ktf1IpsbOEMlWVKR8xTYuYGnqeefvTqm+Mh5lNZI4+jztwJhSpNyPqE= X-Yahoo-Newman-Id: 159780.43650.bm@smtp215.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: SvIJiZ0VM1mv4BkWU4zD0a337nMdRYhQYNyeLU5W2I3Y1of Broyym6OTltAdTUiVYhsUj6xJGkLGbLitvRhuHipu1bUmw5zRJEFsty3.KeQ 2L53zmUojv720Y3Adb57dJHPS4VIJilpS9JHvs6McL2f.WEBJ.jwmIbiKLeP HqeYSKjny1KSJMvqnpcpXe8HxKtfP9LWgEhABvqQcEX6DWSBKN2W0dmpBjud 3dsTGm3stKz1hg2ky.9We4VnbDtnyFyneGobYoUsRlgsrNAT0OdvC5Ykci.Y 9s2Z5LrXZ1K914S_AO0p6oc2TcwXg1wcGs0Zm7SOdDnBEewllLjJSSuX1gbI wYlP3.AHJoa1fsxtLW8wMbAy2lfW5nQeY5TitIPSBAvvEtQIR.6kh5OpGDmC d84JMe_t87TAAiIGfZcKK5wv1gNHJDEtC_MD.Yi3rvrxorumSa2UArqlS7yk ANG3Sq015P9M- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp215.mail.ne1.yahoo.com with SMTP; 06 May 2013 05:09:45 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Gleb Smirnoff In-Reply-To: <20130506073156.GQ15182@FreeBSD.org> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <20130506073156.GQ15182@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-X0h+Kom4z78Fir1Tpy0g" Date: Mon, 06 May 2013 05:09:44 -0700 Message-ID: <1367842184.1326.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Kevin Oberman , "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:16:09 -0000 --=-X0h+Kom4z78Fir1Tpy0g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-05-06 at 11:31 +0400, Gleb Smirnoff wrote: > A very lame explanation then: may be Sean plugs simple 3-contact > minijack into > the socket, to get sound output via headset? But this jack plugged > disables > internal mic.=20 I haven't been using any headset to this point. So, its the onboard microphone only and speakers. Sean --=-X0h+Kom4z78Fir1Tpy0g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh52DAAoJEBkJRdwI6BaHVykH/2ijmZ5yxWsnroIgiMpnPLT3 /aOAkzUj/lB4tlG00JT8SYnZfNvLpGGlHFE8NexqGf5D1up8+XitcR0gmGnjRKYu hTnrRaKTPDSJMaeqI1CQa0lXLwGA/VXKA2U9uCSpjyTOOvvYorBYnthcLsczirih A7Bw5fBESAVumMpUdvIZhi2R4lQzhCb6BsdSmTjFjHx8079Cxgx1/xo93mNBRsCX GDP1CiefdfnENNE8y/jtDoMGU586X942wvcJmMJMY+/cEZhNoyvAHGJn2LnixOEK Br6o7HAgBWDbfvzXW1bdglNnVCTFI1bWJrMQKECjPL4zuKZbg02FsoXCq63HMfY= =AmFO -----END PGP SIGNATURE----- --=-X0h+Kom4z78Fir1Tpy0g-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:16:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7076F6E7 for ; Mon, 6 May 2013 12:16:52 +0000 (UTC) (envelope-from devel@stasyan.com) Received: from mx.providersolutions.ru (mx.providersolutions.ru [89.253.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB4099 for ; Mon, 6 May 2013 12:16:50 +0000 (UTC) Received: (qmail 4034 invoked from network); 6 May 2013 12:16:28 -0000 Received: from unknown (HELO mx.providersolutions.ru) ([89.253.252.14]) by 89.253.252.22 with SMTP; 6 May 2013 12:16:28 -0000 Received: from b-internet.212.164.232.186.nsk.rt.ru (b-internet.212.164.232.186.nsk.rt.ru [212.164.232.186]) by rsnx.ru (Horde Framework) with HTTP; Mon, 06 May 2013 16:16:28 +0400 Message-ID: <20130506161628.74813limi3v168t8@webmail01.providersolutions.ru> Date: Mon, 06 May 2013 16:16:28 +0400 From: Stas Timokhin To: Gleb Smirnoff Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130506072733.GP15182@FreeBSD.org> In-Reply-To: <20130506072733.GP15182@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) Cc: "O. Hartmann" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:16:52 -0000 Hello ! > d> This problems appears about 4-6 months ago after updating of > -CURRENT host. > d> Unable to boot host with nvidia_load="YES" in loader.conf because panic. > d> But when nvidia driver loads manually via kldload, everything OK. > d> Nvidia driver version is 310.44 at this moment, but problem was and on > d> earlier version too. > d> Here is output of debugging (full version at > d> http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) > Can you please try the attached patch to kernel? Test of patch with nvidia-driver-310.44_1 (builded by clang from -CURRENT) passed successfully - booting module from /boot/loader.conf is OK. Thank you ! From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:19:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DB6D081C for ; Mon, 6 May 2013 12:19:23 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 669BBBF for ; Mon, 6 May 2013 12:19:22 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r46CJLc0072699; Mon, 6 May 2013 16:19:21 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r46CJLhD072698; Mon, 6 May 2013 16:19:21 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 May 2013 16:19:21 +0400 From: Gleb Smirnoff To: Stas Timokhin Subject: Re: kernel panic with _autoload_ nvidia driver Message-ID: <20130506121921.GX15182@glebius.int.ru> References: <20130506072733.GP15182@FreeBSD.org> <20130506161628.74813limi3v168t8@webmail01.providersolutions.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130506161628.74813limi3v168t8@webmail01.providersolutions.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "O. Hartmann" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:19:23 -0000 On Mon, May 06, 2013 at 04:16:28PM +0400, Stas Timokhin wrote: S> > d> This problems appears about 4-6 months ago after updating of S> > -CURRENT host. S> > d> Unable to boot host with nvidia_load="YES" in loader.conf because panic. S> > d> But when nvidia driver loads manually via kldload, everything OK. S> > d> Nvidia driver version is 310.44 at this moment, but problem was and on S> > d> earlier version too. S> > d> Here is output of debugging (full version at S> > d> http://www.stasyan.com/devel/kern_crash_nvidia_autoload.txt) S> > Can you please try the attached patch to kernel? S> Test of patch with nvidia-driver-310.44_1 (builded by clang from S> -CURRENT) passed successfully - booting module from /boot/loader.conf S> is OK. Sorry if I wasn't clear before. Can you please test nvidia-driver-310.44_1 without any additional patches? The nvidia-driver-310.44_1 itself contains import bugfix comparing to nvidia-driver-310.44. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:19:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2429391B for ; Mon, 6 May 2013 12:19:29 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm36-vm7.bullet.mail.ne1.yahoo.com (nm36-vm7.bullet.mail.ne1.yahoo.com [98.138.229.119]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7DAC6 for ; Mon, 6 May 2013 12:19:27 +0000 (UTC) Received: from [98.138.226.179] by nm36.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:12:50 -0000 Received: from [98.138.226.56] by tm14.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:12:50 -0000 Received: from [127.0.0.1] by smtp207.mail.ne1.yahoo.com with NNFMP; 06 May 2013 12:12:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367842370; bh=3YOa76aMoxMD5WouHn+3U8/VMJhH0Xuk5vH/9KRyyYY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=BGgtVe4R+Sx9sUhpiqea5tCJzbDJ3axqXf0o7nM+B0m7qJ7/s1NknAjPXdGUC7gnvr4CmDfMgNel0tALeB/Yr46t78rnMScH+9WnRHWvKZzElmgV+Hoj9zONe3HSJ5MeZXmUnzIYdL3CLvtPxh//sl2g1qOMEBMee1PmnIQAYfo= X-Yahoo-Newman-Id: 372696.21843.bm@smtp207.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: GzRobiYVM1mukphTEq.nLBrbRYxRbUjCr8ny_WmxoSDaLoW vfBk2cpppOq3crrI4mza03X7rCiPvGS5gMCAopd5SsHdXMex7ALZTqLcZLN9 F9TsU4w3ECZdp5vUxwIQy3OlDRzYCm1yB06NgoKUy0J6eevrxN8pbx3yLmbh E54ArBBJxGTm_sWMJkSbDiWf1x4XB8gxx2XCTTgJ9R.RhAFVZ4O1SLeVdsPh .dX_ET7DDwglK7gH4Dh3HBCR.a44IzAVB_srWVE4.QOC1U4xaKkbUWbgrwfr YkCGuqen5wNLSG58Xqw.uByqIG_EDogCBZ8fbr82beaZj5PXrmAPTdV6xLz9 h.aaXXtuosW2wnOphknxH2nKQp6U7XOBZkBXbrhtr.JUTdD3G0sQFIbdbtj8 GzWMkbM68b0cktF.38MJEh0rn0BQ0DsIyLtwonbIZ2xwGYrYNxY2_rq.SbW6 tYqrL9KdL1Gw- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp207.mail.ne1.yahoo.com with SMTP; 06 May 2013 05:12:50 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Alexander Motin In-Reply-To: <51874D3C.1070003@FreeBSD.org> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> <51874D3C.1070003@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-SRd0NsVln4VF8MfnIU+M" Date: Mon, 06 May 2013 05:12:49 -0700 Message-ID: <1367842369.1326.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:19:29 -0000 --=-SRd0NsVln4VF8MfnIU+M Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-05-06 at 09:27 +0300, Alexander Motin wrote: > From information provided by Sean I can't see why added quirk for=20 > playback may affect recording in any way. More likely I would guess > that=20 > change from two playback pcm/dsp devices to one, while still having > two=20 > record ones, made hw.snd.default_unit less usable (because there is > no=20 > choice of output devices for it any more). Respective two input > pcm/dsp=20 > device may require to be chosen manually in recording application. Or=20 > you can try additional hints to join both mics in one dsp/pcm device,=20 > provided by Kevin Oberman: > hint.hdac.0.cad0.nid35.config=3D"as=3D2" > hint.hdac.0.cad0.nid27.config=3D"as=3D2 seq=3D15" No success with these settings. There is no change to my ability to record with audacity. >=20 > PS: When checking mixer, remember that there is separate mixer for > every=20 > pcm/dsp device. Sean. you've provided output only for one. I guess > that=20 > other (internal) microphone is on another pcm device/mixer.=20 All the mixer settings: $ mixer -f /dev/mixer0 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 $ mixer -f /dev/mixer1 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 $ mixer -f /dev/mixer2 Mixer vol is currently set to 95:95 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer rec is currently set to 67:67 Recording source: mic $ mixer -f /dev/mixer3 Mixer rec is currently set to 1:1 Mixer monitor is currently set to 42:42 Recording source: monitor Sean --=-SRd0NsVln4VF8MfnIU+M Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh55BAAoJEBkJRdwI6BaHxw8H/Reyd8BSVss7Kt+TGVm3fgVQ OHSREXkXBz6gBK20QUHAIbkbRYemq5AG3LZc51YnOQHwpAtyJ7CyRRxFuDiVqhw1 QopL33F0GIkNGyZjyDmrn9NarwWmJUyFPlhBY2MUESJmsUP9ks9Nu8m+KPqzYdMj LRi0dwnDglCFiRDmRJaA2om+odC2V73+s4QJbbWd30SuMldHoLjRhqAwxnU48EMV KgMeTkp0akmrA+D+4RlmEoiPJGJesp32EJQYYpWxWnC5NEED9rjW0cJLs64JUGkg wbJqjduDy3GtBddIW9LOpJ/i2XFb3l+GU84rPGfwEQjPITvor8RE0n+8b2Ix9Ys= =XOUn -----END PGP SIGNATURE----- --=-SRd0NsVln4VF8MfnIU+M-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:25:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 979DDB05; Mon, 6 May 2013 12:25:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) by mx1.freebsd.org (Postfix) with ESMTP id 0644A12E; Mon, 6 May 2013 12:25:29 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id d41so1619438eek.25 for ; Mon, 06 May 2013 05:25:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ib2Q2a6IRwtrkQrWPoM+mUdoyQOprH1P1cpOuQXPkik=; b=KI0r7wAymuvrEWQFjwj4uTGBdU8ZNiGNFdi3k/3lzZzcb6uRrz5MSW9FJu9pHjWh1V su2MvBhMkVUWA5znXqiBOZqCiA1ooVPMZl8QH/UOmsgnxfvzu2HWX/UO5CENdWUjFtI/ Q+HljokFYi8Ft/GaVwvbv1tVkhm0PwllfcxzddBCOOmjFdyFDPQ60OLzBD54/7dKBWHZ 84x6rXDp/zoph5CU6Hc/zkhvgRHej/dZy/92xmEfOYv1RbEv9i4YqbjWz5+KPZJZBn4V 2rnTsto4m+v2tZDANTC4HrxGXuZL/MPyH4PNtJWAq88PsTnE0A/pyGKCa49OMn1tUh8Z INGg== X-Received: by 10.14.106.200 with SMTP id m48mr60341768eeg.17.1367843128509; Mon, 06 May 2013 05:25:28 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPSA id f3sm13805826eep.3.2013.05.06.05.25.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 May 2013 05:25:27 -0700 (PDT) Sender: Alexander Motin Message-ID: <5187A133.9060509@FreeBSD.org> Date: Mon, 06 May 2013 15:25:23 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> <51874D3C.1070003@FreeBSD.org> <1367842369.1326.3.camel@localhost> In-Reply-To: <1367842369.1326.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:25:30 -0000 On 06.05.2013 15:12, Sean Bruno wrote: > On Mon, 2013-05-06 at 09:27 +0300, Alexander Motin wrote: >> From information provided by Sean I can't see why added quirk for >> playback may affect recording in any way. More likely I would guess >> that >> change from two playback pcm/dsp devices to one, while still having >> two >> record ones, made hw.snd.default_unit less usable (because there is >> no >> choice of output devices for it any more). Respective two input >> pcm/dsp >> device may require to be chosen manually in recording application. Or >> you can try additional hints to join both mics in one dsp/pcm device, >> provided by Kevin Oberman: >> hint.hdac.0.cad0.nid35.config="as=2" >> hint.hdac.0.cad0.nid27.config="as=2 seq=15" > > No success with these settings. There is no change to my ability to > record with audacity. Sorry, on your system hdac.0 is HDMI audio. Try hdac.1 instead. >> PS: When checking mixer, remember that there is separate mixer for >> every >> pcm/dsp device. Sean. you've provided output only for one. I guess >> that >> other (internal) microphone is on another pcm device/mixer. > > All the mixer settings: > > $ mixer -f /dev/mixer2 > Mixer vol is currently set to 95:95 > Mixer pcm is currently set to 100:100 > Mixer speaker is currently set to 100:100 > Mixer mic is currently set to 100:100 > Mixer rec is currently set to 67:67 > Recording source: mic > $ mixer -f /dev/mixer3 > Mixer rec is currently set to 1:1 > Mixer monitor is currently set to 42:42 > Recording source: monitor Here are two pcm devices, one for each mic. Hints from above should join them into one. Otherwise ,ake sure that you've tried to record from both. And adjust rec volume on second one. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon May 6 12:53:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 56C69E20 for ; Mon, 6 May 2013 12:53:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E4C0B1FA for ; Mon, 6 May 2013 12:53:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMEAEenh1GDaFvO/2dsb2JhbABQgz6DPLtGgRp0gh8BAQEEAQEBIAQnIAsMDxEEAQEBAgINFgMCKQEJFQMBBQgGCAcEARwEh2sMr0GQBIEkjEsQfgEzBwaCOoETA5RsgkKBJpAOgykgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,621,1363147200"; d="scan'208";a="26846042" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 06 May 2013 08:53:24 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1624DB4048; Mon, 6 May 2013 08:53:24 -0400 (EDT) Date: Mon, 6 May 2013 08:53:24 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <365967035.135220.1367844804040.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <611243783F62AF48AFB07BC25FA4B1061C54D467@DLREXMBX01.intra.dlr.de> Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org, ato@iem.pw.edu.pl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 12:53:48 -0000 Hartmut Brandt wrote: > Hi Rick, > > the patch doesn't help. So how can I help to fix that? Of course, I > can use the work-around with oldnfs, but ... > Well, I plan on going through the readdir code and seeing if I can spot a case that would break for small RPC replies. If I can find something, I'll email you a patch for testing. (I can't seem to reproduce the problem here.) The mysterious part for me is why it has shown up recently, because there hasn't been any recent change committed that seems like it could cause this. (Maybe it is just a co-incidence that it showed up recently and the bug has been there all along?) I'll admit my worst fear is that is somehow caused by the switch to clang for certain arches. If that is the case, it could take a long time to isolate. rick > harti > > -----Original Message----- > From: Rick Macklem [mailto:rmacklem@uoguelph.ca] > Sent: Saturday, May 04, 2013 11:33 PM > To: Brandt, Hartmut > Cc: current@freebsd.org; Andrzej Tobola > Subject: Re: files disappearing from ls on NFS > > Hartmut Brandt wrote: > > On Fri, 3 May 2013, Rick Macklem wrote: > > > > RM>Ok, if you succeed in isolating the commit, that would be great. > > > > Hmm. I'm somewhat stuck. clang from yesterday can't compile clang > > from > > a month ago... > > > > harti > > > Oh well. You could try this patch (which is the one to fix readdir for > union mounts), since I can see that VOP_VPTOCNP() will also be broken > without it. (I can't see how that would break "ls", but it breaks > __getcwd() and friends, so maybe it can affect "ls" somehow?) > > It's a cut/paste under windows, so I'm afraid the whitespace will be > messed up, but it's pretty simple to apply by hand. > > Index: nfs_clvnops.c > =================================================================== > --- nfs_clvnops.c (revision 249568) > +++ nfs_clvnops.c (working copy) > @@ -2221,6 +2221,7 @@ > !NFS_TIMESPEC_COMPARE(&np->n_mtime, &vattr.va_mtime)) { > mtx_unlock(&np->n_mtx); > NFSINCRGLOBAL(newnfsstats.direofcache_hits); > + *ap->a_eofflag = 1; > return (0); > } else > mtx_unlock(&np->n_mtx); @@ -2233,8 +2234,10 @@ > tresid = uio->uio_resid; > error = ncl_bioread(vp, uio, 0, ap->a_cred); > > - if (!error && uio->uio_resid == tresid) > + if (!error && uio->uio_resid == tresid) { > NFSINCRGLOBAL(newnfsstats.direofcache_misses); > + *ap->a_eofflag = 1; > + } > return (error); > } > > I haven't yet succeeded in reproducing the problem, but will be poking > at it some more, rick > > > RM> > > RM>rick > > RM> > > RM>> harti > > RM>> > > RM>> On Fri, 3 May 2013, Rick Macklem wrote: > > RM>> > > RM>> RM>Hartmut Brandt wrote: > > RM>> RM>> Hi, > > RM>> RM>> > > RM>> RM>> I've updated one of my -current machines this week > > (previous > > RM>> update > > RM>> RM>> was in > > RM>> RM>> february). Now I see a strange effect (it seems only on > > NFS > > RM>> mounts): > > RM>> RM>> ls or > > RM>> RM>> even echo * will list only some files (strange enough the > > first > > RM>> files > > RM>> RM>> from > > RM>> RM>> the normal, alphabetically ordered list). If I change > > something > > RM>> in the > > RM>> RM>> directory (delete a file or create a new one) for some > > time > > the > > RM>> RM>> complete > > RM>> RM>> listing will appear but after sime time (seconds to a > > minute > > or > > RM>> so) > > RM>> RM>> again > > RM>> RM>> only part of the files is listed. > > RM>> RM>> > > RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that > > getdirentries is > > RM>> RM>> called > > RM>> RM>> only once (returning 4096). For a full listing > > getdirentries > > is > > RM>> called > > RM>> RM>> 5 > > RM>> RM>> times with the last returning 0. > > RM>> RM>> > > RM>> RM>> I can still open files that are not listed if I know their > > name, > > RM>> RM>> though. > > RM>> RM>> > > RM>> RM>> The NFS server is a Windows 2008 server with an OpenText > > NFS > > RM>> Server > > RM>> RM>> which > > RM>> RM>> works without problems to all the other FreeBSD machines. > > RM>> RM>> > > RM>> RM>> So what could that be? > > RM>> RM>> > > RM>> RM>Someone else reported missing files returned via "ls" > > recently, > > RM>> when > > RM>> RM>they used a small readdirsize (below 8K). I haven't yet had > > a > > RM>> change to try > > RM>> RM>and reproduce it or do any snooping around. > > RM>> RM> > > RM>> RM>There haven't been any recent changes to readdir in the NFS > > client, > > RM>> RM>except a trivial one that adds a check for vnode type being > > VDIR, > > RM>> RM>so I don't see that it can be a recent NFS change. > > RM>> RM> > > RM>> RM>If you can increase the readdirsize, try that to see if it > > avoids > > RM>> RM>the problem. "nfsstat -m" shows you what the mount options > > end > > up > > RM>> RM>being after doing the mount. The server might be limiting > > the > > RM>> readdirsize > > RM>> RM>to 4K, so you should check, even if you specify a large > > value > > for > > RM>> RM>the mount. > > RM>> RM> > > RM>> RM>rick > > RM>> RM> > > RM>> RM>> Regards, > > RM>> RM>> harti > > RM>> RM>> _______________________________________________ > > RM>> RM>> freebsd-current@freebsd.org mailing list > > RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > > RM>> RM>> To unsubscribe, send any mail to > > RM>> RM>> "freebsd-current-unsubscribe@freebsd.org" > > RM>> RM> > > RM>> _______________________________________________ > > RM>> freebsd-current@freebsd.org mailing list > > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > > RM>> To unsubscribe, send any mail to > > RM>> "freebsd-current-unsubscribe@freebsd.org" > > RM> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon May 6 13:06:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C4019190 for ; Mon, 6 May 2013 13:06:56 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1D68328A for ; Mon, 6 May 2013 13:06:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id BCAE32A8308C for ; Mon, 6 May 2013 15:06:46 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TMjchrbyO+L1 for ; Mon, 6 May 2013 15:06:46 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id C8E2B2A830CF for ; Mon, 6 May 2013 15:06:45 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UZL7r-0000ci-Pp for current@freebsd.org; Mon, 06 May 2013 15:06:43 +0200 To: current@freebsd.org Subject: panic: pfsync_insert_state: st->sync_state == PFSYNC_S_NONE From: "Ian FREISLICH" X-Attribution: BOFH Date: Mon, 06 May 2013 15:06:43 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 13:06:56 -0000 Hi We just experienced the following panic on r249172 It was coincident with a panic on our other router using carp+pfsync. Unread portion of the kernel message buffer: panic: pfsync_insert_state: st->sync_state == PFSYNC_S_NONE cpuid = 12 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b3c2950 vpanic() at vpanic+0xe9/frame 0xffffff846b3c2990 kassert_panic() at kassert_panic+0xd5/frame 0xffffff846b3c2a80 pfsync_insert_state() at pfsync_insert_state+0x10c/frame 0xffffff846b3c2ab0 pf_state_insert() at pf_state_insert+0x86a/frame 0xffffff846b3c2b30 pf_test_rule() at pf_test_rule+0x11a2/frame 0xffffff846b3c3040 pf_test() at pf_test+0x2216/frame 0xffffff846b3c3730 pf_check_in() at pf_check_in+0x27/frame 0xffffff846b3c3750 pfil_run_hooks() at pfil_run_hooks+0xd7/frame 0xffffff846b3c37f0 ip_input() at ip_input+0x2b7/frame 0xffffff846b3c3840 netisr_dispatch_src() at netisr_dispatch_src+0x153/frame 0xffffff846b3c38b0 ether_demux() at ether_demux+0x1c0/frame 0xffffff846b3c38e0 ether_nh_input() at ether_nh_input+0x277/frame 0xffffff846b3c3920 netisr_dispatch_src() at netisr_dispatch_src+0x153/frame 0xffffff846b3c3990 ether_demux() at ether_demux+0x83/frame 0xffffff846b3c39c0 ether_nh_input() at ether_nh_input+0x277/frame 0xffffff846b3c3a00 netisr_dispatch_src() at netisr_dispatch_src+0x153/frame 0xffffff846b3c3a70 igb_rxeof() at igb_rxeof+0x394/frame 0xffffff846b3c3ae0 igb_msix_que() at igb_msix_que+0xe9/frame 0xffffff846b3c3b20 intr_event_execute_handlers() at intr_event_execute_handlers+0x6a/frame 0xffffff846b3c3b50 ithread_loop() at ithread_loop+0x99/frame 0xffffff846b3c3ba0 fork_exit() at fork_exit+0x139/frame 0xffffff846b3c3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff846b3c3bf0 --- trap 0, rip = 0, rsp = 0xffffff846b3c3cb0, rbp = 0 --- #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:264 264 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:264 #1 0xffffffff80450076 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff80450583 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80450775 in kassert_panic ( fmt=0xffffffff806cb190 "%s: st->sync_state == PFSYNC_S_NONE") at /usr/src/sys/kern/kern_shutdown.c:642 #4 0xffffffff8056573c in pfsync_insert_state (st=0xfffffe02adb98128) at /usr/src/sys/netpfil/pf/if_pfsync.c:1645 #5 0xffffffff8056b6ba in pf_state_insert (kif=, skw=0x0, sks=0xfffffe02c8caf688, s=0xfffffe02adb98128) at /usr/src/sys/netpfil/pf/pf.c:1120 #6 0xffffffff8056ce32 in pf_test_rule (rm=0xffffff846b3c3690, sm=0xffffff846b3c3688, direction=1, kif=0xfffffe0030dbd800, m=0xfffffe0205416400, off=20, pd=0xffffff846b3c34c0, am=0xffffff846b3c3698, rsm=0xffffff846b3c3680, inp=0x0) at /usr/src/sys/netpfil/pf/pf.c:3513 #7 0xffffffff80570196 in pf_test (dir=1, ifp=, m0=0xffffff846b3c37b8, inp=0x0) at /usr/src/sys/netpfil/pf/pf.c:5772 #8 0xffffffff80575d07 in pf_check_in (arg=, m=0xffffff846b3c37b8, ifp=, dir=, inp=) at /usr/src/sys/netpfil/pf/pf_ioctl.c:3478 #9 0xffffffff805268a7 in pfil_run_hooks (ph=0xffffffff809f2fc0, mp=0xffffff846b3c3810, ifp=0xfffffe0030f47800, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:84 #10 0xffffffff80547717 in ip_input (m=0xfffffe0205416400) at /usr/src/sys/netinet/ip_input.c:503 #11 0xffffffff80525853 in netisr_dispatch_src (proto=1, source=0, m=) at /usr/src/sys/net/netisr.c:1013 #12 0xffffffff8051a9a0 in ether_demux (ifp=0xfffffe0030f47800, m=0xfffffe0205416400) at /usr/src/sys/net/if_ethersubr.c:851 #13 0xffffffff8051acd7 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:646 #14 0xffffffff80525853 in netisr_dispatch_src (proto=9, source=0, m=) at /usr/src/sys/net/netisr.c:1013 #15 0xffffffff8051a863 in ether_demux (ifp=0xfffffe0030968000, m=0xfffffe0205416400) at /usr/src/sys/net/if_ethersubr.c:760 #16 0xffffffff8051acd7 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:646 #17 0xffffffff80525853 in netisr_dispatch_src (proto=9, source=0, m=) at /usr/src/sys/net/netisr.c:1013 #18 0xffffffff80301294 in igb_rxeof (que=0xfffffe0030819a00, count=499, done=0x0) at /usr/src/sys/dev/e1000/if_igb.c:4732 #19 0xffffffff803016a9 in igb_msix_que (arg=) at /usr/src/sys/dev/e1000/if_igb.c:1590 #20 0xffffffff80425d2a in intr_event_execute_handlers ( p=, ie=0xfffffe0030883500) at /usr/src/sys/kern/kern_intr.c:1263 #21 0xffffffff804273c9 in ithread_loop (arg=0xfffffe003088f0e0) at /usr/src/sys/kern/kern_intr.c:1276 #22 0xffffffff804230f9 in fork_exit ( callout=0xffffffff80427330 , arg=0xfffffe003088f0e0, frame=0xffffff846b3c3c00) at /usr/src/sys/kern/kern_fork.c:991 #23 0xffffffff805ff39e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #24 0x0000000000000000 in ?? () Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon May 6 13:13:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 388DF4D9 for ; Mon, 6 May 2013 13:13:09 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm18-vm5.bullet.mail.gq1.yahoo.com (nm18-vm5.bullet.mail.gq1.yahoo.com [98.136.217.220]) by mx1.freebsd.org (Postfix) with SMTP id F0FE02F2 for ; Mon, 6 May 2013 13:13:08 +0000 (UTC) Received: from [98.137.12.174] by nm18.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 13:06:50 -0000 Received: from [98.136.185.43] by tm13.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 13:06:50 -0000 Received: from [127.0.0.1] by smtp104.mail.gq1.yahoo.com with NNFMP; 06 May 2013 13:06:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367845610; bh=C/3QD2RIgTnoYL7KZxnlV8WQlVQYh4z64h9/0u4nMmU=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=EWZJ7r/I9Q8e7O5lPO8tkUSrBq+ib4QbAaewnThZ8T5cfJ1gNcE8ASxRLp9sNiANHzGCMXge27EJRrGSxhGNqW36QtS9cNsGwENlFiuLRv9RLhwi6UWWQ6TbagL5nAq0rD81wdPTQf9l2c7m20kgn7PJYzbV4YMlaDs8UtwzbSk= X-Yahoo-Newman-Id: 831486.55785.bm@smtp104.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 0aMEkIEVM1lsKGKSohdOL5YPCjake3pE6l5sD5o.y64oXAh d3pzGg__MaUPdLpn30_PQLIt5e5bZ.BJzQFKeMOOF8U4YvUQ6pfrHRZQdAHb Q5LbbsFGdDeCDM4ktwZ4EOEYCmy1OY9hoAIigfN_IRxiAQNFhgva712FIBaX PnUQin.IryrnYz8ibx86kp4MPdES5KSNtSKFKhumg6uvzpAMerXkmo6KE36j WmySlBjGgsWNlz3hAapKs_zawBGpddC6TNhcy.e5iO.VK7xKVh6NSOFDV_Yq 2mSb602TzC_ZFzgrvJshScQVR8tYEWmX98BVbOiCKSYjeobjUHQSYiCGrURD 1k6DxZmKAZIPyqcpGiB2kbFsjj5_yZnbfr4uSoPZtWpY4w26BnoQZ_IFCGId TJDICIqpHLecqnT.8g8rUIKwypSBUGG0lVLETXvTLa4EuSRNydcUsZCw2Nrz MSkala2mVfIc- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp104.mail.gq1.yahoo.com with SMTP; 06 May 2013 06:06:50 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Alexander Motin In-Reply-To: <5187A133.9060509@FreeBSD.org> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> <51874D3C.1070003@FreeBSD.org> <1367842369.1326.3.camel@localhost> <5187A133.9060509@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-/jncPX4/RkMuGVxVq0M2" Date: Mon, 06 May 2013 06:05:57 -0700 Message-ID: <1367845557.1315.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 13:13:09 -0000 --=-/jncPX4/RkMuGVxVq0M2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > >> provided by Kevin Oberman: > >> hint.hdac.0.cad0.nid35.config=3D"as=3D2" > >> hint.hdac.0.cad0.nid27.config=3D"as=3D2 seq=3D15" > > > > No success with these settings. There is no change to my ability to > > record with audacity. >=20 > Sorry, on your system hdac.0 is HDMI audio. Try hdac.1 instead. >=20 Hrm ... I set: hint.hdac.1.cad0.nid35.config=3D"as=3D2" hint.hdac.1.cad0.nid27.config=3D"as=3D2 seq=3D15" I see that the devices have been "merged" together now: $ mixer -f /dev/mixer0 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 $ mixer -f /dev/mixer1 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 $ mixer -f /dev/mixer2 Mixer vol is currently set to 95:95 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 61:61 Mixer rec is currently set to 52:52 Mixer monitor is currently set to 42:42 Recording source: mic $ mixer -f /dev/mixer3 mixer: /dev/mixer3: No such file or directory > Here are two pcm devices, one for each mic. Hints from above should join= =20 > them into one. Otherwise ,ake sure that you've tried to record from=20 > both. And adjust rec volume on second one. >=20 It doesn't look like the laptop is seeing any input from the onboard microphone. =20 Connecting my cell phone headset to the jack on the laptop *works*. The laptop is not seeing any input from the onboard microphone. Sean --=-/jncPX4/RkMuGVxVq0M2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh6qxAAoJEBkJRdwI6BaHRNYH/Rx1xaNk2EmeRJ6q7ka6nk08 7d8Rrk1SiBOUYS4KAZrb82yIyOKIwemqh/MrJp8hmcwHzAmoagUAC+ZgLHZvNACo MPDpD+H2V+eBhpWrgle4xX4dxbO3vb3tjVDwlZsuAl52/znId9OaFFCd/gtmcvET Avi8iC/H9ceMkcnHS2xAjkXzN/AwOAx9wxc5D41oBPLyPkIc3yQ0Kktx/4RuYUbz xdCdB6dSlJ+PHGzdhPWzHP3G+4b1s2XfFD6GJ8tIvcC2i5TMtgJ6jCRVTQ+3S5cq 6FDuLDgol8nK3A2kgP0AVkphfAQqFHCUm3Bngil7okZBoQzbr90fxsI6/SWeBQU= =YAIV -----END PGP SIGNATURE----- --=-/jncPX4/RkMuGVxVq0M2-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 13:18:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 729EF6E0 for ; Mon, 6 May 2013 13:18:04 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 590E4346 for ; Mon, 6 May 2013 13:18:01 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZLIn-00015P-1S for freebsd-current@freebsd.org; Mon, 06 May 2013 06:18:01 -0700 Date: Mon, 6 May 2013 06:18:01 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1367846281034-5809145.post@n5.nabble.com> In-Reply-To: <51876A41.1020403@delphij.net> References: <1367827001268-5809037.post@n5.nabble.com> <51876A41.1020403@delphij.net> Subject: Re: Root on zfs fails to mount: "illegal option -- L" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 13:18:04 -0000 Thank you for the answer. BOTH problems were indeed related to /etc/rc.d/mountlate, as they both disappeared after deleting mountlate. I then re-did an installworld & mergemaster, rebooted and system is fine now. I probably overlooked doing the installworld on host after having updated the jail environments. Thanks and Regards. ----- 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/Root-on-zfs-fails-to-mount-illegal-option-L-tp5809037p5809145.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon May 6 14:16:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 879CBF46 for ; Mon, 6 May 2013 14:16:47 +0000 (UTC) (envelope-from devel@stasyan.com) Received: from mx.providersolutions.ru (mx.providersolutions.ru [89.253.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id AF61384E for ; Mon, 6 May 2013 14:16:46 +0000 (UTC) Received: (qmail 24178 invoked from network); 6 May 2013 14:16:34 -0000 Received: from unknown (HELO mx.providersolutions.ru) ([89.253.252.14]) by 89.253.252.22 with SMTP; 6 May 2013 14:16:34 -0000 Received: from b-internet.212.164.232.186.nsk.rt.ru (b-internet.212.164.232.186.nsk.rt.ru [212.164.232.186]) by rsnx.ru (Horde Framework) with HTTP; Mon, 06 May 2013 18:16:34 +0400 Message-ID: <20130506181634.14782xxufzr6v1he@webmail01.providersolutions.ru> Date: Mon, 06 May 2013 18:16:34 +0400 From: Stas Timokhin To: Gleb Smirnoff Subject: Re: kernel panic with _autoload_ nvidia driver References: <20130506072733.GP15182@FreeBSD.org> <20130506161628.74813limi3v168t8@webmail01.providersolutions.ru> <20130506121921.GX15182@glebius.int.ru> In-Reply-To: <20130506121921.GX15182@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) Cc: "O. Hartmann" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 14:16:47 -0000 Hello ! > S> > Can you please try the attached patch to kernel? > S> Test of patch with nvidia-driver-310.44_1 (builded by clang from > S> -CURRENT) passed successfully - booting module from /boot/loader.conf > S> is OK. > Sorry if I wasn't clear before. > Can you please test nvidia-driver-310.44_1 without any additional patches? > The nvidia-driver-310.44_1 itself contains import bugfix comparing to > nvidia-driver-310.44. nvidia-driver 310.44_1 work OK without your patch. From owner-freebsd-current@FreeBSD.ORG Mon May 6 14:24:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A37411A8 for ; Mon, 6 May 2013 14:24:20 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDCD89F for ; Mon, 6 May 2013 14:24:19 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r46EOIKq073442; Mon, 6 May 2013 18:24:18 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r46EOIFL073441; Mon, 6 May 2013 18:24:18 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 May 2013 18:24:18 +0400 From: Gleb Smirnoff To: Stas Timokhin Subject: Re: kernel panic with _autoload_ nvidia driver Message-ID: <20130506142418.GD15182@FreeBSD.org> References: <20130506072733.GP15182@FreeBSD.org> <20130506161628.74813limi3v168t8@webmail01.providersolutions.ru> <20130506121921.GX15182@glebius.int.ru> <20130506181634.14782xxufzr6v1he@webmail01.providersolutions.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130506181634.14782xxufzr6v1he@webmail01.providersolutions.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 14:24:20 -0000 On Mon, May 06, 2013 at 06:16:34PM +0400, Stas Timokhin wrote: S> > S> > Can you please try the attached patch to kernel? S> > S> Test of patch with nvidia-driver-310.44_1 (builded by clang from S> > S> -CURRENT) passed successfully - booting module from /boot/loader.conf S> > S> is OK. S> > Sorry if I wasn't clear before. S> > Can you please test nvidia-driver-310.44_1 without any additional patches? S> > The nvidia-driver-310.44_1 itself contains import bugfix comparing to S> > nvidia-driver-310.44. S> nvidia-driver 310.44_1 work OK without your patch. Good. This means that _1 fixes this issue, too. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon May 6 15:30:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C34AB644 for ; Mon, 6 May 2013 15:30:27 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm27-vm4.bullet.mail.gq1.yahoo.com (nm27-vm4.bullet.mail.gq1.yahoo.com [98.136.216.147]) by mx1.freebsd.org (Postfix) with ESMTP id 89751D33 for ; Mon, 6 May 2013 15:30:27 +0000 (UTC) Received: from [98.137.12.61] by nm27.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:27:51 -0000 Received: from [208.71.42.190] by tm6.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:27:51 -0000 Received: from [127.0.0.1] by smtp201.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:27:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367854071; bh=ViqZxBlvX8jDzOBd8x3IV2NVy5QkfEGjE0KYiLCA8Go=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=plcJS9UCXZA1TzYOpSf6CgFq7B8UJyIwQUN1aV8VYq2qz3ND1gNK73jlsvbLIN+xmuQayiCAa7raekHbcNEfZlM4v0/OrPER6hdA29WWtXexnPrNxDzAnhqLbtV/Jd1Tdaa3V59SSb3WF4Dbz71ILYwbKG4D5ISMqGMXOIbBYV4= X-Yahoo-Newman-Id: 159318.12148.bm@smtp201.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Cb.Kx7EVM1nKxuqBYm9l64i9EX_9hiRtesZIUDMfn8ATDCU dFrfCY8T0SX9iBLCGF3AUqgHWqmgQbyBcZIpujCXJct_EcsdFxM3vxw_3PAy HlM0fl70Ubhe_aHjNURtNI9EJLpVtpP1QFkzr0M2ExpovhhkzqAQAvM28Lrm ozmEpHWeoE7dozY_pwSsL4aAKEZKWtILCRXWve8K5PV51lPQQwwyNEFCxbsC vOxBntHTwuy_YK7Nh3CF9hhZrOxQfNOa3NX6JY1qmHch.MVrGURjsFc_0hbZ Q1R23U4W7auYh9yoi8240jMomOC3raNpfO7DG8tmj6_FiEUiEZUsZA026Z9W cmO..j.Y5qyXbfpa32JKl4G0y3eV4LQ6ti9mhbaLJrsaUSSx1Pn4QL5x8.q5 83bheMW2LhDWk9TXoVFvxBzYwr35q9bzZ2sKF7gTBv_X5gIrWzTGcnrnPQCB N6N6tLq8PmzXRHBYL59gd4LzmI7osf.ZmsaNtzMyb3xuD9e3ceJJ.CVtb3CY N.0az4YZ8XYjvbN2tpEFidO6eeLJcBkOAEXxrpeasIP1XJltYkue6 X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.9.30 with plain) by smtp201.mail.gq1.yahoo.com with SMTP; 06 May 2013 08:27:50 -0700 PDT Subject: Re: Audio Hints, T520? [restating the problem] From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1367640856.1348.216.camel@localhost> References: <1367640856.1348.216.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-aKJ3Kp6DKOECSSrSSprT" Date: Mon, 06 May 2013 08:27:48 -0700 Message-ID: <1367854068.1308.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 15:30:27 -0000 --=-aKJ3Kp6DKOECSSrSSprT Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-05-03 at 21:14 -0700, Sean Bruno wrote: > Speaker/headphones working great on Current. >=20 > Was trying to get the microphone working, but it seems to not quite be > working. =20 >=20 > By "not" working, there is no audio detected when recording. Is there > something in here that looks like a thing that I should adjust? >=20 > http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt >=20 > Sean Using a 4 position (combined headphone/mic) head set with the T520 and *no* device hints WORKS for recording and playback. Its the onboard microphone that is not working for me. No device hints provided in this thread have solved the onboard mic issue. Audio playback through the laptop speakers works just fine. Sean --=-aKJ3Kp6DKOECSSrSSprT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh8vwAAoJEBkJRdwI6BaHAPkIAJT2u7XF/+iIrU5WnZODX9ql kYZFLQnCh4e7TqCRwErwhaqOH7Vdc7IIfYr46CUSXo6NvpeMlkNibnunUDcNmRIg phCk5OE9Zl2iD4dQOx0FBRK5V7BrDVQFlcPv/QN4PFXuQZhfWDaJRIi5G/wngIaq WiAxNTBqIXlN3n5c4z98mLMJRkSi70VPtaJAHCWwLvXoIZpFDiZ9a4Zpic5iY1Tx En+BBuU5OUXfHtDJWHCpJnn0iDZ8DGrtrdSKsnRFAIKVtv6ZnaKi4YkXe++E6Cik o4y4X70KJWdUu0GaGqzj3qVrcL9ka1TDJar0HD7t9REHzPTQYREizA0+Y2NHlrE= =i8ZU -----END PGP SIGNATURE----- --=-aKJ3Kp6DKOECSSrSSprT-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 15:43:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B9832C65 for ; Mon, 6 May 2013 15:43:59 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm7-vm6.bullet.mail.gq1.yahoo.com (nm7-vm6.bullet.mail.gq1.yahoo.com [98.136.218.213]) by mx1.freebsd.org (Postfix) with SMTP id 8953FDCB for ; Mon, 6 May 2013 15:43:59 +0000 (UTC) Received: from [98.137.12.57] by nm7.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:38:04 -0000 Received: from [98.136.185.42] by tm2.bullet.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:38:04 -0000 Received: from [127.0.0.1] by smtp103.mail.gq1.yahoo.com with NNFMP; 06 May 2013 15:38:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367854684; bh=mg99xKlSGol0PQmGilQ+EPl5799/uouUdd/UxU4xtkc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Pt5+DpvUW6j8v1GicXxA7ODWASFkLbjck0PHRbJROpJMMZSjvsD9URFHcJC+ZOytR6ZlNQAv2Y5RIsAbq29RYmjMEtdx+WAk2tOxdK0deskQ/FKz1YFdOJPQ4QDzNBNcRxMt+TL4P9LWXywysCjKZ2Wog1CVeGop02CVw5N/wCk= X-Yahoo-Newman-Id: 791068.85542.bm@smtp103.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: hbv7kP0VM1nms7pYGgFrtw3.nAVXKwkPxEQkMIIUI3F_.j1 t9vtfHzs0a2EZ_R5XfNIRBgpUSmU3zVUJe9p8CIp2bz8ooQ_UnoJYos95LNm XTYcmzjmeXYFgy51NyDYt5KVfzpsL8sT.3btD2_mnpwhJtVqWyfJV4emgwlO .yAzKPSXuqEmuhrU8p87oR3wcUERV5_ruK0C2BKt5dYIYevA7zzhO3yjKXCe 5fE43g3I.D8hrhv5OgqiChdOCqOpctVznLiltKLzcbs8L7vqpgZa5S5aFD1k Bwyux7wr3o8IslLfsdum.SB4_eUiqIf_hoW6r8eZbnhGo_6gfXynfQ1ZVve4 LjwuPqVR1LLMqXbniMDiMAuLZAaJ8j19GYNxqjyD3Xv3pICmpd5Z0_V5Uo4i baySCNRGFvyF9.noyHVwBLc4SuXrTnheLDtYp9mTVETbpiDw87I9_C2cR0Ll AzM1mTkxSag-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.9.30 with plain) by smtp103.mail.gq1.yahoo.com with SMTP; 06 May 2013 08:38:04 -0700 PDT Subject: Re: Problem with firewire disks with recent -CURRENT. From: Sean Bruno To: rmtodd@servalan.servalan.com In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ODx+DH04ACPxlmK/FbTB" Date: Mon, 06 May 2013 08:38:03 -0700 Message-ID: <1367854683.1308.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 15:43:59 -0000 --=-ODx+DH04ACPxlmK/FbTB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-05-05 at 13:31 -0500, rmtodd@servalan.servalan.com wrote: > Tried upgrading one of my machines to -CURRENT yesterday and got the=20 > following panic when the sbp code did its probing of all the firewire=20 > devices: >=20 >=20 > sbp0: on firewire0 > sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:14 EUI:00048304ee01f41= 8 node: > 1 speed:2 maxrec:8 > sbp0: sbp_show_sdev_info: sbp0:0:0 'DAT Optic Inc ' 'Master ' '000040' > sbp0: sbp_show_sdev_info: sbp0:0:1: ordered:1 type:14 EUI:00048304ee01f41= 8 node: > 1 speed:2 maxrec:8 > sbp0: sbp_show_sdev_info: sbp0:0:1 'DAT Optic Inc ' 'Master ' '000040' > sbp0: sbp_show_sdev_info: sbp0:1:0: ordered:1 type:1 EUI:00d080043f208713= node:0 > speed:2 maxrec:8 > sbp0: sbp_show_sdev_info: sbp0:1:0 'EXABYTE ' 'VXA-3a ' '000201' > sbp1: on firewire1 > panic: mutex sbp not owned at /usr/src/sys/cam/cam_xpt.c:4549 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff81fe6= 837f0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff81fe6838a0 > vpanic() at vpanic+0x126/frame 0xffffff81fe6838e0 > panic() at panic+0x43/frame 0xffffff81fe683940 > __mtx_assert() at __mtx_assert+0xc2/frame 0xffffff81fe683950 > xpt_compile_path() at xpt_compile_path+0xa1/frame 0xffffff81fe6839a0 > xpt_create_path() at xpt_create_path+0x5b/frame 0xffffff81fe6839f0 > sbp_do_attach() at sbp_do_attach+0xe8/frame 0xffffff81fe683a30 > fwohci_txd() at fwohci_txd+0x378/frame 0xffffff81fe683a90 > fwohci_task_dma() at fwohci_task_dma+0x5d4/frame 0xffffff81fe683b30 > taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xffffff81fe683= b80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xffffff81fe6= 83bb0 > fork_exit() at fork_exit+0x84/frame 0xffffff81fe683bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffff81fe683bf0 > --- trap 0, rip =3D 0, rsp =3D 0xffffff81fe683cb0, rbp =3D 0 --- >=20 > (alas, it happened too early to get an actual core file, but dcons let me= get > the console data logged to another machine.) >=20 > I'm guessing the recent changes to cam_xpt and friends in mid-April might= =20 > be to blame... >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " What happens if you re-add the xpt_periph variable to sbp_do_attach() ? ref: http://svnweb.freebsd.org/base/head/sys/dev/firewire/sbp.c?r1=3D249468&r2= =3D249467&pathrev=3D249468&diff_format=3Df see line 1089 Sean --=-ODx+DH04ACPxlmK/FbTB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRh85bAAoJEBkJRdwI6BaHK40IAJbmTuyTiur0sUeKsnSWcydd ObX/cfPn6uevkW3IjX63ZqHCQ3ofjqMd+lKHiXJNtzfujdcHUqPc7ytmQ91e/ASQ nG2o5yol2aqrIL8mZ0eOUSEnEmDjQq8GhWnYoDvJPYtqdfi05Gd4vWbDSQC4yadD 3wvR1b3jRI1AchxDEI4kgLIFl0gg2B+ZWTb6xxXrya4qGrXN+lRZMi6A4HR3ZG/r LFnPKw1j4Rp5MDrT4tJf0LZ2OLZxV7yGEjDW7xl0M5+YXxbgv7mk+n4OZA8UT9js WWG8R/6KRC8hyT4CkAaSPbdQfgBgsdtv7bUBIFHNf1SQOj8vw+fZyKBLBBGJiU4= =wd77 -----END PGP SIGNATURE----- --=-ODx+DH04ACPxlmK/FbTB-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 19:50:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 723816EA; Mon, 6 May 2013 19:50:47 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 26462F0F; Mon, 6 May 2013 19:50:47 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 10so3217989vbe.19 for ; Mon, 06 May 2013 12:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mAOr+Tq3vvEy2IjPzRkAJ6Vc34mK7ZKx9BvUWXtF8Ko=; b=SUn+a8r7BLTDm5KrvWANyMyoWd+uebvL74D5kcMcT9n4rcDrvJ9LflY1KzlNHzXq7h JM7lgR1emxPbET+TGR7/WtlGfQQQSCbLelLOU+/GMi44fY2EjzbL9ZrmCCuwX+aj8yZw eui3p9xs+IwdzUSlgH77Td7AKf7q+JTBmm+q7av3RtJHRpYmB8g1XglH8VJBD0JBxNJO sAXAIJUc1Bb1uS7qt9oFfDz/klD62GSK+g9bqtY2Lv4wuOm08ETmtYjBQUI+yfn6goTF C0QXPSBV2VwpzyrrtkxFa4kF9DQTZC2uCD3EbByKTdIp+adNfQH6OFsHpSstbysbpOqA YbMg== MIME-Version: 1.0 X-Received: by 10.221.0.199 with SMTP id nn7mr7362456vcb.14.1367869846694; Mon, 06 May 2013 12:50:46 -0700 (PDT) Received: by 10.220.33.135 with HTTP; Mon, 6 May 2013 12:50:46 -0700 (PDT) In-Reply-To: <1367854068.1308.4.camel@localhost> References: <1367640856.1348.216.camel@localhost> <1367854068.1308.4.camel@localhost> Date: Mon, 6 May 2013 15:50:46 -0400 Message-ID: Subject: Re: Audio Hints, T520? [restating the problem] From: Zaphod Beeblebrox To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 19:50:47 -0000 On Mon, May 6, 2013 at 11:27 AM, Sean Bruno wrote: > Using a 4 position (combined headphone/mic) head set with the T520 and > *no* device hints WORKS for recording and playback. > > Its the onboard microphone that is not working for me. No device hints > provided in this thread have solved the onboard mic issue. Audio > playback through the laptop speakers works just fine. This would be a question for the hardware hacks among us ... is this one of the onboard microphones that isn't? By that I mean ... one where it uses the existing builtin speakers and some fancy DSP work to construct a microphone? From owner-freebsd-current@FreeBSD.ORG Mon May 6 21:41:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 72F268D5; Mon, 6 May 2013 21:41:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 965A691D; Mon, 6 May 2013 21:41:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r46LXPfj061414; Mon, 6 May 2013 17:33:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r46LXP6c061408; Mon, 6 May 2013 21:33:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 May 2013 21:33:25 GMT Message-Id: <201305062133.r46LXP6c061408@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 21:41:26 -0000 TB --- 2013-05-06 18:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-06 18:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-06 18:20:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-05-06 18:20:17 - cleaning the object tree TB --- 2013-05-06 18:20:17 - /usr/local/bin/svn stat /src TB --- 2013-05-06 18:20:22 - At svn revision 250303 TB --- 2013-05-06 18:20:23 - building world TB --- 2013-05-06 18:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-05-06 18:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-06 18:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-06 18:20:23 - SRCCONF=/dev/null TB --- 2013-05-06 18:20:23 - TARGET=arm TB --- 2013-05-06 18:20:23 - TARGET_ARCH=arm TB --- 2013-05-06 18:20:23 - TZ=UTC TB --- 2013-05-06 18:20:23 - __MAKE_CONF=/dev/null TB --- 2013-05-06 18:20:23 - cd /src TB --- 2013-05-06 18:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon May 6 18:20:27 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon May 6 21:18:05 UTC 2013 TB --- 2013-05-06 21:18:05 - generating LINT kernel config TB --- 2013-05-06 21:18:05 - cd /src/sys/arm/conf TB --- 2013-05-06 21:18:05 - /usr/bin/make -B LINT TB --- 2013-05-06 21:18:05 - cd /src/sys/arm/conf TB --- 2013-05-06 21:18:05 - /usr/sbin/config -m LINT TB --- 2013-05-06 21:18:05 - building LINT kernel TB --- 2013-05-06 21:18:05 - CROSS_BUILD_TESTING=YES TB --- 2013-05-06 21:18:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-06 21:18:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-06 21:18:05 - SRCCONF=/dev/null TB --- 2013-05-06 21:18:05 - TARGET=arm TB --- 2013-05-06 21:18:05 - TARGET_ARCH=arm TB --- 2013-05-06 21:18:05 - TZ=UTC TB --- 2013-05-06 21:18:05 - __MAKE_CONF=/dev/null TB --- 2013-05-06 21:18:05 - cd /src TB --- 2013-05-06 21:18:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 6 21:18:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ~~~~~~~~~~~~~~~~~ ^ ~ /src/sys/arm/mv/common.c:1765:21: warning: comparison of unsigned expression >= 0 is always true [-Wtautological-compare] if (wintab->remap >= 0 && win_cpu_can_remap(i) != 1) { ~~~~~~~~~~~~~ ^ ~ /src/sys/arm/mv/common.c:884:1: error: unused function 'decode_win_sdram_fixup' [-Werror,-Wunused-function] decode_win_sdram_fixup(void) ^ 4 warnings and 1 error generated. *** [common.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-06 21:33:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-06 21:33:25 - ERROR: failed to build LINT kernel TB --- 2013-05-06 21:33:25 - 9268.09 user 1640.77 system 11587.39 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon May 6 22:41:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E2D1FE4E for ; Mon, 6 May 2013 22:41:12 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm29-vm2.bullet.mail.ne1.yahoo.com (nm29-vm2.bullet.mail.ne1.yahoo.com [98.138.91.129]) by mx1.freebsd.org (Postfix) with ESMTP id 97172CE5 for ; Mon, 6 May 2013 22:41:12 +0000 (UTC) Received: from [98.138.90.54] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 22:38:09 -0000 Received: from [98.138.84.41] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 22:38:09 -0000 Received: from [127.0.0.1] by smtp109.mail.ne1.yahoo.com with NNFMP; 06 May 2013 22:38:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367879889; bh=ZwsvFd+DLdNTn+PqKNLGMmARyb/7Nq8hA/ADhY+hevY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=ZYDcl08D8aN0Mpj+G5hRt1U9AGz/72crFHLJvNSU2hNzyufSK4WExIlmQu8vULW5bwXRzSO3x/Ot2uZo+SSLfxXlA4P1o6buj8bd93xUOaKThfBsF8Lvjld7afUrvfOaq/0kfNHDaMuEGXOHAT5K1G56BeABAJbYNF1bbprfE/o= X-Yahoo-Newman-Id: 458345.9535.bm@smtp109.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MfyBuxIVM1n3zQlCjd6afJ3RW4RdDC7J93IV81xyrd18D_U ti85iUxpEyEPsAldEuFedRXNHyDYzkPjmKeqk7pKhn9a4mE4ZBP7K6pvOCSO nUFszKYtHXfVUIIqO5QOqBIWszCtghez_Rxbg5RKyDGCwG1ck4ct_c3aJckZ mix7lyCoIddSNBsgqiRvtpdIO17Ntu6nOoLW_ndNP5YO1tLHCIDWgzuqXqTm SXn5zRuLXAV.4viywByF7UmDdUxIGKkFvz.UhBCun_qwy4VJ1DHkwaDh_K2w QNi_TzHaC2USYqTxCDEk64fUkHPCUwM4wx_NIdrUzoJzxCaSrjfJmkZE70Lw VG3y6UOvXhPSi_0tJqRGptHbNZwxtQwcerC55xe5rNKa7HjrZ7_vNPLfosSB QDoR9uUm8z38g8Qv5tFh.ErMggITesm3l5jwgullcFl1zjWFcvCuS347Y94O X7qJMkaloroLGfJ3jtk4nUhVmFgQ1You3Xl_oEow4ZcXGHbhr.oaqMU3MIBe lCJchz0pgMWrARMEbyrhhigJmxHLH33j1BdJ256riecWUjQKlGgHuxarepyV azwwzuJZNjc8PxXKFPFfcVzwX X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain) by smtp109.mail.ne1.yahoo.com with SMTP; 06 May 2013 15:38:09 -0700 PDT Subject: Re: Audio Hints, T520? [restating the problem] From: Sean Bruno To: Zaphod Beeblebrox In-Reply-To: References: <1367640856.1348.216.camel@localhost> <1367854068.1308.4.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fyhmo1kZGlYaeuPn+vYr" Date: Mon, 06 May 2013 15:37:32 -0700 Message-ID: <1367879852.1384.78.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 22:41:12 -0000 --=-fyhmo1kZGlYaeuPn+vYr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-05-06 at 15:50 -0400, Zaphod Beeblebrox wrote: > On Mon, May 6, 2013 at 11:27 AM, Sean Bruno > wrote: > =20 > Using a 4 position (combined headphone/mic) head set with the > T520 and > *no* device hints WORKS for recording and playback. > =20 > Its the onboard microphone that is not working for me. No > device hints > provided in this thread have solved the onboard mic issue. > Audio > playback through the laptop speakers works just fine. >=20 >=20 > This would be a question for the hardware hacks among us ... is this > one of the onboard microphones that isn't? By that I mean ... one > where it uses the existing builtin speakers and some fancy DSP work to > construct a microphone? > =20 >=20 I don't think so. I see a "Stereo Mic" placement at the bottom of my screen that I seem to remember working. =20 Sean p.s. example is not my laptop, but matches my layout: http://imageshack.us/a/img835/7921/t520i7.jpg --=-fyhmo1kZGlYaeuPn+vYr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRiDCsAAoJEBkJRdwI6BaHnZEH/i25SWWw6JpqdduNWZGJSOTF 3Wo4Pg0LT6ObE438bIV3NmQKilznbf/AH/EVtzNoRGhzMZIAEW8jlhjzDUwgzIdA 9BLzhtw9mt2u50zC0XJlz8XBVauFpvDstQBuvIuFgzIJIy+C3WjhSP/gIkedFC2n w9j+Jk6qxNbd/GzVzEqWIeAmPee2oHTPmW/4c8WXAp8+GTisbJgWIIQ76vxwKdvF zT6lb4Pvi/CKI3YZPYr0ld5KFPfnpgZThJWGJip4KuWmAnc7lzhixam5WUxkSqAC Ots1P9PuBv0lEvJ676wUdXT8GRmRAu15rqcF19heDfdx5k1gfYin0bga9A+6Ya8= =Sf6c -----END PGP SIGNATURE----- --=-fyhmo1kZGlYaeuPn+vYr-- From owner-freebsd-current@FreeBSD.ORG Mon May 6 23:15:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F233DA7C for ; Mon, 6 May 2013 23:15:13 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: from ln.servalan.com (unknown [IPv6:2600:3c00::f03c:91ff:fe96:62f5]) by mx1.freebsd.org (Postfix) with ESMTP id CFB6CEAA for ; Mon, 6 May 2013 23:15:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servalan.com; s=rsadkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=U/8NSuWVvDdAc3R2BBKbKA6l0p+7rbvzTnhlQWaPPqQ=; b=hRMIjEZZI1jgO/NcWzer1gRf8QUJBFGh/HIPSbjLEQbILPNd/lpKzhuk0Ch7xO3QTcokMQyeXNwcCHsgMm1Se1lgfU0owu3D1kQjwSCHOJ3zwQeL2X8mPHMvcOFNElOE6Gsy4Ygggj3G96/n3V8NePgdYKv51jEBUWEXdxxjO7E=; Received: from uucp by ln.servalan.com with local-rmail (Exim 4.71) (envelope-from ) id 1UZUce-0004cD-LL for freebsd-current@freebsd.org; Mon, 06 May 2013 18:15:08 -0500 Received: from rmtodd by servalan.servalan.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UZUPQ-0002xp-1Q; Mon, 06 May 2013 18:01:28 -0500 Date: Mon, 6 May 2013 18:01:27 -0500 From: Richard Todd To: sbruno@freebsd.org Subject: Re: Problem with firewire disks with recent -CURRENT. Message-ID: <20130506230127.GA10443@ichotolot.servalan.com> References: <1367854683.1308.14.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1367854683.1308.14.camel@localhost> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: rmtodd@servalan.servalan.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 23:15:14 -0000 > > What happens if you re-add the xpt_periph variable to sbp_do_attach() ? > > ref: > http://svnweb.freebsd.org/base/head/sys/dev/firewire/sbp.c?r1=249468&r2=249467&pathrev=249468&diff_format=f > > see line 1089 > > Sean Tried that. No change, still get the same panic: mutex sbp not owned at /usr/src/sys/cam/cam_xpt.c:4549 . Richard From owner-freebsd-current@FreeBSD.ORG Mon May 6 23:31:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4DF6E56 for ; Mon, 6 May 2013 23:31:32 +0000 (UTC) (envelope-from schmiedgen@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id 409AFF70 for ; Mon, 6 May 2013 23:31:31 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Leg4G-1UD1ZM3unO-00qQyS for ; Tue, 07 May 2013 01:31:30 +0200 Received: (qmail invoked by alias); 06 May 2013 23:31:30 -0000 Received: from dslb-088-074-239-047.pools.arcor-ip.net (EHLO [192.168.20.3]) [88.74.239.47] by mail.gmx.net (mp016) with SMTP; 07 May 2013 01:31:30 +0200 X-Authenticated: #3631242 X-Provags-ID: V01U2FsdGVkX19pEt4R2bppSqYTAi+uze3oiokT3FC95WjHJ1yrUp wOKFwx27cdiYmN Message-ID: <51883D51.9050109@gmx.net> Date: Tue, 07 May 2013 01:31:29 +0200 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130428 Thunderbird/17.0.5 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 23:31:32 -0000 On 05/06/13 04:49, Kevin Oberman wrote: > On Sun, May 5, 2013 at 7:43 PM, Sean Bruno wrote: >> On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote: >>>> >>>> Was trying to get the microphone working, but it seems to not quite be >>>> working. >>> >>> I got the same problem with my X220. Before the last Lenovo >>> HDA quirk commits everything worked fine, but I had to set >>> the default sound unit to 1. >>> Now I do not need to set the sound unit, audio output works >>> out of the box but recording does not work anymore. I fiddled >>> with nid config but got bored after the fifth reboot. >>> >> >> Ok, this smells like a recent regression. >> > > Could be. I'm running 9-STABLE, not current, on my T520. I can only say > that the hints I provided work fine on my T520 on 9-stable. Sorry for making noise. Now it works for me. Only thing is I booted Windows in between, nothing else. Now Skype test call works, before it did not. Cheers Michael From owner-freebsd-current@FreeBSD.ORG Tue May 7 00:59:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5C68FCD8 for ; Tue, 7 May 2013 00:59:52 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from msr6.hinet.net (msr6.hinet.net [168.95.4.106]) by mx1.freebsd.org (Postfix) with ESMTP id EC4AC2D3 for ; Tue, 7 May 2013 00:59:51 +0000 (UTC) Received: from mail.hsins.com ([211.72.204.50]) by msr6.hinet.net (8.14.2/8.14.2) with ESMTP id r470xntF011439; Tue, 7 May 2013 08:59:50 +0800 (CST) Received: from fbsd.mshome.net ([115.164.131.183]) by mail.hsins.com (8.13.4/8.13.4/cyrus) with ESMTP id r470xXDG054100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 7 May 2013 08:59:46 +0800 (CST) (envelope-from ktsin@acm.org) Received: from fbsd.mshome.net (localhost [127.0.0.1]) by fbsd.mshome.net (8.14.6/8.14.6) with ESMTP id r470xQQm003754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 May 2013 08:59:27 +0800 (MYT) (envelope-from ktsin@acm.org) Received: (from ktsin@localhost) by fbsd.mshome.net (8.14.6/8.14.6/Submit) id r470xPBC003753; Tue, 7 May 2013 08:59:25 +0800 (MYT) (envelope-from ktsin@acm.org) Date: Tue, 7 May 2013 08:59:25 +0800 From: kit To: Andrey Smagin , freebsd-current@freebsd.org Subject: Re: panic in sctp_del_addr_from_vrf() ? Message-ID: <20130507005916.GA3750@fbsd.mshome.net> References: <20130504125437.GA18168@plin.kimo.com.tw> <1367688143.653552255@f210.mail.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1367688143.653552255@f210.mail.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 00:59:52 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit not sure why. for my case, padaligining one of the rwlocks solved it. you may want to try the patch attached and see if it works for you. anyway, i'm filing a PR if nobody has done so already. thanks kit On Sat, May 04, 2013 at 09:22:23PM +0400, Andrey Smagin wrote: > > I have panic like your but in sctp_add_addr_to_vrf. I think need PR. My panic screenshoot http://vvtlan.ru/panic1.jpg and second one http://vvtlan.ru/panic2.jpg > > Суббота, 4 мая 2013, 20:55 +08:00 от kit : > > > got this panic when network interfaces were being unconfigured during > system shutdown. has anyone seen this? should i file a PR? > > thanks > kit > > test.yahoo.com dumped core - see /home/crash/vmcore.2 > > Sat May 4 20:43:55 MYT 2013 > > FreeBSD test.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250229: Sat May 4 20:30:17 MYT 2013 ktsin@test.yahoo.com:/tmp/obj/usr/src/sys/SHUTTLE 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: > . > <118>Writing entropy file:. > <118>. > <118>Terminated > <118>May 4 20:42:00 test syslogd: exiting on signal 15 > > Fatal trap 12: page fault while in kernel mode > cpuid = 4; apic id = 04 > fault virtual address = 0x8c > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8066e71c > stack pointer = 0x28:0xffffff82187fb5d0 > frame pointer = 0x28:0xffffff82187fb620 > 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 = 474 (wpa_supplicant) > trap number = 12 > panic: page fault > cpuid = 4 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff82187fb190 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff82187fb240 > panic() at panic+0x155/frame 0xffffff82187fb2c0 > trap_fatal() at trap_fatal+0x37a/frame 0xffffff82187fb320 > trap_pfault() at trap_pfault+0x257/frame 0xffffff82187fb3c0 > trap() at trap+0x43a/frame 0xffffff82187fb510 > calltrap() at calltrap+0x8/frame 0xffffff82187fb510 > --- trap 0xc, rip = 0xffffffff8066e71c, rsp = 0xffffff82187fb5d0, rbp = 0xffffff82187fb620 --- > sctp_del_addr_from_vrf() at sctp_del_addr_from_vrf+0x7c/frame 0xffffff82187fb620 > rt_newaddrmsg_fib() at rt_newaddrmsg_fib+0x44/frame 0xffffff82187fb6e0 > rtinit1() at rtinit1+0x57b/frame 0xffffff82187fb860 > in_scrubprefix() at in_scrubprefix+0x376/frame 0xffffff82187fb900 > rip_ctlinput() at rip_ctlinput+0x143/frame 0xffffff82187fb930 > pfctlinput() at pfctlinput+0x5c/frame 0xffffff82187fb960 > ifioctl() at ifioctl+0x7f2/frame 0xffffff82187fba20 > kern_ioctl() at kern_ioctl+0x22e/frame 0xffffff82187fba90 > sys_ioctl() at sys_ioctl+0x142/frame 0xffffff82187fbae0 > amd64_syscall() at amd64_syscall+0x2b4/frame 0xffffff82187fbbf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff82187fbbf0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80122c26a, rsp = 0x7fffffffdb18, rbp = 0x7fffffffdb90 --- > Uptime: 4m55s > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > Отправлено из мобильной Почты Mail.Ru --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Tue May 7 03:52:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 35CE56CA for ; Tue, 7 May 2013 03:52:37 +0000 (UTC) (envelope-from sinkeyteck@yahoo.com) Received: from nm32-vm6.bullet.mail.ne1.yahoo.com (nm32-vm6.bullet.mail.ne1.yahoo.com [98.138.229.54]) by mx1.freebsd.org (Postfix) with ESMTP id E827FB40 for ; Tue, 7 May 2013 03:52:36 +0000 (UTC) Received: from [98.138.90.54] by nm32.bullet.mail.ne1.yahoo.com with NNFMP; 07 May 2013 03:50:09 -0000 Received: from [98.138.89.170] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 07 May 2013 03:50:09 -0000 Received: from [127.0.0.1] by omp1026.mail.ne1.yahoo.com with NNFMP; 07 May 2013 03:50:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 83773.95169.bm@omp1026.mail.ne1.yahoo.com Received: (qmail 28586 invoked by uid 60001); 7 May 2013 03:50:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367898608; bh=x1rZffCa9FvFrc/Fyv2VfVrmEcDg/TOaY3D8xTTuj7c=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=apmJVdxctbi4GUgOE6pLd3bRxUUjR6rUb3GT8PaVNFzpWwBrpCqbllbaTn1ffzZO7E3nEjjNrXRfO6fAFFKHhdm1vRFua1/TYt4r38Ldm1F1PCiq3VjCkZmPetBx3sEuvhB7rMoZG29IiMsi+JF/q7q3OcMCVAIeR/iBbcbFD6c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Mm9F4m0UuatAKNgqyOMqRK2lHxTSsbeKT3D6tNLsKhcMBEVnVw4X46jiN3/4Ahe7EvCmJ14U+iRzOS8qAaFpk47g5e7kXSUPYZ1BV5cPKs7oWC795eC+NmKYNM3yD0W29+2+3fW81UmG4kF1y7OEtPESL+YNFZ7U7aktY2h5uIc=; X-YMail-OSG: Sl9wSLcVM1km.VZSpTJWmhwf.FZhf6n4wqYzlZxmVSLsCa. r_JGTWUjSyfkrunFqh33Fhd9iuzkQ34vHmpPIikYyb.mdPW7IIL0veyfgNNN mvP5rRzRiAqoz1LcXFxeOOPDSzuJds.fcb5WAOfKd34YtTq2kr.l7eFO0C4C PfmsAcBm1TFr6rPFnHtuCwO8c6V_lH6sE4nmNQKD3PnqhZ4kI6rwuHxu_WMJ kinrR0ooe1tCq22AvN8x430.WojM6SJRlPHEEzk25yo0nBKMAJT4tW7pa0d0 3zJHJF3.gg8AMRAItaP6iCLWh4QWOilzEQrYgNCj53.gyM00z.2OTkhBwNnR hw0_KXFjoWiHftCfGmV7YRkTIKxY_55wSKl2fp0lijTayk75IbP7Rnp__exQ h1e3pdVyL2KrsmYzxK3xYfwPkK6ulx3FbVIuIOJcyZ4cuk2FJSnGDd2gNizK y3IYS5SotniPQNQ48C21lq33M4F5x6DX2_lXrmEq4ZZphUHV2hUvjd2PXXMr _NLsxxRy8a_4N2MOqNEZDMlNY3NgB5I9MlgQ.ZaZ5fggV87LBx.r0CFF26yY 7tVA7EBJjfnT9LOQ3PvMUWtKAIA5Zziet5tX5kAhKBfZcNOUY1beFPz8CcNv k44tIlt2cfM_UqR._Bsd9PdgTKfKcgjDOuc7phW7pGSC3zl9C2TE- Received: from [115.164.131.183] by web31809.mail.mud.yahoo.com via HTTP; Mon, 06 May 2013 20:50:07 PDT X-Rocket-MIMEInfo: 002.001, YWgsIGl0J3Mgc2hvdWxkIGJlIGZpeGVkIG5vdyBhcyBwZXIgcjI1MDMwMC4gY2hhbmdlcyB0aGF0IGNhdXNlZCB0aGlzIHBhbmljwqBoYXZlIGJlZW4gYmFja2VkIG91dC4NCg0Ka2l0DQoNCi0tLSBPbiBUdWUsIDUvNy8xMywga2l0IDxrdHNpbkBhY20ub3JnPiB3cm90ZToNCg0KRnJvbToga2l0IDxrdHNpbkBhY20ub3JnPg0KU3ViamVjdDogUmU6IHBhbmljIGluIHNjdHBfZGVsX2FkZHJfZnJvbV92cmYoKSA_DQpUbzogIkFuZHJleSBTbWFnaW4iIDxzYW1zcGVlZEBtYWlsLnJ1PiwgZnJlZWJzZC1jdXJyZW4BMAEBAQE- X-RocketYMMF: sinkeyteck X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367898607.28143.YahooMailClassic@web31809.mail.mud.yahoo.com> Date: Mon, 6 May 2013 20:50:07 -0700 (PDT) From: kit Subject: Re: panic in sctp_del_addr_from_vrf() ? To: Andrey Smagin , freebsd-current@freebsd.org In-Reply-To: <20130507005916.GA3750@fbsd.mshome.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ktsin@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 03:52:37 -0000 ah, it's should be fixed now as per r250300. changes that caused this panic= =C2=A0have been backed out. kit --- On Tue, 5/7/13, kit wrote: From: kit Subject: Re: panic in sctp_del_addr_from_vrf() ? To: "Andrey Smagin" , freebsd-current@freebsd.org Date: Tuesday, May 7, 2013, 8:59 AM not sure why. for my case, padaligining one of the rwlocks solved it. you may want to try the patch attached and see if it works for you. anyway, i'm filing a PR if nobody has done so already. thanks kit On Sat, May 04, 2013 at 09:22:23PM +0400, Andrey Smagin wrote: >=C2=A0=20 > I have panic like your but in sctp_add_addr_to_vrf. I think need PR.=C2= =A0 My panic screenshoot http://vvtlan.ru/panic1.jpg and second one http://= vvtlan.ru/panic2.jpg >=20 > =D0=A1=D1=83=D0=B1=D0=B1=D0=BE=D1=82=D0=B0,=C2=A0 4 =D0=BC=D0=B0=D1=8F 20= 13, 20:55 +08:00 =D0=BE=D1=82 kit : > >=20 > got this panic when network interfaces were being unconfigured during > system shutdown. has anyone seen this? should i file a PR? >=20 > thanks > kit >=20 > test.yahoo.com dumped core - see /home/crash/vmcore.2 >=20 > Sat May=C2=A0 4 20:43:55 MYT 2013 >=20 > FreeBSD test.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250229: Sat = May=C2=A0 4 20:30:17 MYT 2013=C2=A0 =C2=A0=C2=A0=C2=A0ktsin@test.yahoo.com:= /tmp/obj/usr/src/sys/SHUTTLE=C2=A0 amd64 >=20 > panic: page fault >=20 > 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB.=C2=A0 Type "show warranty" for d= etails. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > . > <118>Writing entropy file:. > <118>. > <118>Terminated > <118>May=C2=A0 4 20:42:00 test syslogd: exiting on signal 15 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 4; apic id =3D 04 > fault virtual address=C2=A0=C2=A0=C2=A0=3D 0x8c > fault code=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D supervisor= read data, page not present > instruction pointer=C2=A0 =C2=A0=C2=A0=C2=A0=3D 0x20:0xffffffff8066e71c > stack pointer=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=3D 0x28:0xfff= fff82187fb5d0 > frame pointer=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=3D 0x28:0xfff= fff82187fb620 > code segment=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D base 0x0, limit= 0xfffff, type 0x1b > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=3D= DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D interrupt enabled, resume= , IOPL =3D 0 > current process=C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=3D 474 (wpa_suppli= cant) > trap number=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=3D 12 > panic: page fault > cpuid =3D 4 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff82187= fb190 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff82187fb240 > panic() at panic+0x155/frame 0xffffff82187fb2c0 > trap_fatal() at trap_fatal+0x37a/frame 0xffffff82187fb320 > trap_pfault() at trap_pfault+0x257/frame 0xffffff82187fb3c0 > trap() at trap+0x43a/frame 0xffffff82187fb510 > calltrap() at calltrap+0x8/frame 0xffffff82187fb510 > --- trap 0xc, rip =3D 0xffffffff8066e71c, rsp =3D 0xffffff82187fb5d0, rbp= =3D 0xffffff82187fb620 --- > sctp_del_addr_from_vrf() at sctp_del_addr_from_vrf+0x7c/frame 0xffffff821= 87fb620 > rt_newaddrmsg_fib() at rt_newaddrmsg_fib+0x44/frame 0xffffff82187fb6e0 > rtinit1() at rtinit1+0x57b/frame 0xffffff82187fb860 > in_scrubprefix() at in_scrubprefix+0x376/frame 0xffffff82187fb900 > rip_ctlinput() at rip_ctlinput+0x143/frame 0xffffff82187fb930 > pfctlinput() at pfctlinput+0x5c/frame 0xffffff82187fb960 > ifioctl() at ifioctl+0x7f2/frame 0xffffff82187fba20 > kern_ioctl() at kern_ioctl+0x22e/frame 0xffffff82187fba90 > sys_ioctl() at sys_ioctl+0x142/frame 0xffffff82187fbae0 > amd64_syscall() at amd64_syscall+0x2b4/frame 0xffffff82187fbbf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff82187fbbf0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x80122c26a, rsp =3D = 0x7fffffffdb18, rbp =3D 0x7fffffffdb90 --- > Uptime: 4m55s >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > >=20 >=20 > =D0=9E=D1=82=D0=BF=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=BD=D0=BE =D0=B8=D0=B7= =D0=BC=D0=BE=D0=B1=D0=B8=D0=BB=D1=8C=D0=BD=D0=BE=D0=B9 =D0=9F=D0=BE=D1=87= =D1=82=D1=8B Mail.Ru From owner-freebsd-current@FreeBSD.ORG Tue May 7 07:12:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D998EC54 for ; Tue, 7 May 2013 07:12:09 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE5F32B for ; Tue, 7 May 2013 07:12:08 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 7 May 2013 09:11:37 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 7 May 2013 09:11:39 +0200 Date: Tue, 7 May 2013 09:12:20 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Rick Macklem Subject: Re: files disappearing from ls on NFS In-Reply-To: <365967035.135220.1367844804040.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <365967035.135220.1367844804040.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [129.247.178.136] Cc: current@freebsd.org, ato@iem.pw.edu.pl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 07:12:09 -0000 On Mon, 6 May 2013, Rick Macklem wrote: RM>Hartmut Brandt wrote: RM>> Hi Rick, RM>> RM>> the patch doesn't help. So how can I help to fix that? Of course, I RM>> can use the work-around with oldnfs, but ... RM>> RM>Well, I plan on going through the readdir code and seeing if I can spot RM>a case that would break for small RPC replies. If I can find something, RM>I'll email you a patch for testing. (I can't seem to reproduce the problem RM>here.) RM> RM>The mysterious part for me is why it has shown up recently, because there RM>hasn't been any recent change committed that seems like it could cause this. RM>(Maybe it is just a co-incidence that it showed up recently and the bug has RM> been there all along?) RM> RM>I'll admit my worst fear is that is somehow caused by the switch to clang for RM>certain arches. If that is the case, it could take a long time to isolate. I'm quite sure that I've build the system in February with clang already. But in march or so a new clang version was committed. harti RM>> -----Original Message----- RM>> From: Rick Macklem [mailto:rmacklem@uoguelph.ca] RM>> Sent: Saturday, May 04, 2013 11:33 PM RM>> To: Brandt, Hartmut RM>> Cc: current@freebsd.org; Andrzej Tobola RM>> Subject: Re: files disappearing from ls on NFS RM>> RM>> Hartmut Brandt wrote: RM>> > On Fri, 3 May 2013, Rick Macklem wrote: RM>> > RM>> > RM>Ok, if you succeed in isolating the commit, that would be great. RM>> > RM>> > Hmm. I'm somewhat stuck. clang from yesterday can't compile clang RM>> > from RM>> > a month ago... RM>> > RM>> > harti RM>> > RM>> Oh well. You could try this patch (which is the one to fix readdir for RM>> union mounts), since I can see that VOP_VPTOCNP() will also be broken RM>> without it. (I can't see how that would break "ls", but it breaks RM>> __getcwd() and friends, so maybe it can affect "ls" somehow?) RM>> RM>> It's a cut/paste under windows, so I'm afraid the whitespace will be RM>> messed up, but it's pretty simple to apply by hand. RM>> RM>> Index: nfs_clvnops.c RM>> =================================================================== RM>> --- nfs_clvnops.c (revision 249568) RM>> +++ nfs_clvnops.c (working copy) RM>> @@ -2221,6 +2221,7 @@ RM>> !NFS_TIMESPEC_COMPARE(&np->n_mtime, &vattr.va_mtime)) { RM>> mtx_unlock(&np->n_mtx); RM>> NFSINCRGLOBAL(newnfsstats.direofcache_hits); RM>> + *ap->a_eofflag = 1; RM>> return (0); RM>> } else RM>> mtx_unlock(&np->n_mtx); @@ -2233,8 +2234,10 @@ RM>> tresid = uio->uio_resid; RM>> error = ncl_bioread(vp, uio, 0, ap->a_cred); RM>> RM>> - if (!error && uio->uio_resid == tresid) RM>> + if (!error && uio->uio_resid == tresid) { RM>> NFSINCRGLOBAL(newnfsstats.direofcache_misses); RM>> + *ap->a_eofflag = 1; RM>> + } RM>> return (error); RM>> } RM>> RM>> I haven't yet succeeded in reproducing the problem, but will be poking RM>> at it some more, rick RM>> RM>> > RM> RM>> > RM>rick RM>> > RM> RM>> > RM>> harti RM>> > RM>> RM>> > RM>> On Fri, 3 May 2013, Rick Macklem wrote: RM>> > RM>> RM>> > RM>> RM>Hartmut Brandt wrote: RM>> > RM>> RM>> Hi, RM>> > RM>> RM>> RM>> > RM>> RM>> I've updated one of my -current machines this week RM>> > (previous RM>> > RM>> update RM>> > RM>> RM>> was in RM>> > RM>> RM>> february). Now I see a strange effect (it seems only on RM>> > NFS RM>> > RM>> mounts): RM>> > RM>> RM>> ls or RM>> > RM>> RM>> even echo * will list only some files (strange enough the RM>> > first RM>> > RM>> files RM>> > RM>> RM>> from RM>> > RM>> RM>> the normal, alphabetically ordered list). If I change RM>> > something RM>> > RM>> in the RM>> > RM>> RM>> directory (delete a file or create a new one) for some RM>> > time RM>> > the RM>> > RM>> RM>> complete RM>> > RM>> RM>> listing will appear but after sime time (seconds to a RM>> > minute RM>> > or RM>> > RM>> so) RM>> > RM>> RM>> again RM>> > RM>> RM>> only part of the files is listed. RM>> > RM>> RM>> RM>> > RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that RM>> > getdirentries is RM>> > RM>> RM>> called RM>> > RM>> RM>> only once (returning 4096). For a full listing RM>> > getdirentries RM>> > is RM>> > RM>> called RM>> > RM>> RM>> 5 RM>> > RM>> RM>> times with the last returning 0. RM>> > RM>> RM>> RM>> > RM>> RM>> I can still open files that are not listed if I know their RM>> > name, RM>> > RM>> RM>> though. RM>> > RM>> RM>> RM>> > RM>> RM>> The NFS server is a Windows 2008 server with an OpenText RM>> > NFS RM>> > RM>> Server RM>> > RM>> RM>> which RM>> > RM>> RM>> works without problems to all the other FreeBSD machines. RM>> > RM>> RM>> RM>> > RM>> RM>> So what could that be? RM>> > RM>> RM>> RM>> > RM>> RM>Someone else reported missing files returned via "ls" RM>> > recently, RM>> > RM>> when RM>> > RM>> RM>they used a small readdirsize (below 8K). I haven't yet had RM>> > a RM>> > RM>> change to try RM>> > RM>> RM>and reproduce it or do any snooping around. RM>> > RM>> RM> RM>> > RM>> RM>There haven't been any recent changes to readdir in the NFS RM>> > client, RM>> > RM>> RM>except a trivial one that adds a check for vnode type being RM>> > VDIR, RM>> > RM>> RM>so I don't see that it can be a recent NFS change. RM>> > RM>> RM> RM>> > RM>> RM>If you can increase the readdirsize, try that to see if it RM>> > avoids RM>> > RM>> RM>the problem. "nfsstat -m" shows you what the mount options RM>> > end RM>> > up RM>> > RM>> RM>being after doing the mount. The server might be limiting RM>> > the RM>> > RM>> readdirsize RM>> > RM>> RM>to 4K, so you should check, even if you specify a large RM>> > value RM>> > for RM>> > RM>> RM>the mount. RM>> > RM>> RM> RM>> > RM>> RM>rick RM>> > RM>> RM> RM>> > RM>> RM>> Regards, RM>> > RM>> RM>> harti RM>> > RM>> RM>> _______________________________________________ RM>> > RM>> RM>> freebsd-current@freebsd.org mailing list RM>> > RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> > RM>> RM>> To unsubscribe, send any mail to RM>> > RM>> RM>> "freebsd-current-unsubscribe@freebsd.org" RM>> > RM>> RM> RM>> > RM>> _______________________________________________ RM>> > RM>> freebsd-current@freebsd.org mailing list RM>> > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> > RM>> To unsubscribe, send any mail to RM>> > RM>> "freebsd-current-unsubscribe@freebsd.org" RM>> > RM> RM>> > _______________________________________________ RM>> > freebsd-current@freebsd.org mailing list RM>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> > To unsubscribe, send any mail to RM>> > "freebsd-current-unsubscribe@freebsd.org" RM> From owner-freebsd-current@FreeBSD.ORG Tue May 7 08:28:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C01A615C; Tue, 7 May 2013 08:28:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 987FE84C; Tue, 7 May 2013 08:28:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r478SpHW017613; Tue, 7 May 2013 04:28:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r478SpZq017606; Tue, 7 May 2013 08:28:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 May 2013 08:28:51 GMT Message-Id: <201305070828.r478SpZq017606@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 08:28:52 -0000 TB --- 2013-05-07 05:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-07 05:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-07 05:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-05-07 05:10:19 - cleaning the object tree TB --- 2013-05-07 05:11:34 - /usr/local/bin/svn stat /src TB --- 2013-05-07 05:11:37 - At svn revision 250322 TB --- 2013-05-07 05:11:38 - building world TB --- 2013-05-07 05:11:38 - CROSS_BUILD_TESTING=YES TB --- 2013-05-07 05:11:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-07 05:11:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-07 05:11:38 - SRCCONF=/dev/null TB --- 2013-05-07 05:11:38 - TARGET=arm TB --- 2013-05-07 05:11:38 - TARGET_ARCH=arm TB --- 2013-05-07 05:11:38 - TZ=UTC TB --- 2013-05-07 05:11:38 - __MAKE_CONF=/dev/null TB --- 2013-05-07 05:11:38 - cd /src TB --- 2013-05-07 05:11:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue May 7 05:11:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue May 7 08:13:24 UTC 2013 TB --- 2013-05-07 08:13:24 - generating LINT kernel config TB --- 2013-05-07 08:13:24 - cd /src/sys/arm/conf TB --- 2013-05-07 08:13:24 - /usr/bin/make -B LINT TB --- 2013-05-07 08:13:24 - cd /src/sys/arm/conf TB --- 2013-05-07 08:13:24 - /usr/sbin/config -m LINT TB --- 2013-05-07 08:13:24 - building LINT kernel TB --- 2013-05-07 08:13:24 - CROSS_BUILD_TESTING=YES TB --- 2013-05-07 08:13:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-07 08:13:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-07 08:13:24 - SRCCONF=/dev/null TB --- 2013-05-07 08:13:24 - TARGET=arm TB --- 2013-05-07 08:13:24 - TARGET_ARCH=arm TB --- 2013-05-07 08:13:24 - TZ=UTC TB --- 2013-05-07 08:13:24 - __MAKE_CONF=/dev/null TB --- 2013-05-07 08:13:24 - cd /src TB --- 2013-05-07 08:13:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 7 08:13:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ~~~~~~~~~~~~~~~~~ ^ ~ /src/sys/arm/mv/common.c:1765:21: warning: comparison of unsigned expression >= 0 is always true [-Wtautological-compare] if (wintab->remap >= 0 && win_cpu_can_remap(i) != 1) { ~~~~~~~~~~~~~ ^ ~ /src/sys/arm/mv/common.c:884:1: error: unused function 'decode_win_sdram_fixup' [-Werror,-Wunused-function] decode_win_sdram_fixup(void) ^ 4 warnings and 1 error generated. *** [common.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-07 08:28:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-07 08:28:51 - ERROR: failed to build LINT kernel TB --- 2013-05-07 08:28:51 - 9289.93 user 1641.05 system 11911.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 7 13:21:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 26EF0CC2 for ; Tue, 7 May 2013 13:21:25 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0311D806 for ; Tue, 7 May 2013 13:21:24 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.5/8.14.5) with ESMTP id r47DLMkn083661 for ; Tue, 7 May 2013 09:21:23 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.5/8.14.5/Submit) id r47DLMKE083660 for current@freebsd.org; Tue, 7 May 2013 09:21:22 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 7 May 2013 09:21:22 -0400 From: "Michael W. Lucas" To: current@freebsd.org Subject: problem building -current Message-ID: <20130507132122.GA83633@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 07 May 2013 09:21:23 -0400 (EDT) X-Mailman-Approved-At: Tue, 07 May 2013 13:34:59 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 13:21:25 -0000 Hi, I'm running an older -current: bewilderbeast/usr/src;uname -a FreeBSD bewilderbeast.blackhelicopters.org 10.0-CURRENT FreeBSD 10.0-CURRENT #15: Thu Nov 8 14:02:45 EST 2012 mwlucas@bewilderbeast.blackhelicopters.org:/usr/obj/usr/src/sys/G Trying to build new, and get: ... c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp -o PluginLoader.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettyStackTrace.cpp -o PrettyStackTrace.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp -o Process.o In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp:85: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/Process.inc: In member function 'virtual llvm::sys::TimeValue llvm::sys::self_process::get_user_time() const': /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/Process.inc:75: error: 'CLOCK_PROCESS_CPUTIME_ID' was not declared in this scope *** [Process.o] Error code 1 Stop in /usr/src/lib/clang/libllvmsupport. *** [bootstrap-tools] Error code 1 Stop in /usr/src. *** [_bootstrap-tools] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. /etc/src.conf: SENDMAIL_MC=/etc/mail/bwb.mc WITHOUT_BIND=YES SENDMAIL_MC=/etc/mail/bwb.mc PERL_VERSION=5.10.1 WITHOUT_PKGNG=yes # added by use.perl 2012-11-15 11:47:34 PERL_VERSION=5.14.2 I don't see any references to this error anywhere in the FreeBSD lists. Any ideas how to get past it? Or should I just upgrade from snapshot and try again? Thanks, ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-current@FreeBSD.ORG Tue May 7 13:39:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 03C9A17F for ; Tue, 7 May 2013 13:39:23 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id AEA898A4 for ; Tue, 7 May 2013 13:39:22 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward14.mail.yandex.net (Yandex) with ESMTP id E3B8C19819EC; Tue, 7 May 2013 17:39:19 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 969861B6073F; Tue, 7 May 2013 17:39:19 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id dFBDccCUfZ-dJ1iTrcc; Tue, 7 May 2013 17:39:19 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1367933959; bh=wkimk8WHLIbAd5BGUnDahOM41uWRRfswJxY4xkSwGRY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IXAGjnxwKUxBdRNKW0A7xTvAuSlvNiR7VYEf+WQNs5UNA4DeyVXh26oXq9tJW4m+F iJNHv8R/xMB+QshnsqLl85TmSGi/2zCX+jNyeIAj6S9fEem9JTvSGyUT3w2IZIqnwj oBR1bQo3+ROXfX5ieO8SeCIAnLxg2rQ1tVtMbbcc= Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <518903E5.3030204@yandex.ru> Date: Tue, 07 May 2013 17:38:45 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130418 Thunderbird/17.0.5 MIME-Version: 1.0 To: Paul Webster Subject: Re: Light humour References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 13:39:23 -0000 Paul Webster wrote on 28.04.2013 02:31: > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > I would see if I could get any of you guys to spit out you're coffee > :) > > http://antibsd.wordpress.com/ """ antibsd.wordpress.com is no longer available. The authors have deleted this site. """ -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue May 7 14:01:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E6B79A02 for ; Tue, 7 May 2013 14:01:29 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 83FE89CA for ; Tue, 7 May 2013 14:01:29 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id t59so548285wes.10 for ; Tue, 07 May 2013 07:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=kksQ3cXRF1/TyXU12oY9RwYg6wd3kufhggatF/iz+Ow=; b=qJ7f4rLIvNJluyVFbg+F1ePMHQHuwLq5KfLnL19Ld1TzJgK1vr8Wqff3iVhoOaJmei jdr8VILvB0Cykv7HH3Vc4jO4l8JInMY5ua1WXjnhwgw+1woWLAkrs1ry3ZWUauAHJgfC U7Vc+gNmY0fGDNnuj1gQ3FTIRsdsnDP4/U40WD92UpI77+ly73xoq4vYk0TkCf5NJcRU LOhMkYFdZg90zP0CrD4T93mCRbGtBtUJgnEIIMQKhcGmTRGmb5ZSIIYX0X+fnPriF14H CbfpOZmMRUNjUQfs18w3/vVJSjp0RjqkpNAMesJD6n2ytPhnh3Tgeexz3eFqBpcbFx1k hp4w== MIME-Version: 1.0 X-Received: by 10.180.183.50 with SMTP id ej18mr3643892wic.4.1367935288620; Tue, 07 May 2013 07:01:28 -0700 (PDT) Received: by 10.194.29.199 with HTTP; Tue, 7 May 2013 07:01:28 -0700 (PDT) In-Reply-To: <20130507132122.GA83633@bewilderbeast.blackhelicopters.org> References: <20130507132122.GA83633@bewilderbeast.blackhelicopters.org> Date: Tue, 7 May 2013 18:01:28 +0400 Message-ID: Subject: Re: problem building -current From: Sergey Kandaurov To: "Michael W. Lucas" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 14:01:30 -0000 On 7 May 2013 17:21, Michael W. Lucas wrote: > > Hi, > > I'm running an older -current: > > bewilderbeast/usr/src;uname -a > FreeBSD bewilderbeast.blackhelicopters.org 10.0-CURRENT FreeBSD 10.0-CURR= ENT #15: Thu Nov 8 14:02:45 EST 2012 mwlucas@bewilderbeast.blackhelico= pters.org:/usr/obj/usr/src/sys/G > > Trying to build new, and get: > > ... > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/= include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/cla= ng/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Su= pport -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../l= ib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D_= _STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\= "x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=3D\"x86_64-unknown-freebsd1= 0.0\" -DDEFAULT_SYSROOT=3D\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -f= no-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contr= ib/llvm/lib/Support/Process.cpp -o Process.o > In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/= llvm/lib/Support/Process.cpp:85: > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/= Process.inc: In member function 'virtual llvm::sys::TimeValue llvm::sys::se= lf_process::get_user_time() const': > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/= Process.inc:75: error: 'CLOCK_PROCESS_CPUTIME_ID' was not declared in this = scope > *** [Process.o] Error code 1 You can try to install this change into your /usr/include/time.h and try ag= ain. http://svnweb.freebsd.org/base?view=3Drevision&revision=3D245428 --- head/include/time.h 2013/01/14 17:41:04 245427 +++ head/include/time.h 2013/01/14 18:01:19 245428 @@ -112,6 +112,7 @@ #define CLOCK_MONOTONIC_FAST 12 /* FreeBSD-specific. */ #define CLOCK_SECOND 13 /* FreeBSD-specific. */ #define CLOCK_THREAD_CPUTIME_ID 14 +#define CLOCK_PROCESS_CPUTIME_ID 15 #endif /* !defined(CLOCK_REALTIME) && __POSIX_VISIBLE >=3D 200112 */ #if !defined(TIMER_ABSTIME) && __POSIX_VISIBLE >=3D 200112 --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue May 7 14:10:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BD5ABE1F for ; Tue, 7 May 2013 14:10:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 82F82A59 for ; Tue, 7 May 2013 14:10:54 +0000 (UTC) Received: from spaceball.andric.com (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 32A665C44; Tue, 7 May 2013 16:10:46 +0200 (CEST) Message-ID: <51890B61.60405@FreeBSD.org> Date: Tue, 07 May 2013 16:10:41 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Sergey Kandaurov , "Michael W. Lucas" Subject: Re: problem building -current References: <20130507132122.GA83633@bewilderbeast.blackhelicopters.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 14:10:54 -0000 On 2013-05-07 16:01, Sergey Kandaurov wrote: > On 7 May 2013 17:21, Michael W. Lucas wrote: ... >> c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp -o Process.o >> In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp:85: >> /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/Process.inc: In member function 'virtual llvm::sys::TimeValue llvm::sys::self_process::get_user_time() const': >> /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/Process.inc:75: error: 'CLOCK_PROCESS_CPUTIME_ID' was not declared in this scope >> *** [Process.o] Error code 1 > > You can try to install this change into your /usr/include/time.h and try again. > http://svnweb.freebsd.org/base?view=revision&revision=245428 > > --- head/include/time.h 2013/01/14 17:41:04 245427 > +++ head/include/time.h 2013/01/14 18:01:19 245428 > @@ -112,6 +112,7 @@ > #define CLOCK_MONOTONIC_FAST 12 /* FreeBSD-specific. */ > #define CLOCK_SECOND 13 /* FreeBSD-specific. */ > #define CLOCK_THREAD_CPUTIME_ID 14 > +#define CLOCK_PROCESS_CPUTIME_ID 15 > #endif /* !defined(CLOCK_REALTIME) && __POSIX_VISIBLE >= 200112 */ > > #if !defined(TIMER_ABSTIME) && __POSIX_VISIBLE >= 200112 Yes, this is an annoying problem. When the CLOCK_PROCESS_CPUTIME_ID support was originally added, it was only put in sys/time.h, not in time.h. So any application that includes the latter will not be able to use the define. There are multiple possibilities to solve this, but I'm thinking of putting a -DCLOCK_PROCESS_CPUTIME_ID=15 on the command line for older versions of -current... -Dimitry From owner-freebsd-current@FreeBSD.ORG Tue May 7 16:24:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BF49171 for ; Tue, 7 May 2013 16:24:44 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 95CC21CB for ; Tue, 7 May 2013 16:24:44 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r47GOg1e052975 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 7 May 2013 09:24:43 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <51892AC5.8070606@freebsd.org> Date: Tue, 07 May 2013 09:24:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ruslan Makhmatkhanov Subject: Re: Light humour References: <518903E5.3030204@yandex.ru> In-Reply-To: <518903E5.3030204@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Paul Webster , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 16:24:44 -0000 On 5/7/13 6:38 AM, Ruslan Makhmatkhanov wrote: > Paul Webster wrote on 28.04.2013 02:31: >> Just got this link on IRC, (freenode/##freebsd) was so funny I thought >> I would see if I could get any of you guys to spit out you're coffee >> :) >> >> http://antibsd.wordpress.com/ > > """ > antibsd.wordpress.com is no longer available. > The authors have deleted this site. > """ > that must have been a LOT of work to write... why would one delete it? From owner-freebsd-current@FreeBSD.ORG Tue May 7 17:02:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47B6A978 for ; Tue, 7 May 2013 17:02:01 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id C489439A for ; Tue, 7 May 2013 17:02:00 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id fd20so815842lab.27 for ; Tue, 07 May 2013 10:01:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=l+Z76OBZF8KCRxfWDJXUiO06/icFGAKmxdN7Yui57L8=; b=irCrDQvndB+wN8rfSpGXwMo76eVFUCcK1qGBK9liRZYAH6PZ/X0ov8OnQrCYVXDruB d/aZ2neQbXEtAWrLhg2sgbvKx4GFtG4JzE9bCX3AIydnCJ1fR83/iYv6gFkcx9eL0eo/ AyTVKuUDQ8lFlOkCvUTAsdha5Q9JJOc2wXATtpiK/uQwKp5bZ5t4PLJmGtdaWr1opHtW SPX/yioLJXxW/eZR8qSfWncnEsh1PO3nKOiYCfsiq18viGx0UJmXvmvnyi9XFth87pD+ 6LXGLV7Vu0MhCmn/wcHHcUFMQIayxbLR1LFSja5Iuwef9fSHqDkGf8b9Q5QcAgO5fJNf 60tw== MIME-Version: 1.0 X-Received: by 10.112.147.38 with SMTP id th6mr1423196lbb.119.1367946119620; Tue, 07 May 2013 10:01:59 -0700 (PDT) Received: by 10.112.137.8 with HTTP; Tue, 7 May 2013 10:01:59 -0700 (PDT) X-Originating-IP: [93.221.179.157] In-Reply-To: <51892AC5.8070606@freebsd.org> References: <518903E5.3030204@yandex.ru> <51892AC5.8070606@freebsd.org> Date: Tue, 7 May 2013 19:01:59 +0200 Message-ID: Subject: Re: Light humour From: "C. P. Ghost" To: Julian Elischer X-Gm-Message-State: ALoCoQlIDVgp+ZIy3MfO9RWFSrW23nNN0DXjZYfZ2V7dPkh0LlIxJOAAJy0KuSjg3fCvfPoo56Be Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Paul Webster , FreeBSD-Current , Ruslan Makhmatkhanov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 17:02:01 -0000 On Tue, May 7, 2013 at 6:24 PM, Julian Elischer wrote: > On 5/7/13 6:38 AM, Ruslan Makhmatkhanov wrote: > >> Paul Webster wrote on 28.04.2013 02:31: >> >>> Just got this link on IRC, (freenode/##freebsd) was so funny I thought >>> I would see if I could get any of you guys to spit out you're coffee >>> :) >>> >>> http://antibsd.wordpress.com/ >>> >> >> """ >> antibsd.wordpress.com is no longer available. >> The authors have deleted this site. >> """ >> >> that must have been a LOT of work to write... why would one delete it? Maybe they found out that their blog was hosted on a BSD platform? :) -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue May 7 19:34:26 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0148279; Tue, 7 May 2013 19:34:26 +0000 (UTC) (envelope-from sig6247@list.ru) Received: from fallback5.mail.ru (fallback5.mail.ru [94.100.176.59]) by mx1.freebsd.org (Postfix) with ESMTP id 9847FE00; Tue, 7 May 2013 19:34:26 +0000 (UTC) Received: from smtp22.mail.ru (smtp22.mail.ru [94.100.176.175]) by fallback5.mail.ru (mPOP.Fallback_MX) with ESMTP id 47710DFF8B59; Tue, 7 May 2013 23:32:57 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Date:Message-Id:Content-Type:MIME-Version:References:In-Reply-To:Subject:Cc:To:From; bh=jaBWZRFtor3xIOI1GdM8p8jrE2blHJztuYzVmoUwLMQ=; b=mfqQQMqZHsavI7wtQJRWdW3XqmWJTRoWw1ZQyy0vrAPbF732vW3b0dHEXzulweFIzIAD1CH8DnOGRz2oZK2N0GWmpQZmLEsUCWW6S5KxAVx+cKu41uOXPLgrWYObRwaywA6NeDZWzQ+uG+A1NWmE0r26LjdbgVkxl5gmT4757as=; Received: from [96.44.189.98] (port=32733 helo=localhost) by smtp22.mail.ru with esmtpa (envelope-from ) id 1UZnd2-0003D2-7A; Tue, 07 May 2013 23:32:50 +0400 From: sig6247 To: Dimitry Andric Subject: Re: x11/nvidia-driver-173 build failed on CURRENT In-Reply-To: <51879E8C.9080509@FreeBSD.org> (Dimitry Andric's message of "Mon, 06 May 2013 14:14:04 +0200") References: <51879E8C.9080509@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: Date: Tue, 07 May 2013 23:32:49 +0400 X-Spam: Not detected X-Mras: Ok Cc: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 19:34:27 -0000 On Mon, 06 May 2013 14:14:04 +0200, Dimitry Andric wrote: >> /wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:145:11: note: previous declaration is here >> RM_STATUS os_alloc_contig_pages(void **, U032); >> ^ > > Please try the attached patch. I am not sure if there are more driver > versions that include these inconsisent prototypes, but if anybody is > aware of them, we can adjust the ${NVVERSION} check a little. Thanks so much for the patch, it worked for me. From owner-freebsd-current@FreeBSD.ORG Tue May 7 20:37:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D1FF55D7 for ; Tue, 7 May 2013 20:37:00 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id A43949D for ; Tue, 7 May 2013 20:37:00 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id r47Kax2B016121 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 7 May 2013 15:36:59 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.02.0309.002; Tue, 7 May 2013 15:36:17 -0500 From: "Teske, Devin" To: "freebsd-current@freebsd.org" Subject: [UPDATE] sysutils/bsdconfig snapshot Thread-Topic: [UPDATE] sysutils/bsdconfig snapshot Thread-Index: AQHOS2KF20ndO705DEms6K1T6cJwXg== Date: Tue, 7 May 2013 20:36:16 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F3B39B@ltcfiswmsgmb21> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="Windows-1252" Content-ID: <1781BB16C9D01146BFCE58C9C17582F1@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-05-07_08:2013-05-07,2013-05-07,1970-01-01 signatures=0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 20:37:00 -0000 Hello, I've taken a new snapshot of HEAD usr.sbin/bsdconfig and made it available = through the ports tree (as sysutils/bsdconfig). The last snapshot was quite= some time months ago, so a lot has changed since then. Most notably, we now have the beginnings of the package management module, = edging ever-closer to a 1.0 release status. I'd like to see if there are any interested folks out there that could give= my updated version a go and provide some feedback. Any/all feedback would = be greatly appreciated. Just an FYI however=85 this code is only expected to work on 9.0-R or highe= r. --=20 Cheers, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue May 7 23:35:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D2A8E9DC; Tue, 7 May 2013 23:35:10 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 990328DA; Tue, 7 May 2013 23:35:10 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id r47NZ7c6007948 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 7 May 2013 18:35:09 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.02.0309.002; Tue, 7 May 2013 18:34:21 -0500 From: "Teske, Devin" To: "freebsd-current@freebsd.org" Subject: Re: [UPDATE] sysutils/bsdconfig snapshot Thread-Topic: [UPDATE] sysutils/bsdconfig snapshot Thread-Index: AQHOS2KF20ndO705DEms6K1T6cJwXpj6s9gA Date: Tue, 7 May 2013 23:34:20 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F3B934@ltcfiswmsgmb21> References: <13CA24D6AB415D428143D44749F57D7201F3B39B@ltcfiswmsgmb21> In-Reply-To: <13CA24D6AB415D428143D44749F57D7201F3B39B@ltcfiswmsgmb21> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-05-07_10:2013-05-07,2013-05-07,1970-01-01 signatures=0 Cc: Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 23:35:10 -0000 (replying to my own request with some additional details on what to try in = this update) On May 7, 2013, at 1:36 PM, Teske, Devin wrote: > Hello, >=20 > I've taken a new snapshot of HEAD usr.sbin/bsdconfig and made it availabl= e through the ports tree (as sysutils/bsdconfig). The last snapshot was qui= te some time months ago, so a lot has changed since then. >=20 Files have moved, there's now a /usr/share/bsdconfig directory for shared i= nclude files, and the fake language files have been removed. That's what yo= u'll notice from what the new port installs. > Most notably, we now have the beginnings of the package management module= , edging ever-closer to a 1.0 release status. >=20 Of which it's important to note that this initial work is based on the old = pkg_tools and not pkgng. We'll convert it to pkgng later, but first we need= to make sure the framework for interacting with huge package data is usabl= e. One of the challenges in testing this feature is that on 9.1, there aren't = any packages available (yet; that should change eventually -- being restore= d retroactively). However, if you don't use the "FTP" media types, you'll get a lot further. = What I've been using as a test is to download the 9.0-RELEASE packages/INDE= X file and throw that into a local "packages" directory and then point the = "Directory" media type at the parent directory where the "packages" directo= ry was created. For example, =85 cd /tmp mkdir packages fetch ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/9= .0-RELEASE/packages/INDEX Then use the "Directory" media type and enter a value of "/tmp". The "packa= ges/INDEX" file will be found in the media ("/tmp" directory) and the the p= ackages interface will then be presented. If you're already running 9.0-RELEASE, then you can choose the "FTP Passive= " media type, then choose the second menu item title "URL" and enter the UR= L "ftp://ftp-archive.freebsd.org". ASIDE: /me notes that he really ought to change the "FTP" routine to use a = default $FTPMODE of "auto" instead of "active" (currently, "FTP" means expl= icitly active, and "FTP Passive" means explicitly passive). Once you're in the package interface, you will see: 1. List of package categories. NOTE: For a package category to be listed, i= t has to have at least one package. This list also includes a dummy categor= y named "All". 2. For each category (including the "All" dummy category), the number of: 2.a. packages available in that category 2.b. packages that are installed from that category 2.c. "selected" packages (a "selected" package is one that has been been ma= rked for install, re-install, un-install, or marked as a dependency of a pa= ckage to install/re-install) are displayed. 3. Above the category list is a "> Review" menu item. Use this to review th= e selections you've made. Choosing a category intuitively displays the packages available from that c= ategory. In the list of packages, packages that are already installed are marked wit= h an "X"; those marked for install have an "I"; re-install have an "R"; un-= install, "U"; and dependencies are marked with a "D". Selecting a package that is not marked will turn the mark into an "I". Selecting a package that is marked with an "X" will bring up a menu asking = if you would like to mark it for Uninstall, Re-install, or return it back t= o just being installed. Selecting a package that is marked as a dependency turns it into a package = requested for installation (D mark becomes I mark). If without leaving the = package selection screen you then re-select the same package (which was a d= ependency turned into an "I"), the mark goes away, but if you exit and retu= rn to the package selection menu, the mark is restored as a "D". This is be= cause package dependencies are not calculated until you return to the categ= ory list (when counts must be updated). When you're navigating the menus, you may notice an asterisk (*) on some me= nu items. This indicates that a page has been "cached". Unlike sysinstall w= hich would spend ~10 minutes (on my hardware) processing the INDEX file, bu= ilding the in-memory structures for all category submenus, bsdconfig only g= enerates the menus you request, and does them on-the-fly. The first time you are presented with the list of package categories, no ca= tegory has an asterisk next to it. The first time you enter a package categ= ory, this is a small 1-5 second delay (depending on hardware) to generate t= he menu(s) for that category. When you return to the category list, that ca= tegory will now have an asterisk displayed next to it to let you know: a. this category has been visited and b. the menus have been cached in-memory so re-entering this category will b= e fast (less than one second). Another notable feature once you get to the package menus is that not all p= ackages are displayed on one page. There is a global PACKAGES_MENU_SIZE whi= ch defaults to 2000 and sets the maximum number of packages that can appear= on one page (in contrast, sysinstall would display all 21,000+ packages on= one menu for the All category; sysinstall did not display "pages"). Part o= f this is due to a limitation in that we construct the menus using dialog(1= ) and therefore are limited by ARGMAX, but it also makes navigating the men= us more efficient as the screens can redraw faster with less content. =3D=3D=3D In the above, we explored entering the packages module in a straight-forwar= d manner. However, because bsdconfig is scriptable, there's also the script= ed fashion. Here are three I am scripting the package menu for my testing: Method 1: Make a sysinstall-style script=85 $ cat install.cfg _directoryPath=3D/tmp mediaSetDirectory configPackages $ bsdconfig -f install.cfg NOTE: Again, /tmp has my "packages" directory with nothing but an "INDEX" f= ile within Method 2: Make a runnable script=85 $ cat localpkg.sh #!/bin/sh . /usr/local/share/bsdconfig/script.subr nonInteractive=3DYES _directoryPath=3D/tmp mediaSetDirectory configPackages $ ./localpkg.sh Method 3: So-called "HERE" document or standard pipe $ bsdconfig -f- < I'd like to see if there are any interested folks out there that could gi= ve my updated version a go and provide some feedback. Any/all feedback woul= d be greatly appreciated. >=20 Go through all the menus. One of the things you'll notice is that the progr= am as a whole should feel more fluid. Everytime you enter a "submenu", the = last item you selected is remembered and if/when you return that menu, your= selection is restored. I also went through and killed a lot of "--clear" arguments to dialog(1) an= d employed the rarely used "--keep-tite" arguments in an effort to make tra= nsitions between screens much more fluid. I'm interested to know how the program "feels". Also=85 I spent considerable effort working out the "startup" module and "u= sermgmt" modules. For the "startup" module, I implemented a third (fourth?)= layer of cache management (lol) which speeds up the menus even further. Fo= r the "usermgmt" module I spent a lot of time making sure we never penalize= choices that are merely the result of "exploring". I spent a lot of time just sitting down in the program and exploring trying= to make the program smooth through-and-through. Please let me know if you = see any kinks or hiccups that detract from a smooth experience. A lot of th= is stuff is as much "User eXperience" programming than it is "User Interfac= e" programming (or back-end programming). > Just an FYI however=85 this code is only expected to work on 9.0-R or hig= her. As mentioned earlier=85 in some cases it works better on 9.0 than 9.1 (e.g.= , lack of 9.1-RELEASE packages on the main FTP repositories). But package I= NDEX access aside with FTP media type, the experience between 9.x/10.x/HEAD= should be consistent. --=20 Cheers, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed May 8 00:30:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7F7F62B2 for ; Wed, 8 May 2013 00:30:08 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: from ln.servalan.com (unknown [IPv6:2600:3c00::f03c:91ff:fe96:62f5]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEB9A7F for ; Wed, 8 May 2013 00:30:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servalan.com; s=rsadkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:From:References:Subject:To; bh=Nh3sOnhnVuB93076/KrEH8D5ZdG1IhNFwIZOJqm3inI=; b=rYrcD4SVFKqto4id2Xv/syi4bswEJGYupNzIyHs0W6NQKQOcoHF38iJph0Clvjahvq++rN35S4z8YgEQ22ooYUa5EZau5vB/2tDc1qlLjdQ3u+4ykPKlB85ZFZd9XC7Dwb0AMPs6JX5vuKm21pmqK6Ghh25WJlSKCwMOdHIIQmQ=; Received: from uucp by ln.servalan.com with local-rmail (Exim 4.71) (envelope-from ) id 1UZsGl-0006nD-GX for freebsd-current@freebsd.org; Tue, 07 May 2013 19:30:07 -0500 Received: from rmtodd by servalan.servalan.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UZs7z-0001kC-54; Tue, 07 May 2013 19:21:03 -0500 To: freebsd-current@freebsd.org Subject: Re: Problem with firewire disks with recent -CURRENT. References: From: Richard Todd Date: Tue, 07 May 2013 19:21:02 -0500 In-Reply-To: (rmtodd@servalan.servalan.com's message of "Sun, 05 May 2013 13:31:05 -0500") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 00:30:08 -0000 rmtodd@servalan.servalan.com writes: > Tried upgrading one of my machines to -CURRENT yesterday and got the > following panic when the sbp code did its probing of all the firewire > devices: > panic: mutex sbp not owned at /usr/src/sys/cam/cam_xpt.c:4549 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff81fe6837f0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff81fe6838a0 > vpanic() at vpanic+0x126/frame 0xffffff81fe6838e0 > panic() at panic+0x43/frame 0xffffff81fe683940 > __mtx_assert() at __mtx_assert+0xc2/frame 0xffffff81fe683950 > xpt_compile_path() at xpt_compile_path+0xa1/frame 0xffffff81fe6839a0 > xpt_create_path() at xpt_create_path+0x5b/frame 0xffffff81fe6839f0 > sbp_do_attach() at sbp_do_attach+0xe8/frame 0xffffff81fe683a30 I did some further poking around in the source code trying to figure out what went on here. Looks to me like in the current version of xpt_find_target() (called by xpt_compile_path() and hence, indirectly, by xpt_create_path() ) the code expects the SIM's mutex to be owned, but apparently the call from the sbp_do_attach happens without the SIM mutex being locked. I tried hacking together the following patch and the resulting kernel comes up and lets the system properly detect the drives and do I/O to them. I don't know enough about the CAM system and its locking to know if this patch is the Right Thing to do here, though. diff -r 96ce948dd944 sys/dev/firewire/sbp.c --- a/sys/dev/firewire/sbp.c Sat May 04 17:23:33 2013 -0500 +++ b/sys/dev/firewire/sbp.c Tue May 07 19:17:28 2013 -0500 @@ -1085,10 +1085,13 @@ END_DEBUG sbp_xfer_free(xfer); - if (sdev->path == NULL) + if (sdev->path == NULL) { + CAM_SIM_LOCK(target->sbp->sim); xpt_create_path(&sdev->path, NULL, cam_sim_path(target->sbp->sim), target->target_id, sdev->lun_id); + CAM_SIM_UNLOCK(target->sbp->sim); + } /* * Let CAM scan the bus if we are in the boot process. From owner-freebsd-current@FreeBSD.ORG Wed May 8 01:30:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6BE35FD6 for ; Wed, 8 May 2013 01:30:02 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4C910CE7 for ; Wed, 8 May 2013 01:30:01 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 2F55B4AC40 for ; Tue, 7 May 2013 20:24:03 -0500 (CDT) Date: Tue, 7 May 2013 20:24:03 -0500 (CDT) From: Dan Mack To: freebsd-current@freebsd.org Subject: build kernel fail on 250341 in vxge... Message-ID: <20130507201037.Q84230@coco.macktronics.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 01:30:02 -0000 FYI: fresh buildworld and buildkernel tonight with 250341 and I see a bunch of errors while building vxge like this (my kernel config file has device vx commented out btw). Any pointers/help ? I'm building this on my build machine which is FreeBSD 10.0-CURRENT #26 r250314: Mon May 6 20:32:29 CDT 2013 ===> vxge (all) ERROR: vxgehal-channel.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-mm.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxge-queue.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-blockpool.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-fifo.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-ring.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-config.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-doorbells.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-ifmsg.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-device.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-srpcim.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-mgmt.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxge.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-virtualpath.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-mrpcim.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 ERROR: vxgehal-mgmtaux.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 Then, after zlib, it bombs: ===> zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -i nclude /usr/obj/usr/src/sys/MACKGEN/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-poi nter -I/usr/obj/usr/src/sys/MACKGEN -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msof t-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-argumen ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpo inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdi agnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit y -c /usr/src/sys/modules/zlib/../../net/zlib.c ctfconvert -L VERSION -g zlib.o ld -d -warn-common -r -d -o zlib.ko.debug zlib.o ctfmerge -L VERSION -g -o zlib.ko.debug zlib.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | xargs -J% objcopy % zlib.ko.debug objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Wed May 8 05:57:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44A2FB58 for ; Wed, 8 May 2013 05:57:25 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id B99BB7CA for ; Wed, 8 May 2013 05:57:23 +0000 (UTC) Received: from f268.mail.ru (f268.mail.ru [217.69.128.189]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id 114FF1A59E24 for ; Wed, 8 May 2013 09:57:21 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=References:In-Reply-To:Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:Cc:To:From; bh=DJ816jqYGjfM0LHMjKQbPi3KakO5DY9E++gnBDDVxVk=; b=M26DSXCzDIukAWQbTRux0sKo654S6FMxHqYBs/19bPWyGD6mTisaQfOlzTiXJYpLbmgCaJQYOFfl+xMJ2NvETNDQifa+R4QHbtrme0yuxyQo8UCt0uF6F0IypoFhBkOU; Received: from mail by f268.mail.ru with local (envelope-from ) id 1UZxNJ-0001EK-DJ; Wed, 08 May 2013 09:57:13 +0400 Received: from [85.113.141.24] by e.mail.ru with HTTP; Wed, 08 May 2013 09:57:13 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: ktsin@acm.org Subject: =?UTF-8?B?UmU6IHBhbmljIGluIHNjdHBfZGVsX2FkZHJfZnJvbV92cmYoKSA/?= Mime-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [85.113.141.24] Date: Wed, 08 May 2013 09:57:13 +0400 X-Priority: 3 (Normal) Message-ID: <1367992633.302746482@f268.mail.ru> X-Spam: Not detected X-Mras: Ok In-Reply-To: <1367898607.28143.YahooMailClassic@web31809.mail.mud.yahoo.com> References: <20130507005916.GA3750@fbsd.mshome.net> <1367898607.28143.YahooMailClassic@web31809.mail.mud.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 05:57:25 -0000 CkkgdHJpZWQgYnkgYW5hbG9neSB5b3VyIHBhdGNoIGFkZCBfcGFkYWxpZ24gaW4gYWxsIHBsYWNl cyB3aGVyZSB3YXMgYmVmb3JlIHIyNTAzMDAsIGFuZCBpbiBzdGNwLiBVcHRpbWUgbm93IDE1aG91 cnMsIGJlZm9yZSAtIDVtaW4gLSAzaG91ciBtYXguIEkgd2FpdGluZyBmb3IgbW9yZSBzdGF0aXN0 aWMuCm15IGNoYW5nZXM6CkluZGV4OiBzeXMvbmV0aW5ldC90Y3Bfc3Vici5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIHN5cy9uZXRpbmV0L3RjcF9zdWJyLmPCoMKgwqDCoMKgIChyZXZpc2lvbiAyNTAzMzApCisr KyBzeXMvbmV0aW5ldC90Y3Bfc3Vici5jwqDCoMKgwqDCoCAod29ya2luZyBjb3B5KQpAQCAtMjU1 LDcgKzI1NSw3IEBACsKgI2RlZmluZcKgwqDCoMKgwqDCoMKgIFZfdGNwY2Jfem9uZcKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFZORVQodGNwY2Jfem9uZSkKCsKgTUFMTE9D X0RFRklORShNX1RDUExPRywgInRjcGxvZyIsICJUQ1AgYWRkcmVzcyBhbmQgZmxhZ3MgcHJpbnQg YnVmZmVycyIpOwotc3RhdGljIHN0cnVjdCBtdHggaXNuX210eDsKK3N0YXRpYyBzdHJ1Y3QgbXR4 X3BhZGFsaWduIGlzbl9tdHg7CgrCoCNkZWZpbmXCoMKgwqDCoMKgwqDCoCBJU05fTE9DS19JTklU KCkgbXR4X2luaXQoJmlzbl9tdHgsICJpc25fbXR4IiwgTlVMTCwgTVRYX0RFRikKwqAjZGVmaW5l wqDCoMKgwqDCoMKgwqAgSVNOX0xPQ0soKcKgwqDCoMKgwqAgbXR4X2xvY2soJmlzbl9tdHgpCklu ZGV4OiBzeXMvbmV0aW5ldC9pbl9wY2IuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0aW5ldC9pbl9w Y2IuaMKgwqDCoMKgwqDCoMKgIChyZXZpc2lvbiAyNTAzMzApCisrKyBzeXMvbmV0aW5ldC9pbl9w Y2IuaMKgwqDCoMKgwqDCoMKgICh3b3JraW5nIGNvcHkpCkBAIC0zMzAsNyArMzMwLDcgQEAKwqDC oMKgwqDCoMKgwqAgLyoKwqDCoMKgwqDCoMKgwqDCoCAqIEdsb2JhbCBsb2NrIHByb3RlY3Rpbmcg bm9uLXBjYmdyb3VwIGhhc2ggbG9va3VwIHRhYmxlcy4KwqDCoMKgwqDCoMKgwqDCoCAqLwotwqDC oMKgwqDCoMKgIHN0cnVjdCByd2xvY2vCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGlwaV9oYXNoX2xv Y2s7CivCoMKgwqDCoMKgwqAgc3RydWN0IHJ3bG9ja19wYWRhbGlnbsKgwqDCoMKgwqDCoMKgwqDC oMKgIGlwaV9oYXNoX2xvY2s7CgrCoMKgwqDCoMKgwqDCoCAvKgrCoMKgwqDCoMKgwqDCoMKgICog R2xvYmFsIGhhc2ggb2YgaW5wY2JzLCBoYXNoZWQgYnkgbG9jYWwgYW5kIGZvcmVpZ24gYWRkcmVz c2VzIGFuZApJbmRleDogc3lzL25ldGluZXQvaW5fdmFyLmgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25l dGluZXQvaW5fdmFyLmjCoMKgwqDCoMKgwqDCoCAocmV2aXNpb24gMjUwMzMwKQorKysgc3lzL25l dGluZXQvaW5fdmFyLmjCoMKgwqDCoMKgwqDCoCAod29ya2luZyBjb3B5KQpAQCAtMTE2LDcgKzEx Niw3IEBACsKgI2RlZmluZSBJTkFERFJfSEFTSCh4KSBcCsKgwqDCoMKgwqDCoMKgICgmVl9pbl9p ZmFkZHJoYXNodGJsW0lOQUREUl9IQVNIVkFMKHgpICYgVl9pbl9pZmFkZHJobWFza10pCgotZXh0 ZXJuIHN0cnVjdCByd2xvY2sgaW5faWZhZGRyX2xvY2s7CitleHRlcm4gc3RydWN0IHJ3bG9ja19w YWRhbGlnbiBpbl9pZmFkZHJfbG9jazsKCsKgI2RlZmluZcKgwqDCoMKgwqDCoMKgIElOX0lGQURE Ul9MT0NLX0FTU0VSVCgpIHJ3X2Fzc2VydCgmaW5faWZhZGRyX2xvY2ssIFJBX0xPQ0tFRCkKwqAj ZGVmaW5lwqDCoMKgwqDCoMKgwqAgSU5fSUZBRERSX1JMT0NLKCnCoMKgwqDCoMKgwqAgcndfcmxv Y2soJmluX2lmYWRkcl9sb2NrKQpJbmRleDogc3lzL25ldGluZXQvc2N0cF9wY2IuaAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvbmV0aW5ldC9zY3RwX3BjYi5owqDCoMKgwqDCoCAocmV2aXNpb24gMjUwMzMw KQorKysgc3lzL25ldGluZXQvc2N0cF9wY2IuaMKgwqDCoMKgwqAgKHdvcmtpbmcgY29weSkKQEAg LTE5MywxMSArMTkzLDExIEBACsKgwqDCoMKgwqDCoMKgIHNjdHBfem9uZV90IGlwaV96b25lX2Fz Y29uZjsKwqDCoMKgwqDCoMKgwqAgc2N0cF96b25lX3QgaXBpX3pvbmVfYXNjb25mX2FjazsKCi3C oMKgwqDCoMKgwqAgc3RydWN0IHJ3bG9jayBpcGlfZXBfbXR4OwotwqDCoMKgwqDCoMKgIHN0cnVj dCBtdHggaXBpX2l0ZXJhdG9yX3dxX210eDsKLcKgwqDCoMKgwqDCoCBzdHJ1Y3Qgcndsb2NrIGlw aV9hZGRyX210eDsKLcKgwqDCoMKgwqDCoCBzdHJ1Y3QgbXR4IGlwaV9wa3Rsb2dfbXR4OwotwqDC oMKgwqDCoMKgIHN0cnVjdCBtdHggd3FfYWRkcl9tdHg7CivCoMKgwqDCoMKgwqAgc3RydWN0IHJ3 bG9ja19wYWRhbGlnbiBpcGlfZXBfbXR4OworwqDCoMKgwqDCoMKgIHN0cnVjdCBtdHhfcGFkYWxp Z24gaXBpX2l0ZXJhdG9yX3dxX210eDsKK8KgwqDCoMKgwqDCoCBzdHJ1Y3Qgcndsb2NrX3BhZGFs aWduIGlwaV9hZGRyX210eDsKK8KgwqDCoMKgwqDCoCBzdHJ1Y3QgbXR4X3BhZGFsaWduIGlwaV9w a3Rsb2dfbXR4OworwqDCoMKgwqDCoMKgIHN0cnVjdCBtdHhfcGFkYWxpZ24gd3FfYWRkcl9tdHg7 CsKgwqDCoMKgwqDCoMKgIHVpbnQzMl90IGlwaV9jb3VudF9lcDsKCsKgwqDCoMKgwqDCoMKgIC8q IGFzc29jL3RjYiB6b25lIGluZm8gKi8KSW5kZXg6IHN5cy9uZXRpbmV0L2lwX2lkLmMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0gc3lzL25ldGluZXQvaXBfaWQuYyAocmV2aXNpb24gMjUwMzMwKQorKysgc3lzL25l dGluZXQvaXBfaWQuYyAod29ya2luZyBjb3B5KQpAQCAtOTcsNyArOTcsNyBAQArCoHN0YXRpYyBp bnTCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBhcnJheV9zaXplID0gODE5MjsKwqBzdGF0aWMg aW50wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgcmFuZG9tX2lkX2NvbGxpc2lvbnMgPSAwOwrC oHN0YXRpYyBpbnTCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCByYW5kb21faWRfdG90YWwgPSAw Owotc3RhdGljIHN0cnVjdCBtdHjCoMKgwqDCoMKgwqAgaXBfaWRfbXR4Oworc3RhdGljIHN0cnVj dCBtdHhfcGFkYWxpZ27CoMKgwqDCoMKgIGlwX2lkX210eDsKCsKgc3RhdGljIHZvaWTCoMKgwqAg aXBfaW5pdGlkKHZvaWQpOwrCoHN0YXRpYyBpbnTCoMKgwqDCoCBzeXNjdGxfaXBfaWRfY2hhbmdl KFNZU0NUTF9IQU5ETEVSX0FSR1MpOwpJbmRleDogc3lzL25ldGluZXQvaXBfaW5wdXQuYwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBzeXMvbmV0aW5ldC9pcF9pbnB1dC5jwqDCoMKgwqDCoCAocmV2aXNpb24gMjUw MzMwKQorKysgc3lzL25ldGluZXQvaXBfaW5wdXQuY8KgwqDCoMKgwqAgKHdvcmtpbmcgY29weSkK QEAgLTg1LDcgKzg1LDcgQEAKwqBDVEFTU0VSVChzaXplb2Yoc3RydWN0IGlwKSA9PSAyMCk7CsKg I2VuZGlmCgotc3RydWN0IHJ3bG9jayBpbl9pZmFkZHJfbG9jazsKK3N0cnVjdCByd2xvY2tfcGFk YWxpZ24gaW5faWZhZGRyX2xvY2s7CsKgUldfU1lTSU5JVChpbl9pZmFkZHJfbG9jaywgJmluX2lm YWRkcl9sb2NrLCAiaW5faWZhZGRyX2xvY2siKTsKCsKgVk5FVF9ERUZJTkUoaW50LCByc3ZwX29u KTsKQEAgLTE1NSw3ICsxNTUsNyBAQAoKwqBzdGF0aWMgVk5FVF9ERUZJTkUodW1hX3pvbmVfdCwg aXBxX3pvbmUpOwrCoHN0YXRpYyBWTkVUX0RFRklORShUQUlMUV9IRUFEKGlwcWhlYWQsIGlwcSks IGlwcVtJUFJFQVNTX05IQVNIXSk7Ci1zdGF0aWMgc3RydWN0IG10eCBpcHFsb2NrOworc3RhdGlj IHN0cnVjdCBtdHhfcGFkYWxpZ24gaXBxbG9jazsKCsKgI2RlZmluZcKgwqDCoMKgwqDCoMKgIFZf aXBxX3pvbmXCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBWTkVUKGlwcV96b25lKQrCoCNkZWZp bmXCoMKgwqDCoMKgwqDCoCBWX2lwccKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCBWTkVUKGlwcSkKSW5kZXg6IHN5cy9zeXMvc29ja2V0dmFyLmgKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L3N5cy9zb2NrZXR2YXIuaCAocmV2aXNpb24gMjUwMzMwKQorKysgc3lzL3N5cy9zb2NrZXR2YXIu aCAod29ya2luZyBjb3B5KQpAQCAtMTMzLDcgKzEzMyw3IEBACsKgICogYXZvaWQgZGVmaW5pbmcg YSBsb2NrIG9yZGVyIGJldHdlZW4gbGlzdGVuIGFuZCBhY2NlcHQgc29ja2V0cwrCoCAqIHVudGls IHN1Y2ggdGltZSBhcyBpdCBwcm92ZXMgdG8gYmUgYSBnb29kIGlkZWEuCsKgICovCi1leHRlcm4g c3RydWN0IG10eCBhY2NlcHRfbXR4OworZXh0ZXJuIHN0cnVjdCBtdHhfcGFkYWxpZ24gYWNjZXB0 X210eDsKwqAjZGVmaW5lwqDCoMKgwqDCoMKgwqAgQUNDRVBUX0xPQ0tfQVNTRVJUKCnCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIG10eF9hc3NlcnQoJmFjY2VwdF9tdHgsIE1BX09XTkVEKQrCoCNkZWZp bmXCoMKgwqDCoMKgwqDCoCBBQ0NFUFRfVU5MT0NLX0FTU0VSVCgpwqDCoMKgwqDCoMKgwqDCoMKg IG10eF9hc3NlcnQoJmFjY2VwdF9tdHgsIE1BX05PVE9XTkVEKQrCoCNkZWZpbmXCoMKgwqDCoMKg wqDCoCBBQ0NFUFRfTE9DSygpwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIG10 eF9sb2NrKCZhY2NlcHRfbXR4KQpJbmRleDogc3lzL2tlcm4vdWlwY19zb2NrZXQuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMva2Vybi91aXBjX3NvY2tldC5jwqDCoMKgwqDCoCAocmV2aXNpb24gMjUwMzMw KQorKysgc3lzL2tlcm4vdWlwY19zb2NrZXQuY8KgwqDCoMKgwqAgKHdvcmtpbmcgY29weSkKQEAg LTI0MCwxNCArMjQwLDE0IEBACsKgICogYWNjZXB0X210eCBsb2NrcyBkb3duIHBlci1zb2NrZXQg ZmllbGRzIHJlbGF0aW5nIHRvIGFjY2VwdCBxdWV1ZXMuwqAgU2VlCsKgICogc29ja2V0dmFyLmgg Zm9yIGFuIGFubm90YXRpb24gb2YgdGhlIHByb3RlY3RlZCBmaWVsZHMgb2Ygc3RydWN0IHNvY2tl dC4KwqAgKi8KLXN0cnVjdCBtdHggYWNjZXB0X210eDsKK3N0cnVjdCBtdHhfcGFkYWxpZ24gYWNj ZXB0X210eDsKwqBNVFhfU1lTSU5JVChhY2NlcHRfbXR4LCAmYWNjZXB0X210eCwgImFjY2VwdCIs IE1UWF9ERUYpOwoKwqAvKgrCoCAqIHNvX2dsb2JhbF9tdHggcHJvdGVjdHMgc29fZ2VuY250LCBu dW1vcGVuc29ja2V0cywgYW5kIHRoZSBwZXItc29ja2V0CsKgICogc29fZ2VuY250IGZpZWxkLgrC oCAqLwotc3RhdGljIHN0cnVjdCBtdHggc29fZ2xvYmFsX210eDsKK3N0YXRpYyBzdHJ1Y3QgbXR4 X3BhZGFsaWduIHNvX2dsb2JhbF9tdHg7CsKgTVRYX1NZU0lOSVQoc29fZ2xvYmFsX210eCwgJnNv X2dsb2JhbF9tdHgsICJzb19nbGFiZWwiLCBNVFhfREVGKTsKCsKgLyoKSW5kZXg6IHN5cy9uZXQv aWYuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0L2lmLmPCoMKgwqDCoMKgwqDCoCAocmV2aXNpb24g MjUwMzMwKQorKysgc3lzL25ldC9pZi5jwqDCoMKgwqDCoMKgwqAgKHdvcmtpbmcgY29weSkKQEAg LTIwNiw3ICsyMDYsNyBAQArCoCAqIGFsc28gdG8gc3RhYmxpemUgaXQgb3ZlciBsb25nLXJ1bm5p bmcgaW9jdGxzLCB3aXRob3V0IGludHJvZHVjaW5nIHByaW9yaXR5CsKgICogaW52ZXJzaW9ucyBh bmQgZGVhZGxvY2tzLgrCoCAqLwotc3RydWN0IHJ3bG9jayBpZm5ldF9yd2xvY2s7CitzdHJ1Y3Qg cndsb2NrX3BhZGFsaWduIGlmbmV0X3J3bG9jazsKwqBzdHJ1Y3Qgc3ggaWZuZXRfc3hsb2NrOwoK wqAvKgpJbmRleDogc3lzL25ldC9pZl92YXIuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0L2lmX3Zh ci5owqDCoMKgIChyZXZpc2lvbiAyNTAzMzApCisrKyBzeXMvbmV0L2lmX3Zhci5owqDCoMKgICh3 b3JraW5nIGNvcHkpCkBAIC0xOTEsOSArMTkxLDkgQEAKwqDCoMKgwqDCoMKgwqAgdm9pZMKgwqDC oCAqaWZfdW51c2VkWzJdOwrCoMKgwqDCoMKgwqDCoCB2b2lkwqDCoMKgICppZl9hZmRhdGFbQUZf TUFYXTsKwqDCoMKgwqDCoMKgwqAgaW50wqDCoMKgwqAgaWZfYWZkYXRhX2luaXRpYWxpemVkOwot wqDCoMKgwqDCoMKgIHN0cnVjdMKgIHJ3bG9jayBpZl9hZmRhdGFfbG9jazsKK8KgwqDCoMKgwqDC oCBzdHJ1Y3TCoCByd2xvY2tfcGFkYWxpZ24gaWZfYWZkYXRhX2xvY2s7CsKgwqDCoMKgwqDCoMKg IHN0cnVjdMKgIHRhc2sgaWZfbGlua3Rhc2s7wqDCoMKgwqDCoMKgIC8qIHRhc2sgZm9yIGxpbmsg Y2hhbmdlIGV2ZW50cyAqLwotwqDCoMKgwqDCoMKgIHN0cnVjdMKgIHJ3bG9jayBpZl9hZGRyX2xv Y2s7wqDCoMKgIC8qIGxvY2sgdG8gcHJvdGVjdCBhZGRyZXNzIGxpc3RzICovCivCoMKgwqDCoMKg wqAgc3RydWN0wqAgcndsb2NrX3BhZGFsaWduIGlmX2FkZHJfbG9jazvCoMKgIC8qIGxvY2sgdG8g cHJvdGVjdCBhZGRyZXNzIGxpc3RzICovCgrCoMKgwqDCoMKgwqDCoCBMSVNUX0VOVFJZKGlmbmV0 KSBpZl9jbG9uZXM7wqDCoMKgIC8qIGludGVyZmFjZXMgb2YgYSBjbG9uZXIgKi8KwqDCoMKgwqDC oMKgwqAgVEFJTFFfSEVBRCgsIGlmZ19saXN0KSBpZl9ncm91cHM7IC8qIGxpbmtlZCBsaXN0IG9m IGdyb3VwcyBwZXIgaWYgKi8KQEAgLTgzMiw3ICs4MzIsNyBAQAoKwqAjaWZkZWYgX0tFUk5FTAoK LWV4dGVybiBzdHJ1Y3Qgcndsb2NrIGlmbmV0X3J3bG9jazsKK2V4dGVybiBzdHJ1Y3Qgcndsb2Nr X3BhZGFsaWduIGlmbmV0X3J3bG9jazsKwqBleHRlcm4gc3RydWN0IHN4IGlmbmV0X3N4bG9jazsK CsKgI2RlZmluZcKgwqDCoMKgwqDCoMKgIElGTkVUX0xPQ0tfSU5JVCgpIGRvIHvCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIFwKSW5kZXg6IHN5cy9uZXQvaWZfbGxhdGJsLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gc3lzL25ldC9pZl9sbGF0YmwuYyAocmV2aXNpb24gMjUwMzMwKQorKysgc3lzL25ldC9pZl9s bGF0YmwuYyAod29ya2luZyBjb3B5KQpAQCAtNjcsNyArNjcsNyBAQAoKwqBzdGF0aWMgdm9pZCB2 bmV0X2xsdGFibGVfaW5pdCh2b2lkKTsKCi1zdHJ1Y3Qgcndsb2NrIGxsdGFibGVfcndsb2NrOwor c3RydWN0IHJ3bG9ja19wYWRhbGlnbiBsbHRhYmxlX3J3bG9jazsKwqBSV19TWVNJTklUKGxsdGFi bGVfcndsb2NrLCAmbGx0YWJsZV9yd2xvY2ssICJsbHRhYmxlX3J3bG9jayIpOwoKwqAvKgpJbmRl eDogc3lzL25ldC9pZl9sbGF0YmwuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0L2lmX2xsYXRibC5o IChyZXZpc2lvbiAyNTAzMzApCisrKyBzeXMvbmV0L2lmX2xsYXRibC5oICh3b3JraW5nIGNvcHkp CkBAIC00Myw3ICs0Myw3IEBACsKgc3RydWN0IGxsZW50cnk7CsKgTElTVF9IRUFEKGxsZW50cmll cywgbGxlbnRyeSk7CgotZXh0ZXJuIHN0cnVjdCByd2xvY2sgbGx0YWJsZV9yd2xvY2s7CitleHRl cm4gc3RydWN0IHJ3bG9ja19wYWRhbGlnbiBsbHRhYmxlX3J3bG9jazsKwqAjZGVmaW5lwqDCoMKg wqDCoMKgwqAgTExUQUJMRV9STE9DSygpwqDCoMKgwqDCoMKgwqDCoCByd19ybG9jaygmbGx0YWJs ZV9yd2xvY2spCsKgI2RlZmluZcKgwqDCoMKgwqDCoMKgIExMVEFCTEVfUlVOTE9DSygpwqDCoMKg wqDCoMKgIHJ3X3J1bmxvY2soJmxsdGFibGVfcndsb2NrKQrCoCNkZWZpbmXCoMKgwqDCoMKgwqDC oCBMTFRBQkxFX1dMT0NLKCnCoMKgwqDCoMKgwqDCoMKgIHJ3X3dsb2NrKCZsbHRhYmxlX3J3bG9j aykKCgoKCtCf0L7QvdC10LTQtdC70YzQvdC40LosICA2INC80LDRjyAyMDEzLCAyMDo1MCAtMDc6 MDAg0L7RgiBraXQgPGt0c2luQGFjbS5vcmc+Ogo+YWgsIGl0J3Mgc2hvdWxkIGJlIGZpeGVkIG5v dyBhcyBwZXIgcjI1MDMwMC4gY2hhbmdlcyB0aGF0IGNhdXNlZCB0aGlzIHBhbmljwqBoYXZlIGJl ZW4gYmFja2VkIG91dC4KPgo+a2l0Cj4KPi0tLSBPbiBUdWUsIDUvNy8xMywga2l0IDwga3RzaW5A YWNtLm9yZyA+IHdyb3RlOgo+Cj5Gcm9tOiBraXQgPCBrdHNpbkBhY20ub3JnID4KPlN1YmplY3Q6 IFJlOiBwYW5pYyBpbiBzY3RwX2RlbF9hZGRyX2Zyb21fdnJmKCkgPwo+VG86ICJBbmRyZXkgU21h Z2luIiA8IHNhbXNwZWVkQG1haWwucnUgPiwgIGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZwo+ RGF0ZTogVHVlc2RheSwgTWF5IDcsIDIwMTMsIDg6NTkgQU0KPgo+bm90IHN1cmUgd2h5LiBmb3Ig bXkgY2FzZSwgcGFkYWxpZ2luaW5nIG9uZSBvZiB0aGUgcndsb2NrcyBzb2x2ZWQgaXQuCj55b3Ug bWF5IHdhbnQgdG8gdHJ5IHRoZSBwYXRjaCBhdHRhY2hlZCBhbmQgc2VlIGlmIGl0IHdvcmtzIGZv ciB5b3UuCj4KPmFueXdheSwgaSdtIGZpbGluZyBhIFBSIGlmIG5vYm9keSBoYXMgZG9uZSBzbyBh bHJlYWR5Lgo+Cj50aGFua3MKPmtpdAo+Cj5PbiBTYXQsIE1heSAwNCwgMjAxMyBhdCAwOToyMjoy M1BNICswNDAwLCBBbmRyZXkgU21hZ2luIHdyb3RlOgo+PsKgIAo+PiBJIGhhdmUgcGFuaWMgbGlr ZSB5b3VyIGJ1dCBpbiBzY3RwX2FkZF9hZGRyX3RvX3ZyZi4gSSB0aGluayBuZWVkIFBSLsKgIE15 IHBhbmljIHNjcmVlbnNob290ICBodHRwOi8vdnZ0bGFuLnJ1L3BhbmljMS5qcGcgYW5kIHNlY29u ZCBvbmUgIGh0dHA6Ly92dnRsYW4ucnUvcGFuaWMyLmpwZwo+PiAKPj4g0KHRg9Cx0LHQvtGC0LAs wqAgNCDQvNCw0Y8gMjAxMywgMjA6NTUgKzA4OjAwINC+0YIga2l0IDwga3RzaW5AYWNtLm9yZyA+ Ogo+PiA+IAo+PiBnb3QgdGhpcyBwYW5pYyB3aGVuIG5ldHdvcmsgaW50ZXJmYWNlcyB3ZXJlIGJl aW5nIHVuY29uZmlndXJlZCBkdXJpbmcKPj4gc3lzdGVtIHNodXRkb3duLiBoYXMgYW55b25lIHNl ZW4gdGhpcz8gc2hvdWxkIGkgZmlsZSBhIFBSPwo+PiAKPj4gdGhhbmtzCj4+IGtpdAo+PiAKPj4g dGVzdC55YWhvby5jb20gZHVtcGVkIGNvcmUgLSBzZWUgL2hvbWUvY3Jhc2gvdm1jb3JlLjIKPj4g Cj4+IFNhdCBNYXnCoCA0IDIwOjQzOjU1IE1ZVCAyMDEzCj4+IAo+PiBGcmVlQlNEIHRlc3QueWFo b28uY29tIDEwLjAtQ1VSUkVOVCBGcmVlQlNEIDEwLjAtQ1VSUkVOVCAjMCByMjUwMjI5OiBTYXQg TWF5wqAgNCAyMDozMDoxNyBNWVQgMjAxM8KgIMKgwqDCoGt0c2luQHRlc3QueWFob28uY29tOi90 bXAvb2JqL3Vzci9zcmMvc3lzL1NIVVRUTEXCoCBhbWQ2NAo+PiAKPj4gcGFuaWM6IHBhZ2UgZmF1 bHQKPj4gCj4+IEdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCj4+IENvcHlyaWdodCAyMDA0IEZyZWUg U29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgo+PiBHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJl ZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlCj4+IHdlbGNv bWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0 YWluIGNvbmRpdGlvbnMuCj4+IFR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRp b25zLgo+PiBUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuwqAgVHlwZSAi c2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuCj4+IFRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFz ICJhbWQ2NC1tYXJjZWwtZnJlZWJzZCIuLi4KPj4gCj4+IFVucmVhZCBwb3J0aW9uIG9mIHRoZSBr ZXJuZWwgbWVzc2FnZSBidWZmZXI6Cj4+IC4KPj4gPDExOD5Xcml0aW5nIGVudHJvcHkgZmlsZTou Cj4+IDwxMTg+Lgo+PiA8MTE4PlRlcm1pbmF0ZWQKPj4gPDExOD5NYXnCoCA0IDIwOjQyOjAwIHRl c3Qgc3lzbG9nZDogZXhpdGluZyBvbiBzaWduYWwgMTUKPj4gCj4+IEZhdGFsIHRyYXAgMTI6IHBh Z2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKPj4gY3B1aWQgPSA0OyBhcGljIGlkID0gMDQK Pj4gZmF1bHQgdmlydHVhbCBhZGRyZXNzwqDCoMKgPSAweDhjCj4+IGZhdWx0IGNvZGXCoCDCoCDC oCDCoCDCoCDCoCDCoCA9IHN1cGVydmlzb3IgcmVhZCBkYXRhLCBwYWdlIG5vdCBwcmVzZW50Cj4+ IGluc3RydWN0aW9uIHBvaW50ZXLCoCDCoMKgwqA9IDB4MjA6MHhmZmZmZmZmZjgwNjZlNzFjCj4+ IHN0YWNrIHBvaW50ZXLCoCDCoCDCoCDCoCDCoMKgwqA9IDB4Mjg6MHhmZmZmZmY4MjE4N2ZiNWQw Cj4+IGZyYW1lIHBvaW50ZXLCoCDCoCDCoCDCoCDCoMKgwqA9IDB4Mjg6MHhmZmZmZmY4MjE4N2Zi NjIwCj4+IGNvZGUgc2VnbWVudMKgIMKgIMKgIMKgIMKgIMKgID0gYmFzZSAweDAsIGxpbWl0IDB4 ZmZmZmYsIHR5cGUgMHgxYgo+PiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqA9IERQTCAwLCBwcmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxCj4+IHBy b2Nlc3NvciBlZmxhZ3PCoCDCoCDCoCDCoCA9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElP UEwgPSAwCj4+IGN1cnJlbnQgcHJvY2Vzc8KgIMKgIMKgIMKgwqDCoD0gNDc0ICh3cGFfc3VwcGxp Y2FudCkKPj4gdHJhcCBudW1iZXLCoCDCoCDCoCDCoCDCoCDCoMKgwqA9IDEyCj4+IHBhbmljOiBw YWdlIGZhdWx0Cj4+IGNwdWlkID0gNAo+PiBLREI6IHN0YWNrIGJhY2t0cmFjZToKPj4gZGJfdHJh Y2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MmIvZnJhbWUgMHhm ZmZmZmY4MjE4N2ZiMTkwCj4+IGtkYl9iYWNrdHJhY2UoKSBhdCBrZGJfYmFja3RyYWNlKzB4Mzkv ZnJhbWUgMHhmZmZmZmY4MjE4N2ZiMjQwCj4+IHBhbmljKCkgYXQgcGFuaWMrMHgxNTUvZnJhbWUg MHhmZmZmZmY4MjE4N2ZiMmMwCj4+IHRyYXBfZmF0YWwoKSBhdCB0cmFwX2ZhdGFsKzB4MzdhL2Zy YW1lIDB4ZmZmZmZmODIxODdmYjMyMAo+PiB0cmFwX3BmYXVsdCgpIGF0IHRyYXBfcGZhdWx0KzB4 MjU3L2ZyYW1lIDB4ZmZmZmZmODIxODdmYjNjMAo+PiB0cmFwKCkgYXQgdHJhcCsweDQzYS9mcmFt ZSAweGZmZmZmZjgyMTg3ZmI1MTAKPj4gY2FsbHRyYXAoKSBhdCBjYWxsdHJhcCsweDgvZnJhbWUg MHhmZmZmZmY4MjE4N2ZiNTEwCj4+IC0tLSB0cmFwIDB4YywgcmlwID0gMHhmZmZmZmZmZjgwNjZl NzFjLCByc3AgPSAweGZmZmZmZjgyMTg3ZmI1ZDAsIHJicCA9IDB4ZmZmZmZmODIxODdmYjYyMCAt LS0KPj4gc2N0cF9kZWxfYWRkcl9mcm9tX3ZyZigpIGF0IHNjdHBfZGVsX2FkZHJfZnJvbV92cmYr MHg3Yy9mcmFtZSAweGZmZmZmZjgyMTg3ZmI2MjAKPj4gcnRfbmV3YWRkcm1zZ19maWIoKSBhdCBy dF9uZXdhZGRybXNnX2ZpYisweDQ0L2ZyYW1lIDB4ZmZmZmZmODIxODdmYjZlMAo+PiBydGluaXQx KCkgYXQgcnRpbml0MSsweDU3Yi9mcmFtZSAweGZmZmZmZjgyMTg3ZmI4NjAKPj4gaW5fc2NydWJw cmVmaXgoKSBhdCBpbl9zY3J1YnByZWZpeCsweDM3Ni9mcmFtZSAweGZmZmZmZjgyMTg3ZmI5MDAK Pj4gcmlwX2N0bGlucHV0KCkgYXQgcmlwX2N0bGlucHV0KzB4MTQzL2ZyYW1lIDB4ZmZmZmZmODIx ODdmYjkzMAo+PiBwZmN0bGlucHV0KCkgYXQgcGZjdGxpbnB1dCsweDVjL2ZyYW1lIDB4ZmZmZmZm ODIxODdmYjk2MAo+PiBpZmlvY3RsKCkgYXQgaWZpb2N0bCsweDdmMi9mcmFtZSAweGZmZmZmZjgy MTg3ZmJhMjAKPj4ga2Vybl9pb2N0bCgpIGF0IGtlcm5faW9jdGwrMHgyMmUvZnJhbWUgMHhmZmZm ZmY4MjE4N2ZiYTkwCj4+IHN5c19pb2N0bCgpIGF0IHN5c19pb2N0bCsweDE0Mi9mcmFtZSAweGZm ZmZmZjgyMTg3ZmJhZTAKPj4gYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2NhbGwrMHgyYjQv ZnJhbWUgMHhmZmZmZmY4MjE4N2ZiYmYwCj4+IFhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNj YWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmY4MjE4N2ZiYmYwCj4+IC0tLSBzeXNjYWxsICg1NCwgRnJl ZUJTRCBFTEY2NCwgc3lzX2lvY3RsKSwgcmlwID0gMHg4MDEyMmMyNmEsIHJzcCA9IDB4N2ZmZmZm ZmZkYjE4LCByYnAgPSAweDdmZmZmZmZmZGI5MCAtLS0KPj4gVXB0aW1lOiA0bTU1cwo+PiAKPj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gIGZyZWVi c2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4gIGh0dHA6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudAo+PiBUbyB1bnN1YnNjcmli ZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qu b3JnIgo+PiA+IAo+PiAKPj4g0J7RgtC/0YDQsNCy0LvQtdC90L4g0LjQtyDQvNC+0LHQuNC70YzQ vdC+0Lkg0J/QvtGH0YLRiyBNYWlsLlJ1Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlz dAo+aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJy ZW50Cj5UbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVu c3Vic2NyaWJlQGZyZWVic2Qub3JnIgo= From owner-freebsd-current@FreeBSD.ORG Wed May 8 06:10:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E5B15E55; Wed, 8 May 2013 06:10:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B95D3854; Wed, 8 May 2013 06:10:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r486AX5r055979; Wed, 8 May 2013 02:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r486AX55055970; Wed, 8 May 2013 06:10:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 06:10:33 GMT Message-Id: <201305080610.r486AX55055970@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 06:10:48 -0000 TB --- 2013-05-08 03:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 03:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 03:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-05-08 03:10:19 - cleaning the object tree TB --- 2013-05-08 03:10:19 - /usr/local/bin/svn stat /src TB --- 2013-05-08 03:10:24 - At svn revision 250347 TB --- 2013-05-08 03:10:25 - building world TB --- 2013-05-08 03:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 03:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 03:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 03:10:25 - SRCCONF=/dev/null TB --- 2013-05-08 03:10:25 - TARGET=arm TB --- 2013-05-08 03:10:25 - TARGET_ARCH=armv6 TB --- 2013-05-08 03:10:25 - TZ=UTC TB --- 2013-05-08 03:10:25 - __MAKE_CONF=/dev/null TB --- 2013-05-08 03:10:25 - cd /src TB --- 2013-05-08 03:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 03:10:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 06:08:09 UTC 2013 TB --- 2013-05-08 06:08:09 - generating LINT kernel config TB --- 2013-05-08 06:08:09 - cd /src/sys/arm/conf TB --- 2013-05-08 06:08:09 - /usr/bin/make -B LINT TB --- 2013-05-08 06:08:10 - cd /src/sys/arm/conf TB --- 2013-05-08 06:08:10 - /usr/sbin/config -m LINT TB --- 2013-05-08 06:08:10 - skipping LINT kernel TB --- 2013-05-08 06:08:10 - cd /src/sys/arm/conf TB --- 2013-05-08 06:08:10 - /usr/sbin/config -m AC100 TB --- 2013-05-08 06:08:10 - building AC100 kernel TB --- 2013-05-08 06:08:10 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:08:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:08:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:08:10 - SRCCONF=/dev/null TB --- 2013-05-08 06:08:10 - TARGET=arm TB --- 2013-05-08 06:08:10 - TARGET_ARCH=armv6 TB --- 2013-05-08 06:08:10 - TZ=UTC TB --- 2013-05-08 06:08:10 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:08:10 - cd /src TB --- 2013-05-08 06:08:10 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed May 8 06:08:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -ffreestanding -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ /src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ 2 errors generated. *** [vm_phys.o] Error code 1 Stop in /obj/arm.armv6/src/sys/AC100. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 06:10:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 06:10:33 - ERROR: failed to build AC100 kernel TB --- 2013-05-08 06:10:33 - 8745.59 user 1479.53 system 10813.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 06:23:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 903116D; Wed, 8 May 2013 06:23:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 67F3E8BB; Wed, 8 May 2013 06:23:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r486N1a3040116; Wed, 8 May 2013 02:23:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r486Muqp039913; Wed, 8 May 2013 06:22:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 06:22:56 GMT Message-Id: <201305080622.r486Muqp039913@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 06:23:02 -0000 TB --- 2013-05-08 03:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 03:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 03:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-05-08 03:10:19 - cleaning the object tree TB --- 2013-05-08 03:10:19 - /usr/local/bin/svn stat /src TB --- 2013-05-08 03:10:24 - At svn revision 250347 TB --- 2013-05-08 03:10:25 - building world TB --- 2013-05-08 03:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 03:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 03:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 03:10:25 - SRCCONF=/dev/null TB --- 2013-05-08 03:10:25 - TARGET=arm TB --- 2013-05-08 03:10:25 - TARGET_ARCH=arm TB --- 2013-05-08 03:10:25 - TZ=UTC TB --- 2013-05-08 03:10:25 - __MAKE_CONF=/dev/null TB --- 2013-05-08 03:10:25 - cd /src TB --- 2013-05-08 03:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 03:10:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 06:08:09 UTC 2013 TB --- 2013-05-08 06:08:09 - generating LINT kernel config TB --- 2013-05-08 06:08:09 - cd /src/sys/arm/conf TB --- 2013-05-08 06:08:09 - /usr/bin/make -B LINT TB --- 2013-05-08 06:08:10 - cd /src/sys/arm/conf TB --- 2013-05-08 06:08:10 - /usr/sbin/config -m LINT TB --- 2013-05-08 06:08:10 - building LINT kernel TB --- 2013-05-08 06:08:10 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:08:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:08:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:08:10 - SRCCONF=/dev/null TB --- 2013-05-08 06:08:10 - TARGET=arm TB --- 2013-05-08 06:08:10 - TARGET_ARCH=arm TB --- 2013-05-08 06:08:10 - TZ=UTC TB --- 2013-05-08 06:08:10 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:08:10 - cd /src TB --- 2013-05-08 06:08:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 06:08:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -ffreestanding -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ /src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ 2 errors generated. *** [vm_phys.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 06:22:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 06:22:56 - ERROR: failed to build LINT kernel TB --- 2013-05-08 06:22:56 - 9258.30 user 1619.19 system 11556.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 06:35:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 78F73231; Wed, 8 May 2013 06:35:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4E82290B; Wed, 8 May 2013 06:34:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r486YxH1088049; Wed, 8 May 2013 02:34:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r486YxZI088042; Wed, 8 May 2013 06:34:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 06:34:59 GMT Message-Id: <201305080634.r486YxZI088042@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 06:35:00 -0000 TB --- 2013-05-08 03:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 03:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 03:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-05-08 03:10:19 - cleaning the object tree TB --- 2013-05-08 03:10:19 - /usr/local/bin/svn stat /src TB --- 2013-05-08 03:10:24 - At svn revision 250347 TB --- 2013-05-08 03:10:25 - building world TB --- 2013-05-08 03:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 03:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 03:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 03:10:25 - SRCCONF=/dev/null TB --- 2013-05-08 03:10:25 - TARGET=i386 TB --- 2013-05-08 03:10:25 - TARGET_ARCH=i386 TB --- 2013-05-08 03:10:25 - TZ=UTC TB --- 2013-05-08 03:10:25 - __MAKE_CONF=/dev/null TB --- 2013-05-08 03:10:25 - cd /src TB --- 2013-05-08 03:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 03:10:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 06:16:43 UTC 2013 TB --- 2013-05-08 06:16:43 - generating LINT kernel config TB --- 2013-05-08 06:16:43 - cd /src/sys/i386/conf TB --- 2013-05-08 06:16:43 - /usr/bin/make -B LINT TB --- 2013-05-08 06:16:43 - cd /src/sys/i386/conf TB --- 2013-05-08 06:16:43 - /usr/sbin/config -m LINT TB --- 2013-05-08 06:16:43 - building LINT kernel TB --- 2013-05-08 06:16:43 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:16:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:16:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:16:43 - SRCCONF=/dev/null TB --- 2013-05-08 06:16:43 - TARGET=i386 TB --- 2013-05-08 06:16:43 - TARGET_ARCH=i386 TB --- 2013-05-08 06:16:43 - TZ=UTC TB --- 2013-05-08 06:16:43 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:16:43 - cd /src TB --- 2013-05-08 06:16:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 06:16:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ /src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ 2 errors generated. *** [vm_phys.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 06:34:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 06:34:59 - ERROR: failed to build LINT kernel TB --- 2013-05-08 06:34:59 - 10047.29 user 1657.52 system 12279.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 07:06:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82470A80 for ; Wed, 8 May 2013 07:06:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47C8F9E1 for ; Wed, 8 May 2013 07:06:35 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c877:4560:f74d:936a] (unknown [IPv6:2001:7b8:3a7:0:c877:4560:f74d:936a]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4027C5C44; Wed, 8 May 2013 09:06:32 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: build kernel fail on 250341 in vxge... From: Dimitry Andric In-Reply-To: <20130507201037.Q84230@coco.macktronics.com> Date: Wed, 8 May 2013 09:06:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9EC579CC-5B4A-4359-A283-1D44D2EBFD55@FreeBSD.org> References: <20130507201037.Q84230@coco.macktronics.com> To: Dan Mack X-Mailer: Apple Mail (2.1503) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 07:06:35 -0000 On May 8, 2013, at 03:24, Dan Mack wrote: > FYI: fresh buildworld and buildkernel tonight with 250341 and I see a = bunch of errors while building vxge like this (my kernel config file has = device vx commented out btw). Any pointers/help ? I'm building this = on my build machine which is FreeBSD 10.0-CURRENT #26 r250314: Mon May = 6 20:32:29 CDT 2013 ... > ERROR: vxgehal-mrpcim.c: sou vxge_hal_mrpcim_reg_t has too many = members: 1911 > 1023 > ERROR: vxgehal-mgmtaux.c: sou vxge_hal_mrpcim_reg_t has too many = members: 1911 > 1023 You can ignore these, they are due to a limitation of ctfconvert. The "errors" are really warnings. > Then, after zlib, it bombs: >=20 > =3D=3D=3D> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -i > nclude /usr/obj/usr/src/sys/MACKGEN/opt_global.h -I. -I@ = -I@/contrib/altq -fno-common -g -fno-omit-frame-poi > nter -I/usr/obj/usr/src/sys/MACKGEN -mno-aes -mno-avx -mcmodel=3Dkernel= -mno-red-zone -mno-mmx -mno-sse -msof > t-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -std=3Diso9899:1999 -Qunused-argumen > ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpo > inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -fformat-extensions -Wmissing-include-dirs -fdi > agnostics-show-option -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equalit > y -c /usr/src/sys/modules/zlib/../../net/zlib.c > ctfconvert -L VERSION -g zlib.o > ld -d -warn-common -r -d -o zlib.ko.debug zlib.o > ctfmerge -L VERSION -g -o zlib.ko.debug zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | = xargs -J% objcopy % zlib.ko.debug > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols = zlib.ko.debug zlib.ko > 1 error > *** [buildkernel] Error code 2 > 1 error > *** [buildkernel] Error code 2 > 1 error Actually, the error happens much earlier, but since you are doing a -j build, the message is not visible. Try building your kernel without -j, or upload the full build log somewhere. From owner-freebsd-current@FreeBSD.ORG Wed May 8 07:08:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F1D9CCF8; Wed, 8 May 2013 07:08:37 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by mx1.freebsd.org (Postfix) with ESMTP id CA8DEA00; Wed, 8 May 2013 07:08:37 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id jh10so1113366pab.31 for ; Wed, 08 May 2013 00:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=7BvwTMWOJp2QPJvH0rLxRHtC3WHW2xIS6iRXAnzH87Y=; b=CljrGuRkt9KOUzQ7+6jaRDtoATjzbjSK/tWoE4LEBbOd8lF6Fe9w0wMX0ZW3IjxGQs RtEbK3VMumGdXk38cB0h97caYlaxFCctpguWt7TnUEr/nJTWV154SqQ6e1tgvn7YlPzI qc3m8AkvLJJuFGiZss4w1XnMoIlhwWRkI/NaRU7pgqcUmyTCfwfEywjuJIKXUXnhrr7j zgGodB1VVXRFiFcpZq21pEcX3gSlf/crz7B97vilxb2MUDuWth7WStAvQHJ9ZqLeRovw mmZOunAZ28bzvi/VZJ3grRLhMOpxJOpYW7eq77Rs4mEsZ+HU6jZ4AK3XorRpAr5zmJA1 Nr4A== X-Received: by 10.68.134.6 with SMTP id pg6mr6123230pbb.39.1367996911381; Wed, 08 May 2013 00:08:31 -0700 (PDT) Received: from localhost (c-67-160-248-74.hsd1.ca.comcast.net. [67.160.248.74]) by mx.google.com with ESMTPSA id fx2sm33761794pac.4.2013.05.08.00.08.29 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 May 2013 00:08:30 -0700 (PDT) Sender: Gleb Kurtsou Date: Wed, 8 May 2013 00:08:36 -0700 From: Gleb Kurtsou To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? Message-ID: <20130508070836.GA4217@reks> References: <1367640856.1348.216.camel@localhost> <5187069B.70001@gmx.net> <1367808221.1302.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1367808221.1302.4.camel@localhost> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" , Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 07:08:38 -0000 On (05/05/2013 19:43), Sean Bruno wrote: > On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote: > > On 04.05.2013 06:14, Sean Bruno wrote: > > > Speaker/headphones working great on Current. > > > > > > Was trying to get the microphone working, but it seems to not quite be > > > working. > > > > I got the same problem with my X220. Before the last Lenovo > > HDA quirk commits everything worked fine, but I had to set > > the default sound unit to 1. > > Now I do not need to set the sound unit, audio output works > > out of the box but recording does not work anymore. I fiddled > > with nid config but got bored after the fifth reboot. > > > > The behaviour changed at my last world build a month ago. > > > > I can supply dmesg or sysctl output if you want. > > > > Thanks > > Michael > > > > Ok, this smells like a recent regression. Likely so. Works for me on 10.0-CURRENT r247601 with following in loader.conf: # Out : speaker + headphones hint.hdac.0.cad0.nid25.config="as=1 seq=15" # In : mic + external mic hint.hdac.0.cad0.nid35.config="as=2" hint.hdac.0.cad0.nid27.config="as=2 seq=15" > > Sean From owner-freebsd-current@FreeBSD.ORG Wed May 8 07:10:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C20F3F2F; Wed, 8 May 2013 07:10:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE87A18; Wed, 8 May 2013 07:10:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r487A6df078969; Wed, 8 May 2013 03:10:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r487A6cO078965; Wed, 8 May 2013 07:10:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 07:10:06 GMT Message-Id: <201305080710.r487A6cO078965@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 07:10:07 -0000 TB --- 2013-05-08 03:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 03:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 03:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-05-08 03:10:19 - cleaning the object tree TB --- 2013-05-08 03:10:19 - /usr/local/bin/svn stat /src TB --- 2013-05-08 03:10:24 - At svn revision 250347 TB --- 2013-05-08 03:10:25 - building world TB --- 2013-05-08 03:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 03:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 03:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 03:10:25 - SRCCONF=/dev/null TB --- 2013-05-08 03:10:25 - TARGET=amd64 TB --- 2013-05-08 03:10:25 - TARGET_ARCH=amd64 TB --- 2013-05-08 03:10:25 - TZ=UTC TB --- 2013-05-08 03:10:25 - __MAKE_CONF=/dev/null TB --- 2013-05-08 03:10:25 - cd /src TB --- 2013-05-08 03:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 03:10:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed May 8 06:51:30 UTC 2013 TB --- 2013-05-08 06:51:30 - generating LINT kernel config TB --- 2013-05-08 06:51:30 - cd /src/sys/amd64/conf TB --- 2013-05-08 06:51:30 - /usr/bin/make -B LINT TB --- 2013-05-08 06:51:31 - cd /src/sys/amd64/conf TB --- 2013-05-08 06:51:31 - /usr/sbin/config -m LINT TB --- 2013-05-08 06:51:31 - building LINT kernel TB --- 2013-05-08 06:51:31 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:51:31 - SRCCONF=/dev/null TB --- 2013-05-08 06:51:31 - TARGET=amd64 TB --- 2013-05-08 06:51:31 - TARGET_ARCH=amd64 TB --- 2013-05-08 06:51:31 - TZ=UTC TB --- 2013-05-08 06:51:31 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:51:31 - cd /src TB --- 2013-05-08 06:51:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 06:51:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ /src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ 2 errors generated. *** [vm_phys.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 07:10:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 07:10:06 - ERROR: failed to build LINT kernel TB --- 2013-05-08 07:10:06 - 11471.62 user 2025.79 system 14386.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 07:40:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3FA08782; Wed, 8 May 2013 07:40:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0A413B33; Wed, 8 May 2013 07:40:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r487e4ha042960; Wed, 8 May 2013 03:40:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r487e4hu042957; Wed, 8 May 2013 07:40:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 07:40:04 GMT Message-Id: <201305080740.r487e4hu042957@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 07:40:06 -0000 TB --- 2013-05-08 06:34:59 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 06:34:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 06:34:59 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-08 06:34:59 - cleaning the object tree TB --- 2013-05-08 06:34:59 - /usr/local/bin/svn stat /src TB --- 2013-05-08 06:35:03 - At svn revision 250347 TB --- 2013-05-08 06:35:04 - building world TB --- 2013-05-08 06:35:04 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:35:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:35:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:35:04 - SRCCONF=/dev/null TB --- 2013-05-08 06:35:04 - TARGET=mips TB --- 2013-05-08 06:35:04 - TARGET_ARCH=mips TB --- 2013-05-08 06:35:04 - TZ=UTC TB --- 2013-05-08 06:35:04 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:35:04 - cd /src TB --- 2013-05-08 06:35:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 06:35:08 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 07:37:49 UTC 2013 TB --- 2013-05-08 07:37:49 - cd /src/sys/mips/conf TB --- 2013-05-08 07:37:49 - /usr/sbin/config -m ADM5120 TB --- 2013-05-08 07:37:49 - skipping ADM5120 kernel TB --- 2013-05-08 07:37:49 - cd /src/sys/mips/conf TB --- 2013-05-08 07:37:49 - /usr/sbin/config -m ALCHEMY TB --- 2013-05-08 07:37:49 - skipping ALCHEMY kernel TB --- 2013-05-08 07:37:49 - cd /src/sys/mips/conf TB --- 2013-05-08 07:37:49 - /usr/sbin/config -m AP121 TB --- 2013-05-08 07:37:49 - building AP121 kernel TB --- 2013-05-08 07:37:49 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 07:37:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 07:37:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 07:37:49 - SRCCONF=/dev/null TB --- 2013-05-08 07:37:49 - TARGET=mips TB --- 2013-05-08 07:37:49 - TARGET_ARCH=mips TB --- 2013-05-08 07:37:49 - TZ=UTC TB --- 2013-05-08 07:37:49 - __MAKE_CONF=/dev/null TB --- 2013-05-08 07:37:49 - cd /src TB --- 2013-05-08 07:37:49 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed May 8 07:37:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_mmap.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_object.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_page.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_pageout.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP121. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 07:40:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 07:40:04 - ERROR: failed to build AP121 kernel TB --- 2013-05-08 07:40:04 - 2783.05 user 652.51 system 3905.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 08:14:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 630C9D9B; Wed, 8 May 2013 08:14:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 39826D34; Wed, 8 May 2013 08:14:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r488EIP0024757; Wed, 8 May 2013 04:14:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r488EIbl024756; Wed, 8 May 2013 08:14:18 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 08:14:18 GMT Message-Id: <201305080814.r488EIbl024756@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 08:14:22 -0000 TB --- 2013-05-08 07:10:06 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 07:10:06 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 07:10:06 - starting HEAD tinderbox run for mips64/mips TB --- 2013-05-08 07:10:06 - cleaning the object tree TB --- 2013-05-08 07:10:06 - /usr/local/bin/svn stat /src TB --- 2013-05-08 07:10:19 - At svn revision 250347 TB --- 2013-05-08 07:10:20 - building world TB --- 2013-05-08 07:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 07:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 07:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 07:10:20 - SRCCONF=/dev/null TB --- 2013-05-08 07:10:20 - TARGET=mips TB --- 2013-05-08 07:10:20 - TARGET_ARCH=mips64 TB --- 2013-05-08 07:10:20 - TZ=UTC TB --- 2013-05-08 07:10:20 - __MAKE_CONF=/dev/null TB --- 2013-05-08 07:10:20 - cd /src TB --- 2013-05-08 07:10:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 07:10:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 08:12:09 UTC 2013 TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m ADM5120 TB --- 2013-05-08 08:12:09 - skipping ADM5120 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m ALCHEMY TB --- 2013-05-08 08:12:09 - skipping ALCHEMY kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AP121 TB --- 2013-05-08 08:12:09 - skipping AP121 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AP91 TB --- 2013-05-08 08:12:09 - skipping AP91 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AP93 TB --- 2013-05-08 08:12:09 - skipping AP93 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AP94 TB --- 2013-05-08 08:12:09 - skipping AP94 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AP96 TB --- 2013-05-08 08:12:09 - skipping AP96 kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-05-08 08:12:09 - skipping AR71XX_BASE kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AR724X_BASE TB --- 2013-05-08 08:12:09 - skipping AR724X_BASE kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-05-08 08:12:09 - skipping AR91XX_BASE kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m AR933X_BASE TB --- 2013-05-08 08:12:09 - skipping AR933X_BASE kernel TB --- 2013-05-08 08:12:09 - cd /src/sys/mips/conf TB --- 2013-05-08 08:12:09 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-05-08 08:12:09 - building BERI_DE4_MDROOT kernel TB --- 2013-05-08 08:12:09 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 08:12:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 08:12:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 08:12:09 - SRCCONF=/dev/null TB --- 2013-05-08 08:12:09 - TARGET=mips TB --- 2013-05-08 08:12:09 - TARGET_ARCH=mips64 TB --- 2013-05-08 08:12:09 - TZ=UTC TB --- 2013-05-08 08:12:09 - __MAKE_CONF=/dev/null TB --- 2013-05-08 08:12:09 - cd /src TB --- 2013-05-08 08:12:09 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed May 8 08:12:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_mmap.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_object.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_page.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_pageout.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 08:14:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 08:14:18 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-05-08 08:14:18 - 2792.98 user 625.46 system 3851.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 08:18:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E3A0AF2B; Wed, 8 May 2013 08:18:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BAE6FD6B; Wed, 8 May 2013 08:18:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r488IGEX032947; Wed, 8 May 2013 04:18:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r488IGYi032946; Wed, 8 May 2013 08:18:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 08:18:16 GMT Message-Id: <201305080818.r488IGYi032946@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 08:18:17 -0000 TB --- 2013-05-08 06:23:01 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 06:23:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 06:23:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-05-08 06:23:01 - cleaning the object tree TB --- 2013-05-08 06:23:01 - /usr/local/bin/svn stat /src TB --- 2013-05-08 06:23:05 - At svn revision 250347 TB --- 2013-05-08 06:23:06 - building world TB --- 2013-05-08 06:23:06 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:23:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:23:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:23:06 - SRCCONF=/dev/null TB --- 2013-05-08 06:23:06 - TARGET=ia64 TB --- 2013-05-08 06:23:06 - TARGET_ARCH=ia64 TB --- 2013-05-08 06:23:06 - TZ=UTC TB --- 2013-05-08 06:23:06 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:23:06 - cd /src TB --- 2013-05-08 06:23:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 06:23:10 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 07:58:22 UTC 2013 TB --- 2013-05-08 07:58:22 - generating LINT kernel config TB --- 2013-05-08 07:58:22 - cd /src/sys/ia64/conf TB --- 2013-05-08 07:58:22 - /usr/bin/make -B LINT TB --- 2013-05-08 07:58:22 - cd /src/sys/ia64/conf TB --- 2013-05-08 07:58:22 - /usr/sbin/config -m LINT TB --- 2013-05-08 07:58:22 - building LINT kernel TB --- 2013-05-08 07:58:22 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 07:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 07:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 07:58:22 - SRCCONF=/dev/null TB --- 2013-05-08 07:58:22 - TARGET=ia64 TB --- 2013-05-08 07:58:22 - TARGET_ARCH=ia64 TB --- 2013-05-08 07:58:22 - TZ=UTC TB --- 2013-05-08 07:58:22 - __MAKE_CONF=/dev/null TB --- 2013-05-08 07:58:22 - cd /src TB --- 2013-05-08 07:58:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 07:58:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_mmap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_object.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_pageout.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 08:18:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 08:18:16 - ERROR: failed to build LINT kernel TB --- 2013-05-08 08:18:16 - 5480.66 user 896.41 system 6914.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 09:00:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3B1D984C for ; Wed, 8 May 2013 09:00:06 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 63398F40 for ; Wed, 8 May 2013 09:00:05 +0000 (UTC) Received: (qmail 68838 invoked from network); 8 May 2013 10:02:19 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 May 2013 10:02:19 -0000 Message-ID: <518A1419.8060107@freebsd.org> Date: Wed, 08 May 2013 11:00:09 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrey Smagin Subject: Re: panic in sctp_del_addr_from_vrf() ? References: <20130507005916.GA3750@fbsd.mshome.net> <1367898607.28143.YahooMailClassic@web31809.mail.mud.yahoo.com> <1367992633.302746482@f268.mail.ru> In-Reply-To: <1367992633.302746482@f268.mail.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: ktsin@acm.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:00:06 -0000 On 08.05.2013 07:57, Andrey Smagin wrote: > > I tried by analogy your patch add _padalign in all places where was before r250300, and in stcp. Uptime now 15hours, before - 5min - 3hour max. I waiting for more statistic. > my changes: The padalign commit has been backed out in r250300 and we are investigating the root cause for the problem. -- Andre > Index: sys/netinet/tcp_subr.c > =================================================================== > --- sys/netinet/tcp_subr.c (revision 250330) > +++ sys/netinet/tcp_subr.c (working copy) > @@ -255,7 +255,7 @@ > #define V_tcpcb_zone VNET(tcpcb_zone) > > MALLOC_DEFINE(M_TCPLOG, "tcplog", "TCP address and flags print buffers"); > -static struct mtx isn_mtx; > +static struct mtx_padalign isn_mtx; > > #define ISN_LOCK_INIT() mtx_init(&isn_mtx, "isn_mtx", NULL, MTX_DEF) > #define ISN_LOCK() mtx_lock(&isn_mtx) > Index: sys/netinet/in_pcb.h > =================================================================== > --- sys/netinet/in_pcb.h (revision 250330) > +++ sys/netinet/in_pcb.h (working copy) > @@ -330,7 +330,7 @@ > /* > * Global lock protecting non-pcbgroup hash lookup tables. > */ > - struct rwlock ipi_hash_lock; > + struct rwlock_padalign ipi_hash_lock; > > /* > * Global hash of inpcbs, hashed by local and foreign addresses and > Index: sys/netinet/in_var.h > =================================================================== > --- sys/netinet/in_var.h (revision 250330) > +++ sys/netinet/in_var.h (working copy) > @@ -116,7 +116,7 @@ > #define INADDR_HASH(x) \ > (&V_in_ifaddrhashtbl[INADDR_HASHVAL(x) & V_in_ifaddrhmask]) > > -extern struct rwlock in_ifaddr_lock; > +extern struct rwlock_padalign in_ifaddr_lock; > > #define IN_IFADDR_LOCK_ASSERT() rw_assert(&in_ifaddr_lock, RA_LOCKED) > #define IN_IFADDR_RLOCK() rw_rlock(&in_ifaddr_lock) > Index: sys/netinet/sctp_pcb.h > =================================================================== > --- sys/netinet/sctp_pcb.h (revision 250330) > +++ sys/netinet/sctp_pcb.h (working copy) > @@ -193,11 +193,11 @@ > sctp_zone_t ipi_zone_asconf; > sctp_zone_t ipi_zone_asconf_ack; > > - struct rwlock ipi_ep_mtx; > - struct mtx ipi_iterator_wq_mtx; > - struct rwlock ipi_addr_mtx; > - struct mtx ipi_pktlog_mtx; > - struct mtx wq_addr_mtx; > + struct rwlock_padalign ipi_ep_mtx; > + struct mtx_padalign ipi_iterator_wq_mtx; > + struct rwlock_padalign ipi_addr_mtx; > + struct mtx_padalign ipi_pktlog_mtx; > + struct mtx_padalign wq_addr_mtx; > uint32_t ipi_count_ep; > > /* assoc/tcb zone info */ > Index: sys/netinet/ip_id.c > =================================================================== > --- sys/netinet/ip_id.c (revision 250330) > +++ sys/netinet/ip_id.c (working copy) > @@ -97,7 +97,7 @@ > static int array_size = 8192; > static int random_id_collisions = 0; > static int random_id_total = 0; > -static struct mtx ip_id_mtx; > +static struct mtx_padalign ip_id_mtx; > > static void ip_initid(void); > static int sysctl_ip_id_change(SYSCTL_HANDLER_ARGS); > Index: sys/netinet/ip_input.c > =================================================================== > --- sys/netinet/ip_input.c (revision 250330) > +++ sys/netinet/ip_input.c (working copy) > @@ -85,7 +85,7 @@ > CTASSERT(sizeof(struct ip) == 20); > #endif > > -struct rwlock in_ifaddr_lock; > +struct rwlock_padalign in_ifaddr_lock; > RW_SYSINIT(in_ifaddr_lock, &in_ifaddr_lock, "in_ifaddr_lock"); > > VNET_DEFINE(int, rsvp_on); > @@ -155,7 +155,7 @@ > > static VNET_DEFINE(uma_zone_t, ipq_zone); > static VNET_DEFINE(TAILQ_HEAD(ipqhead, ipq), ipq[IPREASS_NHASH]); > -static struct mtx ipqlock; > +static struct mtx_padalign ipqlock; > > #define V_ipq_zone VNET(ipq_zone) > #define V_ipq VNET(ipq) > Index: sys/sys/socketvar.h > =================================================================== > --- sys/sys/socketvar.h (revision 250330) > +++ sys/sys/socketvar.h (working copy) > @@ -133,7 +133,7 @@ > * avoid defining a lock order between listen and accept sockets > * until such time as it proves to be a good idea. > */ > -extern struct mtx accept_mtx; > +extern struct mtx_padalign accept_mtx; > #define ACCEPT_LOCK_ASSERT() mtx_assert(&accept_mtx, MA_OWNED) > #define ACCEPT_UNLOCK_ASSERT() mtx_assert(&accept_mtx, MA_NOTOWNED) > #define ACCEPT_LOCK() mtx_lock(&accept_mtx) > Index: sys/kern/uipc_socket.c > =================================================================== > --- sys/kern/uipc_socket.c (revision 250330) > +++ sys/kern/uipc_socket.c (working copy) > @@ -240,14 +240,14 @@ > * accept_mtx locks down per-socket fields relating to accept queues. See > * socketvar.h for an annotation of the protected fields of struct socket. > */ > -struct mtx accept_mtx; > +struct mtx_padalign accept_mtx; > MTX_SYSINIT(accept_mtx, &accept_mtx, "accept", MTX_DEF); > > /* > * so_global_mtx protects so_gencnt, numopensockets, and the per-socket > * so_gencnt field. > */ > -static struct mtx so_global_mtx; > +static struct mtx_padalign so_global_mtx; > MTX_SYSINIT(so_global_mtx, &so_global_mtx, "so_glabel", MTX_DEF); > > /* > Index: sys/net/if.c > =================================================================== > --- sys/net/if.c (revision 250330) > +++ sys/net/if.c (working copy) > @@ -206,7 +206,7 @@ > * also to stablize it over long-running ioctls, without introducing priority > * inversions and deadlocks. > */ > -struct rwlock ifnet_rwlock; > +struct rwlock_padalign ifnet_rwlock; > struct sx ifnet_sxlock; > > /* > Index: sys/net/if_var.h > =================================================================== > --- sys/net/if_var.h (revision 250330) > +++ sys/net/if_var.h (working copy) > @@ -191,9 +191,9 @@ > void *if_unused[2]; > void *if_afdata[AF_MAX]; > int if_afdata_initialized; > - struct rwlock if_afdata_lock; > + struct rwlock_padalign if_afdata_lock; > struct task if_linktask; /* task for link change events */ > - struct rwlock if_addr_lock; /* lock to protect address lists */ > + struct rwlock_padalign if_addr_lock; /* lock to protect address lists */ > > LIST_ENTRY(ifnet) if_clones; /* interfaces of a cloner */ > TAILQ_HEAD(, ifg_list) if_groups; /* linked list of groups per if */ > @@ -832,7 +832,7 @@ > > #ifdef _KERNEL > > -extern struct rwlock ifnet_rwlock; > +extern struct rwlock_padalign ifnet_rwlock; > extern struct sx ifnet_sxlock; > > #define IFNET_LOCK_INIT() do { \ > Index: sys/net/if_llatbl.c > =================================================================== > --- sys/net/if_llatbl.c (revision 250330) > +++ sys/net/if_llatbl.c (working copy) > @@ -67,7 +67,7 @@ > > static void vnet_lltable_init(void); > > -struct rwlock lltable_rwlock; > +struct rwlock_padalign lltable_rwlock; > RW_SYSINIT(lltable_rwlock, &lltable_rwlock, "lltable_rwlock"); > > /* > Index: sys/net/if_llatbl.h > =================================================================== > --- sys/net/if_llatbl.h (revision 250330) > +++ sys/net/if_llatbl.h (working copy) > @@ -43,7 +43,7 @@ > struct llentry; > LIST_HEAD(llentries, llentry); > > -extern struct rwlock lltable_rwlock; > +extern struct rwlock_padalign lltable_rwlock; > #define LLTABLE_RLOCK() rw_rlock(&lltable_rwlock) > #define LLTABLE_RUNLOCK() rw_runlock(&lltable_rwlock) > #define LLTABLE_WLOCK() rw_wlock(&lltable_rwlock) > > > > > Понедельник, 6 мая 2013, 20:50 -07:00 от kit : >> ah, it's should be fixed now as per r250300. changes that caused this panic have been backed out. >> >> kit >> >> --- On Tue, 5/7/13, kit < ktsin@acm.org > wrote: >> >> From: kit < ktsin@acm.org > >> Subject: Re: panic in sctp_del_addr_from_vrf() ? >> To: "Andrey Smagin" < samspeed@mail.ru >, freebsd-current@freebsd.org >> Date: Tuesday, May 7, 2013, 8:59 AM >> >> not sure why. for my case, padaligining one of the rwlocks solved it. >> you may want to try the patch attached and see if it works for you. >> >> anyway, i'm filing a PR if nobody has done so already. >> >> thanks >> kit >> >> On Sat, May 04, 2013 at 09:22:23PM +0400, Andrey Smagin wrote: >>> >>> I have panic like your but in sctp_add_addr_to_vrf. I think need PR. My panic screenshoot http://vvtlan.ru/panic1.jpg and second one http://vvtlan.ru/panic2.jpg >>> >>> Суббота, 4 мая 2013, 20:55 +08:00 от kit < ktsin@acm.org >: >>>> >>> got this panic when network interfaces were being unconfigured during >>> system shutdown. has anyone seen this? should i file a PR? >>> >>> thanks >>> kit >>> >>> test.yahoo.com dumped core - see /home/crash/vmcore.2 >>> >>> Sat May 4 20:43:55 MYT 2013 >>> >>> FreeBSD test.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250229: Sat May 4 20:30:17 MYT 2013 ktsin@test.yahoo.com:/tmp/obj/usr/src/sys/SHUTTLE 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: >>> . >>> <118>Writing entropy file:. >>> <118>. >>> <118>Terminated >>> <118>May 4 20:42:00 test syslogd: exiting on signal 15 >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 4; apic id = 04 >>> fault virtual address = 0x8c >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x20:0xffffffff8066e71c >>> stack pointer = 0x28:0xffffff82187fb5d0 >>> frame pointer = 0x28:0xffffff82187fb620 >>> 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 = 474 (wpa_supplicant) >>> trap number = 12 >>> panic: page fault >>> cpuid = 4 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff82187fb190 >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff82187fb240 >>> panic() at panic+0x155/frame 0xffffff82187fb2c0 >>> trap_fatal() at trap_fatal+0x37a/frame 0xffffff82187fb320 >>> trap_pfault() at trap_pfault+0x257/frame 0xffffff82187fb3c0 >>> trap() at trap+0x43a/frame 0xffffff82187fb510 >>> calltrap() at calltrap+0x8/frame 0xffffff82187fb510 >>> --- trap 0xc, rip = 0xffffffff8066e71c, rsp = 0xffffff82187fb5d0, rbp = 0xffffff82187fb620 --- >>> sctp_del_addr_from_vrf() at sctp_del_addr_from_vrf+0x7c/frame 0xffffff82187fb620 >>> rt_newaddrmsg_fib() at rt_newaddrmsg_fib+0x44/frame 0xffffff82187fb6e0 >>> rtinit1() at rtinit1+0x57b/frame 0xffffff82187fb860 >>> in_scrubprefix() at in_scrubprefix+0x376/frame 0xffffff82187fb900 >>> rip_ctlinput() at rip_ctlinput+0x143/frame 0xffffff82187fb930 >>> pfctlinput() at pfctlinput+0x5c/frame 0xffffff82187fb960 >>> ifioctl() at ifioctl+0x7f2/frame 0xffffff82187fba20 >>> kern_ioctl() at kern_ioctl+0x22e/frame 0xffffff82187fba90 >>> sys_ioctl() at sys_ioctl+0x142/frame 0xffffff82187fbae0 >>> amd64_syscall() at amd64_syscall+0x2b4/frame 0xffffff82187fbbf0 >>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff82187fbbf0 >>> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80122c26a, rsp = 0x7fffffffdb18, rbp = 0x7fffffffdb90 --- >>> Uptime: 4m55s >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> Отправлено из мобильной Почты Mail.Ru >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed May 8 09:39:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4992366; Wed, 8 May 2013 09:39:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 869ED16C; Wed, 8 May 2013 09:39:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r489d7eK042749; Wed, 8 May 2013 05:39:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r489d7sH042745; Wed, 8 May 2013 09:39:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 09:39:07 GMT Message-Id: <201305080939.r489d7sH042745@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:39:08 -0000 TB --- 2013-05-08 06:10:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 06:10:33 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 06:10:33 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-05-08 06:10:33 - cleaning the object tree TB --- 2013-05-08 06:10:33 - /usr/local/bin/svn stat /src TB --- 2013-05-08 06:10:43 - At svn revision 250347 TB --- 2013-05-08 06:10:44 - building world TB --- 2013-05-08 06:10:44 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 06:10:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 06:10:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 06:10:44 - SRCCONF=/dev/null TB --- 2013-05-08 06:10:44 - TARGET=pc98 TB --- 2013-05-08 06:10:44 - TARGET_ARCH=i386 TB --- 2013-05-08 06:10:44 - TZ=UTC TB --- 2013-05-08 06:10:44 - __MAKE_CONF=/dev/null TB --- 2013-05-08 06:10:44 - cd /src TB --- 2013-05-08 06:10:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 06:10:49 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 09:24:28 UTC 2013 TB --- 2013-05-08 09:24:28 - generating LINT kernel config TB --- 2013-05-08 09:24:28 - cd /src/sys/pc98/conf TB --- 2013-05-08 09:24:28 - /usr/bin/make -B LINT TB --- 2013-05-08 09:24:29 - cd /src/sys/pc98/conf TB --- 2013-05-08 09:24:29 - /usr/sbin/config -m LINT TB --- 2013-05-08 09:24:29 - building LINT kernel TB --- 2013-05-08 09:24:29 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 09:24:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 09:24:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 09:24:29 - SRCCONF=/dev/null TB --- 2013-05-08 09:24:29 - TARGET=pc98 TB --- 2013-05-08 09:24:29 - TARGET_ARCH=i386 TB --- 2013-05-08 09:24:29 - TZ=UTC TB --- 2013-05-08 09:24:29 - __MAKE_CONF=/dev/null TB --- 2013-05-08 09:24:29 - cd /src TB --- 2013-05-08 09:24:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 09:24:29 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ /src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ 2 errors generated. *** [vm_phys.o] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 09:39:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 09:39:07 - ERROR: failed to build LINT kernel TB --- 2013-05-08 09:39:07 - 10129.98 user 1430.98 system 12513.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 09:40:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B0B0F4A1; Wed, 8 May 2013 09:40:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8697418D; Wed, 8 May 2013 09:40:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r489eM9B047545; Wed, 8 May 2013 05:40:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r489eMkW047540; Wed, 8 May 2013 09:40:22 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 09:40:22 GMT Message-Id: <201305080940.r489eMkW047540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:40:23 -0000 TB --- 2013-05-08 08:18:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 08:18:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 08:18:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-05-08 08:18:16 - cleaning the object tree TB --- 2013-05-08 08:18:16 - /usr/local/bin/svn stat /src TB --- 2013-05-08 08:18:19 - At svn revision 250347 TB --- 2013-05-08 08:18:20 - building world TB --- 2013-05-08 08:18:20 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 08:18:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 08:18:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 08:18:20 - SRCCONF=/dev/null TB --- 2013-05-08 08:18:20 - TARGET=sparc64 TB --- 2013-05-08 08:18:20 - TARGET_ARCH=sparc64 TB --- 2013-05-08 08:18:20 - TZ=UTC TB --- 2013-05-08 08:18:20 - __MAKE_CONF=/dev/null TB --- 2013-05-08 08:18:20 - cd /src TB --- 2013-05-08 08:18:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 08:18:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 09:25:23 UTC 2013 TB --- 2013-05-08 09:25:23 - generating LINT kernel config TB --- 2013-05-08 09:25:23 - cd /src/sys/sparc64/conf TB --- 2013-05-08 09:25:23 - /usr/bin/make -B LINT TB --- 2013-05-08 09:25:24 - cd /src/sys/sparc64/conf TB --- 2013-05-08 09:25:24 - /usr/sbin/config -m LINT TB --- 2013-05-08 09:25:24 - building LINT kernel TB --- 2013-05-08 09:25:24 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 09:25:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 09:25:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 09:25:24 - SRCCONF=/dev/null TB --- 2013-05-08 09:25:24 - TARGET=sparc64 TB --- 2013-05-08 09:25:24 - TARGET_ARCH=sparc64 TB --- 2013-05-08 09:25:24 - TZ=UTC TB --- 2013-05-08 09:25:24 - __MAKE_CONF=/dev/null TB --- 2013-05-08 09:25:24 - cd /src TB --- 2013-05-08 09:25:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 09:25:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_mmap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_object.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pageout.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 09:40:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 09:40:22 - ERROR: failed to build LINT kernel TB --- 2013-05-08 09:40:22 - 3886.22 user 686.80 system 4926.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 10:24:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 45278171; Wed, 8 May 2013 10:24:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1F4386; Wed, 8 May 2013 10:24:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r48AOLRa056762; Wed, 8 May 2013 06:24:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r48AOLWA056761; Wed, 8 May 2013 10:24:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 10:24:21 GMT Message-Id: <201305081024.r48AOLWA056761@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:24:22 -0000 TB --- 2013-05-08 07:40:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 07:40:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 07:40:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-05-08 07:40:05 - cleaning the object tree TB --- 2013-05-08 07:40:05 - /usr/local/bin/svn stat /src TB --- 2013-05-08 07:40:21 - At svn revision 250347 TB --- 2013-05-08 07:40:22 - building world TB --- 2013-05-08 07:40:22 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 07:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 07:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 07:40:22 - SRCCONF=/dev/null TB --- 2013-05-08 07:40:22 - TARGET=powerpc TB --- 2013-05-08 07:40:22 - TARGET_ARCH=powerpc TB --- 2013-05-08 07:40:22 - TZ=UTC TB --- 2013-05-08 07:40:22 - __MAKE_CONF=/dev/null TB --- 2013-05-08 07:40:22 - cd /src TB --- 2013-05-08 07:40:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 07:40:27 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 8 10:14:38 UTC 2013 TB --- 2013-05-08 10:14:38 - generating LINT kernel config TB --- 2013-05-08 10:14:38 - cd /src/sys/powerpc/conf TB --- 2013-05-08 10:14:38 - /usr/bin/make -B LINT TB --- 2013-05-08 10:14:38 - cd /src/sys/powerpc/conf TB --- 2013-05-08 10:14:38 - /usr/sbin/config -m LINT TB --- 2013-05-08 10:14:38 - building LINT kernel TB --- 2013-05-08 10:14:38 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 10:14:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 10:14:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 10:14:38 - SRCCONF=/dev/null TB --- 2013-05-08 10:14:38 - TARGET=powerpc TB --- 2013-05-08 10:14:38 - TARGET_ARCH=powerpc TB --- 2013-05-08 10:14:38 - TZ=UTC TB --- 2013-05-08 10:14:38 - __MAKE_CONF=/dev/null TB --- 2013-05-08 10:14:38 - cd /src TB --- 2013-05-08 10:14:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 8 10:14:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_mmap.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_object.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_page.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pageout.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pager.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 10:24:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 10:24:21 - ERROR: failed to build LINT kernel TB --- 2013-05-08 10:24:21 - 8488.18 user 1047.33 system 9856.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 11:21:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B2BBB31B; Wed, 8 May 2013 11:21:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 88676879; Wed, 8 May 2013 11:21:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r48BLlUr062373; Wed, 8 May 2013 07:21:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r48BLlVk062372; Wed, 8 May 2013 11:21:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 May 2013 11:21:47 GMT Message-Id: <201305081121.r48BLlVk062372@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 11:21:48 -0000 TB --- 2013-05-08 08:14:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-08 08:14:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-08 08:14:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-05-08 08:14:18 - cleaning the object tree TB --- 2013-05-08 08:14:18 - /usr/local/bin/svn stat /src TB --- 2013-05-08 08:14:22 - At svn revision 250347 TB --- 2013-05-08 08:14:23 - building world TB --- 2013-05-08 08:14:23 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 08:14:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 08:14:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 08:14:23 - SRCCONF=/dev/null TB --- 2013-05-08 08:14:23 - TARGET=powerpc TB --- 2013-05-08 08:14:23 - TARGET_ARCH=powerpc64 TB --- 2013-05-08 08:14:23 - TZ=UTC TB --- 2013-05-08 08:14:23 - __MAKE_CONF=/dev/null TB --- 2013-05-08 08:14:23 - cd /src TB --- 2013-05-08 08:14:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 8 08:14:27 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed May 8 11:16:17 UTC 2013 TB --- 2013-05-08 11:16:17 - generating LINT kernel config TB --- 2013-05-08 11:16:17 - cd /src/sys/powerpc/conf TB --- 2013-05-08 11:16:17 - /usr/bin/make -B LINT TB --- 2013-05-08 11:16:17 - cd /src/sys/powerpc/conf TB --- 2013-05-08 11:16:17 - /usr/sbin/config -m LINT TB --- 2013-05-08 11:16:17 - skipping LINT kernel TB --- 2013-05-08 11:16:17 - cd /src/sys/powerpc/conf TB --- 2013-05-08 11:16:17 - /usr/sbin/config -m GENERIC TB --- 2013-05-08 11:16:17 - skipping GENERIC kernel TB --- 2013-05-08 11:16:17 - cd /src/sys/powerpc/conf TB --- 2013-05-08 11:16:17 - /usr/sbin/config -m GENERIC64 TB --- 2013-05-08 11:16:17 - building GENERIC64 kernel TB --- 2013-05-08 11:16:17 - CROSS_BUILD_TESTING=YES TB --- 2013-05-08 11:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-08 11:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-08 11:16:17 - SRCCONF=/dev/null TB --- 2013-05-08 11:16:17 - TARGET=powerpc TB --- 2013-05-08 11:16:17 - TARGET_ARCH=powerpc64 TB --- 2013-05-08 11:16:17 - TZ=UTC TB --- 2013-05-08 11:16:17 - __MAKE_CONF=/dev/null TB --- 2013-05-08 11:16:17 - cd /src TB --- 2013-05-08 11:16:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed May 8 11:16:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_mmap.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_object.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_page.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pageout.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/vm/vm_phys.c /src/sys/vm/vm_phys.c:467:5: error: "VM_NDOMAIN" is not defined /src/sys/vm/vm_phys.c:480:5: error: "VM_NDOMAIN" is not defined *** [vm_phys.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-08 11:21:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-08 11:21:47 - ERROR: failed to build GENERIC64 kernel TB --- 2013-05-08 11:21:47 - 9892.13 user 1226.39 system 11248.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed May 8 13:29:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23970578; Wed, 8 May 2013 13:29:39 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id E5EFEEB8; Wed, 8 May 2013 13:29:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=/CpAKSvSe1B+kLy+ldtYbEn2+tniV35CkbCp2XMa6Ko=; b=vWqdwaYkYyzbifr04DPXQoM5CXq0HgNCB0rhlOK5GzVoCuv8qqpAhZx/UGTOK8spp7TM+jTgWxWcFvrtYTsVI0qMn9Fz2WSJkFzA+MsMZ1y+CBt2FqR9KgJlqV49zzipMX6UHQ6ZFIR2g3keLLDcXWEi9jAggxZSjUtpbXQYFj8=; Received: from localhost.lerctr.org ([127.0.0.1]:13610 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua4R7-000Icp-Am; Wed, 08 May 2013 08:29:38 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 08:29:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 08 May 2013 08:29:37 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: Re: openjdk6 broken on current In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> Message-ID: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 13:29:39 -0000 Can SOMEONE please look at this? I have a real need to get java back on my -CURRENT server soon. Thanks! On 2013-05-07 10:18, Alexander Yerenkow wrote: > Can anyone look into latest changes in swapcontext? > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > [1] > > Seems some of it broke openjdk6 (more in java@ list archive). > Thanks. > > 2013/5/7 Larry Rosenman > > On 2013-05-07 02:10, Alexander Yerenkow wrote: > > Then seems that's it - swapcontext change probably culprit. > I got rechecked generated classes at other pc - classes are fine, > same command with classes from 10-current not segfaulting in a bit > older 10-current. > Thank you Larry for access, I'm done there :) > > Any idea(s) on how to fix it? > > 2013/5/7 Larry Rosenman > > Alexander Yerenkow wrote: > > 2013/5/7 Larry Rosenman > > I have 64G ram..... > > and I have workdir saved..... > > who wants an SSH account to look at and fix it? > > Okay, while we are here, here is backtrace from executing java while > building port openjdk6: > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > #3 0x00007ffffffff1d3 in ?? () > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x0000000803869f7e in ?? () > #7 0x00007fffffbfa080 in ?? () > #8 0x000000080383b828 in ?? () > #9 0x000000080685e6e0 in ?? () > #10 0x000000080684f000 in ?? () > #11 0x00007fffffbfa0d0 in ?? () > #12 0x00007fffffbfa148 in ?? () > #13 0x000000080308f000 in ?? () > #14 0x0000000806bab450 in ?? () > #15 0x0000000803869eb9 in ?? () > #16 0x0000000000000000 in ?? () > > Is there any known significant changes about libthr (or any other ) > before  r250047 ?  > > There were some commits around swapcontext recently........ > -- > Sent from Kaiten Mail. Please excuse my brevity. > > -- > Regards, > Alexander Yerenkow > > -- > Larry Rosenman                     http://www.lerctr.org/~ler [2] > Phone: +1 214-642-9640 [3] (c)     E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > -- > Regards, > Alexander Yerenkow > > Links: > ------ > [1] > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > [2] http://www.lerctr.org/~ler > [3] tel:%2B1%20214-642-9640 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed May 8 13:58:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 462D2B54; Wed, 8 May 2013 13:58:45 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 8185667; Wed, 8 May 2013 13:58:44 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id w5so916936bku.33 for ; Wed, 08 May 2013 06:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3osYCeOP5jfOGA1DfB55yAP3Q7q4hvNZfIMfT3bTFuw=; b=EN15Z8CqtDxdDjw7AGnOkGpgB6vgUL9KsIEHi3QJULZ0Zx7Q9CjNOFtSFP5VO7DaNB 2Zes3P7pg3gBBHfEFVrPrhnE4KWYBpwXJTmYk0sOTfdZcSOg27/oP7lhEK3F396NaNer 4sTFcN2mgM12/OYdpxrS3FmiWbsvAg1uTOBTIW0neT19e7ijdfmJsGroIdZV2j5eWMQ9 5Og9erTixdmwTacqjqfg+egzZkNh6VsETRlQvrGcF5ovVXbTn95vlVdM5r7rZgfYo2OX aH1VcKgnCdnBlZah+IQYk3oSADSZ/P2XUJWCvqEd0Zfq2iMISWiizeKOVO096T8Eu5vl 63ew== MIME-Version: 1.0 X-Received: by 10.204.195.67 with SMTP id eb3mr1881480bkb.107.1368021523053; Wed, 08 May 2013 06:58:43 -0700 (PDT) Received: by 10.204.40.140 with HTTP; Wed, 8 May 2013 06:58:42 -0700 (PDT) In-Reply-To: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Date: Wed, 8 May 2013 08:58:42 -0500 Message-ID: Subject: Re: openjdk6 broken on current From: Jeremy Messenger To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Cc: java@freebsd.org, FreeBSD Current , freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 13:58:45 -0000 On Wed, May 8, 2013 at 8:29 AM, Larry Rosenman wrote: > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. Roll back your -CURRENT and you will have your server running already. > Thanks! > > > On 2013-05-07 10:18, Alexander Yerenkow wrote: >> >> Can anyone look into latest changes in swapcontext? >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> [1] >> >> Seems some of it broke openjdk6 (more in java@ list archive). >> Thanks. >> >> 2013/5/7 Larry Rosenman >> >> On 2013-05-07 02:10, Alexander Yerenkow wrote: >> >> Then seems that's it - swapcontext change probably culprit. >> I got rechecked generated classes at other pc - classes are fine, >> same command with classes from 10-current not segfaulting in a bit >> older 10-current. >> Thank you Larry for access, I'm done there :) >> >> Any idea(s) on how to fix it? >> >> 2013/5/7 Larry Rosenman >> >> Alexander Yerenkow wrote: >> >> 2013/5/7 Larry Rosenman >> >> I have 64G ram..... >> >> and I have workdir saved..... >> >> who wants an SSH account to look at and fix it? >> >> Okay, while we are here, here is backtrace from executing java while >> building port openjdk6: >> >> #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so >> #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 >> #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 >> #3 0x00007ffffffff1d3 in ?? () >> #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 >> #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so >> #6 0x0000000803869f7e in ?? () >> #7 0x00007fffffbfa080 in ?? () >> #8 0x000000080383b828 in ?? () >> #9 0x000000080685e6e0 in ?? () >> #10 0x000000080684f000 in ?? () >> #11 0x00007fffffbfa0d0 in ?? () >> #12 0x00007fffffbfa148 in ?? () >> #13 0x000000080308f000 in ?? () >> #14 0x0000000806bab450 in ?? () >> #15 0x0000000803869eb9 in ?? () >> #16 0x0000000000000000 in ?? () >> >> Is there any known significant changes about libthr (or any other ) before >> r250047 ? >> >> There were some commits around swapcontext recently........ >> -- >> Sent from Kaiten Mail. Please excuse my brevity. >> >> -- >> Regards, >> Alexander Yerenkow >> >> -- >> Larry Rosenman http://www.lerctr.org/~ler [2] >> Phone: +1 214-642-9640 [3] (c) E-Mail: ler@lerctr.org >> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> >> -- >> Regards, >> Alexander Yerenkow >> >> Links: >> ------ >> [1] >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> [2] http://www.lerctr.org/~ler >> [3] tel:%2B1%20214-642-9640 > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 8 15:32:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8A810230; Wed, 8 May 2013 15:32:30 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 45D1582E; Wed, 8 May 2013 15:32:27 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 016DA4AC40; Wed, 8 May 2013 10:32:26 -0500 (CDT) Date: Wed, 8 May 2013 10:32:26 -0500 (CDT) From: Dan Mack To: Dimitry Andric Subject: Re: build kernel fail on 250341 in vxge... In-Reply-To: <9EC579CC-5B4A-4359-A283-1D44D2EBFD55@FreeBSD.org> Message-ID: <20130508102721.L90166@coco.macktronics.com> References: <20130507201037.Q84230@coco.macktronics.com> <9EC579CC-5B4A-4359-A283-1D44D2EBFD55@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 15:32:30 -0000 Ack; sorry for being lazy here, looks like the problem might be from vm_phys.c (I'll try a fresh rebuild without -j when I get home tonight): maybe this commit? r250338 | attilio | 2013-05-07 17:46:24 -0500 (Tue, 07 May 2013) | 8 lines ... cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win line -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-e rror-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -includ e opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables - ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_unix.c /usr/src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_zeroidle.c #if VM_NDOMAIN > 1 ^ /usr/src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, evaluates to 0 [-Werror,-Wundef] #if VM_NDOMAIN > 1 ^ ctfconvert -L VERSION -g vm_init.o 2 errors generated. *** [vm_phys.o] Error code 1 On Wed, 8 May 2013, Dimitry Andric wrote: > On May 8, 2013, at 03:24, Dan Mack wrote: >> FYI: fresh buildworld and buildkernel tonight with 250341 and I see a bunch of errors while building vxge like this (my kernel config file has device vx commented out btw). Any pointers/help ? I'm building this on my build machine which is FreeBSD 10.0-CURRENT #26 r250314: Mon May 6 20:32:29 CDT 2013 > ... >> ERROR: vxgehal-mrpcim.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 >> ERROR: vxgehal-mgmtaux.c: sou vxge_hal_mrpcim_reg_t has too many members: 1911 > 1023 > > You can ignore these, they are due to a limitation of ctfconvert. The > "errors" are really warnings. > > >> Then, after zlib, it bombs: >> >> ===> zlib (all) >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -i >> nclude /usr/obj/usr/src/sys/MACKGEN/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-poi >> nter -I/usr/obj/usr/src/sys/MACKGEN -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msof >> t-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-argumen >> ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpo >> inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdi >> agnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit >> y -c /usr/src/sys/modules/zlib/../../net/zlib.c >> ctfconvert -L VERSION -g zlib.o >> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >> ctfmerge -L VERSION -g -o zlib.ko.debug zlib.o >> :> export_syms >> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | xargs -J% objcopy % zlib.ko.debug >> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >> objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error > > Actually, the error happens much earlier, but since you are doing a -j > build, the message is not visible. Try building your kernel without -j, > or upload the full build log somewhere. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed May 8 15:34:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8D60C5BF; Wed, 8 May 2013 15:34:07 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 60CD1870; Wed, 8 May 2013 15:34:07 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id E575F4AC40; Wed, 8 May 2013 10:34:06 -0500 (CDT) Date: Wed, 8 May 2013 10:34:06 -0500 (CDT) From: Dan Mack To: Dimitry Andric Subject: Re: build kernel fail on 250341 in vxge... In-Reply-To: <20130508102721.L90166@coco.macktronics.com> Message-ID: <20130508103337.D90166@coco.macktronics.com> References: <20130507201037.Q84230@coco.macktronics.com> <9EC579CC-5B4A-4359-A283-1D44D2EBFD55@FreeBSD.org> <20130508102721.L90166@coco.macktronics.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 15:34:07 -0000 Never mind, fixed already in 250361 ... Dan On Wed, 8 May 2013, Dan Mack wrote: > > Ack; sorry for being lazy here, looks like the problem might be from > vm_phys.c (I'll try a fresh rebuild without -j when I get home tonight): > > maybe this commit? r250338 | attilio | 2013-05-07 17:46:24 -0500 (Tue, 07 > May 2013) | 8 lines > > ... > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Win > line -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option > -Wno-error-tautological-compare -Wno-e > rror-empty-body -Wno-error-parentheses-equality -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -includ > e opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables > - > ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_unix.c > /usr/src/sys/vm/vm_phys.c:467:5: error: 'VM_NDOMAIN' is not defined, > evaluates to 0 [-Werror,-Wundef] > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_zeroidle.c > #if VM_NDOMAIN > 1 > ^ > /usr/src/sys/vm/vm_phys.c:480:5: error: 'VM_NDOMAIN' is not defined, > evaluates to 0 [-Werror,-Wundef] > #if VM_NDOMAIN > 1 > ^ > ctfconvert -L VERSION -g vm_init.o > 2 errors generated. > *** [vm_phys.o] Error code 1 > > > > > > On Wed, 8 May 2013, Dimitry Andric wrote: > >> On May 8, 2013, at 03:24, Dan Mack wrote: >>> FYI: fresh buildworld and buildkernel tonight with 250341 and I see a >>> bunch of errors while building vxge like this (my kernel config file has >>> device vx commented out btw). Any pointers/help ? I'm building this on >>> my build machine which is FreeBSD 10.0-CURRENT #26 r250314: Mon May 6 >>> 20:32:29 CDT 2013 >> ... >>> ERROR: vxgehal-mrpcim.c: sou vxge_hal_mrpcim_reg_t has too many members: >>> 1911 > 1023 >>> ERROR: vxgehal-mgmtaux.c: sou vxge_hal_mrpcim_reg_t has too many members: >>> 1911 > 1023 >> >> You can ignore these, they are due to a limitation of ctfconvert. The >> "errors" are really warnings. >> >> >>> Then, after zlib, it bombs: >>> >>> ===> zlib (all) >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc >>> -DHAVE_KERNEL_OPTION_HEADERS -i >>> nclude /usr/obj/usr/src/sys/MACKGEN/opt_global.h -I. -I@ -I@/contrib/altq >>> -fno-common -g -fno-omit-frame-poi >>> nter -I/usr/obj/usr/src/sys/MACKGEN -mno-aes -mno-avx -mcmodel=kernel >>> -mno-red-zone -mno-mmx -mno-sse -msof >>> t-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -std=iso9899:1999 -Qunused-argumen >>> ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpo >>> inter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >>> -fformat-extensions -Wmissing-include-dirs -fdi >>> agnostics-show-option -Wno-error-tautological-compare >>> -Wno-error-empty-body -Wno-error-parentheses-equalit >>> y -c /usr/src/sys/modules/zlib/../../net/zlib.c >>> ctfconvert -L VERSION -g zlib.o >>> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >>> ctfmerge -L VERSION -g -o zlib.ko.debug zlib.o >>> :> export_syms >>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | xargs >>> -J% objcopy % zlib.ko.debug >>> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >>> objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug >>> zlib.ko >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >> >> Actually, the error happens much earlier, but since you are doing a -j >> build, the message is not visible. Try building your kernel without -j, >> or upload the full build log somewhere. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed May 8 16:52:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B268C70C; Wed, 8 May 2013 16:52:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD75ED9; Wed, 8 May 2013 16:52:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:References:In-Reply-To; bh=QfrMHoPJbm9NghSaf1TtiqIAjosplsWMgMlasi9kw78=; b=FY05Nbi+AJjBi3afSg4bkSK9QPKTraET6kcegzK2KhaY/w3tGuPowog741E5bYaw+QluUgUBm7T3d8ZxyjTHpdnJ/GF7hibYb7f+BTd9aMpXFINArP+MXpCm0olwrc5Wfbz8aQ6Qsq/t2f9ZC3uFigTBVF8Mz/ew1uioskUQ1z4=; Received: from 66-87-96-70.pools.spcsdns.net ([66.87.96.70]:19307 helo=[29.123.84.70]) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua7bh-000Kq3-33; Wed, 08 May 2013 11:52:47 -0500 User-Agent: Kaiten Mail In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Subject: Re: openjdk6 broken on current From: Larry Rosenman Date: Wed, 08 May 2013 11:52:24 -0500 To: Daniel Eischen , Daniel Eischen Message-ID: X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, TVD_RCVD_IP=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, TVD_RCVD_IP=0.001 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 16:52:47 -0000 Daniel Eischen wrote: >On Wed, 8 May 2013, Larry Rosenman wrote: > >> Can SOMEONE please look at this? >> >> I have a real need to get java back on my -CURRENT server soon. > >Did/can you try just backing out r249606? > >-- >DE How can I generate a patch to do that? -- Sent from Kaiten Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Wed May 8 16:56:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 19D1E95E; Wed, 8 May 2013 16:56:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id CEB52F13; Wed, 8 May 2013 16:56:19 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48GuIeW051689; Wed, 8 May 2013 12:56:18 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 12:56:18 -0400 (EDT) Date: Wed, 8 May 2013 12:56:18 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 16:56:20 -0000 On Wed, 8 May 2013, Larry Rosenman wrote: > Daniel Eischen wrote: >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >>> Can SOMEONE please look at this? >>> >>> I have a real need to get java back on my -CURRENT server soon. >> >> Did/can you try just backing out r249606? >> >> -- >> DE > > How can I generate a patch to do that? Go here: http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log then click on "Diff to previous 249606", then click on "Patch" at the top. You can try backing out each/all of the recent changes to thr_sig.c to see what the culprit is. You'll have to use "-R" to reverse the patch I believe. -- DE From owner-freebsd-current@FreeBSD.ORG Wed May 8 16:58:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0727BBB2 for ; Wed, 8 May 2013 16:58:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id C4DE3F46 for ; Wed, 8 May 2013 16:58:07 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r48Gw0a8031196; Wed, 8 May 2013 09:58:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r48Gw0c3031195; Wed, 8 May 2013 09:58:00 -0700 (PDT) (envelope-from david) Date: Wed, 8 May 2013 09:58:00 -0700 From: David Wolfskill To: Larry Rosenman Subject: Re: openjdk6 broken on current Message-ID: <20130508165800.GS1346@albert.catwhisker.org> References: <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JtmyEQckRKrnqj+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 16:58:08 -0000 --7JtmyEQckRKrnqj+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 08, 2013 at 11:52:24AM -0500, Larry Rosenman wrote: > ... > >Did/can you try just backing out r249606? > ... > How can I generate a patch to do that?=20 > ... (Note that /S4/usr/src is where my "head" sources are on this machine at present.) d129(9.1-S)[5] cd /S4/usr/src d129(9.1-S)[6] svn diff -c -249606 Index: lib/libthr/thread/thr_sig.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- lib/libthr/thread/thr_sig.c (revision 249606) +++ lib/libthr/thread/thr_sig.c (revision 249605) @@ -732,12 +732,8 @@ { ucontext_t uc; =20 - if (ucp =3D=3D NULL) - return (EINVAL); - if (!SIGISMEMBER(uc.uc_sigmask, SIGCANCEL)) - return __sys_setcontext(ucp); (void) memcpy(&uc, ucp, sizeof(uc)); - SIGDELSET(uc.uc_sigmask, SIGCANCEL); + remove_thr_signals(&uc.uc_sigmask); return __sys_setcontext(&uc); } =20 @@ -747,13 +743,7 @@ { ucontext_t uc; =20 - if (oucp =3D=3D NULL || ucp =3D=3D NULL) - return (EINVAL); - if (SIGISMEMBER(ucp->uc_sigmask, SIGCANCEL)) { - stdout_debug("remove SIGCANCEL\n"); =20 - (void) memcpy(&uc, ucp, sizeof(uc)); - SIGDELSET(uc.uc_sigmask, SIGCANCEL); - ucp =3D &uc; - } - return __sys_swapcontext(oucp, ucp); + (void) memcpy(&uc, ucp, sizeof(uc)); + remove_thr_signals(&uc.uc_sigmask); + return __sys_swapcontext(oucp, &uc); } d129(9.1-S)[7]=20 In practice, I would have saved that to a file, then fed it to "svn patch". Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --7JtmyEQckRKrnqj+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGKhBcACgkQmprOCmdXAD2L1wCggAIEMEGuhkdYHoGTqUc5KgFi lLUAn1TZL6OByxjDF42gDn2RXDrSYMGn =uGmD -----END PGP SIGNATURE----- --7JtmyEQckRKrnqj+-- From owner-freebsd-current@FreeBSD.ORG Wed May 8 17:00:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72A16CF4; Wed, 8 May 2013 17:00:21 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id 32922F69; Wed, 8 May 2013 17:00:20 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48H0KmF055153; Wed, 8 May 2013 13:00:20 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 13:00:20 -0400 (EDT) Date: Wed, 8 May 2013 13:00:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:00:21 -0000 On Wed, 8 May 2013, Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > >> Daniel Eischen wrote: >>> On Wed, 8 May 2013, Larry Rosenman wrote: >>> >>>> Can SOMEONE please look at this? >>>> >>>> I have a real need to get java back on my -CURRENT server soon. >>> >>> Did/can you try just backing out r249606? >>> >>> -- >>> DE >> >> How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. Or, if you have a checked out svn repo, you can always use svn to generate the patch: $ cd /path/to/svn/src $ svn diff -r249606:249605 # no need to use -R on this patch -- DE From owner-freebsd-current@FreeBSD.ORG Wed May 8 17:00:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4B346DC6; Wed, 8 May 2013 17:00:28 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0BAC6F6A; Wed, 8 May 2013 17:00:27 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48GnVce046177; Wed, 8 May 2013 12:49:31 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 12:49:31 -0400 (EDT) Date: Wed, 8 May 2013 12:49:31 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:00:28 -0000 On Wed, 8 May 2013, Larry Rosenman wrote: > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. Did/can you try just backing out r249606? -- DE From owner-freebsd-current@FreeBSD.ORG Wed May 8 17:46:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E91EF8A9; Wed, 8 May 2013 17:46:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id B2B0B189; Wed, 8 May 2013 17:46:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=vU5BNbpEydWOw2fGQL5SqGLPGunvZTx1iUCNvIcKQlk=; b=ADnuZHbicPkBy/YUW46AsFiqXOwJjL/OZ8MtOtVQSgO30mZ7ZekwlIFloXaSxgpjRmsq24GF11k3XT90lF4kbfw/4B4gYUFaVmBtQEPenfk3Zw2q5ZEEiet9zdB0Vo6EGRT9eosvZ4ynVMhq1yckXx46TxGo5vVNUPC6nG3ctBM=; Received: from localhost.lerctr.org ([127.0.0.1]:54219 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua8S0-000LLK-4n; Wed, 08 May 2013 12:46:59 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 12:46:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 12:46:48 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Message-ID: <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:47:00 -0000 On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch I've done this, and dealt with a chunk reject, and am recompiling the world. Will let you know if this fixes it...... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed May 8 18:37:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E21D8D3; Wed, 8 May 2013 18:37:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 627F45E8; Wed, 8 May 2013 18:37:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=2fXddNLtCmv4Fr+XPxPgnOllh4VG9XWYXW2YdM9l9cQ=; b=Sbg9wiMrHIKd9/iLJpyL2LmH7Z5PB8gLQFLwb5x3WYc6kJ4yrPmsl7leh1jGVeUrQikFwUqhFtMrRI/Q4ArjMpYpZqQBleKmCrZv7lFhRvutkgVKYhSa1/Qkf4tBaInnshIbTpvN8iUFfQlea+KbTHlnVlMpeLJpGep+lQalhmk=; Received: from localhost.lerctr.org ([127.0.0.1]:42329 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua9Em-000LwX-HW; Wed, 08 May 2013 13:37:13 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 13:37:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 13:37:12 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> Message-ID: <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 18:37:14 -0000 On 2013-05-08 12:46, Larry Rosenman wrote: > On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch > I've done this, and dealt with a chunk reject, and am recompiling the > world. > > Will let you know if this fixes it...... Still fails. /bin/mkdir -p /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi rm -f /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes sun.rmi.rmic.Main -classpath "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ -v1.2 \ -keepgenerated \ javax.management.remote.rmi.RMIConnectionImpl /bin/mkdir -p /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi /bin/cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java \ /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes sun.rmi.rmic.Main -classpath "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ -iiop -v1.2 \ javax.management.remote.rmi.RMIConnectionImpl gmake[5]: *** [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] Segmentation fault (core dumped) gmake[5]: *** Deleting file `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' gmake[5]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com/sun' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' gmake: *** [build_product_image] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/java/openjdk6. *** [build] Error code 1 Stop in /usr/ports/java/openjdk6. ===>>> make failed for java/openjdk6 ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster java/openjdk6 ===>>> Exiting # # I **CAN** give SSH/SUDO access to whoever..... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed May 8 18:52:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDB2BF9; Wed, 8 May 2013 18:52:44 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84AC86C0; Wed, 8 May 2013 18:52:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=ti8pxNvDlHKkSsMEPKOOJUF4C4PLl5Zvjen82RsTDJI=; b=tw1o1bAadDt3NvB+CIfHrpBS0zDiDg+GupGmd4atoAWCfd1EMz/Jk8zlu02zcl2YaDhP/92+mM7B3mcJWzFT5d1eNIJQS5WrHmZTqpnoLeJgQdyQ0NmA6yhyhNz03Pulcq/NV/XablB9LnBXQik/EIEBeM1sY+vK6f+xoZR56KM=; Received: from localhost.lerctr.org ([127.0.0.1]:62841 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua9Tn-000MAv-43; Wed, 08 May 2013 13:52:44 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 13:52:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 13:52:43 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> Message-ID: <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 18:52:44 -0000 On 2013-05-08 13:37, Larry Rosenman wrote: > On 2013-05-08 12:46, Larry Rosenman wrote: > On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch > I've done this, and dealt with a chunk reject, and am recompiling the > world. > > Will let you know if this fixes it...... > Still fails. > > /bin/mkdir -p > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi > rm -f > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -v1.2 \ > -keepgenerated \ > javax.management.remote.rmi.RMIConnectionImpl > /bin/mkdir -p > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /bin/cp > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java > \ > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -iiop -v1.2 \ > javax.management.remote.rmi.RMIConnectionImpl > gmake[5]: *** > [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] > Segmentation fault (core dumped) > gmake[5]: *** Deleting file > `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' > gmake[5]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' > gmake[4]: *** [all] Error 1 > gmake[4]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun' > gmake[3]: *** [all] Error 1 > gmake[3]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' > gmake[1]: *** [jdk-build] Error 2 > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' > gmake: *** [build_product_image] Error 2 > *** [do-build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > *** [build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > > ===>>> make failed for java/openjdk6 > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > ===>>> You can restart from the point of failure with this command > line: > portmaster java/openjdk6 > > ===>>> Exiting > # > # > > > I **CAN** give SSH/SUDO access to whoever..... (gdb) bt #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 #3 0x00007ffffffff1d3 in ?? () #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so #6 0x0000000803869f7e in ?? () #7 0x00007fffffbfa450 in ?? () #8 0x000000080383b828 in ?? () #9 0x000000080685e6e0 in ?? () #10 0x000000080684f000 in ?? () #11 0x00007fffffbfa4a0 in ?? () #12 0x00007fffffbfa518 in ?? () #13 0x000000080308f000 in ?? () #14 0x0000000806bac750 in ?? () #15 0x0000000803869eb9 in ?? () #16 0x0000000000000000 in ?? () (gdb) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Thu May 9 08:34:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 54E9A9C3; Thu, 9 May 2013 08:34:18 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by mx1.freebsd.org (Postfix) with ESMTP id 970578B3; Thu, 9 May 2013 08:34:17 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so2667677wgg.8 for ; Thu, 09 May 2013 01:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=9jFC3CPXteo9zFEa8hTiVV4M9aBW65we9wOslq3yLGQ=; b=LAnhsFvmZApoyVe29og21jmb0F20xHLEuz7sMjcxYk06vVSKYy7plR2z1VFwFBMq46 0wTgJ9TPEYe6mbxraHhzsdphvzzVxqccIjqzfLL3GruYOlkd4Q+akHe7CezoRUhMRDbp CmpMa0JRxu/U3I2FLI3oBkk//11CYBrXiUxPj5iV8Zs5CqKIEeL1hmxy5lDCwNtysA51 5jiAqes17kQTUfS3Ljxm2Hx2RniU7km/kLTQY13h7w18HOsq2UI89vyW5qkSerbM8NP4 cwjw3A59invxY2zgiwcz8vj41nITgiKjwdNuYFB5zus8AWXZD0hM+tPcj/5XBlLJftt3 fsBA== MIME-Version: 1.0 X-Received: by 10.194.11.70 with SMTP id o6mr16222398wjb.29.1368088456528; Thu, 09 May 2013 01:34:16 -0700 (PDT) Received: by 10.194.29.34 with HTTP; Thu, 9 May 2013 01:34:16 -0700 (PDT) In-Reply-To: <201304291221.19725.jhb@freebsd.org> References: <201304291221.19725.jhb@freebsd.org> Date: Thu, 9 May 2013 10:34:16 +0200 Message-ID: Subject: Re: FreeBSD & Intel AMT From: Kamil Czekirda To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: jfv@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 08:34:18 -0000 Do you have any ideas to resolve the problem? 2013/4/29 John Baldwin > On Friday, April 26, 2013 5:17:34 pm Kamil Czekirda wrote: > > We have a problem with Intel AMT and FreeBSD. We have AMT version: > > 8.1.20-build 1336. AMT stop responding about five minutes after booting > > FreeBSD, it's FreeBSD 9.1-STABLE, 64 bit. > > On Linux AMT works fine. We suspect driver, but it's similar like on > Linux. > > Can you show us the way to resolve this problem? > > While the e1000 drivers share the same common code, there are some > differences > in the OS-dependent bits (e.g. if_igb.c, etc.). I've cc'd Jack Vogel who > maintains the e1000 drivers in FreeBSD. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Thu May 9 08:56:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 28C1AF9E; Thu, 9 May 2013 08:56:55 +0000 (UTC) (envelope-from spil.oss@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id E7FB79BA; Thu, 9 May 2013 08:56:54 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id b11so5008788iee.37 for ; Thu, 09 May 2013 01:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YInPpZH2hSttC0xXAF4+fwiDjuZCVGRy37zK2ss9Rnc=; b=shQmiR3tgmB8kmtmL3betv0SG58xmLNTbUiRT6dXCe9QDZ61aNhxnLOAGyHyU1qHnD pUJOe4r/IEsysgSo4BsuCPfCVk/5ySY1sPcDGCeK/Iiw1kUq9/XSa0NKnVAgU3nZjTdt gdc3VHiTWNMNZ/43VLGrIjXzN6A+exILtFNXydNEgVJkHtz58FlsIl48OKHWm15Aybms Q667AI0HILTbrtMIIhYOehI1sgj9nnupC1j1VepQlxy/fppuQJp2VTahQhXxYjKbh9Ut e5tNr8/qMM1DRypgIHTANkN3zkyIaV/HRjNAl5ewGOlxLxMFffOw1+Px7S8LDZ+0druR S/2A== MIME-Version: 1.0 X-Received: by 10.50.140.73 with SMTP id re9mr7813550igb.59.1368089814647; Thu, 09 May 2013 01:56:54 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Thu, 9 May 2013 01:56:54 -0700 (PDT) In-Reply-To: <20130417133637.W56386@sola.nimnet.asn.au> References: <20130415015850.Y56386@sola.nimnet.asn.au> <20130415160625.K56386@sola.nimnet.asn.au> <20130417133637.W56386@sola.nimnet.asn.au> Date: Thu, 9 May 2013 10:56:54 +0200 Message-ID: Subject: Re: Problems with ipfw/natd and axe(4) From: Spil Oss To: freebsd-ipfw@freebsd.org, current Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, Ian Smith X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 08:56:55 -0000 Hi all, So I bought another AX88772B part, this time an Edimax UE-4208 and it behaved exactly like the no-name part I bought on eBay. Looking at YongHyeong's feedback on his engineering sample I decided to revert back to 9.1-RELEASE and try again, this works like expected. (see my post "Problems with axe(4) and checksum offloading" thread started Apr 7 in freebsd-current@) So somewhere between 9.1-RELEASE and 10-CURRENT r248351 there's a regression that breaks this. Any pointers on getting this to work? Kind regards, Spil. On Wed, Apr 17, 2013 at 7:03 AM, Ian Smith wrote: > On Tue, 16 Apr 2013 20:52:05 +0200, Spil Oss wrote: > > Hi all, > > > > If I disable checksum offloading on the NIC I do the tcpdump on, then I > > assume that the checksum-check will provide accurate results? > > It certainly should. > > > With checksum disabled, I see that the checksum is incorrect when the > > client does not respond to the SYN,ACK, and correct when it does. > > I'm having trouble fully parsing that. > > Using 'tcpdump -vr ue0-ssh-fail.pcap | less -S' shows these incorrect > checksums alright; before adding -v I'd only noticed 172.17.2.1 sending > SYNs and clearly not responding to 172.17.2.111's SYN/ACKs. > > Since it works ok with the divert rule bypassed - presumably still with > tx/rxcsum enabled - then it seems that (surprise!) Luigi picked the > issue being in natd / divert socket handling. > > > Out of curiousity I tried with pf as well and it behaves the same. > > Can't comment on that. What's not clear is why the NIC "doesn't work" > (symptoms?) with -txcsum -rxcsum. With the 'fail' pcap it seems the > received checksum from the client SYN is ok on capture, and the server > is responding with SYN/ACK (with mangled cksum), but the rxcsum must be > ok after natd, so maybe it's only -txcsum needed? Might that work? > > Sorry, I'm just bouncing around on what I can see from here and could be > missing something someone else might find obvious, I'm just an amateur.. > > > On Mon, Apr 15, 2013 at 9:04 PM, Spil Oss wrote: > > > > Network dumps as promised > > > On 172.17.2.1: > > > tcpdump -p -i bridge0 -s 0 -w ssh-fail.pcap host not 172.17.2.167 > > You didn't post that one; I assume it showed the bad cksums back from > 172.17.2.111? ie that the SYN/ACK packet make it to the client's > interface, but was dropped for its bad cksum on the client side? > > > > From 172.17.2.1 I ran > > > telnet 172.17.2.111/157 22 > > > In Wireshark I trimmed the capture a bit further with expression > > > 'not stp and not http' > > > > > > Initial setup (ue0 ext, re0 int, rule 10 to allow ssh) > > > -> ue0-ssh-success.pcap > > > Removed rule 10 > > > -> ue0-ssh-fail.pcap > > > Switched re0 and ue0, default ruleset (without 10) > > > -> re0-ssh-success.pcap > > > > > > According to YungHyeong the sample ASIX NIC he has works normally when > > > checksumming is disabled. > > I guess trying another of the same NIC is the only way to rule out a > faulty unit? I'm having similarly frustrating issues with a cardbus > USB2 card, unrelated but proving just as indeterminate .. > > [..] > > > >> Does anyone know whether this is an issue with libalias(3) generally - > > >> in which case using nat instead of divert shouldn't help - or just with > > >> natd in particular? > > Question still stands .. I could redo that rc.firewall patch for nat in > 'simple' but if the problem is with libalias(3) it won't help with this. > > cheers, Ian From owner-freebsd-current@FreeBSD.ORG Thu May 9 11:16:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 38C43FC4; Thu, 9 May 2013 11:16:41 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53A44FD2; Thu, 9 May 2013 11:16:40 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id r11so2846237lbv.41 for ; Thu, 09 May 2013 04:16:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=VbiEb3ES2646r8Kzbg/4hskWSBjF+UnUuh6P4PyqYfE=; b=TZj4T9rWE99yq+7Bbcx/iq2qOcwhns+/Rw9s+H5xmrFJMwEejqSvYFQkiExGYSJ+p1 bJyv4P06byK3xnxfBLG6ipAWVA+To07f5hfb/GmwIH0ple9eRCFbEmKDSU14Ya7mJOz/ oG9yn6HvomtgCQyFO98GR5jRC3MW9+CUvgQHYtypXD6V2mliafDcT1XZ11+Ksa3yACIl 5B0jZ8p3u7EkxCNXmkOIF3ugljU0ps/EL3AYheB7CztZ/dASEOkbkkhFne5NvsVJxv+w 1sG5n1xSEHOTlIvOmNpNzPCZutY0XSEcrTcfoFTH01pgzraCqeLikOQtLTZ+yuUDgR2K sNXQ== X-Received: by 10.152.22.66 with SMTP id b2mr5177217laf.14.1368098192991; Thu, 09 May 2013 04:16:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.5.33 with HTTP; Thu, 9 May 2013 04:16:12 -0700 (PDT) In-Reply-To: <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> From: Damjan Jovanovic Date: Thu, 9 May 2013 13:16:12 +0200 Message-ID: Subject: Re: openjdk6 broken on current To: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 09 May 2013 11:33:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 11:16:41 -0000 On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman wrote: > On 2013-05-08 13:37, Larry Rosenman wrote: >> >> On 2013-05-08 12:46, Larry Rosenman wrote: >> On 2013-05-08 12:00, Daniel Eischen wrote: >> On Wed, 8 May 2013, Daniel Eischen wrote: >> >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >> Daniel Eischen wrote: >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >> Can SOMEONE please look at this? >> >> I have a real need to get java back on my -CURRENT server soon. >> >> Did/can you try just backing out r249606? >> >> -- >> DE >> >> How can I generate a patch to do that? >> >> Go here: >> >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> >> then click on "Diff to previous 249606", then click on "Patch" >> at the top. You can try backing out each/all of the recent >> changes to thr_sig.c to see what the culprit is. >> >> You'll have to use "-R" to reverse the patch I believe. >> >> Or, if you have a checked out svn repo, you can always use >> svn to generate the patch: >> >> $ cd /path/to/svn/src >> $ svn diff -r249606:249605 # no need to use -R on this patch >> I've done this, and dealt with a chunk reject, and am recompiling the >> world. >> >> Will let you know if this fixes it...... >> Still fails. >> >> /bin/mkdir -p >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi >> rm -f >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class >> /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m >> -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes >> sun.rmi.rmic.Main -classpath >> "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ >> -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ >> -v1.2 \ >> -keepgenerated \ >> javax.management.remote.rmi.RMIConnectionImpl >> /bin/mkdir -p >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi >> /bin/cp >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java >> \ >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi >> /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m >> -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes >> sun.rmi.rmic.Main -classpath >> "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ >> -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ >> -iiop -v1.2 \ >> javax.management.remote.rmi.RMIConnectionImpl >> gmake[5]: *** >> >> [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] >> Segmentation fault (core dumped) >> gmake[5]: *** Deleting file >> >> `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' >> gmake[5]: Leaving directory >> `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' >> gmake[4]: *** [all] Error 1 >> gmake[4]: Leaving directory >> `/usr/ports/java/openjdk6/work/jdk/make/com/sun' >> gmake[3]: *** [all] Error 1 >> gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com' >> gmake[2]: *** [all] Error 1 >> gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' >> gmake[1]: *** [jdk-build] Error 2 >> gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' >> gmake: *** [build_product_image] Error 2 >> *** [do-build] Error code 1 >> >> Stop in /usr/ports/java/openjdk6. >> *** [build] Error code 1 >> >> Stop in /usr/ports/java/openjdk6. >> >> ===>>> make failed for java/openjdk6 >> ===>>> Aborting update >> >> ===>>> Killing background jobs >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster java/openjdk6 >> >> ===>>> Exiting >> # >> # >> >> >> I **CAN** give SSH/SUDO access to whoever..... > > (gdb) bt > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 > > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > #3 0x00007ffffffff1d3 in ?? () > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x0000000803869f7e in ?? () > #7 0x00007fffffbfa450 in ?? () > > #8 0x000000080383b828 in ?? () > #9 0x000000080685e6e0 in ?? () > #10 0x000000080684f000 in ?? () > #11 0x00007fffffbfa4a0 in ?? () > #12 0x00007fffffbfa518 in ?? () > > #13 0x000000080308f000 in ?? () > #14 0x0000000806bac750 in ?? () > > #15 0x0000000803869eb9 in ?? () > #16 0x0000000000000000 in ?? () > (gdb) That backtrace would probably be clearer if you got it from a debug build of OpenJDK. Also you could find the exact commit that broke it by doing a bisection-search in SVN like "git bisect" would do. Regards Damjan Jovanovic From owner-freebsd-current@FreeBSD.ORG Thu May 9 12:16:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5AF7E166; Thu, 9 May 2013 12:16:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 37CEB2C2; Thu, 9 May 2013 12:16:32 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 89A05B918; Thu, 9 May 2013 08:16:31 -0400 (EDT) From: John Baldwin To: Kamil Czekirda Subject: Re: FreeBSD & Intel AMT Date: Thu, 9 May 2013 08:16:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201304291221.19725.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201305090816.11525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 09 May 2013 08:16:31 -0400 (EDT) Cc: jfv@freebsd.org, freebsd-current@freebsd.org, Jack Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 12:16:32 -0000 On Thursday, May 09, 2013 4:34:16 am Kamil Czekirda wrote: > Do you have any ideas to resolve the problem? I have no idea what part of e1000 common code deals with AMT/IPMI and what you might need to do to make this work. I was hoping Jack would be be able to respond here. > 2013/4/29 John Baldwin > > > On Friday, April 26, 2013 5:17:34 pm Kamil Czekirda wrote: > > > We have a problem with Intel AMT and FreeBSD. We have AMT version: > > > 8.1.20-build 1336. AMT stop responding about five minutes after booting > > > FreeBSD, it's FreeBSD 9.1-STABLE, 64 bit. > > > On Linux AMT works fine. We suspect driver, but it's similar like on > > Linux. > > > Can you show us the way to resolve this problem? > > > > While the e1000 drivers share the same common code, there are some > > differences > > in the OS-dependent bits (e.g. if_igb.c, etc.). I've cc'd Jack Vogel who > > maintains the e1000 drivers in FreeBSD. > > > > -- > > John Baldwin > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 9 22:16:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 91BE7732; Thu, 9 May 2013 22:16:03 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9066DF; Thu, 9 May 2013 22:16:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=NJL9bAKAKw2KfTuCr7oJk/vhGdC1yOTL+lLWqwUD/uE=; b=IrdyOyvgWvNjjvQcL9l/8c9Hd4kHoeS1oHHGfJPlEDSoJJkOx60ApHbyq9VaWUXzpglutFbeMmAyJ6O19oHr2AiSitik7v9kxiorxImq09WWGTyKvqhoEqqzQlfhtmpzIT7xUSQhvcIOWLBpOZKcyK67uKq5Kx41BbXX2++20iI=; Received: from localhost.lerctr.org ([127.0.0.1]:40313 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UaZ85-00031X-RM; Thu, 09 May 2013 17:16:02 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 09 May 2013 17:16:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 09 May 2013 17:16:01 -0500 From: Larry Rosenman To: freebsd-java@freebsd.org, Freebsd current , Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.1 (----) X-LERCTR-Spam-Score: -4.1 (----) X-Spam-Report: SpamScore (-4.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.159 X-LERCTR-Spam-Report: SpamScore (-4.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.159 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 22:16:03 -0000 On 2013-05-09 06:16, Damjan Jovanovic wrote: > On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman wrote: > On 2013-05-08 13:37, Larry Rosenman wrote: > > On 2013-05-08 12:46, Larry Rosenman wrote: > On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch > I've done this, and dealt with a chunk reject, and am recompiling the > world. > > Will let you know if this fixes it...... > Still fails. > > /bin/mkdir -p > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi > rm -f > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -v1.2 \ > -keepgenerated \ > javax.management.remote.rmi.RMIConnectionImpl > /bin/mkdir -p > > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /bin/cp > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java > \ > > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -iiop -v1.2 \ > javax.management.remote.rmi.RMIConnectionImpl > gmake[5]: *** > > [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] > Segmentation fault (core dumped) > gmake[5]: *** Deleting file > > `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' > gmake[5]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' > gmake[4]: *** [all] Error 1 > gmake[4]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun' > gmake[3]: *** [all] Error 1 > gmake[3]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' > gmake[1]: *** [jdk-build] Error 2 > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' > gmake: *** [build_product_image] Error 2 > *** [do-build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > *** [build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > > ===>>> make failed for java/openjdk6 > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > ===>>> You can restart from the point of failure with this command > line: > portmaster java/openjdk6 > > ===>>> Exiting > # > # > > > I **CAN** give SSH/SUDO access to whoever..... > > (gdb) bt > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 > > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > #3 0x00007ffffffff1d3 in ?? () > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x0000000803869f7e in ?? () > #7 0x00007fffffbfa450 in ?? () > > #8 0x000000080383b828 in ?? () > #9 0x000000080685e6e0 in ?? () > #10 0x000000080684f000 in ?? () > #11 0x00007fffffbfa4a0 in ?? () > #12 0x00007fffffbfa518 in ?? () > > #13 0x000000080308f000 in ?? () > #14 0x0000000806bac750 in ?? () > > #15 0x0000000803869eb9 in ?? () > #16 0x0000000000000000 in ?? () > (gdb) > > That backtrace would probably be clearer if you got it from a debug > build of OpenJDK. Also you could find the exact commit that broke it > by doing a bisection-search in SVN like "git bisect" would do. > > Regards > Damjan Jovanovic > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" interestingly, I set both DEBUG and FASTDEBUG, and it compiles cleanly now. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri May 10 01:49:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D11F1C7E; Fri, 10 May 2013 01:49:34 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 8858DFD5; Fri, 10 May 2013 01:49:34 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wc20so3654679obb.35 for ; Thu, 09 May 2013 18:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=XBvsKnNOdThEnxlhUwzBcn4ixdipz5Ivmug+838SppY=; b=waC78t5Y4zNcq44NDYpMDCN5LCT78j21tS7wIEA7KmjcDBTJbszF18UoD9PyZJuPce IT3dEUnUUanDpyzJp7fQ30ccWr1QWNi4QyuGsNXBqUca4DBhef6ssqWh1G4yEqx6dvLz 31D1Al6NLNasiuWwhNYozbRwYTR4+gpQRvQNfdeO354maZm9WU/5J7wPianpFnkiw1vd NqNWDu1SWppMx7Y/QUo7T4mQkOae9zOKI/qcIC28f9/O+Wvx5po16fx5TcjBOIyXCa2m 30D3rHBsBR7JyLxv2VCqce3R3h3ZJZ0+hfBlmvw+vyY3J3UljPK5App0iC4L/EyGaLBg j7Qg== MIME-Version: 1.0 X-Received: by 10.60.85.74 with SMTP id f10mr5767698oez.32.1368150574208; Thu, 09 May 2013 18:49:34 -0700 (PDT) Received: by 10.182.161.100 with HTTP; Thu, 9 May 2013 18:49:33 -0700 (PDT) Date: Fri, 10 May 2013 03:49:33 +0200 Message-ID: Subject: fix r249601 From: Oliver Pinter To: Konstantin Belousov Content-Type: multipart/mixed; boundary=089e0111b71cf99bfa04dc53601e Cc: rpaulo , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 01:49:34 -0000 --089e0111b71cf99bfa04dc53601e Content-Type: text/plain; charset=ISO-8859-1 Hello! See the attached patch. This fixed the stdext features enumeration. --089e0111b71cf99bfa04dc53601e Content-Type: application/octet-stream; name="0001-fix-stdext-enumeration-in-identcpu.patch" Content-Disposition: attachment; filename="0001-fix-stdext-enumeration-in-identcpu.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSBkZWFkOThiMTJkMjEwMTVmOWFiNWVmYzEzM2I1NDJlYTNhYTY5MjkxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IEZyaSwgMTAgTWF5IDIwMTMgMDM6NDI6NTUgKzAyMDAKU3ViamVjdDogW1BBVENIXSBm aXggc3RkZXh0IGVudW1lcmF0aW9uIGluIGlkZW50Y3B1Cgp0aGUgb2N0YWwgcHJlZml4IG11c3Qg YmUgb2N0YWwgbnVtYmVyICsgMQoKc2VlIEludGVsIDMxOTQzMy0wMTQKClJEU0VFRDogYml0IDE4 IC0+IGluIHByaW50ZiBtdXN0IGJlIDE5IC0+IFwwMjMKQURYOiBiaXQgMTkgLT4gMjAgLT4gXDAy NApTTUFQOiBiaXQgMjAgLT4gMjEgLT4gXDAyNQoKU2lnbmVkLW9mZi1ieTogT2xpdmVyIFBpbnRl ciA8b2xpdmVyLnBudHJAZ21haWwuY29tPgotLS0KIHN5cy9hbWQ2NC9hbWQ2NC9pZGVudGNwdS5j IHwgNiArKystLS0KIDEgZmlsZSBjaGFuZ2VkLCAzIGluc2VydGlvbnMoKyksIDMgZGVsZXRpb25z KC0pCgpkaWZmIC0tZ2l0IGEvc3lzL2FtZDY0L2FtZDY0L2lkZW50Y3B1LmMgYi9zeXMvYW1kNjQv YW1kNjQvaWRlbnRjcHUuYwppbmRleCBlYzVhMmFhLi43NjVmYTRlIDEwMDY0NAotLS0gYS9zeXMv YW1kNjQvYW1kNjQvaWRlbnRjcHUuYworKysgYi9zeXMvYW1kNjQvYW1kNjQvaWRlbnRjcHUuYwpA QCAtNDA3LDExICs0MDcsMTEgQEAgcHJpbnRjcHVpbmZvKHZvaWQpCiAJCQkJICAgICAgIC8qIFJl c3RyaWN0ZWQgVHJhbnNhY3Rpb25hbCBNZW1vcnkgKi8KIAkJCQkgICAgICAgIlwwMTRSVE0iCiAJ CQkJICAgICAgIC8qIEVuaGFuY2VkIE5SQkcgKi8KLQkJCQkgICAgICAgIlwwMjJSRFNFRUQiCisJ CQkJICAgICAgICJcMDJSRFNFRUQiCiAJCQkJICAgICAgIC8qIEFEQ1ggKyBBRE9YICovCi0JCQkJ ICAgICAgICJcMDIzQURYIgorCQkJCSAgICAgICAiXDAyNEFEWCIKIAkJCQkgICAgICAgLyogU3Vw ZXJ2aXNvciBNb2RlIEFjY2VzcyBQcmV2ZW50aW9uICovCi0JCQkJICAgICAgICJcMDI0U01BUCIK KwkJCQkgICAgICAgIlwwMjVTTUFQIgogCQkJCSAgICAgICApOwogCQkJfQogCi0tIAoxLjguMgoK --089e0111b71cf99bfa04dc53601e-- From owner-freebsd-current@FreeBSD.ORG Fri May 10 07:06:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 198FBC73; Fri, 10 May 2013 07:06:36 +0000 (UTC) (envelope-from spil.oss@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id D78AE2DA; Fri, 10 May 2013 07:06:35 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id a14so7322308iee.41 for ; Fri, 10 May 2013 00:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=T71cCx0AaUPydO5tEwTcsqZh7xYRgI5feOaUsdV3FDg=; b=Y+jARyJbsXrd4rVHEtgDBkZiNNEx1An6p0xHrJ4k0+ZYXnGNyovL0jE3GxVkH3nzc1 4YQ4zsZGCHPyepeGyhzn10WeZDcAtc/rtDvDABSiyxhWpueKn81Yy0FoSmVO5/utzXga mKY3mBPFGPRDMY60C4omkU2PVlD8jEIGRhZyIvOcJ1tZ3+znEaZAOiSOoAMVxlqX3r7l APSQUCVMz895vxdlfy5468BVoFksPi56q22cpXZfFDhX3VNFqsaE++bMcv9vMC03sbP+ K82K2N58GJajUd308g41jWjUamCOtrJPaqYeAC5zmgAQwjw+ymPlwJCMse+YsXHUYWvq Jskw== MIME-Version: 1.0 X-Received: by 10.50.29.9 with SMTP id f9mr1037120igh.38.1368169595642; Fri, 10 May 2013 00:06:35 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Fri, 10 May 2013 00:06:35 -0700 (PDT) In-Reply-To: References: <20130415015850.Y56386@sola.nimnet.asn.au> <20130415160625.K56386@sola.nimnet.asn.au> <20130417133637.W56386@sola.nimnet.asn.au> Date: Fri, 10 May 2013 09:06:35 +0200 Message-ID: Subject: Re: Problems with ipfw/natd and axe(4) From: Spil Oss To: freebsd-ipfw@freebsd.org, current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 07:06:36 -0000 Hi, There seems to be quite a bit of overhaul on the firewall code, pf and ipfw have been moved to sys/netpfil? Can there be some regressions in there that I hit? Just upgraded to r250404 but that does not help. Should I file a PR? Kind regards, Spil. On Thu, May 9, 2013 at 10:56 AM, Spil Oss wrote: > Hi all, > > So I bought another AX88772B part, this time an Edimax UE-4208 and it > behaved exactly like the no-name part I bought on eBay. > > Looking at YongHyeong's feedback on his engineering sample I decided > to revert back to 9.1-RELEASE and try again, this works like expected. > (see my post > "Problems with axe(4) and checksum offloading" thread started Apr 7 in > freebsd-current@) > > So somewhere between 9.1-RELEASE and 10-CURRENT r248351 there's a > regression that breaks this. Any pointers on getting this to work? > > Kind regards, > > Spil. > > On Wed, Apr 17, 2013 at 7:03 AM, Ian Smith wrote: >> On Tue, 16 Apr 2013 20:52:05 +0200, Spil Oss wrote: >> > Hi all, >> > >> > If I disable checksum offloading on the NIC I do the tcpdump on, then I >> > assume that the checksum-check will provide accurate results? >> >> It certainly should. >> >> > With checksum disabled, I see that the checksum is incorrect when the >> > client does not respond to the SYN,ACK, and correct when it does. >> >> I'm having trouble fully parsing that. >> >> Using 'tcpdump -vr ue0-ssh-fail.pcap | less -S' shows these incorrect >> checksums alright; before adding -v I'd only noticed 172.17.2.1 sending >> SYNs and clearly not responding to 172.17.2.111's SYN/ACKs. >> >> Since it works ok with the divert rule bypassed - presumably still with >> tx/rxcsum enabled - then it seems that (surprise!) Luigi picked the >> issue being in natd / divert socket handling. >> >> > Out of curiousity I tried with pf as well and it behaves the same. >> >> Can't comment on that. What's not clear is why the NIC "doesn't work" >> (symptoms?) with -txcsum -rxcsum. With the 'fail' pcap it seems the >> received checksum from the client SYN is ok on capture, and the server >> is responding with SYN/ACK (with mangled cksum), but the rxcsum must be >> ok after natd, so maybe it's only -txcsum needed? Might that work? >> >> Sorry, I'm just bouncing around on what I can see from here and could be >> missing something someone else might find obvious, I'm just an amateur.. >> >> > On Mon, Apr 15, 2013 at 9:04 PM, Spil Oss wrote: >> >> > > Network dumps as promised >> > > On 172.17.2.1: >> > > tcpdump -p -i bridge0 -s 0 -w ssh-fail.pcap host not 172.17.2.167 >> >> You didn't post that one; I assume it showed the bad cksums back from >> 172.17.2.111? ie that the SYN/ACK packet make it to the client's >> interface, but was dropped for its bad cksum on the client side? >> >> > > From 172.17.2.1 I ran >> > > telnet 172.17.2.111/157 22 >> > > In Wireshark I trimmed the capture a bit further with expression >> > > 'not stp and not http' >> > > >> > > Initial setup (ue0 ext, re0 int, rule 10 to allow ssh) >> > > -> ue0-ssh-success.pcap >> > > Removed rule 10 >> > > -> ue0-ssh-fail.pcap >> > > Switched re0 and ue0, default ruleset (without 10) >> > > -> re0-ssh-success.pcap >> > > >> > > According to YungHyeong the sample ASIX NIC he has works normally when >> > > checksumming is disabled. >> >> I guess trying another of the same NIC is the only way to rule out a >> faulty unit? I'm having similarly frustrating issues with a cardbus >> USB2 card, unrelated but proving just as indeterminate .. >> >> [..] >> >> > >> Does anyone know whether this is an issue with libalias(3) generally - >> > >> in which case using nat instead of divert shouldn't help - or just with >> > >> natd in particular? >> >> Question still stands .. I could redo that rc.firewall patch for nat in >> 'simple' but if the problem is with libalias(3) it won't help with this. >> >> cheers, Ian From owner-freebsd-current@FreeBSD.ORG Fri May 10 20:04:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 45D55676; Fri, 10 May 2013 20:04:17 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id C6B5F5E8; Fri, 10 May 2013 20:04:16 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r4AK49Xj002077; Sat, 11 May 2013 00:04:09 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r4AK49OU002076; Sat, 11 May 2013 00:04:09 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 11 May 2013 00:04:09 +0400 From: Gleb Smirnoff To: Spil Oss Subject: Re: Problems with ipfw/natd and axe(4) Message-ID: <20130510200409.GT15182@FreeBSD.org> References: <20130415015850.Y56386@sola.nimnet.asn.au> <20130415160625.K56386@sola.nimnet.asn.au> <20130417133637.W56386@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ipfw@freebsd.org, current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 20:04:17 -0000 Spil, On Fri, May 10, 2013 at 09:06:35AM +0200, Spil Oss wrote: S> There seems to be quite a bit of overhaul on the firewall code, pf and S> ipfw have been moved to sys/netpfil? Can there be some regressions in S> there that I hit? Yes, a regression is possible there. However, the issue seems to be axe(4) specific, since there are no reports on more common NICs. S> Just upgraded to r250404 but that does not help. Should I file a PR? Having a PR, with all information gathered in one report, is definitely better than not having one. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri May 10 21:36:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C8BCC569; Fri, 10 May 2013 21:36:12 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 88F8698D; Fri, 10 May 2013 21:36:12 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uauz4-000Ipy-Dz; Fri, 10 May 2013 23:36:10 +0200 Date: Fri, 10 May 2013 23:36:10 +0200 From: Kurt Jaeger To: "Ronald F. Guilmette" Subject: Re: bin/152154: script(1) -k malfunctions with certain shells (e.g. tcsh, bash, zsh) Message-ID: <20130510213610.GG8239@home.opsec.eu> References: <87178.1368219589@server1.tristatelogic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87178.1368219589@server1.tristatelogic.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 21:36:12 -0000 Hi! > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 > > It has been suggested to me (by a committer) that I should raise the > issue of this PR here on these lists, because the problem described > within the PR remains a real problem, and despite my having proposed > something that seems to be a perfectly workable fix, no action has > been taken on this PR for some years now. Having looked at the PR, may I suggest that you look at sysutils/screen and screen -L especially instead of script -k -- and add some input logging to screen ? Or, for the tmux fraction, at sysutils/tmux ? I'm not sure why you absolutly *need* the input logging -- can you describe the use case ? Is it some security-audit-issue ? -- pi@opsec.eu +49 171 3101372 7 years to go ! From owner-freebsd-current@FreeBSD.ORG Fri May 10 20:59:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 98A1DAAD; Fri, 10 May 2013 20:59:50 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 7C48B876; Fri, 10 May 2013 20:59:50 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id DFD263AF57; Fri, 10 May 2013 13:59:49 -0700 (PDT) From: "Ronald F. Guilmette" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: bin/152154: script(1) -k malfunctions with certain shells (e.g. tcsh, bash, zsh) Date: Fri, 10 May 2013 13:59:49 -0700 Message-ID: <87178.1368219589@server1.tristatelogic.com> X-Mailman-Approved-At: Fri, 10 May 2013 22:00:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 20:59:50 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 It has been suggested to me (by a committer) that I should raise the issue of this PR here on these lists, because the problem described within the PR remains a real problem, and despite my having proposed something that seems to be a perfectly workable fix, no action has been taken on this PR for some years now. Regards, rfg P.S. The following additional PRs, also filed by me and also relating to the script(1) command, supply some additional improvements to efficiency and code clarity. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152131 http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152132 From owner-freebsd-current@FreeBSD.ORG Fri May 10 22:18:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 079041F9; Fri, 10 May 2013 22:18:32 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id AF1AEB2F; Fri, 10 May 2013 22:18:31 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id eh20so4701866obb.27 for ; Fri, 10 May 2013 15:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=oKLeF+LOV1Rqw4XHFTAAk29Mn2iH/F3UinAUXuCTdgo=; b=iYjgkoZnWd2OqIGwSjdtcH6IinvmA1dD6IPiQuPixqFcRTgAp2pkrp1wdwWIrFLHuu cAw/6KFjGGPmRBRK6jBme9H2h7bSInqX9JONlRdVKxYLUjqV2H+/u6WYqWoESRtp1fkn dMjClKMWmDbm6jY+JQyc+bxzNDr0RDhRi3qnL8jqxPpjoix5yxkPVKS5BhCRAhdz53d2 zCrVyGaKLx5a5DeNl4EhDZeDJ8+xbpElFhiSVpi9+5qrBFPGYFtUldgJDjauZH7GjFhw GqUsojTU02tBZrPFgKEhpB/Wf5oGiW+3fsHuzIl7Xlh3MOs/DUyDDkK9vU44dbZ5uVlH Xeew== MIME-Version: 1.0 X-Received: by 10.182.115.134 with SMTP id jo6mr7930933obb.84.1368224311225; Fri, 10 May 2013 15:18:31 -0700 (PDT) Received: by 10.182.161.100 with HTTP; Fri, 10 May 2013 15:18:31 -0700 (PDT) In-Reply-To: References: Date: Sat, 11 May 2013 00:18:31 +0200 Message-ID: Subject: Re: fix r249601 From: Oliver Pinter To: Konstantin Belousov Content-Type: multipart/mixed; boundary=089e0102fb060b391a04dc648c27 Cc: rpaulo , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 22:18:32 -0000 --089e0102fb060b391a04dc648c27 Content-Type: text/plain; charset=ISO-8859-1 updated version On 5/10/13, Oliver Pinter wrote: > Hello! > > See the attached patch. This fixed the stdext features enumeration. > --089e0102fb060b391a04dc648c27 Content-Type: application/octet-stream; name="fix-stdext-enumeration-r249601.diff" Content-Disposition: attachment; filename="fix-stdext-enumeration-r249601.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Y29tbWl0IDllZDBiMjkwZTkwMTVjYTMzMzQ1YWE3NzM1ZGVmYTY3ZDJlZTRlY2EKQXV0aG9yOiBP bGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+CkRhdGU6ICAgRnJpIE1heSAxMCAw Mzo0Mjo1NSAyMDEzICswMjAwCgogICAgZml4IHN0ZGV4dCBlbnVtZXJhdGlvbiBpbiBpZGVudGNw dQogICAgCiAgICB0aGUgb2N0YWwgcHJlZml4IG11c3QgYmUgb2N0YWwgbnVtYmVyICsgMQogICAg CiAgICBzZWUgSW50ZWwgMzE5NDMzLTAxNAogICAgCiAgICBSRFNFRUQ6IGJpdCAxOCAtPiBpbiBw cmludGYgbXVzdCBiZSAxOSAtPiBcMDIzCiAgICBBRFg6IGJpdCAxOSAtPiAyMCAtPiBcMDI0CiAg ICBTTUFQOiBiaXQgMjAgLT4gMjEgLT4gXDAyNQogICAgCiAgICBTaWduZWQtb2ZmLWJ5OiBPbGl2 ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+CgpkaWZmIC0tZ2l0IGEvc3lzL2FtZDY0 L2FtZDY0L2lkZW50Y3B1LmMgYi9zeXMvYW1kNjQvYW1kNjQvaWRlbnRjcHUuYwppbmRleCBlYzVh MmFhLi5lNjNhZmZjIDEwMDY0NAotLS0gYS9zeXMvYW1kNjQvYW1kNjQvaWRlbnRjcHUuYworKysg Yi9zeXMvYW1kNjQvYW1kNjQvaWRlbnRjcHUuYwpAQCAtNDA3LDExICs0MDcsMTEgQEAgcHJpbnRj cHVpbmZvKHZvaWQpCiAJCQkJICAgICAgIC8qIFJlc3RyaWN0ZWQgVHJhbnNhY3Rpb25hbCBNZW1v cnkgKi8KIAkJCQkgICAgICAgIlwwMTRSVE0iCiAJCQkJICAgICAgIC8qIEVuaGFuY2VkIE5SQkcg Ki8KLQkJCQkgICAgICAgIlwwMjJSRFNFRUQiCisJCQkJICAgICAgICJcMDIzUkRTRUVEIgogCQkJ CSAgICAgICAvKiBBRENYICsgQURPWCAqLwotCQkJCSAgICAgICAiXDAyM0FEWCIKKwkJCQkgICAg ICAgIlwwMjRBRFgiCiAJCQkJICAgICAgIC8qIFN1cGVydmlzb3IgTW9kZSBBY2Nlc3MgUHJldmVu dGlvbiAqLwotCQkJCSAgICAgICAiXDAyNFNNQVAiCisJCQkJICAgICAgICJcMDI1U01BUCIKIAkJ CQkgICAgICAgKTsKIAkJCX0KIAo= --089e0102fb060b391a04dc648c27-- From owner-freebsd-current@FreeBSD.ORG Fri May 10 22:10:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EBA2C78; Fri, 10 May 2013 22:10:38 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id CAB12AEC; Fri, 10 May 2013 22:10:38 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id D6AA63AF45; Fri, 10 May 2013 15:10:32 -0700 (PDT) From: "Ronald F. Guilmette" To: Kurt Jaeger Subject: Re: bin/152154: script(1) -k malfunctions with certain shells (e.g. tcsh, bash, zsh) In-Reply-To: <20130510213610.GG8239@home.opsec.eu> Date: Fri, 10 May 2013 15:10:32 -0700 Message-ID: <88719.1368223832@server1.tristatelogic.com> X-Mailman-Approved-At: Fri, 10 May 2013 22:53:15 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 22:10:39 -0000 In message <20130510213610.GG8239@home.opsec.eu>, you wrote: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 >> >> It has been suggested to me (by a committer) that I should raise the >> issue of this PR here on these lists, because the problem described >> within the PR remains a real problem, and despite my having proposed >> something that seems to be a perfectly workable fix, no action has >> been taken on this PR for some years now. > >Having looked at the PR, may I suggest that you look at sysutils/screen >and screen -L especially instead of script -k -- and add some >input logging to screen ? Or, for the tmux fraction, at sysutils/tmux ? Where I come from, we have a very common saying "It's a free country!" Thus, you may indeed make that suggestion. In fact you are free to suggest anything you like. Unfortunately, I currently already have an overflowing TO-DO list and I am not taking anything more onto my own personal plate at this time. >I'm not sure why you absolutly *need* the input logging -- can you >describe the use case ? Is it some security-audit-issue ? I really do not intend to be at all rude, but... I'm not sure why you are asking _me_ to defend the existance of the script -k option. I probably could do so, but that is rather besides the point, I think. The option exists, and has existed, for quite a long time. At some time in the ancient past, presumably when dinosaurs (and perhaps even Richie, Thompson, & Kernighan) roamed the earth, someone somewhere thought that being able to have script(1) log both input and output was a Good Idea[tm] and the -k option was born. Unfortunately, in FreeBSD, that option is buggy. It doesn't work right. It doesn't work according to specification. I proposed a way (code) to fix that. That's all. If you want to debate the merits of the very existance of the script program, or any option thereof, I'll be more than happy to do so anytime over a beer... as long as you are buying. In the meantime may I suggest that the easily verifiable bug that I originally filed a PR on should be fixed? Regards, rfg From owner-freebsd-current@FreeBSD.ORG Sat May 11 09:25:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3098EDFE; Sat, 11 May 2013 09:25:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CFF29FD2; Sat, 11 May 2013 09:25:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1Ub63i-004BvW-Ka>; Sat, 11 May 2013 11:25:42 +0200 Received: from g231189253.adsl.alicedsl.de ([92.231.189.253] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1Ub63i-000blw-DN>; Sat, 11 May 2013 11:25:42 +0200 Subject: Re: openjdk6 broken on current From: "O. Hartmann" To: Larry Rosenman In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-KGmzWFjxV2+520DA+IDE" Date: Sat, 11 May 2013 11:25:41 +0200 Message-ID: <1368264341.33341.51.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.231.189.253 Cc: Daniel Eischen , Freebsd current , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 09:25:51 -0000 --=-KGmzWFjxV2+520DA+IDE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thu, 2013-05-09 at 17:16 -0500, Larry Rosenman wrote: > On 2013-05-09 06:16, Damjan Jovanovic wrote: > > On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman wrote: > > On 2013-05-08 13:37, Larry Rosenman wrote: > >=20 > > On 2013-05-08 12:46, Larry Rosenman wrote: > > On 2013-05-08 12:00, Daniel Eischen wrote: > > On Wed, 8 May 2013, Daniel Eischen wrote: > >=20 > > On Wed, 8 May 2013, Larry Rosenman wrote: > >=20 > > Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > >=20 > > Can SOMEONE please look at this? > >=20 > > I have a real need to get java back on my -CURRENT server soon. > >=20 > > Did/can you try just backing out r249606? > >=20 > > -- > > DE > >=20 > > How can I generate a patch to do that? > >=20 > > Go here: > >=20 > >=20 > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby= =3Ddate&view=3Dlog > >=20 > > then click on "Diff to previous 249606", then click on "Patch" > > at the top. You can try backing out each/all of the recent > > changes to thr_sig.c to see what the culprit is. > >=20 > > You'll have to use "-R" to reverse the patch I believe. > >=20 > > Or, if you have a checked out svn repo, you can always use > > svn to generate the patch: > >=20 > > $ cd /path/to/svn/src > > $ svn diff -r249606:249605 # no need to use -R on this patch > > I've done this, and dealt with a chunk reject, and am recompiling the > > world. > >=20 > > Will let you know if this fixes it...... > > Still fails. > >=20 > > /bin/mkdir -p > >=20 > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/= remote/rmi > > rm -f > >=20 > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/= remote/rmi/RMIConnectionImpl_Stub.class > > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > > sun.rmi.rmic.Main -classpath > > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > > -v1.2 \ > > -keepgenerated \ > > javax.management.remote.rmi.RMIConnectionImpl > > /bin/mkdir -p > >=20 > > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/r= emote/rmi > > /bin/cp > >=20 > > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/= remote/rmi/RMIConnectionImpl_Stub.java > > \ > >=20 > > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/r= emote/rmi > > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > > sun.rmi.rmic.Main -classpath > > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > > -iiop -v1.2 \ > > javax.management.remote.rmi.RMIConnectionImpl > > gmake[5]: *** > >=20 > > [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management= /remote/rmi/RMIConnectionImpl_Stub.class] > > Segmentation fault (core dumped) > > gmake[5]: *** Deleting file > >=20 > > `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management= /remote/rmi/RMIConnectionImpl_Stub.class' > > gmake[5]: Leaving directory > > `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' > > gmake[4]: *** [all] Error 1 > > gmake[4]: Leaving directory > > `/usr/ports/java/openjdk6/work/jdk/make/com/sun' > > gmake[3]: *** [all] Error 1 > > gmake[3]: Leaving directory=20 > > `/usr/ports/java/openjdk6/work/jdk/make/com' > > gmake[2]: *** [all] Error 1 > > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' > > gmake[1]: *** [jdk-build] Error 2 > > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' > > gmake: *** [build_product_image] Error 2 > > *** [do-build] Error code 1 > >=20 > > Stop in /usr/ports/java/openjdk6. > > *** [build] Error code 1 > >=20 > > Stop in /usr/ports/java/openjdk6. > >=20 > > =3D=3D=3D>>> make failed for java/openjdk6 > > =3D=3D=3D>>> Aborting update > >=20 > > =3D=3D=3D>>> Killing background jobs > > Terminated > >=20 > > =3D=3D=3D>>> You can restart from the point of failure with this comman= d=20 > > line: > > portmaster java/openjdk6 > >=20 > > =3D=3D=3D>>> Exiting > > # > > # > >=20 > >=20 > > I **CAN** give SSH/SUDO access to whoever..... > >=20 > > (gdb) bt > >=20 > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () > > from > > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.s= o > > #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 > >=20 > > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > > #3 0x00007ffffffff1d3 in ?? () > > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () > > from > > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.s= o > > #6 0x0000000803869f7e in ?? () > > #7 0x00007fffffbfa450 in ?? () > >=20 > > #8 0x000000080383b828 in ?? () > > #9 0x000000080685e6e0 in ?? () > > #10 0x000000080684f000 in ?? () > > #11 0x00007fffffbfa4a0 in ?? () > > #12 0x00007fffffbfa518 in ?? () > >=20 > > #13 0x000000080308f000 in ?? () > > #14 0x0000000806bac750 in ?? () > >=20 > > #15 0x0000000803869eb9 in ?? () > > #16 0x0000000000000000 in ?? () > > (gdb) > >=20 > > That backtrace would probably be clearer if you got it from a debug > > build of OpenJDK. Also you could find the exact commit that broke it > > by doing a bisection-search in SVN like "git bisect" would do. > >=20 > > Regards > > Damjan Jovanovic > interestingly, I set both DEBUG and FASTDEBUG, and it compiles cleanly= =20 > now. >=20 >=20 Thanks for this hint! The port java/openjdk6 fails compiling for me with the above specified error (Segmentation fault) for a couple of weeks now. With the DEBUG flags set in the port's configuration, it compiles well. It is very intersting that it seems to depend on the hardware/CPU in conjunction with LLVMCLANG 3.3, whether this port compiles or not. In my case, I have two FreeBSD 10.0-CURRENT boxes running Core2Duo CPUs (E8400, Q6600) on which the port compiles. On an Ivy-Bridge i3-3220, the port also compiles well, even with -march=3Dnative -O3 flags set to the compiler. But it fails on the Sandy-Bridge-E machine (i7-3930K) with either -O3 or -O2 (but both ways -march=3Dnative set). oliver --=-KGmzWFjxV2+520DA+IDE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRjg6PAAoJEOgBcD7A/5N8U38H/2vLfLr1kp0Wj01CAf6NT9Le ovz076ScfmrXAQXOXRcPfi2NaCdZerbvYrZZ+W5tzc/+ZuYaH622TrgFAV9oq1Ea YyRxoBaI46YkzwUNVfM5WpV7FIVzyYclpTg9hGzbwj1w8iE7TJBY4rgEV/ZiIyc1 Y7zNcpBXxtZHcixj11AsYZ/rnd6j4//DGAupaUWPbS9yNcxKGTVUypL+tLxbW3+1 DYZKVMLsspQA47bDeVqCOgUr0VWHbHoDiFnlFtUh4j4qNuIH3KHX103hngyKMf2i 7bQnsykZBriBs+Skd7aibUIz0TT4N7r7V1dZmCVJfraE+oewGOFGadD9OhRJMFM= =eobt -----END PGP SIGNATURE----- --=-KGmzWFjxV2+520DA+IDE-- From owner-freebsd-current@FreeBSD.ORG Sat May 11 12:59:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 10A1B916; Sat, 11 May 2013 12:59:21 +0000 (UTC) (envelope-from universite@ukr.net) Received: from ffe11.ukr.net (ffe11.ukr.net [195.214.192.31]) by mx1.freebsd.org (Postfix) with ESMTP id C099A7AD; Sat, 11 May 2013 12:59:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Date:Message-Id:From:To:Subject:Cc:Content-Type:Content-Transfer-Encoding:MIME-Version; bh=LqIt7Bnu7jQQJ+95i90nyRevO2EWFqOmEpyBIjA/aHs=; b=TxrBPSEkcapC34gUQpk9zVxPh5Bs59Mic/o8nrojpyGdAz/dUQnlkDOChh3SUPWgTZyeWdaRoV52Ml1agqBJvQHhf12OqTOVh/JohIpc4+ry95RxnbP/UJ1FPyeF7ilznkjNEj6OQTKufb6W0oB3e4ukvkCQxcJyoNRi6tYlPQU=; Received: from mail by ffe11.ukr.net with local ID 1Ub9OK-000BsS-Uk ; Sat, 11 May 2013 15:59:12 +0300 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain; charset="utf-8" Subject: Tell me how to increase the virtual disk with ZFS? To: freebsd-fs@freebsd.org From: "Vladislav Prodan" X-Mailer: freemail.ukr.net 4.0 Message-Id: <43529.1368277152.10278121996412321792@ffe11.ukr.net> Date: Sat, 11 May 2013 15:59:12 +0300 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 12:59:21 -0000 I have a Debian server virtual ok with Proxmox. In one of the virtual machines is FreeBSD 9.1 ZFS with one disk to 100G. Free space is not enough, how to extend the virtual disk without losing data? Add another virtual disk and do a RAID0 - not an option. It is not clear how to distribute the data from the old virtual disk to the new virtual disk. The manual of the Proxmox http://pve.proxmox.com/wiki/Resizing_disks FreeBSD is not mentioned :( You may have to do a Native ZFS for Linux on Proxmox and it will be easier to resize the virtual disk for the virtual machines? -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 11 14:03:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 77AEEE65; Sat, 11 May 2013 14:03:09 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB209AC; Sat, 11 May 2013 14:03:09 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id um15so3361068pbc.23 for ; Sat, 11 May 2013 07:03:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=CzmMD0v77RgEWHVz4fPBdRd0hbgOydreIlC2UjTph8c=; b=a46u5q09wRIbx+lxAKlgj89/LVFltH/Szt4MUHgaMeZfcAwb4aTNOLIefHSX2lFguN vLaotxseFqMmeZMRo1GiL7ZeFLkmovfwc9kdTCHsjwnN1Zw0jWhFxG8IyftRKRXRr1Pr SIZNaJoMm5tmODelm++W7055zZK9JxiVYqnZht9qn6ACb+TgmjkkdaqIBYiywo+IwVfy Mem7QISck23Pe7krOKG3j3NsJ9M2tKf3ZzZovu7Ys5MNiIXfurRlMGFPYkUCFelym7Es 3Or9HzWiQqYjv5V2jqb5c3FZ/WmGnsnWFrAmmbbFgYp37SAXba30a55aSDciIFua4ttS 9KjA== MIME-Version: 1.0 X-Received: by 10.68.13.168 with SMTP id i8mr21786301pbc.86.1368280989050; Sat, 11 May 2013 07:03:09 -0700 (PDT) Received: by 10.68.93.130 with HTTP; Sat, 11 May 2013 07:03:08 -0700 (PDT) In-Reply-To: <43529.1368277152.10278121996412321792@ffe11.ukr.net> References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> Date: Sat, 11 May 2013 17:03:08 +0300 Message-ID: Subject: Re: Tell me how to increase the virtual disk with ZFS? From: Alexander Yerenkow To: Vladislav Prodan Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org, freebsd-current , freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 14:03:09 -0000 There's no mature (or flexible, or "can do what I want" ) way to increase/decrease disk sizes in FreeBSD for now {ZFS,UFS}. Best and quickest way - to have twice spare space, copy data, create new sufficient disk and copy back. 2013/5/11 Vladislav Prodan > > I have a Debian server virtual ok with Proxmox. > In one of the virtual machines is FreeBSD 9.1 ZFS with one disk to 100G. > Free space is not enough, how to extend the virtual disk without losing > data? > > Add another virtual disk and do a RAID0 - not an option. It is not clear > how to distribute the data from the old virtual disk to the new virtual > disk. > > The manual of the Proxmox http://pve.proxmox.com/wiki/Resizing_disksFreeBSD is not mentioned :( > > You may have to do a Native ZFS for Linux on Proxmox and it will be easier > to resize the virtual disk for the virtual machines? > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sat May 11 14:26:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AB8D6627; Sat, 11 May 2013 14:26:33 +0000 (UTC) (envelope-from universite@ukr.net) Received: from ffe12.ukr.net (ffe12.ukr.net [195.214.192.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2D387A7A; Sat, 11 May 2013 14:26:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Date:Message-Id:From:To:References:In-Reply-To:Subject:Content-Type:Content-Transfer-Encoding:MIME-Version; bh=QKlP0WCPNjs9unF0crnSa5BZeMHyevktw3zsKY5IK2s=; b=bvKBpjDtaytur6ZZ0nsoATqwx9FMXvLKKNVkLTPCtz0JSDeYNP9hdqX8PFSMWuuF0u+yRLZdOx+fsYtV1zLclFgsAdjDI4hsztCMYD3dzWnZgH9GNiEjQh4c78ze5ncZ+bJ/S4M1ULvBCvMyI1odnGaRX/3DakynOy8tAyhfBMw=; Received: from mail by ffe12.ukr.net with local ID 1UbAUS-0009Ds-KP ; Sat, 11 May 2013 17:09:36 +0300 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain; charset="utf-8" Subject: Re[2]: Tell me how to increase the virtual disk with ZFS? In-Reply-To: <5C2B4C2B-BAF2-49C1-8554-319EB5FE6C3B@kraus-haus.org> References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> <5C2B4C2B-BAF2-49C1-8554-319EB5FE6C3B@kraus-haus.org> To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org From: "Vladislav Prodan" X-Mailer: freemail.ukr.net 4.0 Message-Id: <22011.1368281376.17500373698194767872@ffe12.ukr.net> Date: Sat, 11 May 2013 17:09:36 +0300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 14:26:33 -0000 > On May 11, 2013, at 8:59 AM, "Vladislav Prodan" wrote: > > > Add another virtual disk and do a RAID0 - not an option. It is not clear how to distribute the data from the old virtual disk to the new virtual disk. > The other option would be to add an additional disk that is as large as you want to the VM, attach it to the zpool as a mirror. The mirror vdev will only be as large as the original device, but once the mirror completes resilvering, you can remove the old device and grow the remaining device to full size (it may do that anyway based on the setting of the auto expand property of the zpool. The default under 9.1 is NOT to autoexpand: > > root@FreeBSD2:/root # zpool get autoexpand rootpool > NAME PROPERTY VALUE SOURCE > rootpool autoexpand off default > root@FreeBSD2:/root # Thanks. I did not realize that there was such an interesting and useful option :) # zpool get autoexpand tank NAME PROPERTY VALUE SOURCE tank autoexpand off default -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 11 14:07:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9456C22D for ; Sat, 11 May 2013 14:07:52 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by mx1.freebsd.org (Postfix) with ESMTP id 54F819FF for ; Sat, 11 May 2013 14:07:52 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id ht10so1152322vcb.18 for ; Sat, 11 May 2013 07:07:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=jWJoCfpjyy90DADB071iy6HQ1DHjt6xJOqLvmI1ScPo=; b=QXHx5pBN42yP2pa26QqXT1axVjXH+3tHNTeEq/ZudXuBwRrSbL4SvXTvukUvYpbb0k m+6IQMiLFj9MmKOKdS2WmpcJi15g7wlFNhtIM5AMGnc5X5mrL0ZmDrRHykFtq69ekCsz tFJnVLd6iumg+KiW/kZ+sSuKR61o8cMdnigjoTJIcmZi2rPrLnUn6D3Fia7mKMjYKmZw 6PLFAxcM1kjqZ7DMPZFTFPLu2YvNCWr1uigNxGM3MqNXjX/3GSsnz+2NsgWxOwmdOHQ4 AuL5tQDjkU9JaQwu0TSAA/rlevVKgQUWe2qyl9Rr6lDQ3fc85qFB5ouZBh5PAP5o/mI/ GIVA== X-Received: by 10.220.100.138 with SMTP id y10mr13926103vcn.51.1368281266414; Sat, 11 May 2013 07:07:46 -0700 (PDT) Received: from [192.168.2.99] ([96.236.21.119]) by mx.google.com with ESMTPSA id 6sm5952831vei.0.2013.05.11.07.07.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 07:07:45 -0700 (PDT) Subject: Re: Tell me how to increase the virtual disk with ZFS? Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: Date: Sat, 11 May 2013 10:07:44 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> To: Alexander Yerenkow X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQmPTJ4HR+UrmHstHhoUTcqKZdB2ADoDn4HfuA3zUKHFhSGSZBg1hBqsfzbWpq7HShfnM9A/ X-Mailman-Approved-At: Sat, 11 May 2013 14:47:23 +0000 Cc: freebsd-fs@freebsd.org, Vladislav Prodan , freebsd-questions@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 14:07:52 -0000 On May 11, 2013, at 10:03 AM, Alexander Yerenkow = wrote: > There's no mature (or flexible, or "can do what I want" ) way to > increase/decrease disk sizes in FreeBSD for now {ZFS,UFS}. > Best and quickest way - to have twice spare space, copy data, create = new > sufficient disk and copy back. Is this a statement or a question ? If a statement, then it is factually = FALSE. If it is supposed to be a question, it does not ask anything. -- Paul Kraus Deputy Technical Director, LoneStarCon 3 Sound Coordinator, Schenectady Light Opera Company From owner-freebsd-current@FreeBSD.ORG Sat May 11 15:13:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B405AA23; Sat, 11 May 2013 15:13:49 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by mx1.freebsd.org (Postfix) with ESMTP id 86932C3A; Sat, 11 May 2013 15:13:49 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id jh10so3595218pab.31 for ; Sat, 11 May 2013 08:13:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=MlEyYrhB8zbI6sX+b2QGypysWskSrvVGsyRoNawytp8=; b=hvvFKbbTZPR9U9SJEUynyB3DPZct5iAE8b80ehMebO0GlDqO0FW2mKz7Fx6W4qOjmW pJ/7DB3ug4Tv7CQfCCTuCmX0+z1QoWGYCMjjgPQUUQt+01b3EivvuWu/mLEYWMPHpreG RRBvUr0WCvkxBO0fKth7r8q+4z6aJdzoiiK/kOPRL2/5tagRyCW7nuR2hUMjwiyr9eDN kWjeVkRtwt43VBseXihZPmEJhBCvj/FaMp48LiA1nzlU+mH2/XVFRTTgdvXhgOicZlji lc7ruqEEeqGIvAkWjvPfXfS3nz7oJAcdFbcxAmlFiTueWLxLoZ+calH1btOxIgSWE+OW XbTA== MIME-Version: 1.0 X-Received: by 10.68.13.168 with SMTP id i8mr22009725pbc.86.1368285223380; Sat, 11 May 2013 08:13:43 -0700 (PDT) Received: by 10.68.93.130 with HTTP; Sat, 11 May 2013 08:13:43 -0700 (PDT) In-Reply-To: References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> Date: Sat, 11 May 2013 18:13:43 +0300 Message-ID: Subject: Re: Tell me how to increase the virtual disk with ZFS? From: Alexander Yerenkow To: Paul Kraus Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org, Vladislav Prodan , freebsd-questions@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 15:13:49 -0000 2013/5/11 Paul Kraus > On May 11, 2013, at 10:03 AM, Alexander Yerenkow > wrote: > > > There's no mature (or flexible, or "can do what I want" ) way to > > increase/decrease disk sizes in FreeBSD for now {ZFS,UFS}. > > Best and quickest way - to have twice spare space, copy data, create new > > sufficient disk and copy back. > > Is this a statement or a question ? If a statement, then it is factually > FALSE. If it is supposed to be a question, it does not ask anything. > It was a statement, and luckily I was partially wrong, as Vladislav did made what he wanted to. However, last time I checked there were no such easy ways to decrease zpools or increase/decrease UFS partitions. Or grow mirrored ZFS as easily as single zpool. Or (killer one) remove added by mistake vdev from zpool ;) Of course I'm not talking about real hw, rather virtual one. If you happen to point me somewhere to have such task solved I'd be much appreciated. > -- > Paul Kraus > Deputy Technical Director, LoneStarCon 3 > Sound Coordinator, Schenectady Light Opera Company > > -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sat May 11 16:20:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC3F4CCA; Sat, 11 May 2013 16:20:22 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE194E94; Sat, 11 May 2013 16:20:22 +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 r4BGKFuv035124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 May 2013 09:20:15 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r4BGKEI8035123; Sat, 11 May 2013 09:20:14 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 May 2013 09:20:14 -0700 From: John-Mark Gurney To: Alexander Yerenkow Subject: Re: Tell me how to increase the virtual disk with ZFS? Message-ID: <20130511162014.GM1491@funkthat.com> Mail-Followup-To: Alexander Yerenkow , Paul Kraus , freebsd-fs@freebsd.org, Vladislav Prodan , freebsd-questions@freebsd.org, freebsd-current References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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]); Sat, 11 May 2013 09:20:15 -0700 (PDT) Cc: freebsd-fs@freebsd.org, Vladislav Prodan , Paul Kraus , freebsd-current , freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 16:20:22 -0000 Alexander Yerenkow wrote this message on Sat, May 11, 2013 at 18:13 +0300: > zpools or increase/decrease UFS partitions. growfs(8) NAME growfs -- grow size of an existing ufs file system HISTORY The growfs utility first appeared in FreeBSD 4.4. -- 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-current@FreeBSD.ORG Sat May 11 15:39:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8DCDC4C9 for ; Sat, 11 May 2013 15:39:16 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA81D7E for ; Sat, 11 May 2013 15:39:15 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hr11so4369752vcb.26 for ; Sat, 11 May 2013 08:39:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=1Bedo8SEuxGa0v0+61ZRuRYi4+kITu/PGlyyW//N+s0=; b=FMZkLCGlhJAoz3PNPiQOSZlM9qxs5p9YeZMr3ybg23N8M/AF7uQTeaLfqR52VOPCAH 3MTG0UoXlCpLYeY3g6z+DTitRjWRoxPMXPYWfWgb4EKirzC0mOJqUwnYpe/vVwm3KMIN j7Acnf3dfShrJCIX/iAf8qXnx0xFERD1Iwk4OcixyHP2iaVmGEa4ps2lCjmqyyvcb7wK /AC8l023mzkTALrfNVn+eohMxLEDxDmEDMF0j4WnlYhSMbtP112n62oxtLdYs0ORGzQg T3abrRl08/iSsSB9LRzeKiDoji5IuEduiitg7zxvOM2hDSetZAiMIzu/1O3z+hcvTngj d9Gw== X-Received: by 10.58.243.102 with SMTP id wx6mr4483633vec.26.1368286755426; Sat, 11 May 2013 08:39:15 -0700 (PDT) Received: from [192.168.2.99] ([96.236.21.119]) by mx.google.com with ESMTPSA id 13sm6266694vdg.4.2013.05.11.08.39.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 08:39:14 -0700 (PDT) Subject: Re: Tell me how to increase the virtual disk with ZFS? Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Content-Type: text/plain; charset=iso-8859-1 From: Paul Kraus In-Reply-To: Date: Sat, 11 May 2013 11:39:12 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <43529.1368277152.10278121996412321792@ffe11.ukr.net> To: Alexander Yerenkow X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQkTr/hqE898aXCvhVOfFr87hdBAUvcn8k9V4JrFMFM/9Yz1Y4Pm91En2VM3ROau9g46WCQz X-Mailman-Approved-At: Sat, 11 May 2013 17:12:17 +0000 Cc: freebsd-fs@freebsd.org, Vladislav Prodan , freebsd-questions@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 15:39:16 -0000 On May 11, 2013, at 11:13 AM, Alexander Yerenkow = wrote: 2013/5/11 Paul Kraus On May 11, 2013, at 10:03 AM, Alexander Yerenkow = wrote: >=20 > > There's no mature (or flexible, or "can do what I want" ) way to > > increase/decrease disk sizes in FreeBSD for now {ZFS,UFS}. > > Best and quickest way - to have twice spare space, copy data, create = new > > sufficient disk and copy back. >=20 > Is this a statement or a question ? If a statement, then it is = factually FALSE. If it is supposed to be a question, it does not ask = anything. >=20 > It was a statement, and luckily I was partially wrong, as Vladislav = did made what he wanted to. > However, last time I checked there were no such easy ways to decrease = zpools Correct, there is currently no way to decrease the size of a zpool. That = would require a defragmentation utility, which is on the roadmap as part = of the bp_rewrite code enhancement (and has been for many, many years = :-) > or increase/decrease UFS partitions. > Or grow mirrored ZFS as easily as single zpool. This one I do not understand. I have grown mirrored zpools many times. = Let's say you have a 2-way mirror of 1 TB drives. You can do one of two = things to grow the zpool: 1) add another pair of drives (of any size) as another top level vdev = mirror device (you *can* use a different type of top level vdev, raidZ, = simple, etc, but that is not recommended for both redundancy and = performance predictability reasons). 2) swap out one of the 1 TB drives for a 2 TB (zpool replace), you can = even offline one of the halves of the mirror to do this (but remember = that you are vulnerable to a failure of the remaining drive during the = resolver period), let the zpool resolver, then swap out the other 1 TB = drive for a 2 TB. If the auto expand property is set, then once the = resolver finishes you have doubled your net capacity. > Or (killer one) remove added by mistake vdev from zpool ;) Don't make that mistake. Seriously. If you are managing storage you need = to be double checking every single command you issue if you care about = your data integrity. You could easily make the same complaint about = issuing an 'rm -rf' in the wrong directory (I know people who have done = that). If you are using snapshots you may be safe, if not your data is = probably gone. On the other hand, depending on where in the tree you added the vdev, = you may be able to remove it. If it is a top level vdev, then you have = just changed the configuration of the zpool. While very not supported, = you just might be able, using zdb and rolling back to a TXG before you = added the device, remove the vdev. A good place to ask that question and = have the discussion would be the ZFS discuss list at illumos (the list = discussion is not limited to illumos, but covers all aspects of ZFS on = all platforms). Archives here: = http://www.listbox.com/member/archive/182191/sort/time_rev/=20 > Of course I'm not talking about real hw, rather virtual one. Doesn't matter to ZFS, whether a drive is a physical, a partition, or a = virtual disk you perform the same operations. > If you happen to point me somewhere to have such task solved I'd be = much appreciated. See above :-) Some of your issues I addressed above, others are not = there (and may never be). -- Paul Kraus Deputy Technical Director, LoneStarCon 3 Sound Coordinator, Schenectady Light Opera Company From owner-freebsd-current@FreeBSD.ORG Sat May 11 17:21:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F03356B for ; Sat, 11 May 2013 17:21:09 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id B796992 for ; Sat, 11 May 2013 17:21:09 +0000 (UTC) Received: from [46.244.151.254] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UbDTh-0002Ds-Jc for freebsd-current@freebsd.org; Sat, 11 May 2013 19:21:01 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id r4BHKxjB004100 for ; Sat, 11 May 2013 19:21:00 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id r4BHKxAY004099 for freebsd-current@freebsd.org; Sat, 11 May 2013 19:20:59 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 11 May 2013 19:20:58 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: sendmail && /usr/local/lib/libssl.so.8 Message-ID: <20130511172058.GA4081@tinyCurrent> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 46.244.151.254 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 17:21:10 -0000 Hi, I run the following system: # uname -a FreeBSD tiny.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235646: Sat May 19 15:52:36 CEST 2012 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC i386 and sendmail is compiled to use SASL as described in our handbock; it uses the following shared libs: $ ldd /usr/libexec/sendmail/sendmail /usr/libexec/sendmail/sendmail: libutil.so.9 => /lib/libutil.so.9 (0x28120000) libwrap.so.6 => /usr/lib/libwrap.so.6 (0x28132000) libssl.so.8 => /usr/local/lib/libssl.so.8 (0x28139000) libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x28193000) libsasl2.so.3 => /usr/local/lib/libsasl2.so.3 (0x28310000) libc.so.7 => /lib/libc.so.7 (0x28329000) libthr.so.3 => /lib/libthr.so.3 (0x28466000) as well I see in the proc: # ps ax | fgrep mail 893 - Ss 0:00,28 sendmail: accepting connections (sendmail) 896 - Is 0:00,02 sendmail: Queue runner@00:30:00 for /var/spool/clientmq with lsof(1) that both PID have open the /usr/local/lib/libssl.so.8; but on system boot it says that sendmail can't find libssl.so.8; Why is this? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-current@FreeBSD.ORG Sat May 11 22:54:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0326CB74 for ; Sat, 11 May 2013 22:54:58 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id D1677DB0 for ; Sat, 11 May 2013 22:54:57 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id rp2so858500pbb.22 for ; Sat, 11 May 2013 15:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=F7PQ69qokh6aELKFL7xOZwsyX+emmAS2ubA1OOcYoaw=; b=XqkKP/TEqlOmSNxHRe+DquBLdou+kC2fuguw9mwJqtMyN979xxpX7PAn1skZyWLk7p yt9xS+t9rs2sxQtG1wcjraBlOCXYna8//diK/BGgcbDHdxbGSnAEf7F5igQSRK0J5fKL 1jnJ4mp/GhvJ966070GWAd0wpib8y5tZn/afQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=F7PQ69qokh6aELKFL7xOZwsyX+emmAS2ubA1OOcYoaw=; b=lAB+94aXj20M+Y7O5s3z6KvLRtBvnNI1TVIpcEI/M9qXHpBBrGHCUhbktN8rI79d0c A7OsM4q0DFTfhwTkOK/BBYU0PSB/Rca0rmY06u9UO6sVTldGwwOlf8twRas7NYaHQF7S 2QFcuUU29wNqvp9tWl4comnaU1WT7QLoQ/1tFUzlq9oR4naZwuo29t3JavVKtzBRBGW5 tiONGRkCapSkoku9xkV82RL9TThf0JAZ/IlXLvcPyIMJNgqudcnJzpeNqqn5pdRRWAIV WdGJn6iFgffOraBDkAjKtdkiMVj+CtIu0BTFXguYCofTpPD0vno4eKpFfrHm+YJ1zpo/ 0NQg== X-Received: by 10.69.0.226 with SMTP id bb2mr23156593pbd.34.1368312896847; Sat, 11 May 2013 15:54:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.192.42 with HTTP; Sat, 11 May 2013 15:54:26 -0700 (PDT) In-Reply-To: <87178.1368219589@server1.tristatelogic.com> References: <87178.1368219589@server1.tristatelogic.com> From: Eitan Adler Date: Sat, 11 May 2013 18:54:26 -0400 Message-ID: Subject: Re: bin/152154: script(1) -k malfunctions with certain shells (e.g. tcsh, bash, zsh) To: "Ronald F. Guilmette" Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnqsKrkgUyr2bZiFD8Ddh6X4+NL/6EfejgKAtRs2ECrzzFG0XvQ9tUQCHcqWk8cy8JMH0Fz Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 22:54:58 -0000 On 10 May 2013 16:59, Ronald F. Guilmette wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 > > It has been suggested to me (by a committer) that I should raise the > issue of this PR here on these lists, because the problem described > within the PR remains a real problem, and despite my having proposed > something that seems to be a perfectly workable fix, no action has > been taken on this PR for some years now. By the way, it will go a long way to helping get some site on these PRs, if you provide diffs in 'unified diff' form (diff -u) instead of context diff form. I have been recently looking for old PRs with patches attached. :) -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sat May 11 23:59:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E95D0ABF for ; Sat, 11 May 2013 23:59:03 +0000 (UTC) (envelope-from mailer-daemon@vniz.net) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 72FF7FBA for ; Sat, 11 May 2013 23:59:03 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id fp12so5024746lab.4 for ; Sat, 11 May 2013 16:59:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:openpgp:content-type:content-transfer-encoding :x-gm-message-state; bh=LHYZPWHDnRHC7uTmmHvkt68BN5zaoPdw6wr6HD3Qk6o=; b=ZUbuQSgjZNUH298G1nWwYTBtMohiuOtu2gczvSNKHDLRO8dkKJFr8+tQz3KJNH68WJ SJTH/aa5593pYaGVi7IQzN2FZzd3sMJUVLkZm15CjHhrbs/+2vs+QQe5vPL2rknPMqvS De4JgwBDksmoBkVFm7lOayQnrwpIxRPmvajADU9CGyeGd4W4W9ASGC4fo0moB1P18TOQ Yk/+CtpTntbsdAQvtiY4u4/DQu5u4lyFXXWAxtMT53+fV8ox6sZCTPmeyAc7RuVnXfe+ DziZ4NUPUylLG12a8/lcGd904dTXNlTdUKz4sOKcYLd60KlhDd3hOgz/TfVjca0VwmGv s8tg== X-Received: by 10.112.180.232 with SMTP id dr8mr10215670lbc.67.1368316742361; Sat, 11 May 2013 16:59:02 -0700 (PDT) Received: from [192.168.1.2] ([89.169.163.3]) by mx.google.com with ESMTPSA id t17sm3017272lbd.11.2013.05.11.16.59.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 16:59:01 -0700 (PDT) Message-ID: <518EDB44.6070404@freebsd.org> Date: Sun, 12 May 2013 03:59:00 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: smh@FreeBSD.org Subject: New umass/da errors (different with previous ATA COMMAND PASS THROUGH) OpenPGP: id=964474DD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlnFx1Hczbyjov55+CtOwn4HV3Mguc6HS/3te/6Fh4lS+3MaFw8Hk53LfU6yFWGzPHmaf/6 Cc: Alexander Motin , current@FreeBSD.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 23:59:04 -0000 Latest -current: umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:10:0:-1: Attached to scbus10 da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00 01 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error (da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00 01 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error (da0:umass-sim0:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 00 00 00 01 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error -- http://ache.vniz.net/ bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N