From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 13:20: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 08203ED7 for ; Sun, 7 Apr 2013 13:20:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C5049C24 for ; Sun, 7 Apr 2013 13:20:19 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:4c8a:eb64:d147:30a4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 3D9814AC57 for ; Sun, 7 Apr 2013 17:20:18 +0400 (MSK) Date: Sun, 7 Apr 2013 17:20:16 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <229402991.20130407172016@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Intel D2500CC motherboard and strange RS232/UART behavior 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 Reply-To: lev@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, 07 Apr 2013 13:20:20 -0000 Hello, Freebsd-current. I've built new router based on Intel D2500CC motherboard. It contains four (!) UARTs. Two of them are D-SUB9 on back panel, two others are only headers. This motherboard contains PS/2 keyboard and VGA too. I'm trying to get com console on one of D-SUBs. All UARTs are detected: ======================== uart0: <16550 or compatible> port 0x3f8-0x3ff irq 3 flags 0x10 on acpi0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 4 on acpi0 uart2: <16550 or compatible> port 0x2e8-0x2ef irq 3 on acpi0 uart3: <16550 or compatible> port 0x2e0-0x2e7 irq 4 on acpi0 ======================== (but I don't know which UART corresponds to which connector) I have /boot.config: ======================== -D -S115200 ======================== And /boot/loader.conf: ======================== boot_serial="YES" console="comconsole" comconsole_speed="115200" ======================== Also, "/etc/ttys" has all 4 (!) ttys enabled: ======================== ttyu0 "/usr/libexec/getty std.115200" xterm on secure ttyu1 "/usr/libexec/getty std.115200" xterm on secure ttyu2 "/usr/libexec/getty std.115200" xterm on secure ttyu3 "/usr/libexec/getty std.115200" xterm on secure ======================== But I don't see ANYTHING on ANY of two DSubs, when connect them to other computer with serial NULL modem cable. Nothing at all -- no boot progress, no getty prompt, nothing. Other strange thing is, that only two of four gettys has terminals: ======================== > ps -ax | grep getty 1731 - I 0:00.00 /usr/libexec/getty std.115200 ttyu1 1733 - I 0:00.00 /usr/libexec/getty std.115200 ttyu3 1730 u0 Is+ 0:00.00 /usr/libexec/getty std.115200 ttyu0 1732 u2 Is+ 0:00.00 /usr/libexec/getty std.115200 ttyu2 1729 v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 1748 0 S+ 0:00.00 grep getty ======================== I'm sure, that COM port on other system and nullmodem cable is Ok, because I used them to have serial console on my precious router, Sokeris net5501-based, and it works perfectly with almost same config. Two differences was, that I had "-h -S115200" in /boot.config and I had only one getty on ttyu0. What do I do wrong? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 13:22:29 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 8116475 for ; Sun, 7 Apr 2013 13:22:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACFDCB5 for ; Sun, 7 Apr 2013 13:22:29 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:4c8a:eb64:d147:30a4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8A8C54AC57 for ; Sun, 7 Apr 2013 17:22:28 +0400 (MSK) Date: Sun, 7 Apr 2013 17:22:27 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <559270951.20130407172227@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Kernel output interleaved on boot 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 Reply-To: lev@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, 07 Apr 2013 13:22:29 -0000 Hello, Freebsd-current. On my new system I had such kernel output: ugen4.2: at usbus4 umass0: on usbus4 Trying to moduan0t arto outm afsrso-ms iumf0s :b/udse v0/ usfcsb/ugsw0s 2taa r[rgoe]t. .0. lumno u0n tdrao0o:t :< Vwearibtaitnigm fSoTrO RdEe vNi cGeO /1d.e0v0/>u fRse/mgowvsa2bal e. .D.ir ect Access SCSI-2 device da0: 40.000MB/s transfers da0: 7651MB (15669248 512 byte sectors: 255H 63S/T 975C) It looks like characters from two lines are interleaved... Is it known problem? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 15:43: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 81404C92; Sun, 7 Apr 2013 15:43:01 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4B43B1FD; Sun, 7 Apr 2013 15:43:01 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 971D289FBE; Sun, 7 Apr 2013 15:36:09 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r37Fa9tY002867; Sun, 7 Apr 2013 15:36:09 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <229402991.20130407172016@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 07 Apr 2013 15:36:09 +0000 Message-ID: <2866.1365348969@critter.freebsd.dk> 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, 07 Apr 2013 15:43:01 -0000 In message <229402991.20130407172016@serebryakov.spb.ru>, Lev Serebryakov write s: > I've built new router based on Intel D2500CC motherboard. I have similar problems, and have not found any solution, but havn't tried particularly hard either. Try running the uarts in polled mode, to find out if it's an IRQ issue ? The VGA is also funky, you cannot do 32bit writes to display memory (I committed a fix for that already) Otherwise it's a nice mobo -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 17:13: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 8BAF6A93 for ; Sun, 7 Apr 2013 17:13:59 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5048C64D for ; Sun, 7 Apr 2013 17:13:59 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 09F604AC57; Sun, 7 Apr 2013 21:13:57 +0400 (MSK) Date: Sun, 7 Apr 2013 21:13:56 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <454119968.20130407211356@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <2866.1365348969@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 07 Apr 2013 17:13:59 -0000 Hello, Poul-Henning. You wrote 7 =E0=EF=F0=E5=EB=FF 2013 =E3., 19:36:09: >> I've built new router based on Intel D2500CC motherboard. PHK> I have similar problems, and have not found any solution, but havn't PHK> tried particularly hard either. PHK> Try running the uarts in polled mode, to find out if it's an IRQ PHK> issue ? It looks like so. BIOS mentions IRQ for each UART, but vmstat -i shows only irq3 for uart0 and uart2 but no irq4 for uart1 and uart3 (dmesg and BIOS says about irq4 for them). Maybe, device.hints helps? I'll try it. It looks like uart(4) can not communicate well with ACPI. How to switch polled mode? man uart(4) doesn't mention "poll" at all. PHK> The VGA is also funky, you cannot do 32bit writes to display PHK> memory (I committed a fix for that already) Fortunately, I don't need VGA after first installation :) But serial console will be nice. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 17:35:15 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 EF4AFF80; Sun, 7 Apr 2013 17:35:15 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B85BE75E; Sun, 7 Apr 2013 17:35:15 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8C62089FCC; Sun, 7 Apr 2013 17:35:14 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r37HZEUO005069; Sun, 7 Apr 2013 17:35:14 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <454119968.20130407211356@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 07 Apr 2013 17:35:14 +0000 Message-ID: <5068.1365356114@critter.freebsd.dk> 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, 07 Apr 2013 17:35:16 -0000 I think if you configure no irq at all, it will automatically go to polled mode. Not sure if uart(4) can actually do that, sio(4) could. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 17:42:35 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 6CCD6413; Sun, 7 Apr 2013 17:42:33 +0000 (UTC) (envelope-from adrian.chadd@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 56F547AE; Sun, 7 Apr 2013 17:42:33 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hn17so1921629wib.0 for ; Sun, 07 Apr 2013 10:42:32 -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=PlH5ZIlefAP0+TwEfzPF6o7P9S62Q7k32gm1wGNz5iI=; b=r5pJVcy2FAe6IsN5y/Svz04Qgl7kkMh6tjetzgbFF1w6e6tFwdGADEK8GVpBqk0pKD Yw5oojxesuk+aKgklXS8Wkkg6UFQYhOQTE0mWqzZci5AcWn3zHnXyH1NPFN6QeMpUp9n 8/DE7yF9DoOU46HjVUZ3Z+oav+9RAyOZBmBAnBvE0TPBblP5KAtqbTY47yY7QjyFnl06 3P3PSVTbdzI1KjioKPFUayx3VRm+nN7SX7XDwrkeBRrvbjojvbi/Djlnszd3gvnAvMGl 8j3zF2PHVS/Y/5VJAoTcuv+2HlEmHLtESVwmO9vbEF3jwDYBVIUX4eLVF4tvESJvV94+ 585A== MIME-Version: 1.0 X-Received: by 10.194.222.3 with SMTP id qi3mr27019335wjc.28.1365356552389; Sun, 07 Apr 2013 10:42:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.121.136 with HTTP; Sun, 7 Apr 2013 10:42:32 -0700 (PDT) In-Reply-To: <5068.1365356114@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> Date: Sun, 7 Apr 2013 10:42:32 -0700 X-Google-Sender-Auth: 4Wv3BOeOojKOk-BJYtNrHSZQa9E Message-ID: Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior From: Adrian Chadd To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@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, 07 Apr 2013 17:42:35 -0000 On 7 April 2013 10:35, Poul-Henning Kamp wrote: > > I think if you configure no irq at all, it will automatically > go to polled mode. > > Not sure if uart(4) can actually do that, sio(4) could. Yup, it does. No IRQ hint == polled mode. It'll say as much in the dmesg. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 18:37: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 6F035194 for ; Sun, 7 Apr 2013 18:37:29 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f43.google.com (mail-ee0-f43.google.com [74.125.83.43]) by mx1.freebsd.org (Postfix) with ESMTP id 09134962 for ; Sun, 7 Apr 2013 18:37:28 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e50so1969122eek.30 for ; Sun, 07 Apr 2013 11:37:22 -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=3ScgnE6X2LeBrRZsml+oS5g23y/9ZQbUzdvlo3m8k1o=; b=uViO8hB8kk39gxvgKAG4YaUuRJBU5aehCipD0TOJusSUdIAh+1KPCeuWNAOflcEiIt 1/YgBz2tcy70VvYYsv7BiUgUl7qbi9x7bp675UU3yDO60+3S0DcV6mHdVaZDjUOYT00L x0uRowFTFcvPYzfzO05Pgt4eD2XBMIJyKRuHztobwUNsHLLk4HDCPHLZvqKlf+8CNGyB tuYhemqPZ2qFN6QpPo4uWiytG9UQkMUlT3mCHRx9Fl+IYnwBPRghPMJkRoM+hTuCuvP8 Dr1RAdTF/MnpN/vieaZGqNFPBbSgaulV2YWh3CzV+DJ5nRlGNr3o3bAgETMEQ0hWeId4 aOpw== X-Received: by 10.15.43.73 with SMTP id w49mr40913191eev.12.1365359842473; Sun, 07 Apr 2013 11:37:22 -0700 (PDT) Received: from [192.168.1.80] (91EC4593.dsl.pool.telekom.hu. [145.236.69.147]) by mx.google.com with ESMTPS id q5sm27669683eeo.17.2013.04.07.11.37.20 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 07 Apr 2013 11:37:21 -0700 (PDT) Message-ID: <5161CAAF.30106@gmail.com> Date: Sun, 07 Apr 2013 21:36:15 +0200 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Kernel output interleaved on boot References: <559270951.20130407172227@serebryakov.spb.ru> In-Reply-To: <559270951.20130407172227@serebryakov.spb.ru> 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, 07 Apr 2013 18:37:29 -0000 On 04/07/2013 15:22, Lev Serebryakov wrote: > It looks like characters from two lines are interleaved... Is it > known problem? Have you removed options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. from your (GENERIC) kernel? From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 19:14: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 4D517C01 for ; Sun, 7 Apr 2013 19:14:17 +0000 (UTC) (envelope-from spil.oss@gmail.com) Received: from mail-ia0-x233.google.com (mail-ia0-x233.google.com [IPv6:2607:f8b0:4001:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id 2682FB0E for ; Sun, 7 Apr 2013 19:14:17 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id x24so4518097iak.24 for ; Sun, 07 Apr 2013 12:14:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to :content-type; bh=z0cR6Jkx5aUFo2QQ+11YlIAd7WB5xSOhQmdCwX4OLVk=; b=C25kwDIKpxhilnI+42AwJyGT6jP157ewd2/H3GgsMnGy9kjeDfDjNGCvmDdRE+UsLg 1LjPHUYrEBSt0UwwIQk6M9SySN7qyIxu3aVeEdUS0cZqKDBPgiS7H0T4bTisRUiYj1qf 3aWL7qCHJeWfwJTXJ2AESps/P+EFYTJe2MOsS5bgTBJ4suHVby4+RpOWp7OEx8zxdM0e YwHACxeYk6wssuzQqA/Qry1JBewzqeGfm6cE2p0/iIjXk7CE/g5CjCvb+fl5K6NehfhK DL1NKr10N9DV1ecs1m6YslhQ3pI6xDFkhKLDuLED66edqmtvA9Ln5l7jMFmvm08KWgnh ZY8A== MIME-Version: 1.0 X-Received: by 10.50.66.133 with SMTP id f5mr4877398igt.38.1365362056827; Sun, 07 Apr 2013 12:14:16 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Sun, 7 Apr 2013 12:14:16 -0700 (PDT) Date: Sun, 7 Apr 2013 21:14:16 +0200 Message-ID: Subject: Problems with axe(4) and checksum offloading From: Spil Oss To: 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 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: Sun, 07 Apr 2013 19:14:17 -0000 Hi all, With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B). ifconfig ue0 -txcsum -rxcsum will make dhclient ue0 return if I re-enable txcsum and rxcsum I get an immediate response from the dhcp server. Tried to remove the csum features by commenting out ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; ifp->if_hwassist = AXE_CSUM_FEATURES; (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) and rebuild the module. This does remove RXCSUM and TXCSUM from options and behaves the same as disabling the features with ifconfig (i.e. does not work) 10.0-CURRENT r248351 Hope someone can help me... Spil. From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 19:29: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 546FCF26; Sun, 7 Apr 2013 19:29:49 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3B3C1A; Sun, 7 Apr 2013 19:29:49 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 385314AC57; Sun, 7 Apr 2013 23:29:46 +0400 (MSK) Date: Sun, 7 Apr 2013 23:29:44 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <962552272.20130407232944@serebryakov.spb.ru> To: Adrian Chadd Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Poul-Henning Kamp , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 07 Apr 2013 19:29:49 -0000 Hello, Adrian. You wrote 7 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 21:42:32: >> I think if you configure no irq at all, it will automatically >> go to polled mode. >> Not sure if uart(4) can actually do that, sio(4) could. AC> Yup, it does. No IRQ hint =3D=3D polled mode. It'll say as much in the = dmesg. It looks like it picks up IRQ hint from ACPI, and, according to dmesg, it does so correctly, but after that it doesn't work :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 19:31: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 EC417DC; Sun, 7 Apr 2013 19:31:52 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B4BE5C35; Sun, 7 Apr 2013 19:31:52 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9481F89FBE; Sun, 7 Apr 2013 19:31:51 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r37JVoGg005699; Sun, 7 Apr 2013 19:31:51 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <962552272.20130407232944@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 07 Apr 2013 19:31:50 +0000 Message-ID: <5698.1365363110@critter.freebsd.dk> Cc: Adrian Chadd , 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, 07 Apr 2013 19:31:53 -0000 In message <962552272.20130407232944@serebryakov.spb.ru>, Lev Serebryakov write s: > It looks like it picks up IRQ hint from ACPI, and, according to > dmesg, it does so correctly, but after that it doesn't work :( So does the interrupt actually arrive ? If not: Interrupt routing issue ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 19:44: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 8939E39A; Sun, 7 Apr 2013 19:44:03 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1E6D3E; Sun, 7 Apr 2013 19:44:03 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 87D0B4AC57; Sun, 7 Apr 2013 23:43:57 +0400 (MSK) Date: Sun, 7 Apr 2013 23:43:55 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1428566376.20130407234355@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <5698.1365363110@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 07 Apr 2013 19:44:03 -0000 Hello, Poul-Henning. You wrote 7 =E0=EF=F0=E5=EB=FF 2013 =E3., 23:31:50: >> It looks like it picks up IRQ hint from ACPI, and, according to >> dmesg, it does so correctly, but after that it doesn't work :( PHK> So does the interrupt actually arrive ? vmstat -i interrupt total rate irq3: uart0 uart2 1 0 It doesn't look so. And uart1 and uart3 doesn't have interrupt according to `vmstat -i' (but share irq4 according to boot messages). PHK> If not: Interrupt routing issue ? How could I debug this? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 20:15:02 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 DDE9E6F7; Sun, 7 Apr 2013 20:15:02 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A50CCE38; Sun, 7 Apr 2013 20:15:02 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 967C389FBE; Sun, 7 Apr 2013 20:15:01 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r37KF1mf005848; Sun, 7 Apr 2013 20:15:01 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <1428566376.20130407234355@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> <1428566376.20130407234355@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 07 Apr 2013 20:15:01 +0000 Message-ID: <5847.1365365701@critter.freebsd.dk> Cc: Adrian Chadd , 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, 07 Apr 2013 20:15:02 -0000 In message <1428566376.20130407234355@serebryakov.spb.ru>, Lev Serebryakov writ es: >It doesn't look so. And uart1 and uart3 doesn't have interrupt >according to `vmstat -i' (but share irq4 according to boot messages). Ohh, there you go... Interrupt sharing on ISA requires special magic... With sio(4) one could hardcode interrupt sharing with hints.flags, but with uart(4) I think you have to go through puc(4) to do it. Not sure how that that should work in a case like this... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 21:20:14 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 AE069FBC for ; Sun, 7 Apr 2013 21:20:14 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 7F71567 for ; Sun, 7 Apr 2013 21:20:14 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uy19so3019905obc.15 for ; Sun, 07 Apr 2013 14:20:14 -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=my3HozvHDgeR+guiTnYb3cWxjb6C3Dkf0T9OzlB8fhA=; b=jYtYz341Jdyeia1JiQ1DJDGIwRtHQQ6DQBVoD5E4ZGXeGufAK3DTXKtmBvWj0armIv 6dPkbK71sqm3L7PN6CXijBUOWFj9feZEaJZmEM1vy6BjNEwN1g14v0BJqBE7GeiihXWi jlywA7JNNnp7FJhiBhFMoTvEtuGYLlLgB0zgvQ/og3HGDkb+moVyxyunf86dpmNwB/KW pJjr0SJE9pBahTehIelZHf5y4/9jNRJn99FxIfyAd6ubOI4hWHGXwlsAGdwBb0le5DXc FxMI4+JHp9pr6WNWa9dp45oVRuONUETSaeIbeeFHWvn+VTxkcP4yk5VdiZ8sSdRqoeF7 BJ3A== MIME-Version: 1.0 X-Received: by 10.182.66.41 with SMTP id c9mr13309497obt.76.1365369614143; Sun, 07 Apr 2013 14:20:14 -0700 (PDT) Received: by 10.76.122.81 with HTTP; Sun, 7 Apr 2013 14:20:14 -0700 (PDT) In-Reply-To: <5161CAAF.30106@gmail.com> References: <559270951.20130407172227@serebryakov.spb.ru> <5161CAAF.30106@gmail.com> Date: Sun, 7 Apr 2013 23:20:14 +0200 Message-ID: Subject: Re: Kernel output interleaved on boot From: Andreas Nilsson To: deeptech71 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Current FreeBSD 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, 07 Apr 2013 21:20:14 -0000 On Sun, Apr 7, 2013 at 9:36 PM, deeptech71 wrote: > On 04/07/2013 15:22, Lev Serebryakov wrote: > >> It looks like characters from two lines are interleaved... Is it >> known problem? >> > > Have you removed > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. > > from your (GENERIC) kernel? > > And here I thought that it was added to mitigate the "interspersed output" problem, and I remember that adding to the conf on previous version help address the problem. I also remember someone saying that this is a non-trivial problem to address. Anyways, I might misremember. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 21:22:33 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 76870179 for ; Sun, 7 Apr 2013 21:22:33 +0000 (UTC) (envelope-from gkeramidas@gmail.com) Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com [74.125.83.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0D30F97 for ; Sun, 7 Apr 2013 21:22:32 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id d4so1253766eek.15 for ; Sun, 07 Apr 2013 14:22:26 -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; bh=sLyJImQLkoCqNhtwyxxb6y0GrRxY2lGiHDUBmnAfltw=; b=vnIahe7YTKLsw9hQ/wPKtJGZXZBIX2uU+53HsroxvbT+7TfzgejZO+X+lwsIwWSBW3 WvmQkSyKaHS/cWSM4ljp2DQ+S/qtkNO9RxGkGQHUV9En3KwTPFeCt8/swNPkAMm6KCpE bwLCztXhR/YW+CXDaxSozQ3YyeXgDdG2lCClL2Z/WYSVO1RhFeK8Fof5DcGwvp6pL/38 Q+r8pLiVAYQad+lcL7X0pDqPmk+aLhUpBq/dXM7zhrFABxIzOCRiUb3d4qJ5eiTgm8aB LvbV4oe7iHsVzuKl4R+VSToCVYDhLcuaGkDXEeSRpnfgehUMCYzAehvo/6JS3OjpZxnm 7DVQ== X-Received: by 10.14.179.5 with SMTP id g5mr42358056eem.41.1365369746570; Sun, 07 Apr 2013 14:22:26 -0700 (PDT) Received: from saturn (217-162-217-29.dynamic.hispeed.ch. [217.162.217.29]) by mx.google.com with ESMTPS id d47sm28406137eem.9.2013.04.07.14.22.24 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 07 Apr 2013 14:22:25 -0700 (PDT) Sender: Giorgos Keramidas Date: Sun, 7 Apr 2013 23:22:21 +0200 From: Giorgos Keramidas To: Ian FREISLICH Subject: Re: Centrino "Advanced"-N 6235 wireless Message-ID: <20130407212220.GA15129@saturn> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: 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, 07 Apr 2013 21:22:33 -0000 --QTprm0S8XgL7H0Dt Content-Type: multipart/mixed; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline --azLHFNyN32YCQGCU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On 2013-02-26 12:16, Ian FREISLICH wrote: > I have one of these "Advanced" controlers in my laptop. It's up > for grabs for an interested developer after this coming week-end. > I need to de-solder the w.FL connectors to to put them on a supported > non-Intel card to get working wifi. I will replace the on-card > connectors with u.FL. > > iwn0@pci0:2:0:0: class=0x028000 card=0x40608086 chip=0x088e8086 rev=0x24 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Advanced-N 6235' > class = network There's a patch circulating around that enables the required firmware binary, but please talk with bschmidt@ because I think he has a very good idea about tests you can run with 802.11n features. > Contact me in private email if you're interested. > > The issues are: > 1. Need the latest Intel firmware (iwlwifi-6000g2b-18.168.6.1) > to get anything approaching connectivity. > 2. The 2.4GHz radio will absolutely not use a 20MHz channel if the > AP will do 40MHz. > 3. 40MHz channels don't work. > 4. Random disconnects every 30 minutes or so requiring a wlan0 > destroy/create to recover. The attached patch fixes iwn(4) for me on my Asus Zenbook laptop, and it does associate correctly to my home AP, but please use with care. I haven't extensively tested high traffic situations or an exhaustive list of 802.11n features. I'm happy with it for casual home use of my laptop, but please report any problems you may find... --azLHFNyN32YCQGCU Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename="iwn-zenbook.diff" Content-Transfer-Encoding: quoted-printable Index: sys/conf/files =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/files (revision 249241) +++ sys/conf/files (working copy) @@ -1574,7 +1574,7 @@ no-implicit-rule \ clean "iwn6000g2bfw.fwo" iwn6000g2b.fw optional iwn6000g2bfw | iwnfw \ - dependency "$S/contrib/dev/iwn/iwlwifi-6000g2b-17.168.5.2.fw.uu" \ + dependency "$S/contrib/dev/iwn/iwlwifi-6000g2b-18.168.6.1.fw.uu" \ compile-with "${NORMAL_FW}" \ no-obj no-implicit-rule \ clean "iwn6000g2b.fw" Index: sys/dev/iwn/if_iwn.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 --- sys/dev/iwn/if_iwn.c (revision 249241) +++ sys/dev/iwn/if_iwn.c (working copy) @@ -95,6 +95,7 @@ { 0x8086, 0x0886, "Intel Centrino Wireless-N + WiMAX 6150" }, { 0x8086, 0x0896, "Intel Centrino Wireless-N 130" }, { 0x8086, 0x0887, "Intel Centrino Wireless-N 130" }, + { 0x8086, 0x088e, "Intel Centrino Advanced-N 6235" }, { 0x8086, 0x08ae, "Intel Centrino Wireless-N 100" }, { 0x8086, 0x08af, "Intel Centrino Wireless-N 100" }, { 0x8086, 0x4229, "Intel Wireless WiFi Link 4965" }, Index: sys/modules/iwnfw/iwn6000g2b/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/modules/iwnfw/iwn6000g2b/Makefile (revision 249241) +++ sys/modules/iwnfw/iwn6000g2b/Makefile (working copy) @@ -1,6 +1,6 @@ # $FreeBSD$ =20 KMOD=3D iwn6000g2bfw -IMG=3D iwlwifi-6000g2b-17.168.5.2 +IMG=3D iwlwifi-6000g2b-18.168.6.1 =20 .include --azLHFNyN32YCQGCU-- --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAlFh44wACgkQ1g+UGjGGA7ZqogCghd4FD4UUf7A2fM0aCNZMAk+C grgAnRYO3MsqymphXzVhvkkFMyhcE6Bz =VMdT -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 21:46:36 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 78602744; Sun, 7 Apr 2013 21:46:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) by mx1.freebsd.org (Postfix) with ESMTP id DF4DA1A2; Sun, 7 Apr 2013 21:46:35 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id c10so2018634wiw.1 for ; Sun, 07 Apr 2013 14:46:35 -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=NglN/adBiyBq/zBZnhu1933QnidDE3Ouk3JRs1xqfUc=; b=umsA/MIu/yMjbhlwEwSPUbaq7fIe9TuDK/ElZISOtn0/BdLGucmiqFe3y4HCEnUl/E LLaIRhfyMQqlNyg5l1Sq56xFI9M9X68wk9IB2GvD8C6n8EntY2KALUPNvRnMiX4HazyK Bzyxo230xKcAFRoQkG+ui69W7ZfT7HuAlIEWAYR9ju7ipm0U1b8E2pY3s8C99EOwDZ6F yeeyy3crDcBxmcNqdQZdPJNkt1fOi5ED2pHGCn/Su10icvvhpZKjsT87EE05h/S1OPGz biv/gBC2TPQI0i03ev7d4g0OA7Caf612cjDiYXi6/qhnxp8bU/ItpzqmnJXneVVc0+5d rw1A== MIME-Version: 1.0 X-Received: by 10.194.222.3 with SMTP id qi3mr27644920wjc.28.1365371194960; Sun, 07 Apr 2013 14:46:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.121.136 with HTTP; Sun, 7 Apr 2013 14:46:34 -0700 (PDT) In-Reply-To: <5847.1365365701@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> <1428566376.20130407234355@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> Date: Sun, 7 Apr 2013 14:46:34 -0700 X-Google-Sender-Auth: gPkDjBUa-U2v2etu-v2Hkhw_4ko Message-ID: Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior From: Adrian Chadd To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@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, 07 Apr 2013 21:46:36 -0000 On 7 April 2013 13:15, Poul-Henning Kamp wrote: > In message <1428566376.20130407234355@serebryakov.spb.ru>, Lev Serebryakov writ > es: > >>It doesn't look so. And uart1 and uart3 doesn't have interrupt >>according to `vmstat -i' (but share irq4 according to boot messages). > > Ohh, there you go... > > Interrupt sharing on ISA requires special magic... .. did we really break shared interrupt handling on ISA? > With sio(4) one could hardcode interrupt sharing with hints.flags, > but with uart(4) I think you have to go through puc(4) to do it. What were the hints? It's possible you can still drop the hint somewhere and it'll get picked up even if acpi is providing the io/irq resources. > Not sure how that that should work in a case like this... God, you made me remember ISA interrupt sharing. I thought the main source of evilness is edge shared interrupts? (Level shared interrupts should be the same no matter what bus they're on..) Adrian From owner-freebsd-current@FreeBSD.ORG Sun Apr 7 23: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 25403278 for ; Sun, 7 Apr 2013 23:06:35 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 167F7679 for ; Sun, 7 Apr 2013 23:06:34 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id F0E1D36F49E0; Sun, 7 Apr 2013 16:06:27 -0700 (PDT) To: "Thomas Sparrevohn" Subject: Re: RE: rebooting nvidia + keyboard issues From: Waitman Gobble X-UUID-HOR: 5c2f9e47-9c43-11e2-a35d-902b34a86bc3 Message-Id: <20130407230627.F0E1D36F49E0@dx.burplex.com> Date: Sun, 7 Apr 2013 16:06:27 -0700 (PDT) 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, 07 Apr 2013 23:06:35 -0000 On Wed, 3 Apr 2013 10:35:47 +0100, "Thomas Sparrevohn" wrote: > >I have had the same problem - it seems like a "sysctl" call provokes a >overrun in a strlen call. It is not reproducible with a GENERIC kernel with >debugging in my case. However a simple workaround is to compile >nvidia-driver with gcc. > Thanks for the info, it does seem to be working when compiled with base gcc. no reboots yet. OpenGL works again, yay. and a day after I read about AMD opening up the UVD driver, i read about nvidia opening up 3D tegra. GLEW version 1.9.0 Reporting capabilities of display :0.0, visual 0x2b Running on a GeForce GT 220/PCIe/SSE2 from NVIDIA Corporation OpenGL version 3.3.0 NVIDIA 310.32 is supported BTW looks like a new version is available: FreeBSD Display Driver – x86 Version: 313.30 Release Date: 2013.04.02 Operating System: FreeBSD x86 -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 06:36: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 8A2E28BE for ; Mon, 8 Apr 2013 06:36:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) by mx1.freebsd.org (Postfix) with ESMTP id 66D3833F for ; Mon, 8 Apr 2013 06:36:01 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id g10so2840405pdj.6 for ; Sun, 07 Apr 2013 23:35:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:date:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=N+5l1D93VwKNyVBloYBEw0hyCVLA6hOrNLAl7NsDL3w=; b=CHOJoJSV9c/uMDiQrP+z1oknCHtkbqowAfEsi/ALK8HCnW0a+QDj4p7Wy5SZMeJv+u v3R/yA2JPIjvAiA4Bw9S8sIKEciZgVPTbjyRmLLdTA4Ziv+VG70H764AenV2REW1Wwfo pMS3w3HktSPBg297yoO2dbMKXRrQuixTEKdcxcIq8KG5c3Q7fEWuNf1qc84TXw4GDpLc MzCLZQx9O0en0rj6uakDW+fLF3GFas4SrgE4EDkEgs2ey7iIAVP2QqVuD7UUa+apgOOM Ko8+zYk+0b2n+/ohYjiBaEGH11usYJxdAuG8DFixXUOtYmwvLqJatqn6Vjy7dnjJNxGc 9enQ== X-Received: by 10.66.164.6 with SMTP id ym6mr34463773pab.92.1365402955387; Sun, 07 Apr 2013 23:35:55 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id pa2sm35852666pac.9.2013.04.07.23.35.52 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 07 Apr 2013 23:35:54 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 08 Apr 2013 15:35:48 +0900 From: YongHyeon PYUN Date: Mon, 8 Apr 2013 15:35:48 +0900 To: Spil Oss Subject: Re: Problems with axe(4) and checksum offloading Message-ID: <20130408063548.GB1526@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@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: Mon, 08 Apr 2013 06:36:01 -0000 On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > Hi all, > > With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B). > > ifconfig ue0 -txcsum -rxcsum > will make dhclient ue0 return > > if I re-enable txcsum and rxcsum I get an immediate response from the dhcp > server. > > Tried to remove the csum features by commenting out > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > ifp->if_hwassist = AXE_CSUM_FEATURES; > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > and rebuild the module. This does remove RXCSUM and TXCSUM from options and > behaves the same as disabling the features with ifconfig (i.e. does not > work) > > 10.0-CURRENT r248351 > > Hope someone can help me... Spil. Last time I tried, checksum offloading worked as expected. Would you show me the verbose dmesg output after attaching the axe(4) NIC? From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 07:31:40 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 16226435; Mon, 8 Apr 2013 07:31:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id CDBD875B; Mon, 8 Apr 2013 07:31:39 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 906F24AC58; Mon, 8 Apr 2013 11:31:37 +0400 (MSK) Date: Mon, 8 Apr 2013 11:31:35 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <957681250.20130408113135@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <5847.1365365701@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> <1428566376.20130407234355@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 08 Apr 2013 07:31:40 -0000 Hello, Poul-Henning. You wrote 8 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:15:01: >>It doesn't look so. And uart1 and uart3 doesn't have interrupt >>according to `vmstat -i' (but share irq4 according to boot messages). PHK> Ohh, there you go... I'll try to turn off uart2 and uart3 in BIOS and give different IRQs to uart0 and uart1. Fortunately, I don't need ALL of them. PHK> Interrupt sharing on ISA requires special magic... But it will be nice to fix this, and I could provide any informaton and debugging I can, but I need to know hwere to start. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 08:07:10 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 938E4EF8 for ; Mon, 8 Apr 2013 08:07:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5C42892D for ; Mon, 8 Apr 2013 08:07:10 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 00F1B4AC57; Mon, 8 Apr 2013 12:07:08 +0400 (MSK) Date: Mon, 8 Apr 2013 12:07:06 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1791586092.20130408120706@serebryakov.spb.ru> To: Jeremy Chadwick Subject: Re: Kernel output interleaved on boot In-Reply-To: <20130408045237.GA70548@icarus.home.lan> References: <20130408045237.GA70548@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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, 08 Apr 2013 08:07:10 -0000 Hello, Jeremy. You wrote 8 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 8:52:37: JC> And yes, I am aware of how GSoC works, but this really should have JC> become a GSoC project by now, otherwise the Foundation should have JC> funded someone to fix this. It makes kernel debugging basically JC> worthless. Ok, here is several noob questions about low-level kernel implementation: (1) Do we have some very low-level thread-local variables, which could be used here? (2) Do cpu-local variables helps here? Is here guarantee, that printf() could not be preempted (I afraid, answer is no)? (3) What is lowest level, which could call printf()? i.e., could printf() allocate, say, one page of mapped kernel memory (I hope, answer is yes)? Init UMA zone and allocate block in UMA zone (I think, answer is no)? What I want to say, that lock-less (and block-less) multiple-writers ring buffer is "possible" data structure, as far as I know (we use lock-less and block-less data structures a lot at work for massive-parallel programming, but not at such low level, of course), but I need to understand, what printf() could and what couldn't do. I understand, that it could not use any lock, as it is called from anywhere, but should be it limited to stack and/or static data structures? And, by the way, is here generic mechanism in kernel (loader?), which automatically (on load) allocate per-CPU static structures? And why output is garbaged, if printf() uses _stack_ based buffer, at first place?! Stack is thread-local by definition! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 08:39:11 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 A6384F82 for ; Mon, 8 Apr 2013 08:39:11 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5DFAC7 for ; Mon, 8 Apr 2013 08:39:11 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id it16so2936646bkc.11 for ; Mon, 08 Apr 2013 01:39:10 -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=LxCOeDp7RO9b70XSGucdvkVaIw8ilS0RSeUAcXANY0M=; b=sJDaXBMqxhHmkKOg2r9v94RPqcpegigu3r5sPObhKX4ZaphiCY/aJZSy9p2aq/Tvx5 G8P2+o0IdwIt+Vjj6B5Q4y4eYwKEN//PVNOWd9vGgoLctypZCZDcCXirm4GxF9Uq8AeO oK6qS+Sn8yQn1CjvydzWW5G5GyfMubaya/pGnkdaEQ57PxUIw6v5tH04XUtUoIzz5V56 XybSZRxO8srrdnBs2vzymBwpJ8Va1e0C/W5PrG13uGUyqhbghVUGKsVZB5OD3t2P7Ac2 1vMUx9LiuYp5U/EkCmO8r6jxyodfAB/Uu/zMD0v6ZlSylzMDxys625kljBtB5t8FbVCj dLHw== X-Received: by 10.205.107.2 with SMTP id dw2mr2505090bkc.112.1365410350226; Mon, 08 Apr 2013 01:39:10 -0700 (PDT) Received: from [192.168.1.80] (4E5CCB53.dsl.pool.telekom.hu. [78.92.203.83]) by mx.google.com with ESMTPS id x18sm12074135bkw.4.2013.04.08.01.39.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 08 Apr 2013 01:39:09 -0700 (PDT) Message-ID: <51628FFC.2070501@gmail.com> Date: Mon, 08 Apr 2013 11:38:04 +0200 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Kernel output interleaved on boot References: <559270951.20130407172227@serebryakov.spb.ru> <5161CAAF.30106@gmail.com> In-Reply-To: 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: Mon, 08 Apr 2013 08:39:11 -0000 On 04/07/2013 23:20, Andreas Nilsson wrote: > On Sun, Apr 7, 2013 at 9:36 PM, deeptech71 > wrote: > options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. > > And here I thought that it was added to mitigate the "interspersed output" problem, and I remember that adding to the conf on previous version help address the problem. And you were right. AFAICT, the problem was that the threads were writing single characters ("putc()ing") at a time, and would get preempted by other such threads in between. Thus, such tasks would get interleaved at character granularity. Proposals were: (a) use a stack array in printf()'s body to do line buffering; some argued that kernel stack sizes are fairly limited, others argued that this should not be a limitation even on embedded platforms; (b) allow a printf() task to fully finish before allowing other printf() tasks to start. The (a) solution was chosen, with an amendment that the array would be specifiable by a kernel configuration option. GENERIC kernels have "options PRINTF_BUFR_SIZE=128". If the original poster had removed the PRINTF_BUFR_SIZE option from his kernel configuration, then I see his complaint as invalid. From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 09:25: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 9694C7C6 for ; Mon, 8 Apr 2013 09:25:57 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2AFDDB for ; Mon, 8 Apr 2013 09:25:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=HAoSweMWK2Yr/yJXRwl/sTaen6OsY95fVORsAc6/XgU=; b=UiBFae3EWzRtWkFTDl6ohHfqDdESarEKPBlLjZeZ894Qg0+gvWCA9jfR91zJ2PmPf263V+X8fCKCqcBO5NF2Z5BqyjK2uparcLildeBTIR88BCIrMO6GFB7aTu2Z+IPm75ssmhvsb+2GvT1VkxbfT1OCF5WejaugAtqcRuQ3veA=; Received: from [122.129.203.50] (port=11521 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UP8KY-001ofo-L4 for freebsd-current@freebsd.org; Mon, 08 Apr 2013 03:25:51 -0600 Date: Mon, 8 Apr 2013 16:24:18 +0700 From: Erich Dollansky To: freebsd-current@freebsd.org Subject: X220 note: crash at shutdown -p now Message-ID: <20130408162418.5af452fa@X220.ovitrap.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 08 Apr 2013 09:25:57 -0000 Hi, I noticed frequent crashes when i power off my X220. I got used to it until I did some reboots without a single crash. I shut down the machine with shutdown -p now uname says: FreeBSD X220.ovitrap.com 10.0-CURRENT FreeBSD 10.0-CURRENT #23: Sat Feb 23 17:24:19 WIT 2013 erich@X220.ovitrap.com:/usr/obj/usr/src/sys/X220 amd64 I noticed that very often, the file /boot/loader.conf is empty when the machine is started again later. Is there a way I could help to find the source of the problem? Erich From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 12:52:37 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 EF7BE251; Mon, 8 Apr 2013 12:52:37 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-da0-x233.google.com (mail-da0-x233.google.com [IPv6:2607:f8b0:400e:c00::233]) by mx1.freebsd.org (Postfix) with ESMTP id C50CABFD; Mon, 8 Apr 2013 12:52:37 +0000 (UTC) Received: by mail-da0-f51.google.com with SMTP id g27so2595838dan.10 for ; Mon, 08 Apr 2013 05:52:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=JlqfS1ZMrwt7OxMlQYR/e8Ip0jxwgdr1AzwobE/P4XI=; b=m0MvV+l9mRc5w/0IpkXX77urMbJMqgbrq0HFvpZqLsnR5BgNSbv3ngyGDL6KmnaqMX eT3QnTa1NOsaIQmuv/rUSfd5Qzsm8vkxViIVnnPRhfa9OrLn0lk7vIWnpIQ8KI853zpH XUwheJNyW9/KfUbPaJbTJOdmhOTZBOBJx1FJogujOLGB0EzOuo9I2bxGB2j+QXvfJzWD Q9C0b0att5neQ0isj9YDchWWv5OVmXX1gi19RUBMZRcnZG3VF7ThgaLTzfY+nHe7DWpC jSRMEU+GAsQjrZ2emaoD4jE40VAJ8mYViV3PxNYSnfJMlfVuYILT5bZIjt4lxWG6RKKn lgWQ== X-Received: by 10.66.184.14 with SMTP id eq14mr31814307pac.215.1365425555143; Mon, 08 Apr 2013 05:52:35 -0700 (PDT) Received: from [192.168.1.210] (c-71-202-40-63.hsd1.ca.comcast.net. [71.202.40.63]) by mx.google.com with ESMTPS id yp2sm39526273pab.10.2013.04.08.05.52.33 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 08 Apr 2013 05:52:34 -0700 (PDT) Subject: Re: rebooting nvidia + keyboard issues From: Sean Bruno To: Waitman Gobble In-Reply-To: <1364714701.20926@da3m0n8t3r.com> References: <1364714701.20926@da3m0n8t3r.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-RsTch1c+SYg27OOKSsfY" Date: Mon, 08 Apr 2013 05:52:31 -0700 Message-ID: <1365425551.1355.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: 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, 08 Apr 2013 12:52:38 -0000 --=-RsTch1c+SYg27OOKSsfY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-03-31 at 00:25 -0700, Waitman Gobble wrote: > I noticed the machine rebooting randomly every 20 seconds to 5 > minutes. Disabling the nvidia driver seems to fix the problem, and I > was able to update after applying ports/177459 patch. The updated > nvidia driver seems to have solved the rebooting issue. (it could > (also?) be related to linux.ko?) If people are using the nvidia driver > and are experiencing a constant reboot issue, it might be good to pop > in that patch ASAP patch was applied yesterday-ish to ports. Sean --=-RsTch1c+SYg27OOKSsfY 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) iQEcBAABAgAGBQJRYr2PAAoJEBkJRdwI6BaHWBkH/0D3bCzMHCbwNqn7mcd9LeXy iQOlQ07/I4J9iXBG0AX8PLF0l867QrjYXBoVlr+kaVarrAJURhZO0bssKh4UUUyB GlwXQZR6dFh4obt5knot6BVHVXkTF031DRTe9br2knmp9XftIYUR6jeqLH5olnG3 SMu4vMLGmLcREMkBxVdGvExp/2XcFwBP/vYDIiu6LC7A1q/UbHyt7J92O8eLq+AQ evMg0T4BQGJUPCSCAYhgsD0ry5G7+KqFpsubo/QsC7piGc09qLCX+NbQ53n3SpMK iLwbGv695SNR8rSvjHk7/crGUmwsSmr7IYU7OJV47Ar069E87gOimAMlp0jNxGU= =huUD -----END PGP SIGNATURE----- --=-RsTch1c+SYg27OOKSsfY-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 15:10:06 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 C13B08FE; Mon, 8 Apr 2013 15:10:06 +0000 (UTC) (envelope-from seanwbruno@gmail.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 80EB92A6; Mon, 8 Apr 2013 15:10:06 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id j1so6147010oag.7 for ; Mon, 08 Apr 2013 08:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=zDyan7CfjZlgJ1zQ2GmcKJJGqRotiwW4XltjzXWMEUI=; b=KCW6EZHPfxaw0DefVKF+qkHPJInMfdyTe3gwXlecwQNB3nMyq5R6NsAsUNBYW5jssS b5XBAcYzvP8gyRlURb9oVl7nNibIAq215leLhBmgz49M/8x13sCWVs18PJ27Wejm/t7j OGuTBbzK42hXPrN+AUKlJobOJDpzOFL9HU5htUBwZh+FA1zamJRVxpyp5PrEw+PE2gx2 MdDabXCWfQEZVxA+iwzWObBmE9EmRqxxuuixZyrCzduz0Wwur+a/hejt9kWxkUS4XPgV JVOZRb7QXFsOtPH+VWW4WUVJdSGCNchXW1gmCelXzU7LlKPQVVoAWoKCzoUp4D5Ir88y H95g== X-Received: by 10.182.204.5 with SMTP id ku5mr15741773obc.22.1365433805764; Mon, 08 Apr 2013 08:10:05 -0700 (PDT) Received: from [192.168.43.121] (248.sub-70-211-64.myvzw.com. [70.211.64.248]) by mx.google.com with ESMTPS id j10sm24478082obg.4.2013.04.08.08.10.03 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 08 Apr 2013 08:10:04 -0700 (PDT) Subject: Re: RE: rebooting nvidia + keyboard issues From: Sean Bruno To: Adrian Chadd In-Reply-To: References: <20130403175043.7303C36F4856@dx.burplex.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+PSCtao5fLgS7emwWa4O" Date: Mon, 08 Apr 2013 08:10:00 -0700 Message-ID: <1365433800.1330.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Waitman Gobble , Thomas Sparrevohn , 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, 08 Apr 2013 15:10:06 -0000 --=-+PSCtao5fLgS7emwWa4O Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-04-03 at 11:07 -0700, Adrian Chadd wrote: > Hi, >=20 > can you guys please ensure a PR is filed with all the information > you've just included? >=20 > the clang team would likely love to have this much information in a bug r= eport. >=20 > Thanks! >=20 >=20 >=20 > adrian >=20 I've started a p/r for this as I get 100% reproducible panics on boot with clang compiled nvidia-driver at the point of "entropy harvesting" I'll get an actual panic string in a moment. Sean http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177710 --=-+PSCtao5fLgS7emwWa4O 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) iQEcBAABAgAGBQJRYt3DAAoJEBkJRdwI6BaHWUYH/jvAAyDluWDrYOml/Gt/Oxx+ 8g+Yd7mjcH5kMxjN2WS59s+94uKU0GfKPAI3YT/H7xFNrqSh6RB/BwzEZ8ZXT9ZD 9MiId1HUy9XhSkT6W29d1E/FRpdS1YDCETLpB28SmLcstew8+1BFofG1CKUf+gR2 Wf7BcT89GgZXfDNbrRInmSGMS9C4Ytb04nXLxUkmqOxuhoS/hdJpQlQcb9uYXMEZ sE4QZKuFnEUAlCxp/qzlT5VX2FaZmshY9YXwHkNDfxs1rfT7AvVPQImMHnO216NY zW0yDZDOCzOdq0kurZTb9Hl9yyIIErXYJzdlCqcaXaiRQYArdhhHXSipWEB58oc= =e/rX -----END PGP SIGNATURE----- --=-+PSCtao5fLgS7emwWa4O-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 04:52: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 55FDBF05 for ; Mon, 8 Apr 2013 04:52:39 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:243]) by mx1.freebsd.org (Postfix) with ESMTP id 3F188B9 for ; Mon, 8 Apr 2013 04:52:39 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta13.emeryville.ca.mail.comcast.net with comcast id MGlh1l0051HpZEsADGse2w; Mon, 08 Apr 2013 04:52:38 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta14.emeryville.ca.mail.comcast.net with comcast id MGsd1l00D1t3BNj8aGseyZ; Mon, 08 Apr 2013 04:52:38 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D971473A1B; Sun, 7 Apr 2013 21:52:37 -0700 (PDT) Date: Sun, 7 Apr 2013 21:52:37 -0700 From: Jeremy Chadwick To: lev@FreeBSD.org Subject: Re: Kernel output interleaved on boot Message-ID: <20130408045237.GA70548@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1365396758; bh=IILh7wLGlcNrUx1DmHpvQnB/C2xUnqnK1tOxMj20+c0=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=MZpBXe5CWUOF1pCfTKMQVFRyELnCaPfX44NszwbSf1nc5MQOZOhvAg2rLgc+3X5bf TUwRyyJecyYTBMvkeca0FMJ8CTbVXY9t2uHoCfoKRVSWRqoQwp2HWgCT1N/sLiAMA3 N4EjP3BtwKAkNPHAyDU9RFCaxZ1Zv1RSOhqpOTpexolCoL2CY7G8X7E5gscDdb2DhS 8fduC2MPDKc676RT7M7bze1lRi6pJ+zi3YmGacvz0If0tlnjxyTXz6TtXiM9LowAfp g+L0449iHA5CSYEZDdg2h6wpgIK5Ah9+7C6EGKqdJYgCx1WXMVmRcF05OPsGxzq01Q BNkR5QF9Hp5Vw== X-Mailman-Approved-At: Mon, 08 Apr 2013 16:10:48 +0000 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, 08 Apr 2013 04:52:39 -0000 I have discussed this problem for years now -- over 5 years, to be exact. As if I haven't sounded like a broken record before, I surely do now. Start here, under section "Kernel", item "Scrambled or garbled kernel output": https://wiki.freebsd.org/BugBusting/Commonly_reported_issues The problem has not gone away. It has not been solved. It has not been worked around. PRINTF_BUFR_SIZE does not solve the problem, and rarely helps relieve it. I have discussed this issue more recently (2010) with John Baldwin as well: http://lists.freebsd.org/pipermail/freebsd-questions/2010-March/214412.html http://lists.freebsd.org/pipermail/freebsd-questions/2010-March/214423.html And in December 2011 too -- particularly an important read if you think increasing the number is a wise idea: http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065158.html Bottom line: there is no solution other than to switch OSes. And yes, I am aware of how GSoC works, but this really should have become a GSoC project by now, otherwise the Foundation should have funded someone to fix this. It makes kernel debugging basically worthless. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 18:45: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 42CA1F6E for ; Mon, 8 Apr 2013 18:45:59 +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 1A36C104 for ; Mon, 8 Apr 2013 18:45:59 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id bn7so7567785ieb.9 for ; Mon, 08 Apr 2013 11:45:58 -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=8Tm/ep06MV0EiHXbA7gLoQ0k9XvAJKSmVd0fSwLGU0Y=; b=FX9glkqnOvYxN4Ar261KZ4+Bl8o0gF1+TFh5NMekpkvluCq+znn7OvkT9lcYtgGkzM AjQraAgH0IXNDtIxDA7pKrVq7wS+umfb1DJKiKVBsaQ+Ayl7gwEIUiItJ3mw6g9zak2J OOH4e1kORqcTpF2jMVCyRogtPOyTUEFPiKCLbzfk4nEjDxnLzWZ7gvs92Dn8zkPxh6Xe QNcYb3uUSDDHSOHoxDeam4YLUu/jeZGWaKDPE+ijLHBhEeu6Irh+t/Kdd+7ylxrX5F8z YTsXy85KO7bqNBf9YUk9L//dvK4xiWSR+E2zSq+DXjb2Nmg++R0ezinVv3RVb7b62EJp rWHQ== MIME-Version: 1.0 X-Received: by 10.50.140.73 with SMTP id re9mr7839104igb.59.1365446758699; Mon, 08 Apr 2013 11:45:58 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Mon, 8 Apr 2013 11:45:58 -0700 (PDT) In-Reply-To: <20130408063548.GB1526@michelle.cdnetworks.com> References: <20130408063548.GB1526@michelle.cdnetworks.com> Date: Mon, 8 Apr 2013 20:45:58 +0200 Message-ID: Subject: Re: Problems with axe(4) and checksum offloading From: Spil Oss To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current 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: Mon, 08 Apr 2013 18:45:59 -0000 Hi YongHyeon, output from verbose boot ugen3.2: at usbus3 axe0: on usbus3 axe0: PHYADDR 0xe0:0x10 miibus1: on axe0 ukphy0: PHY 16 on miibus1 ukphy0: OUI 0x007063, model 0x0008, rev. 1 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow ue0: on axe0 ue0: bpf attached ue0: Ethernet address: 00:60:6e:42:5b:53 ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP Apart from what I originally described... Networking does work, but not when packets pass through ipfw and nat. If I add my ipfw rules before the divert natd rule networking works as expected, without the SYN,ACK response packets are not accepted if I e.g. connect to something on the axe interface. I have validated the ipfw ruleset with the onboard realtek NIC and it then works as expected. # usbconfig -u 3 -a 2 dump_info ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) Kind regards, Spil. On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN wrote: > On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > > Hi all, > > > > With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B). > > > > ifconfig ue0 -txcsum -rxcsum > > will make dhclient ue0 return > > > > if I re-enable txcsum and rxcsum I get an immediate response from the > dhcp > > server. > > > > Tried to remove the csum features by commenting out > > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > > ifp->if_hwassist = AXE_CSUM_FEATURES; > > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > > and rebuild the module. This does remove RXCSUM and TXCSUM from options > and > > behaves the same as disabling the features with ifconfig (i.e. does not > > work) > > > > 10.0-CURRENT r248351 > > > > Hope someone can help me... Spil. > > Last time I tried, checksum offloading worked as expected. > Would you show me the verbose dmesg output after attaching the > axe(4) NIC? > From owner-freebsd-current@FreeBSD.ORG Mon Apr 8 18:54:15 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 BE2794AC; Mon, 8 Apr 2013 18:54:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 34D5416F; Mon, 8 Apr 2013 18:54:15 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id k13so4090840wgh.1 for ; Mon, 08 Apr 2013 11:54:13 -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=oNiomNpYZi3bgRf+zAxRCpRJo0rJ83yFXDoSraf4qO4=; b=pfiyAIRbt2L7UPlJTbNJOOHnQE1wZxukYwb7xTOo7+ELdi/0CJO7J7SQdZG/YiRzyC 5qJ5eV8xu2JWi2J3OorU5fGQ7+nU0WMFrAKEEj/6t6uvzbZwJXG63ZSTVYoFw/smPdpa 4lawDpy6IWAFh65NtUiqfF+0uxrPMsHdv3CDvKfKanddRP0G+1f+KVF/rg61LTq+Ckry LMTweHR7YSlgFkYTMZ+2W1ywvxYU1AwE4yHtWFJzC1SKX/OllOnouiCPLdNMB3hXo4vH K+rovHz68bl+khDthtJWm4Ej9dZHAi8k67DNYB5asFiRuIGdhQpan1s6sayXWLWXzo8C qTiw== MIME-Version: 1.0 X-Received: by 10.194.222.3 with SMTP id qi3mr33477349wjc.28.1365447253647; Mon, 08 Apr 2013 11:54:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.121.136 with HTTP; Mon, 8 Apr 2013 11:54:13 -0700 (PDT) In-Reply-To: <1791586092.20130408120706@serebryakov.spb.ru> References: <20130408045237.GA70548@icarus.home.lan> <1791586092.20130408120706@serebryakov.spb.ru> Date: Mon, 8 Apr 2013 11:54:13 -0700 X-Google-Sender-Auth: 6numVf390a6cedrClGPKLbMb9lY Message-ID: Subject: Re: Kernel output interleaved on boot From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Jeremy Chadwick , 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, 08 Apr 2013 18:54:15 -0000 .. assuming you stay _on_ that CPU for the entirety of your runtime and you don't yield and get rescheduled on another CPU. Just saying. adrian From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 02:28: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 A1823AB9 for ; Tue, 9 Apr 2013 02:28:13 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 93620A26 for ; Tue, 9 Apr 2013 02:28:13 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id B59F936F4C81; Mon, 8 Apr 2013 19:28:07 -0700 (PDT) To: Sean Bruno Subject: Re: rebooting nvidia + keyboard issues From: Waitman Gobble X-UUID-HOR: 33ae8bec-a04b-11e2-9994-902b34a86bc3 Message-Id: <20130409022807.B59F936F4C81@dx.burplex.com> Date: Mon, 8 Apr 2013 19:28:07 -0700 (PDT) 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, 09 Apr 2013 02:28:13 -0000 On Mon, 08 Apr 2013 05:52:31 -0700, Sean Bruno wrote: > >patch was applied yesterday-ish to ports. > >Sean > > Awesome thanks for the info, trying it out now. thought it was the .32 patches. I didn't realize it's the updated 310.44 driver. -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 05:37:30 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 40CE63F4; Tue, 9 Apr 2013 05:37:30 +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 0B4AD19C; Tue, 9 Apr 2013 05:37:29 +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 r395bNTV019168; Tue, 9 Apr 2013 01:37:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r395bNbt019164; Tue, 9 Apr 2013 05:37:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 9 Apr 2013 05:37:23 GMT Message-Id: <201304090537.r395bNbt019164@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: Tue, 09 Apr 2013 05:37:30 -0000 TB --- 2013-04-09 00:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 00:40: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-04-09 00:40:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-09 00:40:18 - cleaning the object tree TB --- 2013-04-09 00:40:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 00:40:22 - At svn revision 249291 TB --- 2013-04-09 00:40:23 - building world TB --- 2013-04-09 00:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 00:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 00:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 00:40:23 - SRCCONF=/dev/null TB --- 2013-04-09 00:40:23 - TARGET=i386 TB --- 2013-04-09 00:40:23 - TARGET_ARCH=i386 TB --- 2013-04-09 00:40:23 - TZ=UTC TB --- 2013-04-09 00:40:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 00:40:23 - cd /src TB --- 2013-04-09 00:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 00:40:28 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 Apr 9 03:26:01 UTC 2013 TB --- 2013-04-09 03:26:01 - generating LINT kernel config TB --- 2013-04-09 03:26:01 - cd /src/sys/i386/conf TB --- 2013-04-09 03:26:01 - /usr/bin/make -B LINT TB --- 2013-04-09 03:26:01 - cd /src/sys/i386/conf TB --- 2013-04-09 03:26:01 - /usr/sbin/config -m LINT TB --- 2013-04-09 03:26:01 - building LINT kernel TB --- 2013-04-09 03:26:01 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 03:26:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 03:26:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 03:26:01 - SRCCONF=/dev/null TB --- 2013-04-09 03:26:01 - TARGET=i386 TB --- 2013-04-09 03:26:01 - TARGET_ARCH=i386 TB --- 2013-04-09 03:26:01 - TZ=UTC TB --- 2013-04-09 03:26:01 - __MAKE_CONF=/dev/null TB --- 2013-04-09 03:26:01 - cd /src TB --- 2013-04-09 03:26:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 9 03:26:01 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 >>> Kernel build for LINT completed on Tue Apr 9 03:57:28 UTC 2013 TB --- 2013-04-09 03:57:28 - cd /src/sys/i386/conf TB --- 2013-04-09 03:57:28 - /usr/sbin/config -m LINT-NOINET TB --- 2013-04-09 03:57:28 - building LINT-NOINET kernel TB --- 2013-04-09 03:57:28 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 03:57:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 03:57:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 03:57:28 - SRCCONF=/dev/null TB --- 2013-04-09 03:57:28 - TARGET=i386 TB --- 2013-04-09 03:57:28 - TARGET_ARCH=i386 TB --- 2013-04-09 03:57:28 - TZ=UTC TB --- 2013-04-09 03:57:28 - __MAKE_CONF=/dev/null TB --- 2013-04-09 03:57:28 - cd /src TB --- 2013-04-09 03:57:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Apr 9 03:57:28 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 >>> Kernel build for LINT-NOINET completed on Tue Apr 9 04:26:12 UTC 2013 TB --- 2013-04-09 04:26:12 - cd /src/sys/i386/conf TB --- 2013-04-09 04:26:12 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-04-09 04:26:12 - building LINT-NOINET6 kernel TB --- 2013-04-09 04:26:12 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 04:26:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 04:26:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 04:26:12 - SRCCONF=/dev/null TB --- 2013-04-09 04:26:12 - TARGET=i386 TB --- 2013-04-09 04:26:12 - TARGET_ARCH=i386 TB --- 2013-04-09 04:26:12 - TZ=UTC TB --- 2013-04-09 04:26:12 - __MAKE_CONF=/dev/null TB --- 2013-04-09 04:26:12 - cd /src TB --- 2013-04-09 04:26:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Apr 9 04:26:12 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 >>> Kernel build for LINT-NOINET6 completed on Tue Apr 9 04:56:03 UTC 2013 TB --- 2013-04-09 04:56:03 - cd /src/sys/i386/conf TB --- 2013-04-09 04:56:03 - /usr/sbin/config -m LINT-NOIP TB --- 2013-04-09 04:56:03 - building LINT-NOIP kernel TB --- 2013-04-09 04:56:03 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 04:56:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 04:56:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 04:56:03 - SRCCONF=/dev/null TB --- 2013-04-09 04:56:03 - TARGET=i386 TB --- 2013-04-09 04:56:03 - TARGET_ARCH=i386 TB --- 2013-04-09 04:56:03 - TZ=UTC TB --- 2013-04-09 04:56:03 - __MAKE_CONF=/dev/null TB --- 2013-04-09 04:56:03 - cd /src TB --- 2013-04-09 04:56:03 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Apr 9 04:56:03 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 >>> Kernel build for LINT-NOIP completed on Tue Apr 9 05:23:14 UTC 2013 TB --- 2013-04-09 05:23:14 - cd /src/sys/i386/conf TB --- 2013-04-09 05:23:14 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-04-09 05:23:14 - building LINT-VIMAGE kernel TB --- 2013-04-09 05:23:14 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 05:23:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 05:23:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 05:23:14 - SRCCONF=/dev/null TB --- 2013-04-09 05:23:14 - TARGET=i386 TB --- 2013-04-09 05:23:14 - TARGET_ARCH=i386 TB --- 2013-04-09 05:23:14 - TZ=UTC TB --- 2013-04-09 05:23:14 - __MAKE_CONF=/dev/null TB --- 2013-04-09 05:23:14 - cd /src TB --- 2013-04-09 05:23:14 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Apr 9 05:23:14 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/netinet/tcp_input.c /src/sys/netinet/tcp_input.c:278:6: error: use of undeclared identifier 'vnet_ipstatp_uninit' vnet_ipstatp_uninit, NULL); ^ /src/sys/net/vnet.h:317:37: note: expanded from macro 'VNET_SYSUNINIT' (sysinit_cfunc_t)(sysinit_nfunc_t)func, \ ^ 1 error generated. *** [tcp_input.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-09 05:37:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-09 05:37:23 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-04-09 05:37:23 - 14065.36 user 2674.94 system 17824.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 06:05:38 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 589A7746; Tue, 9 Apr 2013 06:05:38 +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 2120D24E; Tue, 9 Apr 2013 06:05:37 +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 r3965bL4073301; Tue, 9 Apr 2013 02:05:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3965bD1073300; Tue, 9 Apr 2013 06:05:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 9 Apr 2013 06:05:37 GMT Message-Id: <201304090605.r3965bD1073300@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: Tue, 09 Apr 2013 06:05:38 -0000 TB --- 2013-04-09 00:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 00:40: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-04-09 00:40:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-09 00:40:18 - cleaning the object tree TB --- 2013-04-09 00:40:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 00:40:22 - At svn revision 249291 TB --- 2013-04-09 00:40:23 - building world TB --- 2013-04-09 00:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 00:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 00:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 00:40:23 - SRCCONF=/dev/null TB --- 2013-04-09 00:40:23 - TARGET=amd64 TB --- 2013-04-09 00:40:23 - TARGET_ARCH=amd64 TB --- 2013-04-09 00:40:23 - TZ=UTC TB --- 2013-04-09 00:40:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 00:40:23 - cd /src TB --- 2013-04-09 00:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 00:40:28 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 Tue Apr 9 04:00:24 UTC 2013 TB --- 2013-04-09 04:00:24 - generating LINT kernel config TB --- 2013-04-09 04:00:24 - cd /src/sys/amd64/conf TB --- 2013-04-09 04:00:24 - /usr/bin/make -B LINT TB --- 2013-04-09 04:00:24 - cd /src/sys/amd64/conf TB --- 2013-04-09 04:00:24 - /usr/sbin/config -m LINT TB --- 2013-04-09 04:00:24 - building LINT kernel TB --- 2013-04-09 04:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 04:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 04:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 04:00:24 - SRCCONF=/dev/null TB --- 2013-04-09 04:00:24 - TARGET=amd64 TB --- 2013-04-09 04:00:24 - TARGET_ARCH=amd64 TB --- 2013-04-09 04:00:24 - TZ=UTC TB --- 2013-04-09 04:00:24 - __MAKE_CONF=/dev/null TB --- 2013-04-09 04:00:24 - cd /src TB --- 2013-04-09 04:00:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 9 04:00: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 >>> Kernel build for LINT completed on Tue Apr 9 04:29:45 UTC 2013 TB --- 2013-04-09 04:29:45 - cd /src/sys/amd64/conf TB --- 2013-04-09 04:29:45 - /usr/sbin/config -m LINT-NOINET TB --- 2013-04-09 04:29:45 - building LINT-NOINET kernel TB --- 2013-04-09 04:29:45 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 04:29:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 04:29:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 04:29:45 - SRCCONF=/dev/null TB --- 2013-04-09 04:29:45 - TARGET=amd64 TB --- 2013-04-09 04:29:45 - TARGET_ARCH=amd64 TB --- 2013-04-09 04:29:45 - TZ=UTC TB --- 2013-04-09 04:29:45 - __MAKE_CONF=/dev/null TB --- 2013-04-09 04:29:45 - cd /src TB --- 2013-04-09 04:29:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Apr 9 04:29:45 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 >>> Kernel build for LINT-NOINET completed on Tue Apr 9 04:57:50 UTC 2013 TB --- 2013-04-09 04:57:50 - cd /src/sys/amd64/conf TB --- 2013-04-09 04:57:50 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-04-09 04:57:50 - building LINT-NOINET6 kernel TB --- 2013-04-09 04:57:50 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 04:57:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 04:57:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 04:57:50 - SRCCONF=/dev/null TB --- 2013-04-09 04:57:50 - TARGET=amd64 TB --- 2013-04-09 04:57:50 - TARGET_ARCH=amd64 TB --- 2013-04-09 04:57:50 - TZ=UTC TB --- 2013-04-09 04:57:50 - __MAKE_CONF=/dev/null TB --- 2013-04-09 04:57:50 - cd /src TB --- 2013-04-09 04:57:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Apr 9 04:57:50 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 >>> Kernel build for LINT-NOINET6 completed on Tue Apr 9 05:26:13 UTC 2013 TB --- 2013-04-09 05:26:13 - cd /src/sys/amd64/conf TB --- 2013-04-09 05:26:13 - /usr/sbin/config -m LINT-NOIP TB --- 2013-04-09 05:26:13 - building LINT-NOIP kernel TB --- 2013-04-09 05:26:13 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 05:26:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 05:26:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 05:26:13 - SRCCONF=/dev/null TB --- 2013-04-09 05:26:13 - TARGET=amd64 TB --- 2013-04-09 05:26:13 - TARGET_ARCH=amd64 TB --- 2013-04-09 05:26:13 - TZ=UTC TB --- 2013-04-09 05:26:13 - __MAKE_CONF=/dev/null TB --- 2013-04-09 05:26:13 - cd /src TB --- 2013-04-09 05:26:13 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Apr 9 05:26:13 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 >>> Kernel build for LINT-NOIP completed on Tue Apr 9 05:51:13 UTC 2013 TB --- 2013-04-09 05:51:13 - cd /src/sys/amd64/conf TB --- 2013-04-09 05:51:13 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-04-09 05:51:13 - building LINT-VIMAGE kernel TB --- 2013-04-09 05:51:13 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 05:51:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 05:51:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 05:51:13 - SRCCONF=/dev/null TB --- 2013-04-09 05:51:13 - TARGET=amd64 TB --- 2013-04-09 05:51:13 - TARGET_ARCH=amd64 TB --- 2013-04-09 05:51:13 - TZ=UTC TB --- 2013-04-09 05:51:13 - __MAKE_CONF=/dev/null TB --- 2013-04-09 05:51:13 - cd /src TB --- 2013-04-09 05:51:13 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Apr 9 05:51:13 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/netinet/tcp_input.c /src/sys/netinet/tcp_input.c:278:6: error: use of undeclared identifier 'vnet_ipstatp_uninit' vnet_ipstatp_uninit, NULL); ^ /src/sys/net/vnet.h:317:37: note: expanded from macro 'VNET_SYSUNINIT' (sysinit_cfunc_t)(sysinit_nfunc_t)func, \ ^ 1 error generated. *** [tcp_input.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-VIMAGE. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-09 06:05:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-09 06:05:37 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-04-09 06:05:37 - 15320.58 user 2905.71 system 19518.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 10:31:54 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 56FE757A; Tue, 9 Apr 2013 10:31:54 +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 2E958FBF; Tue, 9 Apr 2013 10:31:53 +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 r39AVrjE020906; Tue, 9 Apr 2013 06:31:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r39AVrQH020905; Tue, 9 Apr 2013 10:31:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 9 Apr 2013 10:31:53 GMT Message-Id: <201304091031.r39AVrQH020905@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: Tue, 09 Apr 2013 10:31:54 -0000 TB --- 2013-04-09 07:41:53 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 07:41:53 - 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-04-09 07:41:53 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-09 07:41:53 - cleaning the object tree TB --- 2013-04-09 07:41:53 - /usr/local/bin/svn stat /src TB --- 2013-04-09 07:41:56 - At svn revision 249291 TB --- 2013-04-09 07:41:57 - building world TB --- 2013-04-09 07:41:57 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 07:41:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 07:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 07:41:57 - SRCCONF=/dev/null TB --- 2013-04-09 07:41:57 - TARGET=powerpc TB --- 2013-04-09 07:41:57 - TARGET_ARCH=powerpc64 TB --- 2013-04-09 07:41:57 - TZ=UTC TB --- 2013-04-09 07:41:57 - __MAKE_CONF=/dev/null TB --- 2013-04-09 07:41:57 - cd /src TB --- 2013-04-09 07:41:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 07:42:01 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 Tue Apr 9 10:28:47 UTC 2013 TB --- 2013-04-09 10:28:47 - generating LINT kernel config TB --- 2013-04-09 10:28:47 - cd /src/sys/powerpc/conf TB --- 2013-04-09 10:28:47 - /usr/bin/make -B LINT TB --- 2013-04-09 10:28:47 - cd /src/sys/powerpc/conf TB --- 2013-04-09 10:28:47 - /usr/sbin/config -m LINT TB --- 2013-04-09 10:28:47 - skipping LINT kernel TB --- 2013-04-09 10:28:47 - cd /src/sys/powerpc/conf TB --- 2013-04-09 10:28:47 - /usr/sbin/config -m GENERIC TB --- 2013-04-09 10:28:47 - skipping GENERIC kernel TB --- 2013-04-09 10:28:47 - cd /src/sys/powerpc/conf TB --- 2013-04-09 10:28:47 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-09 10:28:47 - building GENERIC64 kernel TB --- 2013-04-09 10:28:47 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 10:28:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 10:28:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 10:28:47 - SRCCONF=/dev/null TB --- 2013-04-09 10:28:47 - TARGET=powerpc TB --- 2013-04-09 10:28:47 - TARGET_ARCH=powerpc64 TB --- 2013-04-09 10:28:47 - TZ=UTC TB --- 2013-04-09 10:28:47 - __MAKE_CONF=/dev/null TB --- 2013-04-09 10:28:47 - cd /src TB --- 2013-04-09 10:28:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Tue Apr 9 10:28:47 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 [...] In file included from /src/sys/sys/counter.h:34, from /src/sys/netinet/ip_var.h:133, from /src/sys/fs/nfs/nfsport.h:90, from /src/sys/fs/nfs/nfs_commonkrpc.c:65: ./machine/counter.h: In function 'counter_u64_add': ./machine/counter.h:57: error: '__pcpu' undeclared (first use in this function) ./machine/counter.h:57: error: (Each undeclared identifier is reported only once ./machine/counter.h:57: error: for each function it appears in.) *** [nfs_commonkrpc.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-04-09 10:31:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-09 10:31:53 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-09 10:31:53 - 8945.17 user 1190.95 system 10200.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 16:42: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 C2CA627C for ; Tue, 9 Apr 2013 16:42:23 +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 87DC580D for ; Tue, 9 Apr 2013 16:42:23 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.6/8.14.6) with ESMTP id r39GLNtR014696 for ; Tue, 9 Apr 2013 09:21:23 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.6/8.14.6/Submit) id r39GLNCw014695 for current@freebsd.org; Tue, 9 Apr 2013 09:21:23 -0700 (PDT) (envelope-from david) Date: Tue, 9 Apr 2013 09:21:23 -0700 From: David Wolfskill To: current@freebsd.org Subject: panic during transition to multi-user mode @r249303 [i386] Message-ID: <20130409162123.GL2722@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cVp8NMj01v+Em8Se" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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, 09 Apr 2013 16:42:23 -0000 --cVp8NMj01v+Em8Se Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I saw this first on my laptop; backtrace mentioned something about iwn(4), so after I saved the crash dump, I flippe dthe wireless switch off and tried again... and got a different (but undoubtedly related) panic, which I also saved. Then, after my build machine finished, that also got a panic (using a GENERIC kernel), so I saved that away, as well. Gory details are available at http://www.catwhisker.org/~david/FreeBSD/panic_09Apr2013/. Here's what's in there: freebeast: total 126476 -rw-r--r-- 1 david staff 44616 Apr 9 08:49:54 2013 core.txt.3 -rw-r--r-- 1 david staff 7881 Apr 7 08:04:47 2013 dmesg.boot.10.0-= CURRENT -rw-r--r-- 1 david staff 491 Apr 9 08:41:09 2013 info.3 -rw-r--r-- 1 david staff 129323008 Apr 9 08:41:16 2013 vmcore.3 laptop: total 627248 -rw-r--r-- 1 david staff 45055 Apr 9 06:35:36 2013 core.txt.5 -rw-r--r-- 1 david staff 48156 Apr 9 06:35:46 2013 core.txt.6 -rw-r--r-- 1 david staff 13606 Apr 7 05:53:33 2013 dmesg.boot.10.0-= CURRENT -rw-r--r-- 1 david staff 465 Oct 24 07:36:27 2012 info.5 -rw-r--r-- 1 david staff 469 Apr 9 06:31:39 2013 info.6 -rw-r--r-- 1 david staff 430333952 Oct 24 07:36:46 2012 vmcore.5 -rw-r--r-- 1 david staff 211210240 Apr 9 06:31:49 2013 vmcore.6 (I'm not too concerned about passwords being in there, since I never had a chance to even try to type one in. :-} Unfortunately, it appears that my invocation of "crashinfo" was less than useflu, even though I pointed it at the kernel(s) that had been running when the crash(es) occurred: the backtrace shown is useless. I can try to boot the build machine under the previous "head" kernel (vs. stable/9), and try that again...? AFK for a bit -- need to have laptop display replaced (unrelated). 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. --cVp8NMj01v+Em8Se Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFkQAMACgkQmprOCmdXAD1s7QCfTN8X0SPpPDsUz4wMh/XxGqiN PtoAn3JPkzU0xmVSJ+aIHHOAkU+dub+o =EF22 -----END PGP SIGNATURE----- --cVp8NMj01v+Em8Se-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 16:59:11 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 23E7C659 for ; Tue, 9 Apr 2013 16:59:11 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) by mx1.freebsd.org (Postfix) with ESMTP id E22E792E for ; Tue, 9 Apr 2013 16:59:10 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.6/8.14.6) with ESMTP id r39GwG1w027257 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Tue, 9 Apr 2013 09:58:16 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201304091658.r39GwG1w027257@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Apr 2013 09:58:11 -0700 To: David Wolfskill , current@freebsd.org From: Manfred Antar Subject: Re: panic during transition to multi-user mode @r249303 [i386] In-Reply-To: <20130409162123.GL2722@albert.catwhisker.org> References: <20130409162123.GL2722@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: r39GwG1w027257 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com 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, 09 Apr 2013 16:59:11 -0000 At 09:21 AM 4/9/2013, David Wolfskill wrote: >I saw this first on my laptop; backtrace mentioned something about >iwn(4), so after I saved the crash dump, I flippe dthe wireless switch >off and tried again... and got a different (but undoubtedly related) >panic, which I also saved. > >Then, after my build machine finished, that also got a panic (using a >GENERIC kernel), so I saved that away, as well. > >Gory details are available at >http://www.catwhisker.org/~david/FreeBSD/panic_09Apr2013/. > >Here's what's in there: > >freebeast: >total 126476 >-rw-r--r-- 1 david staff 44616 Apr 9 08:49:54 2013 core.txt.3 >-rw-r--r-- 1 david staff 7881 Apr 7 08:04:47 2013 dmesg.boot.10.0-CURRENT >-rw-r--r-- 1 david staff 491 Apr 9 08:41:09 2013 info.3 >-rw-r--r-- 1 david staff 129323008 Apr 9 08:41:16 2013 vmcore.3 > >laptop: >total 627248 >-rw-r--r-- 1 david staff 45055 Apr 9 06:35:36 2013 core.txt.5 >-rw-r--r-- 1 david staff 48156 Apr 9 06:35:46 2013 core.txt.6 >-rw-r--r-- 1 david staff 13606 Apr 7 05:53:33 2013 dmesg.boot.10.0-CURRENT >-rw-r--r-- 1 david staff 465 Oct 24 07:36:27 2012 info.5 >-rw-r--r-- 1 david staff 469 Apr 9 06:31:39 2013 info.6 >-rw-r--r-- 1 david staff 430333952 Oct 24 07:36:46 2012 vmcore.5 >-rw-r--r-- 1 david staff 211210240 Apr 9 06:31:49 2013 vmcore.6 > >(I'm not too concerned about passwords being in there, since I never >had a chance to even try to type one in. :-} > >Unfortunately, it appears that my invocation of "crashinfo" was >less than useflu, even though I pointed it at the kernel(s) that >had been running when the crash(es) occurred: the backtrace shown >is useless. I can try to boot the build machine under the previous >"head" kernel (vs. stable/9), and try that again...? > >AFK for a bit -- need to have laptop display replaced (unrelated). > >Peace, >david >-- >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. > I'm also getting a panic on kernel (Current i386) the last day or two. The last good kernel: FreeBSD 10.0-CURRENT #0 r249251: Mon Apr 8 03:21:23 PDT 2013 it happens on rc.d/netwait The process is ping Something to do with new network stuff. The Interface is bge0 Manfred ======================== || null@pozo.com || || || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 17:27: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 75F0F24E for ; Tue, 9 Apr 2013 17:27:09 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) by mx1.freebsd.org (Postfix) with ESMTP id 40753B44 for ; Tue, 9 Apr 2013 17:27:09 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.6/8.14.6) with ESMTP id r39HQwTF001526 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Tue, 9 Apr 2013 10:27:00 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201304091727.r39HQwTF001526@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Apr 2013 10:26:53 -0700 To: David Wolfskill , current@freebsd.org From: Manfred Antar Subject: Re: panic during transition to multi-user mode @r249303 [i386] In-Reply-To: <201304091658.r39GwG1w027257@pozo.com> References: <20130409162123.GL2722@albert.catwhisker.org> <201304091658.r39GwG1w027257@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: r39HQwTF001526 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com 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, 09 Apr 2013 17:27:09 -0000 More info Break to debugger starts here: add net default: gateway 192.168.0.1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Waiting for bge0 to have link. Waiting for 192.168.0.1 to respond to ICMP Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x88622280 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07c7321 stack pointer = 0x28:0xe3adb9e0 frame pointer = 0x28:0xe3adba80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 536 (ping) [ thread pid 536 tid 100071 ] Stopped at ip_output+0x171: movl %fs:0(%esi),%eax db> bt Tracing pid 536 tid 100071 td 0xc7991900 ip_output(c78c1300,0,0,20,0,...) at ip_output+0x171/frame 0xe3adba80 rip_output(c78c1300,c7a6d680,100a8c0,e3adbb60,c0744bb7,...) at rip_output+0x39c/frame 0xe3adbad8 rip_send(c7a6d680,0,c78c1300,c739e900,0,...) at rip_send+0x4c/frame 0xe3adbaec sosend_generic(c7a6d680,c739e900,e3adbb98,0,0,...) at sosend_generic+0x437/frame 0xe3adbb60 kern_sendit(c7991900,3,e3adbc20,0,0,...) at kern_sendit+0x1c9/frame 0xe3adbbcc sendit(e3adbc20,0,81212f4,0,c739e900,...) at sendit+0xe5/frame 0xe3adbc08 sys_sendto(c7991900,e3adbcc8,c7991bdc,e3adbc5c,c06e029f,...) at sys_sendto+0x5b/frame 0xe3adbc40 syscall(e3adbd08) at syscall+0x363/frame 0xe3adbcfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xe3adbcfc --- syscall (133, FreeBSD ELF32, sys_sendto), eip = 0x807ebcb, esp = 0xbfbed94c, ebp = 0xbfbed9a0 --- db> ======================== || null@pozo.com || || || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 18:00:01 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 423DBF85 for ; Tue, 9 Apr 2013 18:00:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id AE5F1E5C for ; Tue, 9 Apr 2013 18:00:00 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r39HxdmH028943; Tue, 9 Apr 2013 20:59:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r39HxdmH028943 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r39Hxdeg028942; Tue, 9 Apr 2013 20:59:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 9 Apr 2013 20:59:39 +0300 From: Konstantin Belousov To: Manfred Antar Subject: Re: panic during transition to multi-user mode @r249303 [i386] Message-ID: <20130409175939.GI2930@kib.kiev.ua> References: <20130409162123.GL2722@albert.catwhisker.org> <201304091658.r39GwG1w027257@pozo.com> <201304091727.r39HQwTF001526@pozo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="16qp2B0xu0fRvRD7" Content-Disposition: inline In-Reply-To: <201304091727.r39HQwTF001526@pozo.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: 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, 09 Apr 2013 18:00:01 -0000 --16qp2B0xu0fRvRD7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 09, 2013 at 10:26:53AM -0700, Manfred Antar wrote: >=20 >=20 > More info > Break to debugger starts here: >=20 > add net default: gateway 192.168.0.1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > Waiting for bge0 to have link. > Waiting for 192.168.0.1 to respond to ICMP >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x88622280 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc07c7321 > stack pointer =3D 0x28:0xe3adb9e0 > frame pointer =3D 0x28:0xe3adba80 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 536 (ping) > [ thread pid 536 tid 100071 ] > Stopped at ip_output+0x171: movl %fs:0(%esi),%eax >=20 > db> bt > Tracing pid 536 tid 100071 td 0xc7991900 > ip_output(c78c1300,0,0,20,0,...) at ip_output+0x171/frame 0xe3adba80 > rip_output(c78c1300,c7a6d680,100a8c0,e3adbb60,c0744bb7,...) at rip_output= +0x39c/frame 0xe3adbad8 > rip_send(c7a6d680,0,c78c1300,c739e900,0,...) at rip_send+0x4c/frame 0xe3a= dbaec > sosend_generic(c7a6d680,c739e900,e3adbb98,0,0,...) at sosend_generic+0x43= 7/frame 0xe3adbb60 > kern_sendit(c7991900,3,e3adbc20,0,0,...) at kern_sendit+0x1c9/frame 0xe3a= dbbcc > sendit(e3adbc20,0,81212f4,0,c739e900,...) at sendit+0xe5/frame 0xe3adbc08 > sys_sendto(c7991900,e3adbcc8,c7991bdc,e3adbc5c,c06e029f,...) at sys_sendt= o+0x5b/frame 0xe3adbc40 > syscall(e3adbd08) at syscall+0x363/frame 0xe3adbcfc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xe3adbcfc > --- syscall (133, FreeBSD ELF32, sys_sendto), eip =3D 0x807ebcb, esp =3D = 0xbfbed94c, ebp =3D 0xbfbed9a0 --- > db> This is hopefully fixed by r249314. --16qp2B0xu0fRvRD7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRZFcKAAoJEJDCuSvBvK1B0fIP/RiaAGMTKemuJkIw/R5dq/zh k8saM/6ESEsCjGNS7bYdUm4zdJJHjeHkjWX6iXnpb/FnKoPnkueEUq5qvqALqXf9 NkgmfANqc7MYzMUYrZcauLP2u4fLrbRbvy2X1f1lOf+fBbQ2ZzMFmkIui96Q1gJ6 1m2ElKn7HUbz4zPykJ/GdYEHibEYylG6K8qQ/ILnE33DfyGqGYnveOdIWPAwCSCQ ATJhl2w3YTDIUgEd0HpbfEtpQJMZR4Roc3UWWnoNYF6Wg/Oc8/WckNiQJ8zjstN7 qr4foZKd31Q27wfhgCvGrj2Nl8CeXwpSb2NGeI3axaBI3wM1AoCWtaIa5SOhZOIk djquZDyqSE1OALM2+HnAFKkVcUouEI4HMx3U+jJkbR+65PqEjPQBcHwp+j3HanvX 9IHu6EGxvYBkVq8bl2W6lp5faYjAsAf6Y+ZVW5nxtcn9BeSO302IxvAX6Fj+CzNE KmObIvF6yIMT+HBVbaOCg4M9RTMsCmCCKtjVbL15BIN+PlTwtGmmzFLl83Tgcsg8 JjiLDQUHwNhl1FOUJRF/v0d54afiupPdCurxtbO4i0Q5d1CK+wazsiTVqXs81B8+ DuGNyhDRb7a1EGT4UlUuk7QCoPRJpiud9oNF4EP7mQBE4jiMzM9GpGVKGIyA6Gr7 cLfBIYwPmAGiGDcVvJ82 =CuP5 -----END PGP SIGNATURE----- --16qp2B0xu0fRvRD7-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 18:17: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 8EED4597 for ; Tue, 9 Apr 2013 18:17:22 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) by mx1.freebsd.org (Postfix) with ESMTP id 71F44F4C for ; Tue, 9 Apr 2013 18:17:22 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.6/8.14.6) with ESMTP id r39IHA50001487 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Tue, 9 Apr 2013 11:17:10 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201304091817.r39IHA50001487@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Apr 2013 11:17:05 -0700 To: Konstantin Belousov From: Manfred Antar Subject: Re: panic during transition to multi-user mode @r249303 [i386] In-Reply-To: <20130409175939.GI2930@kib.kiev.ua> References: <20130409162123.GL2722@albert.catwhisker.org> <201304091658.r39GwG1w027257@pozo.com> <201304091727.r39HQwTF001526@pozo.com> <20130409175939.GI2930@kib.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: r39IHA50001487 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com 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, 09 Apr 2013 18:17:22 -0000 At 10:59 AM 4/9/2013, Konstantin Belousov wrote: >This is hopefully fixed by r249314. > Yes r249314 works fine Thanks ======================== || null@pozo.com || || || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 18:28:43 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 F2E569AB for ; Tue, 9 Apr 2013 18:28:42 +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 D2A34B5 for ; Tue, 9 Apr 2013 18:28:42 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.6/8.14.6) with ESMTP id r39ISg1H016138; Tue, 9 Apr 2013 11:28:42 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.6/8.14.6/Submit) id r39ISfwh016137; Tue, 9 Apr 2013 11:28:41 -0700 (PDT) (envelope-from david) Date: Tue, 9 Apr 2013 11:28:41 -0700 From: David Wolfskill To: Konstantin Belousov Subject: Re: panic during transition to multi-user mode @r249303 [i386] Message-ID: <20130409182841.GV2722@albert.catwhisker.org> References: <20130409162123.GL2722@albert.catwhisker.org> <201304091658.r39GwG1w027257@pozo.com> <201304091727.r39HQwTF001526@pozo.com> <20130409175939.GI2930@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cbvl/UgeRTPlujdB" Content-Disposition: inline In-Reply-To: <20130409175939.GI2930@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 09 Apr 2013 18:28:43 -0000 --Cbvl/UgeRTPlujdB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 09, 2013 at 08:59:39PM +0300, Konstantin Belousov wrote: > ... > This is hopefully fixed by r249314. After hand-applying that change, re-building & re-installing the kernel on my build machine, it is able to make the transition to multi-user mode without issue. Now running: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1127 r= 249303M/249303:1000030: Tue Apr 9 11:19:25 PDT 2013 root@freebeast.cat= whisker.org:/usr/obj/usr/src/sys/GENERIC i386 Thanks! 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. --Cbvl/UgeRTPlujdB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEUEARECAAYFAlFkXcgACgkQmprOCmdXAD2cdACdEjfSJ6DDy9K45sz54sy6EVbn vXgAmJL/M4UOS3oWawHhSRfI4jtyfJQ= =nR8U -----END PGP SIGNATURE----- --Cbvl/UgeRTPlujdB-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 20:32: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 44DD06A9; Tue, 9 Apr 2013 20:32:48 +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 22274BE9; Tue, 9 Apr 2013 20:32:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 748E8B94B; Tue, 9 Apr 2013 16:32:47 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Tue, 9 Apr 2013 16:08:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201304091608.09257.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 09 Apr 2013 16:32:47 -0400 (EDT) Cc: Adrian Chadd , lev@freebsd.org, Poul-Henning Kamp 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, 09 Apr 2013 20:32:48 -0000 On Sunday, April 07, 2013 5:46:34 pm Adrian Chadd wrote: > On 7 April 2013 13:15, Poul-Henning Kamp wrote: > > In message <1428566376.20130407234355@serebryakov.spb.ru>, Lev Serebryakov writ > > es: > > > >>It doesn't look so. And uart1 and uart3 doesn't have interrupt > >>according to `vmstat -i' (but share irq4 according to boot messages). > > > > Ohh, there you go... > > > > Interrupt sharing on ISA requires special magic... > > .. did we really break shared interrupt handling on ISA? When did it ever work? > God, you made me remember ISA interrupt sharing. I thought the main > source of evilness is edge shared interrupts? Right, and ISA are edge and active-hi, so generally not shareable. Lev, Can you assign different interrupts via the BIOS somehow? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 20:42:40 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 E05AA958; Tue, 9 Apr 2013 20:42:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id A52F6CFD; Tue, 9 Apr 2013 20:42:40 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id A70394AC57; Wed, 10 Apr 2013 00:42:33 +0400 (MSK) Date: Wed, 10 Apr 2013 00:42:29 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1054103295.20130410004229@serebryakov.spb.ru> To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <201304091608.09257.jhb@freebsd.org> References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 20:42:40 -0000 Hello, John. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:08:09: >> .. did we really break shared interrupt handling on ISA? JB> When did it ever work? sio has special hacks to make it work, and in my experience, it worked around FreeBSD 4 (or even 3? I've started with 2.2.2, but it was later), when I had some systems with multiple internal ISA modems (does anybody remember word "FIDO" here?) >> God, you made me remember ISA interrupt sharing. I thought the main >> source of evilness is edge shared interrupts? JB> Right, and ISA are edge and active-hi, so generally not shareable. As far as I remember, it is changeable. But I could be wrong here. JB> Can you assign different interrupts via the BIOS somehow? I'll try. I could disable uart2 and 3 for sure, and then uart0 and uart1 will have unique standard (4 and 3) IRQ. I'll try it tomorrow. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 20:44: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 87B7CA90; Tue, 9 Apr 2013 20:44:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4C35DD2C; Tue, 9 Apr 2013 20:44:57 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 56BDD4AC57; Wed, 10 Apr 2013 00:44:55 +0400 (MSK) Date: Wed, 10 Apr 2013 00:44:51 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <105818341.20130410004451@serebryakov.spb.ru> To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <201304091608.09257.jhb@freebsd.org> References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 20:44:57 -0000 Hello, John. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:08:09: JB> When did it ever work? Problem is, that every uart device now is independent from each other in good "OOP" style, and it looks like interrupt sharing we need one interrupt handler per irq (not per device), which will now about several UARTs. Something like "multiport" device, bot not exactly. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 20:52:11 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 F2A69E23; Tue, 9 Apr 2013 20:52:10 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B5375D7C; Tue, 9 Apr 2013 20:52:10 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9031989FC1; Tue, 9 Apr 2013 20:52:04 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r39Kq4MI054190; Tue, 9 Apr 2013 20:52:04 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <105818341.20130410004451@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 09 Apr 2013 20:52:04 +0000 Message-ID: <54189.1365540724@critter.freebsd.dk> Cc: Adrian Chadd , 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, 09 Apr 2013 20:52:11 -0000 In message <105818341.20130410004451@serebryakov.spb.ru>, Lev Serebryakov write s: >JB> When did it ever work? > Problem is, that every uart device now is independent from each > other in good "OOP" style, and it looks like interrupt sharing we > need one interrupt handler per irq (not per device), which will now > about several UARTs. Something like "multiport" device, bot not > exactly. That is what the puc(4) driver does... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 20:58: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 757AF198; Tue, 9 Apr 2013 20:58:30 +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 50F06DC6; Tue, 9 Apr 2013 20:58:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8959FB941; Tue, 9 Apr 2013 16:58:29 -0400 (EDT) From: John Baldwin To: lev@freebsd.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Tue, 9 Apr 2013 16:58:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> In-Reply-To: <105818341.20130410004451@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Message-Id: <201304091658.22810.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 09 Apr 2013 16:58:29 -0400 (EDT) Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp 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, 09 Apr 2013 20:58:30 -0000 On Tuesday, April 09, 2013 4:44:51 pm Lev Serebryakov wrote: > Hello, John. > You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:08:09: >=20 > JB> When did it ever work? > Problem is, that every uart device now is independent from each > other in good "OOP" style, and it looks like interrupt sharing we > need one interrupt handler per irq (not per device), which will now > about several UARTs. Something like "multiport" device, bot not > exactly. No, the interrupt code itself will handle shared interrupts (it will call all handlers). I think in practice that uart is setting INTR_EXCL or some such and/or uart doesn't set RF_SHAREABLE when allocating the IRQ. It is probably the latter. You could try just adding RF_SHAREABLE to the bus_alloc_resource_any() for the IRQ to uart and see if that fixes it. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 9 21:10:42 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 403675CA; Tue, 9 Apr 2013 21:10:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 177FEE4E; Tue, 9 Apr 2013 21:10:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r39L5W2C089656; Tue, 9 Apr 2013 17:05:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r39L5WfC089652; Tue, 9 Apr 2013 21:05:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 9 Apr 2013 21:05:32 GMT Message-Id: <201304092105.r39L5WfC089652@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: Tue, 09 Apr 2013 21:10:42 -0000 TB --- 2013-04-09 18:06:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 18:06:07 - 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-04-09 18:06:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-09 18:06:07 - cleaning the object tree TB --- 2013-04-09 18:07:46 - /usr/local/bin/svn stat /src TB --- 2013-04-09 18:07:49 - At svn revision 249303 TB --- 2013-04-09 18:07:50 - building world TB --- 2013-04-09 18:07:50 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 18:07:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 18:07:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 18:07:50 - SRCCONF=/dev/null TB --- 2013-04-09 18:07:50 - TARGET=powerpc TB --- 2013-04-09 18:07:50 - TARGET_ARCH=powerpc64 TB --- 2013-04-09 18:07:50 - TZ=UTC TB --- 2013-04-09 18:07:50 - __MAKE_CONF=/dev/null TB --- 2013-04-09 18:07:50 - cd /src TB --- 2013-04-09 18:07:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 18:07:55 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 Tue Apr 9 21:02:09 UTC 2013 TB --- 2013-04-09 21:02:09 - generating LINT kernel config TB --- 2013-04-09 21:02:09 - cd /src/sys/powerpc/conf TB --- 2013-04-09 21:02:09 - /usr/bin/make -B LINT TB --- 2013-04-09 21:02:09 - cd /src/sys/powerpc/conf TB --- 2013-04-09 21:02:09 - /usr/sbin/config -m LINT TB --- 2013-04-09 21:02:09 - skipping LINT kernel TB --- 2013-04-09 21:02:09 - cd /src/sys/powerpc/conf TB --- 2013-04-09 21:02:09 - /usr/sbin/config -m GENERIC TB --- 2013-04-09 21:02:09 - skipping GENERIC kernel TB --- 2013-04-09 21:02:09 - cd /src/sys/powerpc/conf TB --- 2013-04-09 21:02:09 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-09 21:02:09 - building GENERIC64 kernel TB --- 2013-04-09 21:02:09 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:02:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:02:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:02:09 - SRCCONF=/dev/null TB --- 2013-04-09 21:02:09 - TARGET=powerpc TB --- 2013-04-09 21:02:09 - TARGET_ARCH=powerpc64 TB --- 2013-04-09 21:02:09 - TZ=UTC TB --- 2013-04-09 21:02:09 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:02:09 - cd /src TB --- 2013-04-09 21:02:09 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Tue Apr 9 21:02: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 [...] In file included from /src/sys/sys/counter.h:34, from /src/sys/netinet/ip_var.h:133, from /src/sys/fs/nfs/nfsport.h:90, from /src/sys/fs/nfs/nfs_commonkrpc.c:65: ./machine/counter.h: In function 'counter_u64_add': ./machine/counter.h:57: error: '__pcpu' undeclared (first use in this function) ./machine/counter.h:57: error: (Each undeclared identifier is reported only once ./machine/counter.h:57: error: for each function it appears in.) *** [nfs_commonkrpc.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-04-09 21:05:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-09 21:05:32 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-09 21:05:32 - 9071.79 user 1263.46 system 10764.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 00:03:09 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 F2EEBE5C; Wed, 10 Apr 2013 00:03: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 CB3FC7A2; Wed, 10 Apr 2013 00:03: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 r3A034r5015239; Tue, 9 Apr 2013 20:03: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 r3A034fQ015237; Wed, 10 Apr 2013 00:03:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 00:03:04 GMT Message-Id: <201304100003.r3A034fQ015237@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, 10 Apr 2013 00:03:09 -0000 TB --- 2013-04-09 21:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 21:20: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-04-09 21:20:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-09 21:20:18 - cleaning the object tree TB --- 2013-04-09 21:20:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 21:20:22 - At svn revision 249318 TB --- 2013-04-09 21:20:23 - building world TB --- 2013-04-09 21:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:20:23 - SRCCONF=/dev/null TB --- 2013-04-09 21:20:23 - TARGET=arm TB --- 2013-04-09 21:20:23 - TARGET_ARCH=armv6 TB --- 2013-04-09 21:20:23 - TZ=UTC TB --- 2013-04-09 21:20:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:20:23 - cd /src TB --- 2013-04-09 21:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 21:20:28 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 Apr 10 00:01:31 UTC 2013 TB --- 2013-04-10 00:01:31 - generating LINT kernel config TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/bin/make -B LINT TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/sbin/config -m LINT TB --- 2013-04-10 00:01:31 - skipping LINT kernel TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/sbin/config -m AC100 TB --- 2013-04-10 00:01:31 - building AC100 kernel TB --- 2013-04-10 00:01:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:01:31 - SRCCONF=/dev/null TB --- 2013-04-10 00:01:31 - TARGET=arm TB --- 2013-04-10 00:01:31 - TARGET_ARCH=armv6 TB --- 2013-04-10 00:01:31 - TZ=UTC TB --- 2013-04-10 00:01:31 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:01:31 - cd /src TB --- 2013-04-10 00:01:31 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Apr 10 00:01: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 [...] ^ /src/sys/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.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-04-10 00:03:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 00:03:04 - ERROR: failed to build AC100 kernel TB --- 2013-04-10 00:03:04 - 7699.76 user 1425.30 system 9766.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 00:12: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 79D7F71; Wed, 10 Apr 2013 00:12: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 516F47FA; Wed, 10 Apr 2013 00:12: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 r3A0CLxg091831; Tue, 9 Apr 2013 20:12: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 r3A0CLWX091823; Wed, 10 Apr 2013 00:12:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 00:12:21 GMT Message-Id: <201304100012.r3A0CLWX091823@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, 10 Apr 2013 00:12:22 -0000 TB --- 2013-04-09 21:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 21:20: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-04-09 21:20:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-09 21:20:18 - cleaning the object tree TB --- 2013-04-09 21:20:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 21:20:22 - At svn revision 249318 TB --- 2013-04-09 21:20:23 - building world TB --- 2013-04-09 21:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:20:23 - SRCCONF=/dev/null TB --- 2013-04-09 21:20:23 - TARGET=arm TB --- 2013-04-09 21:20:23 - TARGET_ARCH=arm TB --- 2013-04-09 21:20:23 - TZ=UTC TB --- 2013-04-09 21:20:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:20:23 - cd /src TB --- 2013-04-09 21:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 21:20:28 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 Apr 10 00:01:31 UTC 2013 TB --- 2013-04-10 00:01:31 - generating LINT kernel config TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/bin/make -B LINT TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/sbin/config -m LINT TB --- 2013-04-10 00:01:31 - building LINT kernel TB --- 2013-04-10 00:01:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:01:31 - SRCCONF=/dev/null TB --- 2013-04-10 00:01:31 - TARGET=arm TB --- 2013-04-10 00:01:31 - TARGET_ARCH=arm TB --- 2013-04-10 00:01:31 - TZ=UTC TB --- 2013-04-10 00:01:31 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:01:31 - cd /src TB --- 2013-04-10 00:01:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 00:01: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 [...] ^ /src/sys/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.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-04-10 00:12:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 00:12:21 - ERROR: failed to build LINT kernel TB --- 2013-04-10 00:12:21 - 8072.85 user 1530.73 system 10322.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 00:20: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 B2955242; Wed, 10 Apr 2013 00:20:03 +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 89FD4842; Wed, 10 Apr 2013 00:20:03 +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 r3A0K2mV021978; Tue, 9 Apr 2013 20:20:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A0K2JC021977; Wed, 10 Apr 2013 00:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 00:20:02 GMT Message-Id: <201304100020.r3A0K2JC021977@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, 10 Apr 2013 00:20:03 -0000 TB --- 2013-04-09 21:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 21:20: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-04-09 21:20:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-09 21:20:18 - cleaning the object tree TB --- 2013-04-09 21:20:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 21:20:22 - At svn revision 249318 TB --- 2013-04-09 21:20:23 - building world TB --- 2013-04-09 21:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:20:23 - SRCCONF=/dev/null TB --- 2013-04-09 21:20:23 - TARGET=i386 TB --- 2013-04-09 21:20:23 - TARGET_ARCH=i386 TB --- 2013-04-09 21:20:23 - TZ=UTC TB --- 2013-04-09 21:20:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:20:23 - cd /src TB --- 2013-04-09 21:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 21:20:28 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 Apr 10 00:06:28 UTC 2013 TB --- 2013-04-10 00:06:28 - generating LINT kernel config TB --- 2013-04-10 00:06:28 - cd /src/sys/i386/conf TB --- 2013-04-10 00:06:28 - /usr/bin/make -B LINT TB --- 2013-04-10 00:06:28 - cd /src/sys/i386/conf TB --- 2013-04-10 00:06:28 - /usr/sbin/config -m LINT TB --- 2013-04-10 00:06:28 - building LINT kernel TB --- 2013-04-10 00:06:28 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:06:28 - SRCCONF=/dev/null TB --- 2013-04-10 00:06:28 - TARGET=i386 TB --- 2013-04-10 00:06:28 - TARGET_ARCH=i386 TB --- 2013-04-10 00:06:28 - TZ=UTC TB --- 2013-04-10 00:06:28 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:06:28 - cd /src TB --- 2013-04-10 00:06:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 00:06:28 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/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.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-04-10 00:20:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 00:20:02 - ERROR: failed to build LINT kernel TB --- 2013-04-10 00:20:02 - 8687.51 user 1544.02 system 10784.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 00:52:34 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 5E1D68D5; Wed, 10 Apr 2013 00:52:34 +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 3415194E; Wed, 10 Apr 2013 00:52:33 +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 r3A0qXWG000180; Tue, 9 Apr 2013 20:52: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 r3A0qXfV000179; Wed, 10 Apr 2013 00:52:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 00:52:33 GMT Message-Id: <201304100052.r3A0qXfV000179@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, 10 Apr 2013 00:52:34 -0000 TB --- 2013-04-09 21:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 21:20: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-04-09 21:20:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-09 21:20:18 - cleaning the object tree TB --- 2013-04-09 21:20:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 21:20:22 - At svn revision 249318 TB --- 2013-04-09 21:20:23 - building world TB --- 2013-04-09 21:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:20:23 - SRCCONF=/dev/null TB --- 2013-04-09 21:20:23 - TARGET=amd64 TB --- 2013-04-09 21:20:23 - TARGET_ARCH=amd64 TB --- 2013-04-09 21:20:23 - TZ=UTC TB --- 2013-04-09 21:20:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:20:23 - cd /src TB --- 2013-04-09 21:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 21:20:28 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 Apr 10 00:39:40 UTC 2013 TB --- 2013-04-10 00:39:40 - generating LINT kernel config TB --- 2013-04-10 00:39:40 - cd /src/sys/amd64/conf TB --- 2013-04-10 00:39:40 - /usr/bin/make -B LINT TB --- 2013-04-10 00:39:40 - cd /src/sys/amd64/conf TB --- 2013-04-10 00:39:40 - /usr/sbin/config -m LINT TB --- 2013-04-10 00:39:40 - building LINT kernel TB --- 2013-04-10 00:39:40 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:39:40 - SRCCONF=/dev/null TB --- 2013-04-10 00:39:40 - TARGET=amd64 TB --- 2013-04-10 00:39:40 - TARGET_ARCH=amd64 TB --- 2013-04-10 00:39:40 - TZ=UTC TB --- 2013-04-10 00:39:40 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:39:40 - cd /src TB --- 2013-04-10 00:39:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 00:39:40 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/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.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-04-10 00:52:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 00:52:33 - ERROR: failed to build LINT kernel TB --- 2013-04-10 00:52:33 - 10047.13 user 1886.20 system 12734.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 01:22:55 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 A730FE25; Wed, 10 Apr 2013 01:22:55 +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 7EF8BA32; Wed, 10 Apr 2013 01:22:55 +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 r3A1MsvX091249; Tue, 9 Apr 2013 21:22:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A1Msg9091245; Wed, 10 Apr 2013 01:22:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 01:22:54 GMT Message-Id: <201304100122.r3A1Msg9091245@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, 10 Apr 2013 01:22:55 -0000 TB --- 2013-04-10 00:20:03 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 00:20:03 - 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-04-10 00:20:03 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-10 00:20:03 - cleaning the object tree TB --- 2013-04-10 00:20:03 - /usr/local/bin/svn stat /src TB --- 2013-04-10 00:20:06 - At svn revision 249318 TB --- 2013-04-10 00:20:07 - building world TB --- 2013-04-10 00:20:07 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:20:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:20:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:20:07 - SRCCONF=/dev/null TB --- 2013-04-10 00:20:07 - TARGET=mips TB --- 2013-04-10 00:20:07 - TARGET_ARCH=mips TB --- 2013-04-10 00:20:07 - TZ=UTC TB --- 2013-04-10 00:20:07 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:20:07 - cd /src TB --- 2013-04-10 00:20:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 00:20:12 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 Apr 10 01:21:21 UTC 2013 TB --- 2013-04-10 01:21:21 - cd /src/sys/mips/conf TB --- 2013-04-10 01:21:21 - /usr/sbin/config -m ADM5120 TB --- 2013-04-10 01:21:21 - skipping ADM5120 kernel TB --- 2013-04-10 01:21:21 - cd /src/sys/mips/conf TB --- 2013-04-10 01:21:21 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-10 01:21:21 - skipping ALCHEMY kernel TB --- 2013-04-10 01:21:21 - cd /src/sys/mips/conf TB --- 2013-04-10 01:21:21 - /usr/sbin/config -m AP121 TB --- 2013-04-10 01:21:21 - building AP121 kernel TB --- 2013-04-10 01:21:21 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:21:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:21:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:21:21 - SRCCONF=/dev/null TB --- 2013-04-10 01:21:21 - TARGET=mips TB --- 2013-04-10 01:21:21 - TARGET_ARCH=mips TB --- 2013-04-10 01:21:21 - TZ=UTC TB --- 2013-04-10 01:21:21 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:21:21 - cd /src TB --- 2013-04-10 01:21:21 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Apr 10 01:21:21 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/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 01:22:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 01:22:54 - ERROR: failed to build AP121 kernel TB --- 2013-04-10 01:22:54 - 2747.77 user 650.99 system 3771.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 01:54:43 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 D32DD133; Wed, 10 Apr 2013 01:54:43 +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 AAF73AD4; Wed, 10 Apr 2013 01:54:40 +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 r3A1sdrB065902; Tue, 9 Apr 2013 21:54:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A1sdjb065898; Wed, 10 Apr 2013 01:54:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 01:54:39 GMT Message-Id: <201304100154.r3A1sdjb065898@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, 10 Apr 2013 01:54:43 -0000 TB --- 2013-04-10 00:52:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 00:52: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-04-10 00:52:33 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-10 00:52:33 - cleaning the object tree TB --- 2013-04-10 00:52:33 - /usr/local/bin/svn stat /src TB --- 2013-04-10 00:52:37 - At svn revision 249318 TB --- 2013-04-10 00:52:38 - building world TB --- 2013-04-10 00:52:38 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:52:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:52:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:52:38 - SRCCONF=/dev/null TB --- 2013-04-10 00:52:38 - TARGET=mips TB --- 2013-04-10 00:52:38 - TARGET_ARCH=mips64 TB --- 2013-04-10 00:52:38 - TZ=UTC TB --- 2013-04-10 00:52:38 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:52:38 - cd /src TB --- 2013-04-10 00:52:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 00:52:42 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 Apr 10 01:53:24 UTC 2013 TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m ADM5120 TB --- 2013-04-10 01:53:24 - skipping ADM5120 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-10 01:53:24 - skipping ALCHEMY kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AP121 TB --- 2013-04-10 01:53:24 - skipping AP121 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AP91 TB --- 2013-04-10 01:53:24 - skipping AP91 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AP93 TB --- 2013-04-10 01:53:24 - skipping AP93 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AP94 TB --- 2013-04-10 01:53:24 - skipping AP94 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AP96 TB --- 2013-04-10 01:53:24 - skipping AP96 kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-04-10 01:53:24 - skipping AR71XX_BASE kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AR724X_BASE TB --- 2013-04-10 01:53:24 - skipping AR724X_BASE kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-04-10 01:53:24 - skipping AR91XX_BASE kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m AR933X_BASE TB --- 2013-04-10 01:53:24 - skipping AR933X_BASE kernel TB --- 2013-04-10 01:53:24 - cd /src/sys/mips/conf TB --- 2013-04-10 01:53:24 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-04-10 01:53:24 - building BERI_DE4_MDROOT kernel TB --- 2013-04-10 01:53:24 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:53:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:53:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:53:24 - SRCCONF=/dev/null TB --- 2013-04-10 01:53:24 - TARGET=mips TB --- 2013-04-10 01:53:24 - TARGET_ARCH=mips64 TB --- 2013-04-10 01:53:24 - TZ=UTC TB --- 2013-04-10 01:53:24 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:53:24 - cd /src TB --- 2013-04-10 01:53:24 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Apr 10 01:53: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/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here /src/sys/kern/uipc_socket.c:251: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'soalloc': /src/sys/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 01:54:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 01:54:39 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-04-10 01:54:39 - 2755.10 user 618.54 system 3726.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 01:59:12 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 3875B270; Wed, 10 Apr 2013 01:59:12 +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 10941AFD; Wed, 10 Apr 2013 01:59:11 +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 r3A1xBMq074272; Tue, 9 Apr 2013 21:59:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A1xBVA074271; Wed, 10 Apr 2013 01:59:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 01:59:11 GMT Message-Id: <201304100159.r3A1xBVA074271@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, 10 Apr 2013 01:59:12 -0000 TB --- 2013-04-10 00:12:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 00:12:21 - 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-04-10 00:12:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-10 00:12:21 - cleaning the object tree TB --- 2013-04-10 00:12:21 - /usr/local/bin/svn stat /src TB --- 2013-04-10 00:12:24 - At svn revision 249318 TB --- 2013-04-10 00:12:25 - building world TB --- 2013-04-10 00:12:25 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:12:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:12:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:12:25 - SRCCONF=/dev/null TB --- 2013-04-10 00:12:25 - TARGET=ia64 TB --- 2013-04-10 00:12:25 - TARGET_ARCH=ia64 TB --- 2013-04-10 00:12:25 - TZ=UTC TB --- 2013-04-10 00:12:25 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:12:25 - cd /src TB --- 2013-04-10 00:12:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 00:12:30 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 Apr 10 01:44:13 UTC 2013 TB --- 2013-04-10 01:44:13 - generating LINT kernel config TB --- 2013-04-10 01:44:13 - cd /src/sys/ia64/conf TB --- 2013-04-10 01:44:13 - /usr/bin/make -B LINT TB --- 2013-04-10 01:44:13 - cd /src/sys/ia64/conf TB --- 2013-04-10 01:44:13 - /usr/sbin/config -m LINT TB --- 2013-04-10 01:44:13 - building LINT kernel TB --- 2013-04-10 01:44:13 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:44:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:44:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:44:13 - SRCCONF=/dev/null TB --- 2013-04-10 01:44:13 - TARGET=ia64 TB --- 2013-04-10 01:44:13 - TARGET_ARCH=ia64 TB --- 2013-04-10 01:44:13 - TZ=UTC TB --- 2013-04-10 01:44:13 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:44:13 - cd /src TB --- 2013-04-10 01:44:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 01:44:13 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/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here /src/sys/kern/uipc_socket.c:251: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'soalloc': /src/sys/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 01:59:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 01:59:11 - ERROR: failed to build LINT kernel TB --- 2013-04-10 01:59:11 - 5207.45 user 858.06 system 6409.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 02:15: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 788A95B4 for ; Wed, 10 Apr 2013 02:15:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) by mx1.freebsd.org (Postfix) with ESMTP id 54CB8B7E for ; Wed, 10 Apr 2013 02:15:09 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id g10so3823712pdj.34 for ; Tue, 09 Apr 2013 19:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:date:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=e2YgP0ZahlZ9fWq7hw+h8wznQ0qMjIPX6OzcBj0pyPw=; b=rKo3BjCnwEK1UZcvAAdHCMCXfVYRDGSNQafOTz4dwQQMk5DWo6OS5CpFf5p3eADkRE 5FXr01jIzAmVIM1PB7aOEwr7v3Ddy52MCkO7h8/JlFAlueVuwQMRtTSW+ZlgS/dnarY+ ZQxaKmT+SzKyVSguxZEOzQ3ScUhL8zjkdVHFAXfSHDawRNgqH1rqMsrDR47PV0ChrHu4 ScJQVWRmrSOpimctZfT+4ojuafi3fxbNlbUWxwjvV0Ln93+ORZWchYszoYV5uX8UHRyD Kn4ngQi9AVhLNLEGZrSWivtTgpJlWHdOxzhVICHnZeSiqfYbB5sbcaK906DUlyFcECD0 1r/A== X-Received: by 10.66.157.36 with SMTP id wj4mr782497pab.88.1365560103389; Tue, 09 Apr 2013 19:15:03 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id f8sm4284050pbj.45.2013.04.09.19.14.59 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 09 Apr 2013 19:15:02 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 10 Apr 2013 11:14:55 +0900 From: YongHyeon PYUN Date: Wed, 10 Apr 2013 11:14:55 +0900 To: Spil Oss Subject: Re: Problems with axe(4) and checksum offloading Message-ID: <20130410021455.GB3086@michelle.cdnetworks.com> References: <20130408063548.GB1526@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@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: Wed, 10 Apr 2013 02:15:09 -0000 On Mon, Apr 08, 2013 at 08:45:58PM +0200, Spil Oss wrote: > Hi YongHyeon, > > output from verbose boot > > ugen3.2: at usbus3 > axe0: on usbus3 > axe0: PHYADDR 0xe0:0x10 > miibus1: on axe0 > ukphy0: PHY 16 on miibus1 > ukphy0: OUI 0x007063, model 0x0008, rev. 1 > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, > auto-flow > ue0: on axe0 > ue0: bpf attached > ue0: Ethernet address: 00:60:6e:42:5b:53 > ue0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP AX88772B engineering sample I have still worked on latest current. Could you use a static IP rather than using DHCP and see whether that makes any difference?(Note, you have to revert your changes made to axe(4) before trying that). Also show me the output of 'ifconfig ue0' before/after running dhclient(8). > > Apart from what I originally described... > Networking does work, but not when packets pass through ipfw and nat. If I > add my ipfw rules before the divert natd rule networking works as expected, > without the SYN,ACK response packets are not accepted if I e.g. connect to > something on the axe interface. I have validated the ipfw ruleset with the > onboard realtek NIC and it then works as expected. > > # usbconfig -u 3 -a 2 dump_info > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON (200mA) > > Kind regards, > > Spil. > > > On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN wrote: > > > On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > > > Hi all, > > > > > > With checksum offloading enabled I cannot use my axe NIC (ASIX AX88772B). > > > > > > ifconfig ue0 -txcsum -rxcsum > > > will make dhclient ue0 return > > > > > > if I re-enable txcsum and rxcsum I get an immediate response from the > > dhcp > > > server. > > > > > > Tried to remove the csum features by commenting out > > > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > > > ifp->if_hwassist = AXE_CSUM_FEATURES; > > > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > > > and rebuild the module. This does remove RXCSUM and TXCSUM from options > > and > > > behaves the same as disabling the features with ifconfig (i.e. does not > > > work) > > > > > > 10.0-CURRENT r248351 > > > > > > Hope someone can help me... Spil. > > > > Last time I tried, checksum offloading worked as expected. > > Would you show me the verbose dmesg output after attaching the > > axe(4) NIC? > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 03:05:18 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 03F6BCD6; Wed, 10 Apr 2013 03:05:18 +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 CE59BE3E; Wed, 10 Apr 2013 03:05:17 +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 r3A35G0n063426; Tue, 9 Apr 2013 23:05: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 r3A35G99063425; Wed, 10 Apr 2013 03:05:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 03:05:16 GMT Message-Id: <201304100305.r3A35G99063425@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, 10 Apr 2013 03:05:18 -0000 TB --- 2013-04-10 00:03:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 00:03: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-04-10 00:03:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-10 00:03:05 - cleaning the object tree TB --- 2013-04-10 00:03:05 - /usr/local/bin/svn stat /src TB --- 2013-04-10 00:03:13 - At svn revision 249318 TB --- 2013-04-10 00:03:14 - building world TB --- 2013-04-10 00:03:14 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:03:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:03:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:03:14 - SRCCONF=/dev/null TB --- 2013-04-10 00:03:14 - TARGET=pc98 TB --- 2013-04-10 00:03:14 - TARGET_ARCH=i386 TB --- 2013-04-10 00:03:14 - TZ=UTC TB --- 2013-04-10 00:03:14 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:03:14 - cd /src TB --- 2013-04-10 00:03:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 00:03:20 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 Apr 10 02:53:53 UTC 2013 TB --- 2013-04-10 02:53:53 - generating LINT kernel config TB --- 2013-04-10 02:53:53 - cd /src/sys/pc98/conf TB --- 2013-04-10 02:53:53 - /usr/bin/make -B LINT TB --- 2013-04-10 02:53:53 - cd /src/sys/pc98/conf TB --- 2013-04-10 02:53:53 - /usr/sbin/config -m LINT TB --- 2013-04-10 02:53:53 - building LINT kernel TB --- 2013-04-10 02:53:53 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 02:53:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 02:53:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 02:53:53 - SRCCONF=/dev/null TB --- 2013-04-10 02:53:53 - TARGET=pc98 TB --- 2013-04-10 02:53:53 - TARGET_ARCH=i386 TB --- 2013-04-10 02:53:53 - TZ=UTC TB --- 2013-04-10 02:53:53 - __MAKE_CONF=/dev/null TB --- 2013-04-10 02:53:53 - cd /src TB --- 2013-04-10 02:53:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 02:53:53 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/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.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-04-10 03:05:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 03:05:16 - ERROR: failed to build LINT kernel TB --- 2013-04-10 03:05:16 - 8824.45 user 1304.88 system 10931.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 03:16:18 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 20FAAF36; Wed, 10 Apr 2013 03:16:18 +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 5E8E6EBC; Wed, 10 Apr 2013 03:16: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 r3A3GGL9011166; Tue, 9 Apr 2013 23:16: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 r3A3GGig011165; Wed, 10 Apr 2013 03:16:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 03:16:16 GMT Message-Id: <201304100316.r3A3GGig011165@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, 10 Apr 2013 03:16:18 -0000 TB --- 2013-04-10 01:59:11 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 01:59:11 - 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-04-10 01:59:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-10 01:59:11 - cleaning the object tree TB --- 2013-04-10 01:59:11 - /usr/local/bin/svn stat /src TB --- 2013-04-10 01:59:14 - At svn revision 249318 TB --- 2013-04-10 01:59:15 - building world TB --- 2013-04-10 01:59:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:59:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:59:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:59:15 - SRCCONF=/dev/null TB --- 2013-04-10 01:59:15 - TARGET=sparc64 TB --- 2013-04-10 01:59:15 - TARGET_ARCH=sparc64 TB --- 2013-04-10 01:59:15 - TZ=UTC TB --- 2013-04-10 01:59:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:59:15 - cd /src TB --- 2013-04-10 01:59:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 01:59:19 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 Apr 10 03:06:22 UTC 2013 TB --- 2013-04-10 03:06:22 - generating LINT kernel config TB --- 2013-04-10 03:06:22 - cd /src/sys/sparc64/conf TB --- 2013-04-10 03:06:22 - /usr/bin/make -B LINT TB --- 2013-04-10 03:06:22 - cd /src/sys/sparc64/conf TB --- 2013-04-10 03:06:22 - /usr/sbin/config -m LINT TB --- 2013-04-10 03:06:22 - building LINT kernel TB --- 2013-04-10 03:06:22 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 03:06:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 03:06:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 03:06:22 - SRCCONF=/dev/null TB --- 2013-04-10 03:06:22 - TARGET=sparc64 TB --- 2013-04-10 03:06:22 - TARGET_ARCH=sparc64 TB --- 2013-04-10 03:06:22 - TZ=UTC TB --- 2013-04-10 03:06:22 - __MAKE_CONF=/dev/null TB --- 2013-04-10 03:06:22 - cd /src TB --- 2013-04-10 03:06:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 03:06: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 [...] /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here /src/sys/kern/uipc_socket.c:251: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'soalloc': /src/sys/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 03:16:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 03:16:16 - ERROR: failed to build LINT kernel TB --- 2013-04-10 03:16:16 - 3669.75 user 659.04 system 4624.89 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 03:51:33 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 645EE3A7; Wed, 10 Apr 2013 03:51:33 +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 3A7DCFCD; Wed, 10 Apr 2013 03:51:32 +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 r3A3pWNV096265; Tue, 9 Apr 2013 23:51:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A3pWV5096264; Wed, 10 Apr 2013 03:51:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 03:51:32 GMT Message-Id: <201304100351.r3A3pWV5096264@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, 10 Apr 2013 03:51:33 -0000 TB --- 2013-04-10 01:22:54 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 01:22:54 - 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-04-10 01:22:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-10 01:22:54 - cleaning the object tree TB --- 2013-04-10 01:22:54 - /usr/local/bin/svn stat /src TB --- 2013-04-10 01:23:03 - At svn revision 249318 TB --- 2013-04-10 01:23:04 - building world TB --- 2013-04-10 01:23:04 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:23:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:23:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:23:04 - SRCCONF=/dev/null TB --- 2013-04-10 01:23:04 - TARGET=powerpc TB --- 2013-04-10 01:23:04 - TARGET_ARCH=powerpc TB --- 2013-04-10 01:23:04 - TZ=UTC TB --- 2013-04-10 01:23:04 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:23:04 - cd /src TB --- 2013-04-10 01:23:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 01:23:09 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 Apr 10 03:44:20 UTC 2013 TB --- 2013-04-10 03:44:20 - generating LINT kernel config TB --- 2013-04-10 03:44:20 - cd /src/sys/powerpc/conf TB --- 2013-04-10 03:44:20 - /usr/bin/make -B LINT TB --- 2013-04-10 03:44:20 - cd /src/sys/powerpc/conf TB --- 2013-04-10 03:44:20 - /usr/sbin/config -m LINT TB --- 2013-04-10 03:44:20 - building LINT kernel TB --- 2013-04-10 03:44:20 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 03:44:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 03:44:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 03:44:20 - SRCCONF=/dev/null TB --- 2013-04-10 03:44:20 - TARGET=powerpc TB --- 2013-04-10 03:44:20 - TARGET_ARCH=powerpc TB --- 2013-04-10 03:44:20 - TZ=UTC TB --- 2013-04-10 03:44:20 - __MAKE_CONF=/dev/null TB --- 2013-04-10 03:44:20 - cd /src TB --- 2013-04-10 03:44:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 03:44:21 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/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here /src/sys/kern/uipc_socket.c:251: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'soalloc': /src/sys/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 03:51:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 03:51:32 - ERROR: failed to build LINT kernel TB --- 2013-04-10 03:51:32 - 7662.98 user 995.55 system 8917.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 04:49: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 88E5BA5A; Wed, 10 Apr 2013 04:49:25 +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 DDC6C1DD; Wed, 10 Apr 2013 04:49:24 +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 r3A4nOap001364; Wed, 10 Apr 2013 00:49:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A4nNaP001363; Wed, 10 Apr 2013 04:49:24 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 04:49:24 GMT Message-Id: <201304100449.r3A4nNaP001363@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, 10 Apr 2013 04:49:25 -0000 TB --- 2013-04-10 01:54:40 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 01:54:40 - 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-04-10 01:54:40 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-10 01:54:40 - cleaning the object tree TB --- 2013-04-10 01:56:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 01:56:12 - At svn revision 249318 TB --- 2013-04-10 01:56:13 - building world TB --- 2013-04-10 01:56:13 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 01:56:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 01:56:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 01:56:13 - SRCCONF=/dev/null TB --- 2013-04-10 01:56:13 - TARGET=powerpc TB --- 2013-04-10 01:56:13 - TARGET_ARCH=powerpc64 TB --- 2013-04-10 01:56:13 - TZ=UTC TB --- 2013-04-10 01:56:13 - __MAKE_CONF=/dev/null TB --- 2013-04-10 01:56:13 - cd /src TB --- 2013-04-10 01:56:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 01:56:17 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 Apr 10 04:45:16 UTC 2013 TB --- 2013-04-10 04:45:16 - generating LINT kernel config TB --- 2013-04-10 04:45:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 04:45:16 - /usr/bin/make -B LINT TB --- 2013-04-10 04:45:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 04:45:16 - /usr/sbin/config -m LINT TB --- 2013-04-10 04:45:16 - skipping LINT kernel TB --- 2013-04-10 04:45:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 04:45:16 - /usr/sbin/config -m GENERIC TB --- 2013-04-10 04:45:16 - skipping GENERIC kernel TB --- 2013-04-10 04:45:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 04:45:16 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-10 04:45:16 - building GENERIC64 kernel TB --- 2013-04-10 04:45:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:45:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:45:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:45:16 - SRCCONF=/dev/null TB --- 2013-04-10 04:45:16 - TARGET=powerpc TB --- 2013-04-10 04:45:16 - TARGET_ARCH=powerpc64 TB --- 2013-04-10 04:45:16 - TZ=UTC TB --- 2013-04-10 04:45:16 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:45:16 - cd /src TB --- 2013-04-10 04:45:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Apr 10 04:45:16 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/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here /src/sys/kern/uipc_socket.c:251: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'soalloc': /src/sys/kern/uipc_socket.c:357: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:366: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c: In function 'sodealloc': /src/sys/kern/uipc_socket.c:382: error: invalid use of undefined type 'struct so_global_mtx' /src/sys/kern/uipc_socket.c:390: error: invalid use of undefined type 'struct so_global_mtx' *** [uipc_socket.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-04-10 04:49:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 04:49:23 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-10 04:49:23 - 9116.80 user 1191.79 system 10483.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 06:28: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 8C0D8BDE; Wed, 10 Apr 2013 06:28:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 513556EC; Wed, 10 Apr 2013 06:28:43 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 21B454AC57; Wed, 10 Apr 2013 10:28:42 +0400 (MSK) Date: Wed, 10 Apr 2013 10:28:38 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1659145198.20130410102838@serebryakov.spb.ru> To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <201304091658.22810.jhb@freebsd.org> References: <229402991.20130407172016@serebryakov.spb.ru> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> <201304091658.22810.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Wed, 10 Apr 2013 06:28:44 -0000 Hello, John. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:58:22: >> Problem is, that every uart device now is independent from each >> other in good "OOP" style, and it looks like interrupt sharing we >> need one interrupt handler per irq (not per device), which will now >> about several UARTs. Something like "multiport" device, bot not >> exactly. JB> No, the interrupt code itself will handle shared interrupts (it will JB> call all handlers). I think in practice that uart is setting And what will happen, if there is two UARTs asserting interrupt in same time? First one returns "FILTER_HANDLED", will second handler be called? ISA interrupt sharing IS NOT so simple. sio contains a lot of obscure code to work. JB> INTR_EXCL or some such and/or uart doesn't set RF_SHAREABLE when JB> allocating the IRQ. It is probably the latter. You could try just JB> adding RF_SHAREABLE to the bus_alloc_resource_any() for the IRQ to JB> uart and see if that fixes it. sc->sc_ires =3D bus_alloc_resource_any(dev, SYS_RES_IRQ, &sc->sc_ir= id, RF_ACTIVE | RF_SHAREABLE); It is here. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 06:30: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 18FC1CFB; Wed, 10 Apr 2013 06:30:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D003D75E; Wed, 10 Apr 2013 06:30:15 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 2EE104AC57; Wed, 10 Apr 2013 10:30:14 +0400 (MSK) Date: Wed, 10 Apr 2013 10:30:10 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1424327083.20130410103010@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <54189.1365540724@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> <54189.1365540724@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Wed, 10 Apr 2013 06:30:16 -0000 Hello, Poul-Henning. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:52:04: >> Problem is, that every uart device now is independent from each >> other in good "OOP" style, and it looks like interrupt sharing we >> need one interrupt handler per irq (not per device), which will now >> about several UARTs. Something like "multiport" device, bot not >> exactly. PHK> That is what the puc(4) driver does... Yes, for PCI devices only :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 07:04:17 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 3E4964FC; Wed, 10 Apr 2013 07:04:17 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 03FED884; Wed, 10 Apr 2013 07:04:16 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1625689FC1; Wed, 10 Apr 2013 07:04:16 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r3A74FGB055882; Wed, 10 Apr 2013 07:04:15 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <1424327083.20130410103010@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> <54189.1365540724@critter.freebsd.dk> <1424327083.20130410103010@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 10 Apr 2013 07:04:15 +0000 Message-ID: <55881.1365577455@critter.freebsd.dk> Cc: Adrian Chadd , 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, 10 Apr 2013 07:04:17 -0000 In message <1424327083.20130410103010@serebryakov.spb.ru>, Lev Serebryakov writ es: >Hello, Poul-Henning. >You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:52:04: > >>> Problem is, that every uart device now is independent from each >>> other in good "OOP" style, and it looks like interrupt sharing we >>> need one interrupt handler per irq (not per device), which will now >>> about several UARTs. Something like "multiport" device, bot not >>> exactly. >PHK> That is what the puc(4) driver does... > Yes, for PCI devices only :( Yes, it needs to learn to do it from hints for ISA. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 07:21:16 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 41FC2751; Wed, 10 Apr 2013 07:21:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD23918; Wed, 10 Apr 2013 07:21:15 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm14so4479843wib.15 for ; Wed, 10 Apr 2013 00:21:14 -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 :content-transfer-encoding; bh=dG5DpLkoC4uov/Tx1RBom2zvVlsPkGy76TjoApcXnbg=; b=fxXyHJpBU1UwNBydx6Np1+h979BDbplDN9HrogW4f+MbeJV6T1+i+Utl7ush2iZMli wRZeC808mLD838WqnuIjKAZvRsNTOtlu12zYsuyzWVOyNsJBoFoVG+ko2v1peNB7VoWD vPvzu+ps4gxIxVaWsnVakd6yKUBoHM2VzdHKP0wkHgd3gUa5Pbq9+iJUwWhlKfJlBdpA VxAXxn/rjMgVAgPYZQw+KwU1a4Asw+SZ7c0KF3ZWYNKHs7qOzxvtgu+tj9BHSLUTlrUh SmSMFEM/HzjEjK2c4HxISI31BGKhoFEJn3yT3ddHCdZfR4UgQw2of29Bj5vhPJ4JosVM r2dw== MIME-Version: 1.0 X-Received: by 10.194.88.138 with SMTP id bg10mr1301405wjb.13.1365578474823; Wed, 10 Apr 2013 00:21:14 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.121.136 with HTTP; Wed, 10 Apr 2013 00:21:14 -0700 (PDT) In-Reply-To: <1659145198.20130410102838@serebryakov.spb.ru> References: <229402991.20130407172016@serebryakov.spb.ru> <201304091608.09257.jhb@freebsd.org> <105818341.20130410004451@serebryakov.spb.ru> <201304091658.22810.jhb@freebsd.org> <1659145198.20130410102838@serebryakov.spb.ru> Date: Wed, 10 Apr 2013 00:21:14 -0700 X-Google-Sender-Auth: bkfSSJxTIse8sxenroAR8hl5xRA Message-ID: Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Poul-Henning Kamp , 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, 10 Apr 2013 07:21:16 -0000 On 9 April 2013 23:28, Lev Serebryakov wrote: > Hello, John. > You wrote 10 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 0:58:22: > >>> Problem is, that every uart device now is independent from each >>> other in good "OOP" style, and it looks like interrupt sharing we >>> need one interrupt handler per irq (not per device), which will now >>> about several UARTs. Something like "multiport" device, bot not >>> exactly. > JB> No, the interrupt code itself will handle shared interrupts (it will > JB> call all handlers). I think in practice that uart is setting > And what will happen, if there is two UARTs asserting interrupt in > same time? First one returns "FILTER_HANDLED", will second handler be > called? > > ISA interrupt sharing IS NOT so simple. sio contains a lot of > obscure code to work. .. surely it's solvable with a bit of ugliness? Eg, looping over them until they all return "not handled" or you hit a limit, or something equally ew. .. assuming that it is broken in the first place, that is. Adrian From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 07:42:37 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 687B4A4A for ; Wed, 10 Apr 2013 07:42:37 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 512299EA for ; Wed, 10 Apr 2013 07:42:37 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,444,1363158000"; d="scan'208";a="39038591" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 10 Apr 2013 00:42:31 -0700 Received: from vmwexceht02-prd.hq.netapp.com (vmwexceht02-prd.hq.netapp.com [10.106.76.240]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3A7gVsp003105 for ; Wed, 10 Apr 2013 00:42:31 -0700 (PDT) Received: from VMWEXCEHT06-PRD.hq.netapp.com (10.106.77.104) by vmwexceht02-prd.hq.netapp.com (10.106.76.240) with Microsoft SMTP Server (TLS) id 14.2.342.3; Wed, 10 Apr 2013 00:42:30 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.218]) by vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) with mapi id 14.02.0342.003; Wed, 10 Apr 2013 00:42:30 -0700 From: "Eggert, Lars" To: "current@freebsd.org" Subject: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7ag== Date: Wed, 10 Apr 2013 07:42:30 +0000 Message-ID: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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, 10 Apr 2013 07:42:37 -0000 Hi, on a diskless server, I keep the ports tree and pkgng databases on a newnfs= NFSv4 mount. After a bunch of "portmaster -a" runs, the pkgng sqlite datab= ase appears to get corrupted. For example, when I try to update an existing= port, this happens: root@five:~ # portmaster ports-mgmt/pkg ... =3D=3D=3D> Registering installation for pkg-1.0.11 Installing pkg-1.0.11...pkg: sqlite: database disk image is malformed (pkgd= b.c:925) pkg: sqlite: database disk image is malformed (pkgdb.c:1914) *** [fake-pkg] Error code 70 I have removed all ports and the pkgng databases and reinstalled, but the c= orruption seems to return after a few days or weeks of installing and deins= talling ports. On another system that has a disk, that corruption of the pkgng database ha= s not happened over six months or so. I therefore wonder if storing the sql= ite database on an NFS-mount is triggering some sort of bug, either in pkgn= g or in newnfs. AFAIK, pkgng is using locks on the database quite liberally= , could that be where a bug is lurking? I'm happy to help debug this, but someone would need to let me know what to= try. Thanks, Lars= From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 07:47:37 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 D1E53BB6; Wed, 10 Apr 2013 07:47:37 +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 A7D90A29; Wed, 10 Apr 2013 07:47:37 +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 r3A7lVLW034770; Wed, 10 Apr 2013 03:47:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A7lVtQ034763; Wed, 10 Apr 2013 07:47:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 07:47:31 GMT Message-Id: <201304100747.r3A7lVtQ034763@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, 10 Apr 2013 07:47:37 -0000 TB --- 2013-04-10 04:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 04:50:20 - 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-04-10 04:50:20 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-10 04:50:20 - cleaning the object tree TB --- 2013-04-10 04:55:14 - /usr/local/bin/svn stat /src TB --- 2013-04-10 04:55:17 - At svn revision 249323 TB --- 2013-04-10 04:55:18 - building world TB --- 2013-04-10 04:55:18 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:55:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:55:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:55:18 - SRCCONF=/dev/null TB --- 2013-04-10 04:55:18 - TARGET=arm TB --- 2013-04-10 04:55:18 - TARGET_ARCH=armv6 TB --- 2013-04-10 04:55:18 - TZ=UTC TB --- 2013-04-10 04:55:18 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:55:18 - cd /src TB --- 2013-04-10 04:55:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 04:55: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 Apr 10 07:45:51 UTC 2013 TB --- 2013-04-10 07:45:51 - generating LINT kernel config TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/bin/make -B LINT TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/sbin/config -m LINT TB --- 2013-04-10 07:45:51 - skipping LINT kernel TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/sbin/config -m AC100 TB --- 2013-04-10 07:45:52 - building AC100 kernel TB --- 2013-04-10 07:45:52 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:45:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:45:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:45:52 - SRCCONF=/dev/null TB --- 2013-04-10 07:45:52 - TARGET=arm TB --- 2013-04-10 07:45:52 - TARGET_ARCH=armv6 TB --- 2013-04-10 07:45:52 - TZ=UTC TB --- 2013-04-10 07:45:52 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:45:52 - cd /src TB --- 2013-04-10 07:45:52 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Apr 10 07:45:52 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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.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-04-10 07:47:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 07:47:31 - ERROR: failed to build AC100 kernel TB --- 2013-04-10 07:47:31 - 7700.57 user 1410.74 system 10630.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 07:57:07 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 1F7F6DE8; Wed, 10 Apr 2013 07:57: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 E94A7A8D; Wed, 10 Apr 2013 07:57:06 +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 r3A7v6gN099065; Wed, 10 Apr 2013 03:57: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 r3A7v6ux099062; Wed, 10 Apr 2013 07:57:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 07:57:06 GMT Message-Id: <201304100757.r3A7v6ux099062@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, 10 Apr 2013 07:57:07 -0000 TB --- 2013-04-10 04:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 04:50:20 - 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-04-10 04:50:20 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-10 04:50:20 - cleaning the object tree TB --- 2013-04-10 04:55:52 - /usr/local/bin/svn stat /src TB --- 2013-04-10 04:55:55 - At svn revision 249323 TB --- 2013-04-10 04:55:56 - building world TB --- 2013-04-10 04:55:56 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:55:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:55:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:55:56 - SRCCONF=/dev/null TB --- 2013-04-10 04:55:56 - TARGET=arm TB --- 2013-04-10 04:55:56 - TARGET_ARCH=arm TB --- 2013-04-10 04:55:56 - TZ=UTC TB --- 2013-04-10 04:55:56 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:55:56 - cd /src TB --- 2013-04-10 04:55:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 04:56:00 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 Apr 10 07:45:51 UTC 2013 TB --- 2013-04-10 07:45:51 - generating LINT kernel config TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/bin/make -B LINT TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/sbin/config -m LINT TB --- 2013-04-10 07:45:51 - building LINT kernel TB --- 2013-04-10 07:45:51 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:45:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:45:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:45:51 - SRCCONF=/dev/null TB --- 2013-04-10 07:45:51 - TARGET=arm TB --- 2013-04-10 07:45:51 - TARGET_ARCH=arm TB --- 2013-04-10 07:45:51 - TZ=UTC TB --- 2013-04-10 07:45:51 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:45:51 - cd /src TB --- 2013-04-10 07:45:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 07:45:51 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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.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-04-10 07:57:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 07:57:06 - ERROR: failed to build LINT kernel TB --- 2013-04-10 07:57:06 - 8067.01 user 1527.34 system 11205.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 08:00:01 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 D83C0F79; Wed, 10 Apr 2013 08:00:01 +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 ABD6AAC0; Wed, 10 Apr 2013 08:00: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 r3A800rU007373; Wed, 10 Apr 2013 04:00:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A800It007369; Wed, 10 Apr 2013 08:00:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 08:00:00 GMT Message-Id: <201304100800.r3A800It007369@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, 10 Apr 2013 08:00:01 -0000 TB --- 2013-04-10 04:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 04:50:20 - 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-04-10 04:50:20 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-10 04:50:20 - cleaning the object tree TB --- 2013-04-10 04:56:12 - /usr/local/bin/svn stat /src TB --- 2013-04-10 04:56:15 - At svn revision 249323 TB --- 2013-04-10 04:56:16 - building world TB --- 2013-04-10 04:56:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:56:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:56:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:56:16 - SRCCONF=/dev/null TB --- 2013-04-10 04:56:16 - TARGET=i386 TB --- 2013-04-10 04:56:16 - TARGET_ARCH=i386 TB --- 2013-04-10 04:56:16 - TZ=UTC TB --- 2013-04-10 04:56:16 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:56:16 - cd /src TB --- 2013-04-10 04:56:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 04:56:21 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 Apr 10 07:45:51 UTC 2013 TB --- 2013-04-10 07:45:51 - generating LINT kernel config TB --- 2013-04-10 07:45:51 - cd /src/sys/i386/conf TB --- 2013-04-10 07:45:51 - /usr/bin/make -B LINT TB --- 2013-04-10 07:45:51 - cd /src/sys/i386/conf TB --- 2013-04-10 07:45:51 - /usr/sbin/config -m LINT TB --- 2013-04-10 07:45:51 - building LINT kernel TB --- 2013-04-10 07:45:51 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:45:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:45:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:45:51 - SRCCONF=/dev/null TB --- 2013-04-10 07:45:51 - TARGET=i386 TB --- 2013-04-10 07:45:51 - TARGET_ARCH=i386 TB --- 2013-04-10 07:45:51 - TZ=UTC TB --- 2013-04-10 07:45:51 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:45:51 - cd /src TB --- 2013-04-10 07:45:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 07:45:51 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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.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-04-10 08:00:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 08:00:00 - ERROR: failed to build LINT kernel TB --- 2013-04-10 08:00:00 - 8679.73 user 1532.71 system 11380.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 08:02:38 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 2B6FB23E for ; Wed, 10 Apr 2013 08:02:38 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id B4770B02 for ; Wed, 10 Apr 2013 08:02:37 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id n12so166476wgh.31 for ; Wed, 10 Apr 2013 01:02: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=E0s0ASCfeAMhOL2oBxmzc42OxaXKdQ4iwtCYVeBcL7A=; b=qs2FAKL2QSGlJV4gdP5+2CO8Ggebxa8e5y/GEPhZfJ0iZ5DW3dJa6t9Rr7PLMT6Ue6 aOsjdQSAYk18pSllAQ4tRslDCTR/izfQ5puNdpWoCHTi0IQ5beyPCkLbYYbYF4K93wlJ dqqKBnhOcb0n2Biyj1zrI83PNRT5HEgfaYPR+NUUD/l/p98MxYsLB/o+d/FzKz9E0ReC negEmuuQ9DYhyCzkgFv9LgYwUYHIKAZK4vJnkfkbq+YlHP6C8cyH/F5t0xxixAW2ZMwt zCKbfdupRRPQyUHwztQV+5jr/WifGtqN61sfatNJMl7h9/p/vgLUauZHwBy4NgLzPD5V 1MqQ== X-Received: by 10.194.109.35 with SMTP id hp3mr1525837wjb.15.1365580951453; Wed, 10 Apr 2013 01:02:31 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id o5sm33674563wix.3.2013.04.10.01.02.29 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 10 Apr 2013 01:02:30 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 10 Apr 2013 10:02:28 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130410080228.GB74304@ithaqua.etoilebsd.net> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Wed, 10 Apr 2013 08:02:38 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 10, 2013 at 07:42:30AM +0000, Eggert, Lars wrote: > Hi, >=20 > on a diskless server, I keep the ports tree and pkgng databases on a newn= fs NFSv4 mount. After a bunch of "portmaster -a" runs, the pkgng sqlite dat= abase appears to get corrupted. For example, when I try to update an existi= ng port, this happens: >=20 > root@five:~ # portmaster ports-mgmt/pkg > ... > =3D=3D=3D> Registering installation for pkg-1.0.11 > Installing pkg-1.0.11...pkg: sqlite: database disk image is malformed (pk= gdb.c:925) > pkg: sqlite: database disk image is malformed (pkgdb.c:1914) > *** [fake-pkg] Error code 70 >=20 > I have removed all ports and the pkgng databases and reinstalled, but the= corruption seems to return after a few days or weeks of installing and dei= nstalling ports. >=20 > On another system that has a disk, that corruption of the pkgng database = has not happened over six months or so. I therefore wonder if storing the s= qlite database on an NFS-mount is triggering some sort of bug, either in pk= gng or in newnfs. AFAIK, pkgng is using locks on the database quite liberal= ly, could that be where a bug is lurking? >=20 > I'm happy to help debug this, but someone would need to let me know what = to try. >=20 This can usually happen when a user do not have the nfs lock system started. Are you sure that nfs lock is correctly started? If that is the case, there is anyway a bug in pkgng that should catch the problem and refuse to operate in such situation, I know sqlite to provide a mechanism that allow us to be able to catch this, I'm not sure yet to use i= t. regards, Bapt --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFlHJMACgkQ8kTtMUmk6ExhmgCcDbFXtRAI6FZ45NUoB4CbE27s kloAn0umPTBIWw625ZXY1XfuvTbhyyFF =2iLX -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 08:09:44 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 1CEA4605; Wed, 10 Apr 2013 08:09:44 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 03882BDB; Wed, 10 Apr 2013 08:09:43 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,444,1363158000"; d="scan'208";a="39045942" Received: from smtp2.corp.netapp.com ([10.57.159.114]) by mx12-out.netapp.com with ESMTP; 10 Apr 2013 01:09:43 -0700 Received: from vmwexceht02-prd.hq.netapp.com (vmwexceht02-prd.hq.netapp.com [10.106.76.240]) by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3A89hmZ015906; Wed, 10 Apr 2013 01:09:43 -0700 (PDT) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.218]) by vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) with mapi id 14.02.0342.003; Wed, 10 Apr 2013 01:09:43 -0700 From: "Eggert, Lars" To: Baptiste Daroussin Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjPjVcAgAACBgA= Date: Wed, 10 Apr 2013 08:09:42 +0000 Message-ID: <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> In-Reply-To: <20130410080228.GB74304@ithaqua.etoilebsd.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: <360360C344A5434AAACD0B7DC4E246A9@tahoe.netapp.com> 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: Wed, 10 Apr 2013 08:09:44 -0000 Hi, On Apr 10, 2013, at 10:02, Baptiste Daroussin wrote: > This can usually happen when a user do not have the nfs lock system start= ed. > Are you sure that nfs lock is correctly started? with NFSv4, the locking system is integrated with the main protocol, it's n= o longer separate. > If that is the case, there is anyway a bug in pkgng that should catch the > problem and refuse to operate in such situation, I know sqlite to provide= a > mechanism that allow us to be able to catch this, I'm not sure yet to use= it. Not sure about that. In case anyone wonders, the corruption is quite substantial: [elars@stanley ~]$ sqlite3 local/db/local.sqlite=20 SQLite version 3.7.14.1 2012-10-04 19:37:12 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> PRAGMA integrity_check;=20 *** in database main *** On tree page 1238 cell 17: 2nd reference to page 1237 On tree page 1238 cell 17: Child page depth differs On tree page 1238 cell 18: Child page depth differs On tree page 1241 cell 6: Rowid 17518 out of order (max larger than parent = max of 12550) On tree page 1242 cell 3: Rowid 17566 out of order (max larger than parent = max of 12557) On tree page 1243 cell 6: Rowid 12558 out of order (min less than parent mi= n of 17566) On tree page 2867 cell 28: 2nd reference to page 1241 On tree page 2867 cell 28: Child page depth differs On tree page 2867 cell 29: 2nd reference to page 1242 On tree page 2867 cell 30: Child page depth differs On tree page 1417 cell 66: 2nd reference to page 1239 On tree page 1417 cell 66: Child page depth differs On tree page 1417 cell 67: 2nd reference to page 1240 On tree page 1417 cell 68: Child page depth differs rowid 62 missing from index sqlite_autoindex_packages_1 wrong # of entries in index sqlite_autoindex_packages_1 rowid 96 missing from index scripts_package_id rowid 96 missing from index sqlite_autoindex_scripts_1 rowid 97 missing from index scripts_package_id rowid 97 missing from index sqlite_autoindex_scripts_1 rowid 98 missing from index scripts_package_id rowid 98 missing from index sqlite_autoindex_scripts_1 wrong # of entries in index scripts_package_id wrong # of entries in index sqlite_autoindex_scripts_1 rowid 12509 missing from index sqlite_autoindex_files_1 rowid 12510 missing from index sqlite_autoindex_files_1 rowid 12511 missing from index sqlite_autoindex_files_1 rowid 12512 missing from index sqlite_autoindex_files_1 rowid 86 missing from index files_package_id rowid 86 missing from index sqlite_autoindex_files_1 rowid 87 missing from index files_package_id rowid 87 missing from index sqlite_autoindex_files_1 Error: database disk image is malformed Lars= From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 08:33:10 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 0ED9A9B1; Wed, 10 Apr 2013 08:33:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D79DBD72; Wed, 10 Apr 2013 08:33:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3A8X9AE096021; Wed, 10 Apr 2013 04:33:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A8X85u096016; Wed, 10 Apr 2013 08:33:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 08:33:08 GMT Message-Id: <201304100833.r3A8X85u096016@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, 10 Apr 2013 08:33:10 -0000 TB --- 2013-04-10 04:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 04:50:20 - 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-04-10 04:50:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-10 04:50:20 - cleaning the object tree TB --- 2013-04-10 04:56:36 - /usr/local/bin/svn stat /src TB --- 2013-04-10 04:56:38 - At svn revision 249323 TB --- 2013-04-10 04:56:39 - building world TB --- 2013-04-10 04:56:39 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:56:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:56:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:56:39 - SRCCONF=/dev/null TB --- 2013-04-10 04:56:39 - TARGET=amd64 TB --- 2013-04-10 04:56:39 - TARGET_ARCH=amd64 TB --- 2013-04-10 04:56:39 - TZ=UTC TB --- 2013-04-10 04:56:39 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:56:39 - cd /src TB --- 2013-04-10 04:56:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 04:56:44 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 Apr 10 08:20:08 UTC 2013 TB --- 2013-04-10 08:20:08 - generating LINT kernel config TB --- 2013-04-10 08:20:08 - cd /src/sys/amd64/conf TB --- 2013-04-10 08:20:08 - /usr/bin/make -B LINT TB --- 2013-04-10 08:20:08 - cd /src/sys/amd64/conf TB --- 2013-04-10 08:20:08 - /usr/sbin/config -m LINT TB --- 2013-04-10 08:20:08 - building LINT kernel TB --- 2013-04-10 08:20:08 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 08:20:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 08:20:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 08:20:08 - SRCCONF=/dev/null TB --- 2013-04-10 08:20:08 - TARGET=amd64 TB --- 2013-04-10 08:20:08 - TARGET_ARCH=amd64 TB --- 2013-04-10 08:20:08 - TZ=UTC TB --- 2013-04-10 08:20:08 - __MAKE_CONF=/dev/null TB --- 2013-04-10 08:20:08 - cd /src TB --- 2013-04-10 08:20:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 08:20:08 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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.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-04-10 08:33:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 08:33:08 - ERROR: failed to build LINT kernel TB --- 2013-04-10 08:33:08 - 10046.37 user 1889.52 system 13368.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 09:03:34 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 57BB239F; Wed, 10 Apr 2013 09:03:34 +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 2BB91EF5; Wed, 10 Apr 2013 09:03:34 +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 r3A93XK2077822; Wed, 10 Apr 2013 05:03: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 r3A93XiY077819; Wed, 10 Apr 2013 09:03:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 09:03:33 GMT Message-Id: <201304100903.r3A93XiY077819@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, 10 Apr 2013 09:03:34 -0000 TB --- 2013-04-10 08:00:01 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 08:00: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-04-10 08:00:01 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-10 08:00:01 - cleaning the object tree TB --- 2013-04-10 08:00:41 - /usr/local/bin/svn stat /src TB --- 2013-04-10 08:00:44 - At svn revision 249323 TB --- 2013-04-10 08:00:45 - building world TB --- 2013-04-10 08:00:45 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 08:00:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 08:00:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 08:00:45 - SRCCONF=/dev/null TB --- 2013-04-10 08:00:45 - TARGET=mips TB --- 2013-04-10 08:00:45 - TARGET_ARCH=mips TB --- 2013-04-10 08:00:45 - TZ=UTC TB --- 2013-04-10 08:00:45 - __MAKE_CONF=/dev/null TB --- 2013-04-10 08:00:45 - cd /src TB --- 2013-04-10 08:00:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 08:00: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 Apr 10 09:02:05 UTC 2013 TB --- 2013-04-10 09:02:05 - cd /src/sys/mips/conf TB --- 2013-04-10 09:02:05 - /usr/sbin/config -m ADM5120 TB --- 2013-04-10 09:02:05 - skipping ADM5120 kernel TB --- 2013-04-10 09:02:05 - cd /src/sys/mips/conf TB --- 2013-04-10 09:02:05 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-10 09:02:05 - skipping ALCHEMY kernel TB --- 2013-04-10 09:02:05 - cd /src/sys/mips/conf TB --- 2013-04-10 09:02:05 - /usr/sbin/config -m AP121 TB --- 2013-04-10 09:02:05 - building AP121 kernel TB --- 2013-04-10 09:02:05 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:02:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:02:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:02:05 - SRCCONF=/dev/null TB --- 2013-04-10 09:02:05 - TARGET=mips TB --- 2013-04-10 09:02:05 - TARGET_ARCH=mips TB --- 2013-04-10 09:02:05 - TZ=UTC TB --- 2013-04-10 09:02:05 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:02:05 - cd /src TB --- 2013-04-10 09:02:05 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Apr 10 09:02: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 [...] 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/kern/uipc_domain.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/kern/uipc_mbuf.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/kern/uipc_mbuf2.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 09:03:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 09:03:33 - ERROR: failed to build AP121 kernel TB --- 2013-04-10 09:03:33 - 2745.98 user 643.59 system 3812.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 09:36: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 9F0F0839; Wed, 10 Apr 2013 09:36: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 70C68CE; Wed, 10 Apr 2013 09:36: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 r3A9a76J065609; Wed, 10 Apr 2013 05:36: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 r3A9a7fP065602; Wed, 10 Apr 2013 09:36:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 09:36:07 GMT Message-Id: <201304100936.r3A9a7fP065602@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, 10 Apr 2013 09:36:08 -0000 TB --- 2013-04-10 08:33:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 08:33:09 - 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-04-10 08:33:09 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-10 08:33:09 - cleaning the object tree TB --- 2013-04-10 08:34:20 - /usr/local/bin/svn stat /src TB --- 2013-04-10 08:34:23 - At svn revision 249323 TB --- 2013-04-10 08:34:24 - building world TB --- 2013-04-10 08:34:24 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 08:34:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 08:34:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 08:34:24 - SRCCONF=/dev/null TB --- 2013-04-10 08:34:24 - TARGET=mips TB --- 2013-04-10 08:34:24 - TARGET_ARCH=mips64 TB --- 2013-04-10 08:34:24 - TZ=UTC TB --- 2013-04-10 08:34:24 - __MAKE_CONF=/dev/null TB --- 2013-04-10 08:34:24 - cd /src TB --- 2013-04-10 08:34:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 08:34: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 Apr 10 09:34:52 UTC 2013 TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m ADM5120 TB --- 2013-04-10 09:34:52 - skipping ADM5120 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-10 09:34:52 - skipping ALCHEMY kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AP121 TB --- 2013-04-10 09:34:52 - skipping AP121 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AP91 TB --- 2013-04-10 09:34:52 - skipping AP91 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AP93 TB --- 2013-04-10 09:34:52 - skipping AP93 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AP94 TB --- 2013-04-10 09:34:52 - skipping AP94 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AP96 TB --- 2013-04-10 09:34:52 - skipping AP96 kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-04-10 09:34:52 - skipping AR71XX_BASE kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AR724X_BASE TB --- 2013-04-10 09:34:52 - skipping AR724X_BASE kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-04-10 09:34:52 - skipping AR91XX_BASE kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m AR933X_BASE TB --- 2013-04-10 09:34:52 - skipping AR933X_BASE kernel TB --- 2013-04-10 09:34:52 - cd /src/sys/mips/conf TB --- 2013-04-10 09:34:52 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-04-10 09:34:52 - building BERI_DE4_MDROOT kernel TB --- 2013-04-10 09:34:52 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:34:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:34:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:34:52 - SRCCONF=/dev/null TB --- 2013-04-10 09:34:52 - TARGET=mips TB --- 2013-04-10 09:34:52 - TARGET_ARCH=mips64 TB --- 2013-04-10 09:34:52 - TZ=UTC TB --- 2013-04-10 09:34:52 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:34:52 - cd /src TB --- 2013-04-10 09:34:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Apr 10 09:34:52 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/kern/uipc_domain.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/kern/uipc_mbuf.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/kern/uipc_mbuf2.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 09:36:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 09:36:07 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-04-10 09:36:07 - 2757.84 user 624.11 system 3778.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 09:45:27 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 CF05FA1A; Wed, 10 Apr 2013 09:45:27 +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 A5C53145; Wed, 10 Apr 2013 09:45:27 +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 r3A9jR5b007544; Wed, 10 Apr 2013 05:45:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A9jQhK007540; Wed, 10 Apr 2013 09:45:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 09:45:26 GMT Message-Id: <201304100945.r3A9jQhK007540@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, 10 Apr 2013 09:45:27 -0000 TB --- 2013-04-10 07:57:06 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 07:57: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-04-10 07:57:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-10 07:57:06 - cleaning the object tree TB --- 2013-04-10 07:58:17 - /usr/local/bin/svn stat /src TB --- 2013-04-10 07:58:21 - At svn revision 249323 TB --- 2013-04-10 07:58:22 - building world TB --- 2013-04-10 07:58:22 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:58:22 - SRCCONF=/dev/null TB --- 2013-04-10 07:58:22 - TARGET=ia64 TB --- 2013-04-10 07:58:22 - TARGET_ARCH=ia64 TB --- 2013-04-10 07:58:22 - TZ=UTC TB --- 2013-04-10 07:58:22 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:58:22 - cd /src TB --- 2013-04-10 07:58:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 07:58:26 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 Apr 10 09:30:31 UTC 2013 TB --- 2013-04-10 09:30:31 - generating LINT kernel config TB --- 2013-04-10 09:30:31 - cd /src/sys/ia64/conf TB --- 2013-04-10 09:30:31 - /usr/bin/make -B LINT TB --- 2013-04-10 09:30:31 - cd /src/sys/ia64/conf TB --- 2013-04-10 09:30:31 - /usr/sbin/config -m LINT TB --- 2013-04-10 09:30:31 - building LINT kernel TB --- 2013-04-10 09:30:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:30:31 - SRCCONF=/dev/null TB --- 2013-04-10 09:30:31 - TARGET=ia64 TB --- 2013-04-10 09:30:31 - TARGET_ARCH=ia64 TB --- 2013-04-10 09:30:31 - TZ=UTC TB --- 2013-04-10 09:30:31 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:30:31 - cd /src TB --- 2013-04-10 09:30:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 09:30: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 -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/kern/uipc_mbuf2.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/kern/uipc_mqueue.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/kern/uipc_sem.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 09:45:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 09:45:26 - ERROR: failed to build LINT kernel TB --- 2013-04-10 09:45:26 - 5211.00 user 844.00 system 6500.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 10:50:15 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 E8DEA66F; Wed, 10 Apr 2013 10:50:14 +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 C0D5E61C; Wed, 10 Apr 2013 10:50:14 +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 r3AAoD9L063224; Wed, 10 Apr 2013 06:50:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3AAoD9c063223; Wed, 10 Apr 2013 10:50:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 10:50:13 GMT Message-Id: <201304101050.r3AAoD9c063223@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, 10 Apr 2013 10:50:15 -0000 TB --- 2013-04-10 07:47:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 07:47:31 - 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-04-10 07:47:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-10 07:47:31 - cleaning the object tree TB --- 2013-04-10 07:49:04 - /usr/local/bin/svn stat /src TB --- 2013-04-10 07:49:24 - At svn revision 249323 TB --- 2013-04-10 07:49:25 - building world TB --- 2013-04-10 07:49:25 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:49:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:49:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:49:25 - SRCCONF=/dev/null TB --- 2013-04-10 07:49:25 - TARGET=pc98 TB --- 2013-04-10 07:49:25 - TARGET_ARCH=i386 TB --- 2013-04-10 07:49:25 - TZ=UTC TB --- 2013-04-10 07:49:25 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:49:25 - cd /src TB --- 2013-04-10 07:49:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 07:49:30 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 Apr 10 10:39:11 UTC 2013 TB --- 2013-04-10 10:39:11 - generating LINT kernel config TB --- 2013-04-10 10:39:11 - cd /src/sys/pc98/conf TB --- 2013-04-10 10:39:11 - /usr/bin/make -B LINT TB --- 2013-04-10 10:39:11 - cd /src/sys/pc98/conf TB --- 2013-04-10 10:39:11 - /usr/sbin/config -m LINT TB --- 2013-04-10 10:39:11 - building LINT kernel TB --- 2013-04-10 10:39:11 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 10:39:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 10:39:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 10:39:11 - SRCCONF=/dev/null TB --- 2013-04-10 10:39:11 - TARGET=pc98 TB --- 2013-04-10 10:39:11 - TARGET_ARCH=i386 TB --- 2013-04-10 10:39:11 - TZ=UTC TB --- 2013-04-10 10:39:11 - __MAKE_CONF=/dev/null TB --- 2013-04-10 10:39:11 - cd /src TB --- 2013-04-10 10:39:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 10:39:11 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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.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-04-10 10:50:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 10:50:13 - ERROR: failed to build LINT kernel TB --- 2013-04-10 10:50:13 - 8823.85 user 1297.16 system 10962.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 11:03:17 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 5D2AF8AB; Wed, 10 Apr 2013 11:03:17 +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 3337D6BD; Wed, 10 Apr 2013 11:03: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 r3AB3GBX017295; Wed, 10 Apr 2013 07:03: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 r3AB3Gfh017291; Wed, 10 Apr 2013 11:03:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 11:03:16 GMT Message-Id: <201304101103.r3AB3Gfh017291@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, 10 Apr 2013 11:03:17 -0000 TB --- 2013-04-10 09:45:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 09:45:27 - 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-04-10 09:45:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-10 09:45:27 - cleaning the object tree TB --- 2013-04-10 09:46:18 - /usr/local/bin/svn stat /src TB --- 2013-04-10 09:46:22 - At svn revision 249323 TB --- 2013-04-10 09:46:23 - building world TB --- 2013-04-10 09:46:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:46:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:46:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:46:23 - SRCCONF=/dev/null TB --- 2013-04-10 09:46:23 - TARGET=sparc64 TB --- 2013-04-10 09:46:23 - TARGET_ARCH=sparc64 TB --- 2013-04-10 09:46:23 - TZ=UTC TB --- 2013-04-10 09:46:23 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:46:23 - cd /src TB --- 2013-04-10 09:46:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 09:46: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 Apr 10 10:53:13 UTC 2013 TB --- 2013-04-10 10:53:13 - generating LINT kernel config TB --- 2013-04-10 10:53:13 - cd /src/sys/sparc64/conf TB --- 2013-04-10 10:53:13 - /usr/bin/make -B LINT TB --- 2013-04-10 10:53:13 - cd /src/sys/sparc64/conf TB --- 2013-04-10 10:53:13 - /usr/sbin/config -m LINT TB --- 2013-04-10 10:53:13 - building LINT kernel TB --- 2013-04-10 10:53:13 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 10:53:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 10:53:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 10:53:13 - SRCCONF=/dev/null TB --- 2013-04-10 10:53:13 - TARGET=sparc64 TB --- 2013-04-10 10:53:13 - TARGET_ARCH=sparc64 TB --- 2013-04-10 10:53:13 - TZ=UTC TB --- 2013-04-10 10:53:13 - __MAKE_CONF=/dev/null TB --- 2013-04-10 10:53:13 - cd /src TB --- 2013-04-10 10:53:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 10:53:13 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/kern/uipc_mbuf2.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/kern/uipc_mqueue.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/kern/uipc_sem.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 11:03:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 11:03:16 - ERROR: failed to build LINT kernel TB --- 2013-04-10 11:03:16 - 3666.96 user 674.54 system 4669.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 11:33:55 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 515FEF8D; Wed, 10 Apr 2013 11:33:55 +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 281AE8B6; Wed, 10 Apr 2013 11:33:54 +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 r3ABXsfv097648; Wed, 10 Apr 2013 07:33:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3ABXsmW097647; Wed, 10 Apr 2013 11:33:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 11:33:54 GMT Message-Id: <201304101133.r3ABXsmW097647@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, 10 Apr 2013 11:33:55 -0000 TB --- 2013-04-10 09:03:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 09:03: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-04-10 09:03:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-10 09:03:33 - cleaning the object tree TB --- 2013-04-10 09:04:38 - /usr/local/bin/svn stat /src TB --- 2013-04-10 09:04:42 - At svn revision 249323 TB --- 2013-04-10 09:04:43 - building world TB --- 2013-04-10 09:04:43 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:04:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:04:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:04:43 - SRCCONF=/dev/null TB --- 2013-04-10 09:04:43 - TARGET=powerpc TB --- 2013-04-10 09:04:43 - TARGET_ARCH=powerpc TB --- 2013-04-10 09:04:43 - TZ=UTC TB --- 2013-04-10 09:04:43 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:04:43 - cd /src TB --- 2013-04-10 09:04:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 09:04:48 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 Apr 10 11:26:21 UTC 2013 TB --- 2013-04-10 11:26:21 - generating LINT kernel config TB --- 2013-04-10 11:26:21 - cd /src/sys/powerpc/conf TB --- 2013-04-10 11:26:21 - /usr/bin/make -B LINT TB --- 2013-04-10 11:26:21 - cd /src/sys/powerpc/conf TB --- 2013-04-10 11:26:21 - /usr/sbin/config -m LINT TB --- 2013-04-10 11:26:21 - building LINT kernel TB --- 2013-04-10 11:26:21 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 11:26:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 11:26:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 11:26:21 - SRCCONF=/dev/null TB --- 2013-04-10 11:26:21 - TARGET=powerpc TB --- 2013-04-10 11:26:21 - TARGET_ARCH=powerpc TB --- 2013-04-10 11:26:21 - TZ=UTC TB --- 2013-04-10 11:26:21 - __MAKE_CONF=/dev/null TB --- 2013-04-10 11:26:21 - cd /src TB --- 2013-04-10 11:26:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 11:26:21 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/kern/uipc_mbuf2.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/kern/uipc_mqueue.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/kern/uipc_sem.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 11:33:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 11:33:54 - ERROR: failed to build LINT kernel TB --- 2013-04-10 11:33:54 - 7670.52 user 1011.25 system 9020.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 12:32: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 873A0D50; Wed, 10 Apr 2013 12:32:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5D542C26; Wed, 10 Apr 2013 12:32:25 +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 r3ACWPRV002899; Wed, 10 Apr 2013 08:32: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 r3ACWPlh002898; Wed, 10 Apr 2013 12:32:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 12:32:25 GMT Message-Id: <201304101232.r3ACWPlh002898@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, 10 Apr 2013 12:32:26 -0000 TB --- 2013-04-10 09:36:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 09:36:07 - 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-04-10 09:36:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-10 09:36:08 - cleaning the object tree TB --- 2013-04-10 09:37:38 - /usr/local/bin/svn stat /src TB --- 2013-04-10 09:37:42 - At svn revision 249323 TB --- 2013-04-10 09:37:43 - building world TB --- 2013-04-10 09:37:43 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 09:37:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 09:37:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 09:37:43 - SRCCONF=/dev/null TB --- 2013-04-10 09:37:43 - TARGET=powerpc TB --- 2013-04-10 09:37:43 - TARGET_ARCH=powerpc64 TB --- 2013-04-10 09:37:43 - TZ=UTC TB --- 2013-04-10 09:37:43 - __MAKE_CONF=/dev/null TB --- 2013-04-10 09:37:43 - cd /src TB --- 2013-04-10 09:37:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 09:37:47 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 Apr 10 12:28:16 UTC 2013 TB --- 2013-04-10 12:28:16 - generating LINT kernel config TB --- 2013-04-10 12:28:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 12:28:16 - /usr/bin/make -B LINT TB --- 2013-04-10 12:28:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 12:28:16 - /usr/sbin/config -m LINT TB --- 2013-04-10 12:28:16 - skipping LINT kernel TB --- 2013-04-10 12:28:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 12:28:16 - /usr/sbin/config -m GENERIC TB --- 2013-04-10 12:28:16 - skipping GENERIC kernel TB --- 2013-04-10 12:28:16 - cd /src/sys/powerpc/conf TB --- 2013-04-10 12:28:16 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-10 12:28:16 - building GENERIC64 kernel TB --- 2013-04-10 12:28:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 12:28:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 12:28:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 12:28:16 - SRCCONF=/dev/null TB --- 2013-04-10 12:28:16 - TARGET=powerpc TB --- 2013-04-10 12:28:16 - TARGET_ARCH=powerpc64 TB --- 2013-04-10 12:28:16 - TZ=UTC TB --- 2013-04-10 12:28:16 - __MAKE_CONF=/dev/null TB --- 2013-04-10 12:28:16 - cd /src TB --- 2013-04-10 12:28:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Apr 10 12:28:16 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/kern/uipc_domain.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/kern/uipc_mbuf.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/kern/uipc_mbuf2.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/kern/uipc_shm.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/kern/uipc_sockbuf.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/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243: error: conflicting types for 'accept_mtx' /src/sys/sys/socketvar.h:136: error: previous declaration of 'accept_mtx' was here *** [uipc_socket.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-04-10 12:32:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 12:32:25 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-10 12:32:25 - 9130.69 user 1188.91 system 10577.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 14:43: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 C84FFFD6; Wed, 10 Apr 2013 14:43:13 +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 A62E0259; Wed, 10 Apr 2013 14:43:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 076E0B94C; Wed, 10 Apr 2013 10:43:13 -0400 (EDT) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Wed, 10 Apr 2013 10:16:57 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <1424327083.20130410103010@serebryakov.spb.ru> <55881.1365577455@critter.freebsd.dk> In-Reply-To: <55881.1365577455@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201304101016.57894.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 10 Apr 2013 10:43:13 -0400 (EDT) Cc: Adrian Chadd , lev@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: Wed, 10 Apr 2013 14:43:13 -0000 On Wednesday, April 10, 2013 3:04:15 am Poul-Henning Kamp wrote: > In message <1424327083.20130410103010@serebryakov.spb.ru>, Lev Serebryakov writ > es: > >Hello, Poul-Henning. > >You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:52:04: > > > >>> Problem is, that every uart device now is independent from each > >>> other in good "OOP" style, and it looks like interrupt sharing we > >>> need one interrupt handler per irq (not per device), which will now > >>> about several UARTs. Something like "multiport" device, bot not > >>> exactly. > >PHK> That is what the puc(4) driver does... > > Yes, for PCI devices only :( > > Yes, it needs to learn to do it from hints for ISA. No, that is that not the right hammer for this. This isn't a single ISA device with two ports (which is what puc(4) is aimed at). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 14:43:14 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 C8B3AFD9; Wed, 10 Apr 2013 14:43:14 +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 A6B2B25A; Wed, 10 Apr 2013 14:43:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0DD74B915; Wed, 10 Apr 2013 10:43:14 -0400 (EDT) From: John Baldwin To: lev@freebsd.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Wed, 10 Apr 2013 10:20:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <201304091658.22810.jhb@freebsd.org> <1659145198.20130410102838@serebryakov.spb.ru> In-Reply-To: <1659145198.20130410102838@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Message-Id: <201304101020.34214.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 10 Apr 2013 10:43:14 -0400 (EDT) Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp 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, 10 Apr 2013 14:43:14 -0000 On Wednesday, April 10, 2013 2:28:38 am Lev Serebryakov wrote: > Hello, John. > You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:58:22: >=20 > >> Problem is, that every uart device now is independent from each > >> other in good "OOP" style, and it looks like interrupt sharing we > >> need one interrupt handler per irq (not per device), which will now > >> about several UARTs. Something like "multiport" device, bot not > >> exactly. > JB> No, the interrupt code itself will handle shared interrupts (it will > JB> call all handlers). I think in practice that uart is setting > And what will happen, if there is two UARTs asserting interrupt in > same time? First one returns "FILTER_HANDLED", will second handler be > called? They are all called in turn. > ISA interrupt sharing IS NOT so simple. sio contains a lot of > obscure code to work. INTR_FAST handlers in 4.x didn't use to allow sharing. That changed in 6.x or so. > JB> INTR_EXCL or some such and/or uart doesn't set RF_SHAREABLE when > JB> allocating the IRQ. It is probably the latter. You could try just > JB> adding RF_SHAREABLE to the bus_alloc_resource_any() for the IRQ to > JB> uart and see if that fixes it. > sc->sc_ires =3D bus_alloc_resource_any(dev, SYS_RES_IRQ, &sc->sc_= irid, > RF_ACTIVE | RF_SHAREABLE); >=20 > It is here. Ok, then you need to figure out what is actually failing to install an interrupt handler (e.g. does bus_alloc_resource or bus_setup_intr fail?) =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 15:07:10 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 A8DCBA0B; Wed, 10 Apr 2013 15:07:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 70A9338A; Wed, 10 Apr 2013 15:07:10 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 821C74AC57; Wed, 10 Apr 2013 19:07:09 +0400 (MSK) Date: Wed, 10 Apr 2013 19:07:05 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1757923954.20130410190705@serebryakov.spb.ru> To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <201304101020.34214.jhb@freebsd.org> References: <229402991.20130407172016@serebryakov.spb.ru> <201304091658.22810.jhb@freebsd.org> <1659145198.20130410102838@serebryakov.spb.ru> <201304101020.34214.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Wed, 10 Apr 2013 15:07:10 -0000 Hello, John. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 18:20:34: JB> Ok, then you need to figure out what is actually failing to install an JB> interrupt handler (e.g. does bus_alloc_resource or bus_setup_intr fail?) uart.ko could not be used, and rebuilding system for this system takes time (a lot of it). I have idea to fix uart.ko as module before to be able to load-unload it multiple time for experiments. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 17:48: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 950AEBBA for ; Wed, 10 Apr 2013 17:48:01 +0000 (UTC) (envelope-from spil.oss@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0BCDBD for ; Wed, 10 Apr 2013 17:48:01 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id a11so900499iee.39 for ; Wed, 10 Apr 2013 10:48:00 -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=qS3v1TtPsr1p58oIZ1xbAcTYH9BBxcQeg8D/vQJ5yj0=; b=zUUASHef5ozjKGSkIPeysnrqCYVPETTTEhaCblqPEu/9I/zb6EophT1f34xnqLiNyY WgL8Ni7KRl9QqK/DFEv9M1Te6RWE8HfqfzDM1kQ5OItBP/RudtOD+oLRVCxGDihw6ksw 6xSocOiAAFGdJmDDMS1v2lBWtkqF6KcirL2PjjTlOvkAHmrKbaY3lJkWu27VxQ7bCRyP TZk5Ghh5qsm5ev7r8TtN2kbA50xNWxsyVQi4GLpRFoS/pnaikEycpaVfgylYJzZf9vg7 ucaVPVGpQ+4Ui0z4oWfJpqW76kuOFhkJw1fCKeUEsq/ww9kSvhtCanEBw++9L/67fn+e OVxw== MIME-Version: 1.0 X-Received: by 10.42.70.74 with SMTP id e10mr1811361icj.38.1365616080750; Wed, 10 Apr 2013 10:48:00 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Wed, 10 Apr 2013 10:48:00 -0700 (PDT) In-Reply-To: <20130410021455.GB3086@michelle.cdnetworks.com> References: <20130408063548.GB1526@michelle.cdnetworks.com> <20130410021455.GB3086@michelle.cdnetworks.com> Date: Wed, 10 Apr 2013 19:48:00 +0200 Message-ID: Subject: Re: Problems with axe(4) and checksum offloading From: Spil Oss To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current 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: Wed, 10 Apr 2013 17:48:01 -0000 Hi YongHyeon, With the original unmodified .ko... ifconfig output as requested at bottom Static IP-configuration does not make a difference with the ipfw behaviour. ipfw ruleset (based on /etc/rc.firewall simple ruleset) 00010 allow ip from any to me dst-port 22 recv ue0 00010 allow tcp from me 22 to any xmit ue0 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 01100 deny ip from 10.16.2.1 to any in via ue0 01200 deny ip from 172.17.2.111 to any in via re0 01300 deny ip from any to 10.0.0.0/8 via ue0 01500 deny ip from any to 192.168.0.0/16 via ue0 01600 deny ip from any to 0.0.0.0/8 via ue0 01700 deny ip from any to 169.254.0.0/16 via ue0 01800 deny ip from any to 192.0.2.0/24 via ue0 01900 deny ip from any to 224.0.0.0/4 via ue0 02000 deny ip from any to 240.0.0.0/4 via ue0 02100 divert 8668 ip4 from any to any via ue0 02200 deny ip from 10.0.0.0/8 to any via ue0 02400 deny ip from 192.168.0.0/16 to any via ue0 02500 deny ip from 0.0.0.0/8 to any via ue0 02600 deny ip from 169.254.0.0/16 to any via ue0 02700 deny ip from 192.0.2.0/24 to any via ue0 02800 deny ip from 224.0.0.0/4 to any via ue0 02900 deny ip from 240.0.0.0/4 to any via ue0 03000 allow tcp from any to any established 03100 allow ip from any to any frag 03200 allow tcp from any to me dst-port 22 setup 03300 allow tcp from any to me dst-port 25 setup 03400 allow tcp from any to me dst-port 465 setup 03500 allow tcp from any to me dst-port 587 setup 03600 allow tcp from any to me dst-port 80 setup 03700 allow tcp from any to me dst-port 443 setup 03800 deny log logamount 5 ip4 from any to any in via ue0 setup proto tcp 03900 allow tcp from any to any setup 04000 allow udp from me to any dst-port 53 keep-state 04100 allow udp from me to any dst-port 123 keep-state 04200 allow ip from any to any dst-port 22 recv ue0 65535 deny ip from any to any If I remove rule 10 it will NOT work with ue0, the ruleset without rule 10 DOES work with re0. Found an older PR about em or fxp having trouble with natd when rxcsum/txcsum was enabled, that is why I started fiddling with rxcsum/txcsum and found that the NIC would be unusable without rxcsum/txcsum enabled. If only I could find that PR now (kern/170081???)... Was fixed in base... Some other post reported fake AX88772A chips (32-pin packaging vs 64 in the original) on cheap USB NICs so I checked the hardware as well and could not see an issue (64-pin packaging). # ifconfig ue0 ue0: flags=8802 metric 0 mtu 1500 options=8000b ether 00:60:6e:42:5b:53 nd6 options=21 media: Ethernet autoselect (100baseTX ) status: active # dhclient ue0 DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 4 DHCPOFFER from 172.17.2.1 DHCPREQUEST on ue0 to 255.255.255.255 port 67 DHCPACK from 172.17.2.1 bound to 172.17.2.111 -- renewal in 43200 seconds. # ifconfig ue0 ue0: flags=8843 metric 0 mtu 1500 options=8000b ether 00:60:6e:42:5b:53 inet6 fe80::260:6eff:fe42:5b53%ue0 prefixlen 64 scopeid 0x7 inet 172.17.2.111 netmask 0xffffff00 broadcast 172.17.2.255 nd6 options=21 media: Ethernet autoselect (100baseTX ) status: active On Wed, Apr 10, 2013 at 4:14 AM, YongHyeon PYUN wrote: > On Mon, Apr 08, 2013 at 08:45:58PM +0200, Spil Oss wrote: > > Hi YongHyeon, > > > > output from verbose boot > > > > ugen3.2: at usbus3 > > axe0: on usbus3 > > axe0: PHYADDR 0xe0:0x10 > > miibus1: on axe0 > > ukphy0: PHY 16 on miibus1 > > ukphy0: OUI 0x007063, model 0x0008, rev. 1 > > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, > > auto-flow > > ue0: on axe0 > > ue0: bpf attached > > ue0: Ethernet address: 00:60:6e:42:5b:53 > > ue0: link state changed to UP > > ue0: link state changed to DOWN > > ue0: link state changed to UP > > AX88772B engineering sample I have still worked on latest current. > Could you use a static IP rather than using DHCP and see whether > that makes any difference?(Note, you have to revert your changes > made to axe(4) before trying that). > > Also show me the output of 'ifconfig ue0' before/after running > dhclient(8). > > > > > Apart from what I originally described... > > Networking does work, but not when packets pass through ipfw and nat. If > I > > add my ipfw rules before the divert natd rule networking works as > expected, > > without the SYN,ACK response packets are not accepted if I e.g. connect > to > > something on the axe interface. I have validated the ipfw ruleset with > the > > onboard realtek NIC and it then works as expected. > > > > # usbconfig -u 3 -a 2 dump_info > > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=ON (200mA) > > > > Kind regards, > > > > Spil. > > > > > > On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN wrote: > > > > > On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > > > > Hi all, > > > > > > > > With checksum offloading enabled I cannot use my axe NIC (ASIX > AX88772B). > > > > > > > > ifconfig ue0 -txcsum -rxcsum > > > > will make dhclient ue0 return > > > > > > > > if I re-enable txcsum and rxcsum I get an immediate response from the > > > dhcp > > > > server. > > > > > > > > Tried to remove the csum features by commenting out > > > > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > > > > ifp->if_hwassist = AXE_CSUM_FEATURES; > > > > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > > > > and rebuild the module. This does remove RXCSUM and TXCSUM from > options > > > and > > > > behaves the same as disabling the features with ifconfig (i.e. does > not > > > > work) > > > > > > > > 10.0-CURRENT r248351 > > > > > > > > Hope someone can help me... Spil. > > > > > > Last time I tried, checksum offloading worked as expected. > > > Would you show me the verbose dmesg output after attaching the > > > axe(4) NIC? > > > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 22:16:58 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 458B4CF6 for ; Wed, 10 Apr 2013 22:16:58 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id D14DFE22 for ; Wed, 10 Apr 2013 22:16:57 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so6499505wgg.2 for ; Wed, 10 Apr 2013 15:16:57 -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=b3TVLW4KeaH5MfPvQpVqR/bbA/pH3Abt8EohdDJGQ3A=; b=IyQEqzIfVlQ+suHG6dooeQ7kpxu+qyUURkaiJOpgxwnOH74zWUMG80nkE7Jk56dt+B FDf1vhwJSrZ03vGdGTIiqklxNaCl5t1Wg+fjmDbTUf0rjswgT8J9zFQ4rZ14GEPLu4u/ a4lyNGhjYZyka2f7Hw+XN1tn7vphjK6qYKswCRDdW85Uv+itk3IewhD7rxdf+MvpoWXk 1Q+a66hYLhOJn99KkSKdu7J5niMEjI++J6gdlFvJQom7HbggLiVAL5EJIRTFQgw3OCpq 64RmUiWQPgzCtl9QpKEGrDnbI8kCtdSo/XNfAuVpO4/pYqryLyGFK5SxWNdmUOnggkwv Wu2w== X-Received: by 10.194.3.4 with SMTP id 4mr3743211wjy.53.1365632217000; Wed, 10 Apr 2013 15:16:57 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id o5sm2656279wix.3.2013.04.10.15.16.55 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 10 Apr 2013 15:16:55 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 11 Apr 2013 00:16:52 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130410221652.GB95891@ithaqua.etoilebsd.net> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline In-Reply-To: <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Wed, 10 Apr 2013 22:16:58 -0000 --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 10, 2013 at 08:09:42AM +0000, Eggert, Lars wrote: > Hi, >=20 > On Apr 10, 2013, at 10:02, Baptiste Daroussin wrote: > > This can usually happen when a user do not have the nfs lock system sta= rted. > > Are you sure that nfs lock is correctly started? >=20 > with NFSv4, the locking system is integrated with the main protocol, it's= no longer separate. >=20 > > If that is the case, there is anyway a bug in pkgng that should catch t= he > > problem and refuse to operate in such situation, I know sqlite to provi= de a > > mechanism that allow us to be able to catch this, I'm not sure yet to u= se it. >=20 > Not sure about that. >=20 > In case anyone wonders, the corruption is quite substantial: >=20 I think I know why let me a couple of days to test a patch. Unfortunatly your database can't be recovered apparently sqlite has some problems with the locking ystem of nfsv4 and has some workaround. Will you be able to test it? Just to warn you firefox may have the same problem with unbundled sqlite. regards, Bapt --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFl5NQACgkQ8kTtMUmk6EzFFwCfdYYQ17HvYQDozpgGycNEaUO2 5aIAoKOXq39NbGvfXOzV+Q913F1ZkIcM =PbRH -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 10 23:29:20 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 3313DAE2 for ; Wed, 10 Apr 2013 23:29:20 +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 F0E6015D for ; Wed, 10 Apr 2013 23:29:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAGr0ZVGDaFvO/2dsb2JhbABQgzyDK74ZgSN0gh8BAQEDAQEBASArIAsFFhgCAg0ZAikBCSYGCAcEARwEh20GDKw1kneBI4xBfjQHgi6BEwOUP4JBgSGPbYMnIDKBBTU X-IronPort-AV: E=Sophos;i="4.87,450,1363147200"; d="scan'208";a="23381259" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 10 Apr 2013 19:28:11 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 343D1B3F4F; Wed, 10 Apr 2013 19:28:11 -0400 (EDT) Date: Wed, 10 Apr 2013 19:28:11 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <279486232.724924.1365636491154.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> Subject: Re: newnfs pkgng database corruption? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) 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: Wed, 10 Apr 2013 23:29:20 -0000 Lars Eggert wrote: > Hi, > > on a diskless server, I keep the ports tree and pkgng databases on a > newnfs NFSv4 mount. After a bunch of "portmaster -a" runs, the pkgng > sqlite database appears to get corrupted. For example, when I try to > update an existing port, this happens: > > root@five:~ # portmaster ports-mgmt/pkg > ... > ===> Registering installation for pkg-1.0.11 > Installing pkg-1.0.11...pkg: sqlite: database disk image is malformed > (pkgdb.c:925) > pkg: sqlite: database disk image is malformed (pkgdb.c:1914) > *** [fake-pkg] Error code 70 > Error code 70 is ESTALE (or NFSERR_STALE, if you prefer). The server replies with that when the file no longer exists. File locking doesn't stop a file from being removed, as far as I know. rick > I have removed all ports and the pkgng databases and reinstalled, but > the corruption seems to return after a few days or weeks of installing > and deinstalling ports. > > On another system that has a disk, that corruption of the pkgng > database has not happened over six months or so. I therefore wonder if > storing the sqlite database on an NFS-mount is triggering some sort of > bug, either in pkgng or in newnfs. AFAIK, pkgng is using locks on the > database quite liberally, could that be where a bug is lurking? > > I'm happy to help debug this, but someone would need to let me know > what to try. > > Thanks, > Lars > _______________________________________________ > 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 Thu Apr 11 00:35:02 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 1012E7B3 for ; Thu, 11 Apr 2013 00:35:02 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by mx1.freebsd.org (Postfix) with ESMTP id CB3A4383 for ; Thu, 11 Apr 2013 00:35:01 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id ia10so891673vcb.12 for ; Wed, 10 Apr 2013 17:34: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=y8sM6CVmCSAGA7sYdM4FhfPiwZnfYsXKSJxOTAXcMXE=; b=OKDWIzsd0ymrz1OggYBOd2pC9f1SP2GIh4Ckxy18TdnsxNCt6SVtAj8tjZoN8BLtGS XA5OoSnSP7UaRk2L/nY/fU3IMrlM4079xZl9Ff7nhHgs/rsUVq8yyqnIpU1P6xSXH8rh /DvPAs1/bUeXMZoZoOI8yBsKwZ2fVOEnwwCuzuTn90Dks0cIZDD2gxKTn9lj0B6rTV4U cDU2MLtfxp9fZHI7RDlcPQAIEE9Bplqx6GSx0WOjwm0avL+q+pwj60fSsNL7UNDONscT XshM6gJTDYKwTbgmZr78piXbHOfoC1IL3O1kMpn6tm5RLX3GnK84TKbRIPZNkgpU1I0i s7Kw== MIME-Version: 1.0 X-Received: by 10.52.164.211 with SMTP id ys19mr2846293vdb.80.1365640495109; Wed, 10 Apr 2013 17:34:55 -0700 (PDT) Received: by 10.59.2.170 with HTTP; Wed, 10 Apr 2013 17:34:54 -0700 (PDT) Date: Wed, 10 Apr 2013 20:34:54 -0400 Message-ID: Subject: Unable to destroy promoted zfs dataset From: Shawn Webb To: 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: Thu, 11 Apr 2013 00:35:02 -0000 Hey All, Unless I'm misunderstanding how to do what I'm trying to do, I'm unable to destroy a zfs dataset that was cloned and subsequently promoted from another dataset. Am I doing something wrong? Log of what I'm doing: [shawn@shawn-vm-host ~]$ sudo zfs send rpool/jails/www_template@2013-04-10| sudo zfs recv tank/jails/www_template/ROOT/base [shawn@shawn-vm-host ~]$ sudo zfs clone tank/jails/www_template/ROOT/base@2013-04-10tank/jails/www_template/ROOT/newbe [shawn@shawn-vm-host ~]$ sudo zfs promote tank/jails/www_template/ROOT/newbe [shawn@shawn-vm-host ~]$ sudo zfs destroy -r tank/jails/www_template/ROOT/newbe cannot destroy 'tank/jails/www_template/ROOT/newbe': filesystem has dependent clones use '-R' to destroy the following datasets: tank/jails/www_template/ROOT/base uname -a output: [shawn@shawn-vm-host ~]$ uname -a FreeBSD shawn-vm-host 10.0-CURRENT FreeBSD 10.0-CURRENT #18 r247823+968929d: Fri Mar 8 15:26:33 EST 2013 shawn@shawn-vm-host:/usr/obj/usr/src/sys/SEC amd64 Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 00:49:12 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 EBD66A2D for ; Thu, 11 Apr 2013 00:49:12 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) by mx1.freebsd.org (Postfix) with ESMTP id B1D7E5F8 for ; Thu, 11 Apr 2013 00:49:12 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id kw10so884745vcb.5 for ; Wed, 10 Apr 2013 17:49:06 -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=57zQzwNsOjJ9k/xADPOHzB+feYMPNajHh/M30RXCgwM=; b=F+seg7UCQPI4QJ5pe2Hr/7hie8iqkaW0WZ1WbxNUecDnoBJHCLHBvZYfnE+zAwQ1+D 7IV/QhEJzSonsi6UvkfAXlJwBpCS3RKP0EIt8BVc+a3Nk6SbF3wqEyP/uLiHGjikw5OP mgy5Kt5yvPjNFTcFa1eWWGxUuE1X45DfBkX0MbLIJCFEHIoTbnzw/ayn7u7uK2tTOATk f6sbRYgBZTW08q7GyKmrOhf0GOKkKtwfSTYxu4j3zRBnkEu9VqDD01IJWTZ1Zmmrb7Nn Vmfl19Xuju8IEVOWR2rmtN3kvpPCc3zTOMoyQA76T2237TyEg6ATtwFU+LIiT2/1Iw7M AKUQ== MIME-Version: 1.0 X-Received: by 10.58.75.46 with SMTP id z14mr3345065vev.52.1365641346143; Wed, 10 Apr 2013 17:49:06 -0700 (PDT) Received: by 10.59.2.170 with HTTP; Wed, 10 Apr 2013 17:49:06 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Apr 2013 20:49:06 -0400 Message-ID: Subject: Re: Unable to destroy promoted zfs dataset From: Shawn Webb To: 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: Thu, 11 Apr 2013 00:49:13 -0000 On Wed, Apr 10, 2013 at 8:34 PM, Shawn Webb wrote: > Hey All, > > Unless I'm misunderstanding how to do what I'm trying to do, I'm unable to > destroy a zfs dataset that was cloned and subsequently promoted from > another dataset. Am I doing something wrong? > > Log of what I'm doing: > > [shawn@shawn-vm-host ~]$ sudo zfs send rpool/jails/www_template@2013-04-10| sudo zfs recv tank/jails/www_template/ROOT/base > [shawn@shawn-vm-host ~]$ sudo zfs clone > tank/jails/www_template/ROOT/base@2013-04-10tank/jails/www_template/ROOT/newbe > [shawn@shawn-vm-host ~]$ sudo zfs promote > tank/jails/www_template/ROOT/newbe > [shawn@shawn-vm-host ~]$ sudo zfs destroy -r > tank/jails/www_template/ROOT/newbe > cannot destroy 'tank/jails/www_template/ROOT/newbe': filesystem has > dependent clones > use '-R' to destroy the following datasets: > tank/jails/www_template/ROOT/base > > uname -a output: > > [shawn@shawn-vm-host ~]$ uname -a > FreeBSD shawn-vm-host 10.0-CURRENT FreeBSD 10.0-CURRENT #18 > r247823+968929d: Fri Mar 8 15:26:33 EST 2013 shawn@shawn-vm-host:/usr/obj/usr/src/sys/SEC > amd64 > Nevermind. I figured it out. I was misunderstanding what "promoted" meant. Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 01:11:39 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 3E040EAA for ; Thu, 11 Apr 2013 01:11:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-da0-x22c.google.com (mail-da0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 183146C4 for ; Thu, 11 Apr 2013 01:11:39 +0000 (UTC) Received: by mail-da0-f44.google.com with SMTP id z20so447853dae.3 for ; Wed, 10 Apr 2013 18:11:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:date:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=08qwoBpD3gPc0gyh+OURHJYrCTG+PPht7j7uHnO+EBs=; b=TDMvQEQCpqRB9pO1P39hE1nHVUDtwp0lgmbby4h4/kOb1+0ieQAPV8Of81AYjLarJJ wWKYok5WsBT4DKwMlLRZrFMY8eIaNp2oPG09qPRvd36stS4WjxO8VOK6epGGpdneYRwi H92Xk81y34wxNYz1gpj99UbT/Vv5oaQ0zzAUzVU6KmA9dK3Jvcxh7QEYrzSD3HIhLYdb EqvsGru5vL+XXGjG4v/DOWdyKn5sDK1jsbxmH+x0V0MarfXvJ1EZjhhyBw3h7+4X0+1D ChLOGlVQ0t0JPKup9uj6ioTL9us/GkQf1+k3dMh740U/TPPscRNj65ToRswrUEQKAcTI JYWw== X-Received: by 10.66.160.106 with SMTP id xj10mr6437753pab.139.1365642698804; Wed, 10 Apr 2013 18:11:38 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id kd7sm1887981pbb.34.2013.04.10.18.11.35 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 10 Apr 2013 18:11:37 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 11 Apr 2013 10:11:30 +0900 From: YongHyeon PYUN Date: Thu, 11 Apr 2013 10:11:30 +0900 To: Spil Oss Subject: Re: Problems with axe(4) and checksum offloading Message-ID: <20130411011130.GA2985@michelle.cdnetworks.com> References: <20130408063548.GB1526@michelle.cdnetworks.com> <20130410021455.GB3086@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@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, 11 Apr 2013 01:11:39 -0000 On Wed, Apr 10, 2013 at 07:48:00PM +0200, Spil Oss wrote: > Hi YongHyeon, > > With the original unmodified .ko... > > ifconfig output as requested at bottom > > Static IP-configuration does not make a difference with the ipfw behaviour. > > ipfw ruleset (based on /etc/rc.firewall simple ruleset) > 00010 allow ip from any to me dst-port 22 recv ue0 > 00010 allow tcp from me 22 to any xmit ue0 > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 00400 deny ip from any to ::1 > 00500 deny ip from ::1 to any > 00600 allow ipv6-icmp from :: to ff02::/16 > 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 > 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 > 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 > 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 > 01100 deny ip from 10.16.2.1 to any in via ue0 > 01200 deny ip from 172.17.2.111 to any in via re0 > 01300 deny ip from any to 10.0.0.0/8 via ue0 > 01500 deny ip from any to 192.168.0.0/16 via ue0 > 01600 deny ip from any to 0.0.0.0/8 via ue0 > 01700 deny ip from any to 169.254.0.0/16 via ue0 > 01800 deny ip from any to 192.0.2.0/24 via ue0 > 01900 deny ip from any to 224.0.0.0/4 via ue0 > 02000 deny ip from any to 240.0.0.0/4 via ue0 > 02100 divert 8668 ip4 from any to any via ue0 > 02200 deny ip from 10.0.0.0/8 to any via ue0 > 02400 deny ip from 192.168.0.0/16 to any via ue0 > 02500 deny ip from 0.0.0.0/8 to any via ue0 > 02600 deny ip from 169.254.0.0/16 to any via ue0 > 02700 deny ip from 192.0.2.0/24 to any via ue0 > 02800 deny ip from 224.0.0.0/4 to any via ue0 > 02900 deny ip from 240.0.0.0/4 to any via ue0 > 03000 allow tcp from any to any established > 03100 allow ip from any to any frag > 03200 allow tcp from any to me dst-port 22 setup > 03300 allow tcp from any to me dst-port 25 setup > 03400 allow tcp from any to me dst-port 465 setup > 03500 allow tcp from any to me dst-port 587 setup > 03600 allow tcp from any to me dst-port 80 setup > 03700 allow tcp from any to me dst-port 443 setup > 03800 deny log logamount 5 ip4 from any to any in via ue0 setup proto tcp > 03900 allow tcp from any to any setup > 04000 allow udp from me to any dst-port 53 keep-state > 04100 allow udp from me to any dst-port 123 keep-state > 04200 allow ip from any to any dst-port 22 recv ue0 > 65535 deny ip from any to any > > If I remove rule 10 it will NOT work with ue0, the ruleset without rule 10 > DOES work with re0. > > Found an older PR about em or fxp having trouble with natd when > rxcsum/txcsum was enabled, that is why I started fiddling with > rxcsum/txcsum and found that the NIC would be unusable without > rxcsum/txcsum enabled. If only I could find that PR now (kern/170081???)... > Was fixed in base... If you don't use ipfw/natd, checksum offloading of axe(4) work? If yes, you'd get better answer from ipfw mailing list. > > Some other post reported fake AX88772A chips (32-pin packaging vs 64 in the > original) on cheap USB NICs so I checked the hardware as well and could not AX88772A does not support TX/RX checksum offloading. > see an issue (64-pin packaging). > > # ifconfig ue0 > ue0: flags=8802 metric 0 mtu 1500 > options=8000b > ether 00:60:6e:42:5b:53 > nd6 options=21 > media: Ethernet autoselect (100baseTX ) > status: active > > # dhclient ue0 > DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 4 > DHCPOFFER from 172.17.2.1 > DHCPREQUEST on ue0 to 255.255.255.255 port 67 > DHCPACK from 172.17.2.1 > bound to 172.17.2.111 -- renewal in 43200 seconds. > > # ifconfig ue0 > ue0: flags=8843 metric 0 mtu 1500 > options=8000b > ether 00:60:6e:42:5b:53 > inet6 fe80::260:6eff:fe42:5b53%ue0 prefixlen 64 scopeid 0x7 > inet 172.17.2.111 netmask 0xffffff00 broadcast 172.17.2.255 > nd6 options=21 > media: Ethernet autoselect (100baseTX ) > status: active I can see TX/RX checksum offloading is active and it successfully got a IP address via DHCP. > > > > > On Wed, Apr 10, 2013 at 4:14 AM, YongHyeon PYUN wrote: > > > On Mon, Apr 08, 2013 at 08:45:58PM +0200, Spil Oss wrote: > > > Hi YongHyeon, > > > > > > output from verbose boot > > > > > > ugen3.2: at usbus3 > > > axe0: on usbus3 > > > axe0: PHYADDR 0xe0:0x10 > > > miibus1: on axe0 > > > ukphy0: PHY 16 on miibus1 > > > ukphy0: OUI 0x007063, model 0x0008, rev. 1 > > > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, > > > auto-flow > > > ue0: on axe0 > > > ue0: bpf attached > > > ue0: Ethernet address: 00:60:6e:42:5b:53 > > > ue0: link state changed to UP > > > ue0: link state changed to DOWN > > > ue0: link state changed to UP > > > > AX88772B engineering sample I have still worked on latest current. > > Could you use a static IP rather than using DHCP and see whether > > that makes any difference?(Note, you have to revert your changes > > made to axe(4) before trying that). > > > > Also show me the output of 'ifconfig ue0' before/after running > > dhclient(8). > > > > > > > > Apart from what I originally described... > > > Networking does work, but not when packets pass through ipfw and nat. If > > I > > > add my ipfw rules before the divert natd rule networking works as > > expected, > > > without the SYN,ACK response packets are not accepted if I e.g. connect > > to > > > something on the axe interface. I have validated the ipfw ruleset with > > the > > > onboard realtek NIC and it then works as expected. > > > > > > # usbconfig -u 3 -a 2 dump_info > > > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH > > > (480Mbps) pwr=ON (200mA) > > > > > > Kind regards, > > > > > > Spil. > > > > > > > > > On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN wrote: > > > > > > > On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > > > > > Hi all, > > > > > > > > > > With checksum offloading enabled I cannot use my axe NIC (ASIX > > AX88772B). > > > > > > > > > > ifconfig ue0 -txcsum -rxcsum > > > > > will make dhclient ue0 return > > > > > > > > > > if I re-enable txcsum and rxcsum I get an immediate response from the > > > > dhcp > > > > > server. > > > > > > > > > > Tried to remove the csum features by commenting out > > > > > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > > > > > ifp->if_hwassist = AXE_CSUM_FEATURES; > > > > > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > > > > > and rebuild the module. This does remove RXCSUM and TXCSUM from > > options > > > > and > > > > > behaves the same as disabling the features with ifconfig (i.e. does > > not > > > > > work) > > > > > > > > > > 10.0-CURRENT r248351 > > > > > > > > > > Hope someone can help me... Spil. > > > > > > > > Last time I tried, checksum offloading worked as expected. > > > > Would you show me the verbose dmesg output after attaching the > > > > axe(4) NIC? > > > > > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 01:51:46 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 4DC24368; Thu, 11 Apr 2013 01:51:46 +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 F3A1580F; Thu, 11 Apr 2013 01:51:45 +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 r3B1piBT034750; Wed, 10 Apr 2013 21:51:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B1piuD034743; Thu, 11 Apr 2013 01:51:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 01:51:44 GMT Message-Id: <201304110151.r3B1piuD034743@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: Thu, 11 Apr 2013 01:51:46 -0000 TB --- 2013-04-10 23:18:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 23:18:09 - 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-04-10 23:18:09 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-10 23:18:09 - cleaning the object tree TB --- 2013-04-10 23:18:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 23:18:14 - At svn revision 249347 TB --- 2013-04-10 23:18:15 - building world TB --- 2013-04-10 23:18:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 23:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 23:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 23:18:15 - SRCCONF=/dev/null TB --- 2013-04-10 23:18:15 - TARGET=arm TB --- 2013-04-10 23:18:15 - TARGET_ARCH=arm TB --- 2013-04-10 23:18:15 - TZ=UTC TB --- 2013-04-10 23:18:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 23:18:15 - cd /src TB --- 2013-04-10 23:18:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 23:18:19 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 [...] cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.arm/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 01:51:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 01:51:44 - ERROR: failed to build world TB --- 2013-04-11 01:51:44 - 7431.59 user 1290.63 system 9215.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 01:51:46 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 6D380369; Thu, 11 Apr 2013 01:51:46 +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 20F83810; Thu, 11 Apr 2013 01:51:45 +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 r3B1pihP034749; Wed, 10 Apr 2013 21:51:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B1piBZ034742; Thu, 11 Apr 2013 01:51:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 01:51:44 GMT Message-Id: <201304110151.r3B1piBZ034742@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: Thu, 11 Apr 2013 01:51:46 -0000 TB --- 2013-04-10 23:18:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 23:18:09 - 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-04-10 23:18:09 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-10 23:18:09 - cleaning the object tree TB --- 2013-04-10 23:18:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 23:18:14 - At svn revision 249347 TB --- 2013-04-10 23:18:15 - building world TB --- 2013-04-10 23:18:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 23:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 23:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 23:18:15 - SRCCONF=/dev/null TB --- 2013-04-10 23:18:15 - TARGET=arm TB --- 2013-04-10 23:18:15 - TARGET_ARCH=armv6 TB --- 2013-04-10 23:18:15 - TZ=UTC TB --- 2013-04-10 23:18:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 23:18:15 - cd /src TB --- 2013-04-10 23:18:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 23:18:19 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 [...] /tmp/cmds-EgIgPh.s:556: rdhi, rdlo and rm must all be different cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.armv6/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 01:51:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 01:51:44 - ERROR: failed to build world TB --- 2013-04-11 01:51:44 - 7435.66 user 1291.33 system 9215.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 01:58: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 7B0DA5FD; Thu, 11 Apr 2013 01:58: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 3A1EB85D; Thu, 11 Apr 2013 01:58: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 r3B1w5YS085066; Wed, 10 Apr 2013 21:58:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B1w5r1085061; Thu, 11 Apr 2013 01:58:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 01:58:05 GMT Message-Id: <201304110158.r3B1w5r1085061@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: Thu, 11 Apr 2013 01:58:06 -0000 TB --- 2013-04-10 23:18:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 23:18:09 - 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-04-10 23:18:09 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-10 23:18:09 - cleaning the object tree TB --- 2013-04-10 23:18:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 23:18:14 - At svn revision 249347 TB --- 2013-04-10 23:18:15 - building world TB --- 2013-04-10 23:18:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 23:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 23:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 23:18:15 - SRCCONF=/dev/null TB --- 2013-04-10 23:18:15 - TARGET=i386 TB --- 2013-04-10 23:18:15 - TARGET_ARCH=i386 TB --- 2013-04-10 23:18:15 - TZ=UTC TB --- 2013-04-10 23:18:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 23:18:15 - cd /src TB --- 2013-04-10 23:18:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 23:18:19 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/i386.i386/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 01:58:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 01:58:05 - ERROR: failed to build world TB --- 2013-04-11 01:58:05 - 7902.20 user 1275.13 system 9595.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 01:58:12 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 F29E56FA; Thu, 11 Apr 2013 01:58:11 +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 B17D1863; Thu, 11 Apr 2013 01:58:11 +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 r3B1wB9S085653; Wed, 10 Apr 2013 21:58:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B1wBev085649; Thu, 11 Apr 2013 01:58:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 01:58:11 GMT Message-Id: <201304110158.r3B1wBev085649@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: Thu, 11 Apr 2013 01:58:12 -0000 TB --- 2013-04-10 23:18:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 23:18:09 - 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-04-10 23:18:09 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-10 23:18:09 - cleaning the object tree TB --- 2013-04-10 23:18:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 23:18:14 - At svn revision 249347 TB --- 2013-04-10 23:18:15 - building world TB --- 2013-04-10 23:18:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 23:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 23:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 23:18:15 - SRCCONF=/dev/null TB --- 2013-04-10 23:18:15 - TARGET=amd64 TB --- 2013-04-10 23:18:15 - TARGET_ARCH=amd64 TB --- 2013-04-10 23:18:15 - TZ=UTC TB --- 2013-04-10 23:18:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 23:18:15 - cd /src TB --- 2013-04-10 23:18:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 23:18:19 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/amd64.amd64/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 01:58:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 01:58:11 - ERROR: failed to build world TB --- 2013-04-11 01:58:11 - 7902.13 user 1269.46 system 9601.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 02:53:22 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 39871E96; Thu, 11 Apr 2013 02:53: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 DFBA39F8; Thu, 11 Apr 2013 02:53: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 r3B2rLtT014381; Wed, 10 Apr 2013 22:53: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 r3B2rKKX014377; Thu, 11 Apr 2013 02:53:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 02:53:20 GMT Message-Id: <201304110253.r3B2rKKX014377@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: Thu, 11 Apr 2013 02:53:22 -0000 TB --- 2013-04-11 01:58:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 01:58: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-04-11 01:58:05 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-11 01:58:05 - cleaning the object tree TB --- 2013-04-11 01:58:05 - /usr/local/bin/svn stat /src TB --- 2013-04-11 01:58:09 - At svn revision 249347 TB --- 2013-04-11 01:58:10 - building world TB --- 2013-04-11 01:58:10 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 01:58:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 01:58:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 01:58:10 - SRCCONF=/dev/null TB --- 2013-04-11 01:58:10 - TARGET=mips TB --- 2013-04-11 01:58:10 - TARGET_ARCH=mips TB --- 2013-04-11 01:58:10 - TZ=UTC TB --- 2013-04-11 01:58:10 - __MAKE_CONF=/dev/null TB --- 2013-04-11 01:58:10 - cd /src TB --- 2013-04-11 01:58:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 01:58:14 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/mips.mips/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/mips.mips/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 02:53:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 02:53:20 - ERROR: failed to build world TB --- 2013-04-11 02:53:20 - 2471.66 user 527.59 system 3315.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 02:53:22 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 4565FE97; Thu, 11 Apr 2013 02:53: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 ED3CB9F9; Thu, 11 Apr 2013 02:53: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 r3B2rLJg014382; Wed, 10 Apr 2013 22:53: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 r3B2rKe6014376; Thu, 11 Apr 2013 02:53:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 02:53:20 GMT Message-Id: <201304110253.r3B2rKe6014376@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: Thu, 11 Apr 2013 02:53:22 -0000 TB --- 2013-04-11 01:58:11 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 01:58:11 - 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-04-11 01:58:11 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-11 01:58:11 - cleaning the object tree TB --- 2013-04-11 01:58:11 - /usr/local/bin/svn stat /src TB --- 2013-04-11 01:58:14 - At svn revision 249347 TB --- 2013-04-11 01:58:15 - building world TB --- 2013-04-11 01:58:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 01:58:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 01:58:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 01:58:15 - SRCCONF=/dev/null TB --- 2013-04-11 01:58:15 - TARGET=mips TB --- 2013-04-11 01:58:15 - TARGET_ARCH=mips64 TB --- 2013-04-11 01:58:15 - TZ=UTC TB --- 2013-04-11 01:58:15 - __MAKE_CONF=/dev/null TB --- 2013-04-11 01:58:15 - cd /src TB --- 2013-04-11 01:58:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 01:58:19 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/mips.mips64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/mips.mips64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 02:53:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 02:53:20 - ERROR: failed to build world TB --- 2013-04-11 02:53:20 - 2479.51 user 531.38 system 3309.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 03:13: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 7206135D; Thu, 11 Apr 2013 03:13:09 +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 24F3BB79; Thu, 11 Apr 2013 03:13: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 r3B3D8vX050047; Wed, 10 Apr 2013 23:13:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B3D8C8050035; Thu, 11 Apr 2013 03:13:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 03:13:08 GMT Message-Id: <201304110313.r3B3D8C8050035@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: Thu, 11 Apr 2013 03:13:09 -0000 TB --- 2013-04-11 01:51:45 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 01:51:45 - 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-04-11 01:51:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-11 01:51:45 - cleaning the object tree TB --- 2013-04-11 01:51:45 - /usr/local/bin/svn stat /src TB --- 2013-04-11 01:52:01 - At svn revision 249347 TB --- 2013-04-11 01:52:02 - building world TB --- 2013-04-11 01:52:02 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 01:52:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 01:52:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 01:52:02 - SRCCONF=/dev/null TB --- 2013-04-11 01:52:02 - TARGET=ia64 TB --- 2013-04-11 01:52:02 - TARGET_ARCH=ia64 TB --- 2013-04-11 01:52:02 - TZ=UTC TB --- 2013-04-11 01:52:02 - __MAKE_CONF=/dev/null TB --- 2013-04-11 01:52:02 - cd /src TB --- 2013-04-11 01:52:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 01:52:07 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/ia64.ia64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/ia64.ia64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 03:13:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 03:13:08 - ERROR: failed to build world TB --- 2013-04-11 03:13:08 - 3916.23 user 640.10 system 4883.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 04:14:27 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 D1443905; Thu, 11 Apr 2013 04:14:27 +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 84786E0E; Thu, 11 Apr 2013 04:14:27 +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 r3B4EQmZ073420; Thu, 11 Apr 2013 00:14:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B4EQIn073419; Thu, 11 Apr 2013 04:14:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 04:14:26 GMT Message-Id: <201304110414.r3B4EQIn073419@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: Thu, 11 Apr 2013 04:14:27 -0000 TB --- 2013-04-11 03:13:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 03:13:08 - 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-04-11 03:13:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-11 03:13:08 - cleaning the object tree TB --- 2013-04-11 03:13:08 - /usr/local/bin/svn stat /src TB --- 2013-04-11 03:13:11 - At svn revision 249347 TB --- 2013-04-11 03:13:12 - building world TB --- 2013-04-11 03:13:12 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 03:13:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 03:13:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 03:13:12 - SRCCONF=/dev/null TB --- 2013-04-11 03:13:12 - TARGET=sparc64 TB --- 2013-04-11 03:13:12 - TARGET_ARCH=sparc64 TB --- 2013-04-11 03:13:12 - TZ=UTC TB --- 2013-04-11 03:13:12 - __MAKE_CONF=/dev/null TB --- 2013-04-11 03:13:12 - cd /src TB --- 2013-04-11 03:13:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 03:13:17 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/sparc64.sparc64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/sparc64.sparc64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 04:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 04:14:26 - ERROR: failed to build world TB --- 2013-04-11 04:14:26 - 2873.03 user 516.52 system 3678.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 04:34: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 06D27C8D; Thu, 11 Apr 2013 04:34: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 B8A7FE8C; Thu, 11 Apr 2013 04:34:15 +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 r3B4YEJO097786; Thu, 11 Apr 2013 00:34:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B4YEKm097785; Thu, 11 Apr 2013 04:34:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 04:34:14 GMT Message-Id: <201304110434.r3B4YEKm097785@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: Thu, 11 Apr 2013 04:34:16 -0000 TB --- 2013-04-11 01:51:45 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 01:51:45 - 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-04-11 01:51:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-11 01:51:45 - cleaning the object tree TB --- 2013-04-11 01:51:45 - /usr/local/bin/svn stat /src TB --- 2013-04-11 01:52:01 - At svn revision 249347 TB --- 2013-04-11 01:52:02 - building world TB --- 2013-04-11 01:52:02 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 01:52:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 01:52:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 01:52:02 - SRCCONF=/dev/null TB --- 2013-04-11 01:52:02 - TARGET=pc98 TB --- 2013-04-11 01:52:02 - TARGET_ARCH=i386 TB --- 2013-04-11 01:52:02 - TZ=UTC TB --- 2013-04-11 01:52:02 - __MAKE_CONF=/dev/null TB --- 2013-04-11 01:52:02 - cd /src TB --- 2013-04-11 01:52:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 01:52:07 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/pc98.i386/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 04:34:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 04:34:14 - ERROR: failed to build world TB --- 2013-04-11 04:34:14 - 8124.23 user 1041.54 system 9749.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 05:07:59 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 EF31CF5D; Thu, 11 Apr 2013 05:07:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A123AF5C; Thu, 11 Apr 2013 05:07: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 r3B57wk4000480; Thu, 11 Apr 2013 01:07:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B57wc9000479; Thu, 11 Apr 2013 05:07:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 05:07:58 GMT Message-Id: <201304110507.r3B57wc9000479@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: Thu, 11 Apr 2013 05:08:00 -0000 TB --- 2013-04-11 02:53:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 02:53:21 - 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-04-11 02:53:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-11 02:53:21 - cleaning the object tree TB --- 2013-04-11 02:53:21 - /usr/local/bin/svn stat /src TB --- 2013-04-11 02:53:26 - At svn revision 249347 TB --- 2013-04-11 02:53:27 - building world TB --- 2013-04-11 02:53:27 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 02:53:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 02:53:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 02:53:27 - SRCCONF=/dev/null TB --- 2013-04-11 02:53:27 - TARGET=powerpc TB --- 2013-04-11 02:53:27 - TARGET_ARCH=powerpc TB --- 2013-04-11 02:53:27 - TZ=UTC TB --- 2013-04-11 02:53:27 - __MAKE_CONF=/dev/null TB --- 2013-04-11 02:53:27 - cd /src TB --- 2013-04-11 02:53:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 02:53:31 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/powerpc.powerpc/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/powerpc.powerpc/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 05:07:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 05:07:58 - ERROR: failed to build world TB --- 2013-04-11 05:07:58 - 6984.21 user 912.18 system 8077.53 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 05:09: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 282BC127; Thu, 11 Apr 2013 05:09:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D0154F75; Thu, 11 Apr 2013 05:09:25 +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 r3B59P6h002322; Thu, 11 Apr 2013 01:09: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 r3B59P1D002321; Thu, 11 Apr 2013 05:09:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 05:09:25 GMT Message-Id: <201304110509.r3B59P1D002321@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: Thu, 11 Apr 2013 05:09:26 -0000 TB --- 2013-04-11 02:53:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 02:53:21 - 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-04-11 02:53:21 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-11 02:53:21 - cleaning the object tree TB --- 2013-04-11 02:53:21 - /usr/local/bin/svn stat /src TB --- 2013-04-11 02:53:26 - At svn revision 249347 TB --- 2013-04-11 02:53:27 - building world TB --- 2013-04-11 02:53:27 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 02:53:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 02:53:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 02:53:27 - SRCCONF=/dev/null TB --- 2013-04-11 02:53:27 - TARGET=powerpc TB --- 2013-04-11 02:53:27 - TARGET_ARCH=powerpc64 TB --- 2013-04-11 02:53:27 - TZ=UTC TB --- 2013-04-11 02:53:27 - __MAKE_CONF=/dev/null TB --- 2013-04-11 02:53:27 - cd /src TB --- 2013-04-11 02:53:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 02:53:31 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/powerpc.powerpc64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/powerpc.powerpc64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 05:09:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 05:09:25 - ERROR: failed to build world TB --- 2013-04-11 05:09:25 - 7073.52 user 928.78 system 8163.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 05:19:30 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 2579C2C5; Thu, 11 Apr 2013 05:19:30 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) by mx1.freebsd.org (Postfix) with ESMTP id EAE28FBD; Thu, 11 Apr 2013 05:19:29 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id ro12so661181pbb.18 for ; Wed, 10 Apr 2013 22:19:29 -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=Qy6Gc1J4NECp5d2zdotMcx927ArDVaRxDoxKFK63y8o=; b=rGyoSqtYcHOmq1csZyTQJ2Chmi1yK7GtyV9cRVSwZQTO4OHnr7Ruxp07uNK4xFRTen ttQ1vTv3+79W3kLb3zSBR+eahKnzgUFQmE5cKBExxZbIXxkSd1hEJ5GAnkeFQdnP0ny1 Pm1q1Umdli+QqawTX3clfuAG1Fo5oO3ez9Q0G2MJTyLdfZiIY0FfXtAC1mlS8rXZReQ1 fTZGwravPQajroNdYURH7TRuaovKvgxqYMUAMzrJwEw8KoK1sgsa+1lpzvUSnP3Bn4v7 b8Cv6n4s1OSbuHcwgDNgXel3qXoS8kWbmELeBR931KhXUfWXj8f5lx2mmZ3CqwYmU3F8 HB3g== X-Received: by 10.69.12.37 with SMTP id en5mr6672938pbd.93.1365657569348; Wed, 10 Apr 2013 22:19:29 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id dr6sm3375365pac.11.2013.04.10.22.19.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Apr 2013 22:19:28 -0700 (PDT) Message-ID: <516647D1.6010805@gmail.com> Date: Wed, 10 Apr 2013 22:19:13 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> <1428566376.20130407234355@serebryakov.spb.ru> In-Reply-To: <1428566376.20130407234355@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Adrian Chadd 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, 11 Apr 2013 05:19:30 -0000 On 04/07/13 12:43, Lev Serebryakov wrote: > How could I debug this? Does this board have any fancy BIOS -> RS232 redirection? Could something like that cause these symptoms? Matt From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 05:52:21 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 55B5C728 for ; Thu, 11 Apr 2013 05:52:21 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 40403141 for ; Thu, 11 Apr 2013 05:52:21 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,453,1363158000"; d="scan'208";a="39370463" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 10 Apr 2013 22:52:20 -0700 Received: from vmwexceht01-prd.hq.netapp.com (exchsmtp.hq.netapp.com [10.106.76.239]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3B5qKk0008616; Wed, 10 Apr 2013 22:52:20 -0700 (PDT) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.218]) by vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) with mapi id 14.02.0342.003; Wed, 10 Apr 2013 22:52:19 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjQj/yAgABrVAA= Date: Thu, 11 Apr 2013 05:52:19 +0000 Message-ID: <5BA7ADE3-9E79-4F02-813F-C91BBE6FE360@netapp.com> References: <279486232.724924.1365636491154.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <279486232.724924.1365636491154.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.116] Content-Type: text/plain; charset="us-ascii" Content-ID: <00A3F91679369F4289333C5A4A9DF880@tahoe.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "" 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, 11 Apr 2013 05:52:21 -0000 Hi, On Apr 11, 2013, at 1:28, Rick Macklem wrote: > Error code 70 is ESTALE (or NFSERR_STALE, if you prefer). The server > replies with that when the file no longer exists. >=20 > File locking doesn't stop a file from being removed, as far as I know. but the file is still there. Lars From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 05:52: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 40EFC839; Thu, 11 Apr 2013 05:52:54 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 289F5153; Thu, 11 Apr 2013 05:52:54 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,453,1363158000"; d="scan'208";a="39370532" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 10 Apr 2013 22:52:54 -0700 Received: from vmwexceht01-prd.hq.netapp.com (exchsmtp.hq.netapp.com [10.106.76.239]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3B5qreY009032; Wed, 10 Apr 2013 22:52:53 -0700 (PDT) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.218]) by vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) with mapi id 14.02.0342.003; Wed, 10 Apr 2013 22:52:53 -0700 From: "Eggert, Lars" To: Baptiste Daroussin Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjPjVcAgAACBgCAAOyyAIAAf2iA Date: Thu, 11 Apr 2013 05:52:52 +0000 Message-ID: <33784095-E88E-4069-84E9-3A477483EC2E@netapp.com> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> <20130410221652.GB95891@ithaqua.etoilebsd.net> In-Reply-To: <20130410221652.GB95891@ithaqua.etoilebsd.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.116] Content-Type: text/plain; charset="us-ascii" Content-ID: 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: Thu, 11 Apr 2013 05:52:54 -0000 Hi, On Apr 11, 2013, at 0:16, Baptiste Daroussin wrote: > Will you be able to test it? yes. (But I will be traveling for the next two weeks and so the turnaround = may be a bit longer than normal.) Lars= From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 07:01: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 E763D3AC; Thu, 11 Apr 2013 07:01:47 +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 A8E80390; Thu, 11 Apr 2013 07:01:47 +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 r3B71fvg053540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Apr 2013 00:01:41 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r3B71eQ3053539; Thu, 11 Apr 2013 00:01:40 -0700 (PDT) (envelope-from jmg) Date: Thu, 11 Apr 2013 00:01:40 -0700 From: John-Mark Gurney To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Message-ID: <20130411070139.GR76354@funkthat.com> Mail-Followup-To: John Baldwin , Poul-Henning Kamp , Adrian Chadd , lev@freebsd.org, freebsd-current@freebsd.org References: <229402991.20130407172016@serebryakov.spb.ru> <1424327083.20130410103010@serebryakov.spb.ru> <55881.1365577455@critter.freebsd.dk> <201304101016.57894.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201304101016.57894.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 11 Apr 2013 00:01:41 -0700 (PDT) Cc: Poul-Henning Kamp , lev@freebsd.org, Adrian Chadd , 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, 11 Apr 2013 07:01:48 -0000 John Baldwin wrote this message on Wed, Apr 10, 2013 at 10:16 -0400: > On Wednesday, April 10, 2013 3:04:15 am Poul-Henning Kamp wrote: > > In message <1424327083.20130410103010@serebryakov.spb.ru>, Lev Serebryakov > writ > > es: > > >Hello, Poul-Henning. > > >You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:52:04: > > > > > >>> Problem is, that every uart device now is independent from each > > >>> other in good "OOP" style, and it looks like interrupt sharing we > > >>> need one interrupt handler per irq (not per device), which will now > > >>> about several UARTs. Something like "multiport" device, bot not > > >>> exactly. > > >PHK> That is what the puc(4) driver does... > > > Yes, for PCI devices only :( > > > > Yes, it needs to learn to do it from hints for ISA. > > No, that is that not the right hammer for this. This isn't a single ISA > device with two ports (which is what puc(4) is aimed at). Don't you remeber the old AST 4 port cards? Heck, even our handbook talks about how to make those cards work: https://www.freebsd.org/doc/en/books/faq/serial.html#enable-multiport-serial I have a couple of these cards around somewhere I think... Uses a DB-37 connector for the ports.... Though if these ports don't have the logic that the AST cards did to share the IRQ, that'd make it hard... The sio man page talks about this... -- 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 Thu Apr 11 07:53:11 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 5E019403; Thu, 11 Apr 2013 07:53:11 +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 10D64832; Thu, 11 Apr 2013 07:53:10 +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 r3B7r43c086545; Thu, 11 Apr 2013 03:53: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 r3B7r4JA086539; Thu, 11 Apr 2013 07:53:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 07:53:04 GMT Message-Id: <201304110753.r3B7r4JA086539@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: Thu, 11 Apr 2013 07:53:11 -0000 TB --- 2013-04-11 05:10:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 05:10:21 - 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-04-11 05:10:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-11 05:10:21 - cleaning the object tree TB --- 2013-04-11 05:15:01 - /usr/local/bin/svn stat /src TB --- 2013-04-11 05:15:04 - At svn revision 249351 TB --- 2013-04-11 05:15:05 - building world TB --- 2013-04-11 05:15:05 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 05:15:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 05:15:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 05:15:05 - SRCCONF=/dev/null TB --- 2013-04-11 05:15:05 - TARGET=arm TB --- 2013-04-11 05:15:05 - TARGET_ARCH=arm TB --- 2013-04-11 05:15:05 - TZ=UTC TB --- 2013-04-11 05:15:05 - __MAKE_CONF=/dev/null TB --- 2013-04-11 05:15:05 - cd /src TB --- 2013-04-11 05:15:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 05:15:09 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 [...] cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.arm/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 07:53:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 07:53:04 - ERROR: failed to build world TB --- 2013-04-11 07:53:04 - 7410.33 user 1339.58 system 9762.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 07:53:11 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 6496C404; Thu, 11 Apr 2013 07:53:11 +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 17A3A833; Thu, 11 Apr 2013 07:53:10 +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 r3B7r4TZ086544; Thu, 11 Apr 2013 03:53: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 r3B7r4L1086538; Thu, 11 Apr 2013 07:53:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 07:53:04 GMT Message-Id: <201304110753.r3B7r4L1086538@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: Thu, 11 Apr 2013 07:53:11 -0000 TB --- 2013-04-11 05:10:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 05:10:21 - 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-04-11 05:10:21 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-11 05:10:21 - cleaning the object tree TB --- 2013-04-11 05:14:56 - /usr/local/bin/svn stat /src TB --- 2013-04-11 05:15:00 - At svn revision 249351 TB --- 2013-04-11 05:15:01 - building world TB --- 2013-04-11 05:15:01 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 05:15:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 05:15:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 05:15:01 - SRCCONF=/dev/null TB --- 2013-04-11 05:15:01 - TARGET=arm TB --- 2013-04-11 05:15:01 - TARGET_ARCH=armv6 TB --- 2013-04-11 05:15:01 - TZ=UTC TB --- 2013-04-11 05:15:01 - __MAKE_CONF=/dev/null TB --- 2013-04-11 05:15:01 - cd /src TB --- 2013-04-11 05:15:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 05:15:06 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 [...] /tmp/cmds-XLGPFI.s:556: rdhi, rdlo and rm must all be different cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.armv6/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 07:53:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 07:53:04 - ERROR: failed to build world TB --- 2013-04-11 07:53:04 - 7416.17 user 1340.30 system 9762.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 07:56:39 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 CA4506CD; Thu, 11 Apr 2013 07:56:39 +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 8A158886; Thu, 11 Apr 2013 07:56:39 +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 r3B7uckH094432; Thu, 11 Apr 2013 03:56:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B7ucMs094431; Thu, 11 Apr 2013 07:56:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 07:56:38 GMT Message-Id: <201304110756.r3B7ucMs094431@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: Thu, 11 Apr 2013 07:56:39 -0000 TB --- 2013-04-11 05:10:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 05:10:21 - 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-04-11 05:10:21 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-11 05:10:21 - cleaning the object tree TB --- 2013-04-11 05:15:06 - /usr/local/bin/svn stat /src TB --- 2013-04-11 05:15:10 - At svn revision 249351 TB --- 2013-04-11 05:15:11 - building world TB --- 2013-04-11 05:15:11 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 05:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 05:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 05:15:11 - SRCCONF=/dev/null TB --- 2013-04-11 05:15:11 - TARGET=i386 TB --- 2013-04-11 05:15:11 - TARGET_ARCH=i386 TB --- 2013-04-11 05:15:11 - TZ=UTC TB --- 2013-04-11 05:15:11 - __MAKE_CONF=/dev/null TB --- 2013-04-11 05:15:11 - cd /src TB --- 2013-04-11 05:15:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 05:15:15 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/i386.i386/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 07:56:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 07:56:38 - ERROR: failed to build world TB --- 2013-04-11 07:56:38 - 7878.43 user 1290.70 system 9977.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 07:56: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 304436D4; Thu, 11 Apr 2013 07:56: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 E36BA88A; Thu, 11 Apr 2013 07:56:46 +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 r3B7ukcw094702; Thu, 11 Apr 2013 03:56:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B7ukEE094700; Thu, 11 Apr 2013 07:56:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 07:56:46 GMT Message-Id: <201304110756.r3B7ukEE094700@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: Thu, 11 Apr 2013 07:56:47 -0000 TB --- 2013-04-11 05:10:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 05:10:21 - 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-04-11 05:10:21 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-11 05:10:21 - cleaning the object tree TB --- 2013-04-11 05:15:06 - /usr/local/bin/svn stat /src TB --- 2013-04-11 05:15:10 - At svn revision 249351 TB --- 2013-04-11 05:15:11 - building world TB --- 2013-04-11 05:15:11 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 05:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 05:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 05:15:11 - SRCCONF=/dev/null TB --- 2013-04-11 05:15:11 - TARGET=amd64 TB --- 2013-04-11 05:15:11 - TARGET_ARCH=amd64 TB --- 2013-04-11 05:15:11 - TZ=UTC TB --- 2013-04-11 05:15:11 - __MAKE_CONF=/dev/null TB --- 2013-04-11 05:15:11 - cd /src TB --- 2013-04-11 05:15:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 05:15:15 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/amd64.amd64/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 07:56:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 07:56:46 - ERROR: failed to build world TB --- 2013-04-11 07:56:46 - 7881.47 user 1289.20 system 9984.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 08:30:55 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 3DAA6C4 for ; Thu, 11 Apr 2013 08:30:55 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id C85ACA39 for ; Thu, 11 Apr 2013 08:30:54 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id r3so1039675wey.3 for ; Thu, 11 Apr 2013 01:30:53 -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=abrAvPGevANUKYoEC9d73qBpn5I1FOjGrf7p12vLMio=; b=mN23qk7ILXsrHl5ZQfvBT2CVLn0bMu2/318ktcyBxFOsBEPVLPyY2+zD9l1wFSFw/T 7kOmvFXbu2NUr9cF3OkGWPGMot6Bg6szxugYsqDhlefwFNqkHBIy79l6LQ8JuYM+K6CF A9dMIFcN0H53cDSbRCeG2MT0tGQAvI9qOKcyYhMbQqtOMn11/imc68IlQqFyUo6aQIwB NaIEFA4wC1bwiZrpUDAZYthvAG3H2uKalH5RJ1Pe3aTuIMsRgr3YRHi2uq9U26gya7LB nCsiQouopQbcLSD78VOK7JLl0S1H0S+9m0w6h5MHPQO6ESHAttssLHYgqDHk2YE9P8TD iwqQ== X-Received: by 10.180.79.227 with SMTP id m3mr8557196wix.12.1365669053865; Thu, 11 Apr 2013 01:30:53 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id n2sm1608924wiy.6.2013.04.11.01.30.52 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 11 Apr 2013 01:30:53 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 11 Apr 2013 10:30:50 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130411083050.GD95891@ithaqua.etoilebsd.net> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> <20130410221652.GB95891@ithaqua.etoilebsd.net> <33784095-E88E-4069-84E9-3A477483EC2E@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E" Content-Disposition: inline In-Reply-To: <33784095-E88E-4069-84E9-3A477483EC2E@netapp.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Thu, 11 Apr 2013 08:30:55 -0000 --tNQTSEo8WG/FKZ8E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 11, 2013 at 05:52:52AM +0000, Eggert, Lars wrote: > Hi, >=20 > On Apr 11, 2013, at 0:16, Baptiste Daroussin wrote: > > Will you be able to test it? >=20 > yes. (But I will be traveling for the next two weeks and so the turnaroun= d may be a bit longer than normal.) >=20 > Lars First, I think you can recover your database. Can you try the following command: # mv /var/db/pkg/local.sqlite /var/db/pkg/backup.sqlite # echo '.dump' | pkg shell /var/db/pkg/backup.sqlite | pkg shell # echo 'pragma user_config=3D12;' | pkg shell This should give you again a working database I hope :) I think the corruption you get are due to the synchronous pragma. I need to= dig in that direction. regards, Bapt --tNQTSEo8WG/FKZ8E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFmdLoACgkQ8kTtMUmk6EyyiACfXxz7JotkRRDyLHedE4iOmMbT T4gAmwVK1rKM8pRwUP1rqKvB/K3GnqLA =GYpY -----END PGP SIGNATURE----- --tNQTSEo8WG/FKZ8E-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 08:44:11 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 56DA646E; Thu, 11 Apr 2013 08:44:11 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 10C8CAE7; Thu, 11 Apr 2013 08:44:11 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,454,1363158000"; d="scan'208";a="39414989" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 11 Apr 2013 01:44:03 -0700 Received: from vmwexceht03-prd.hq.netapp.com (vmwexceht03-prd.hq.netapp.com [10.106.76.241]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3B8i16H016710; Thu, 11 Apr 2013 01:44:03 -0700 (PDT) Received: from VMWEXCEHT06-PRD.hq.netapp.com (10.106.77.104) by vmwexceht03-prd.hq.netapp.com (10.106.76.241) with Microsoft SMTP Server (TLS) id 14.2.342.3; Thu, 11 Apr 2013 01:44:02 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.71]) by vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) with mapi id 14.02.0342.003; Thu, 11 Apr 2013 01:44:02 -0700 From: "Eggert, Lars" To: Baptiste Daroussin Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjPjVcAgAACBgCAAOyyAIAAf2iAgAAsIgCAAAOwAA== Date: Thu, 11 Apr 2013 08:44:01 +0000 Message-ID: References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> <20130410221652.GB95891@ithaqua.etoilebsd.net> <33784095-E88E-4069-84E9-3A477483EC2E@netapp.com> <20130411083050.GD95891@ithaqua.etoilebsd.net> In-Reply-To: <20130411083050.GD95891@ithaqua.etoilebsd.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: <56EF7777CE31FF4FA703DF46C573A1ED@tahoe.netapp.com> 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: Thu, 11 Apr 2013 08:44:11 -0000 Hi, On Apr 11, 2013, at 10:30, Baptiste Daroussin wrote: > First, I think you can recover your database. that would be great. > Can you try the following command: >=20 > # mv /var/db/pkg/local.sqlite /var/db/pkg/backup.sqlite > # echo '.dump' | pkg shell /var/db/pkg/backup.sqlite | pkg shell That step doesn't quite work: [root@stanley /usr/home/elars/local/db]# echo '.dump' | pkg shell backup.sq= lite | pkg shell Error: near line 15927: column path is not unique Error: near line 15928: column path is not unique Error: near line 15929: column path is not unique Error: near line 15930: column path is not unique Error: near line 15931: column path is not unique Error: near line 15932: column path is not unique Error: near line 15933: column path is not unique Error: near line 15934: column path is not unique Error: near line 15935: column path is not unique Error: near line 15936: column path is not unique Error: near line 15937: column path is not unique [root@stanley /usr/home/elars/local/db]# ll local.sqlite=20 -rw-r--r-- 1 root wheel 0 Apr 11 10:42 local.sqlite I can send you the database off-list, if you like. > I think the corruption you get are due to the synchronous pragma. I need = to dig > in that direction. Thanks for looking into this! Lars= From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 08:54:38 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 CCC2782D; Thu, 11 Apr 2013 08:54:38 +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 817D6B58; Thu, 11 Apr 2013 08:54:38 +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 r3B8sbeT053108; Thu, 11 Apr 2013 04:54:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B8sbMA053107; Thu, 11 Apr 2013 08:54:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 08:54:37 GMT Message-Id: <201304110854.r3B8sbMA053107@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: Thu, 11 Apr 2013 08:54:38 -0000 TB --- 2013-04-11 07:56:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 07:56:46 - 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-04-11 07:56:46 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-11 07:56:46 - cleaning the object tree TB --- 2013-04-11 07:58:24 - /usr/local/bin/svn stat /src TB --- 2013-04-11 07:58:27 - At svn revision 249351 TB --- 2013-04-11 07:58:28 - building world TB --- 2013-04-11 07:58:28 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 07:58:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 07:58:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 07:58:28 - SRCCONF=/dev/null TB --- 2013-04-11 07:58:28 - TARGET=mips TB --- 2013-04-11 07:58:28 - TARGET_ARCH=mips64 TB --- 2013-04-11 07:58:28 - TZ=UTC TB --- 2013-04-11 07:58:28 - __MAKE_CONF=/dev/null TB --- 2013-04-11 07:58:28 - cd /src TB --- 2013-04-11 07:58:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 07:58:33 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/mips.mips64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/mips.mips64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 08:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 08:54:37 - ERROR: failed to build world TB --- 2013-04-11 08:54:37 - 2504.30 user 540.96 system 3471.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 08:54:38 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 D13F982E; Thu, 11 Apr 2013 08:54:38 +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 85B1BB59; Thu, 11 Apr 2013 08:54:38 +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 r3B8sbEQ053109; Thu, 11 Apr 2013 04:54:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B8sb0R053106; Thu, 11 Apr 2013 08:54:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 08:54:37 GMT Message-Id: <201304110854.r3B8sb0R053106@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: Thu, 11 Apr 2013 08:54:38 -0000 TB --- 2013-04-11 07:56:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 07:56:39 - 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-04-11 07:56:39 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-11 07:56:39 - cleaning the object tree TB --- 2013-04-11 07:58:17 - /usr/local/bin/svn stat /src TB --- 2013-04-11 07:58:20 - At svn revision 249351 TB --- 2013-04-11 07:58:21 - building world TB --- 2013-04-11 07:58:21 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 07:58:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 07:58:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 07:58:21 - SRCCONF=/dev/null TB --- 2013-04-11 07:58:21 - TARGET=mips TB --- 2013-04-11 07:58:21 - TARGET_ARCH=mips TB --- 2013-04-11 07:58:21 - TZ=UTC TB --- 2013-04-11 07:58:21 - __MAKE_CONF=/dev/null TB --- 2013-04-11 07:58:21 - cd /src TB --- 2013-04-11 07:58:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 07:58:25 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -G0 -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/mips.mips/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/mips.mips/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 08:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 08:54:37 - ERROR: failed to build world TB --- 2013-04-11 08:54:37 - 2496.98 user 536.05 system 3478.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 09:16:45 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 2CA79E7C; Thu, 11 Apr 2013 09:16:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D4081D0D; Thu, 11 Apr 2013 09:16: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 r3B9GiRB090778; Thu, 11 Apr 2013 05:16:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B9Gigf090777; Thu, 11 Apr 2013 09:16:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 09:16:44 GMT Message-Id: <201304110916.r3B9Gigf090777@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: Thu, 11 Apr 2013 09:16:45 -0000 TB --- 2013-04-11 07:53:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 07:53:04 - 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-04-11 07:53:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-11 07:53:04 - cleaning the object tree TB --- 2013-04-11 07:55:00 - /usr/local/bin/svn stat /src TB --- 2013-04-11 07:55:33 - At svn revision 249351 TB --- 2013-04-11 07:55:34 - building world TB --- 2013-04-11 07:55:34 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 07:55:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 07:55:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 07:55:34 - SRCCONF=/dev/null TB --- 2013-04-11 07:55:34 - TARGET=ia64 TB --- 2013-04-11 07:55:34 - TARGET_ARCH=ia64 TB --- 2013-04-11 07:55:34 - TZ=UTC TB --- 2013-04-11 07:55:34 - __MAKE_CONF=/dev/null TB --- 2013-04-11 07:55:34 - cd /src TB --- 2013-04-11 07:55:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 07:55:38 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/ia64.ia64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/ia64.ia64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 09:16:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 09:16:44 - ERROR: failed to build world TB --- 2013-04-11 09:16:44 - 3967.95 user 639.16 system 5019.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 09:18: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 B0EC9FBC for ; Thu, 11 Apr 2013 09:18:26 +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 11519D31 for ; Thu, 11 Apr 2013 09:18:25 +0000 (UTC) Received: (qmail 59076 invoked from network); 11 Apr 2013 10:25:33 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Apr 2013 10:25:33 -0000 Message-ID: <51667FDC.7050807@freebsd.org> Date: Thu, 11 Apr 2013 11:18:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: EuroBSDcon 2013: Call for Proposals, Conference on September 28+29 2013 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: Thu, 11 Apr 2013 09:18:26 -0000 Excuse me for being slightly spammy but I've received feedback that we haven't spread this information widely enough outside the inner circles and interested people missed the announcement. EuroBSDcon 2013: September 28-29 in Malta ========================================= EuroBSDcon is the European technical conference for users and developers of BSD-based systems. The conference will take place Saturday and Sunday 28-29 September at the Hilton Conference Centre in St. Julian's, Malta (tutorials and FreeBSD Developer Summit on preceding Thursday and Friday, talks on Saturday and Sunday). [Yes, very nice weather at that time of year, about 26/19C sunny no rain, Social event on Saturday evening is going to be a sunset beach BBQ] Call for Proposals ------------------ The EuroBSDcon program committee is inviting BSD developers and users to submit innovative and original talk proposals not previously presented at other European conferences. Topics of interest to the conference include, but are not limited to applications, architecture, implementation, performance and security of BSD-based operating systems, as well as topics concerning the economic or organizational aspects of BSD use. Presentations are expected to be 45 minutes and are to be delivered in English. Call for Tutorial Proposals --------------------------- The EuroBSDcon program committee is also inviting qualified practitioners in their field to submit proposals for half or full day tutorials on topics relevant to development, implementation and use of BSD-based systems. Half-day tutorials are expected to be 2.5 to 3 hours and full-day tutorials 5 to 6 hours. Tutorials are to be held in English. Submissions ----------- Proposals should be sent by email to . They should contain a short and concise text description in about 100 words. The submission should also include a short CV of the speaker and an estimate of the expected travel expenses. Please submit each proposal as a separate email. Important dates --------------- The EuroBSDcon program committee is accepting talk and tutorial proposals until Monday, May 25 2013. Other important dates will be announced soon at the conference website http://2013.EuroBSDcon.org/. From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 10:20:08 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 4FA5EDDE; Thu, 11 Apr 2013 10:20: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 0319FFC2; Thu, 11 Apr 2013 10:20: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 r3BAK722015893; Thu, 11 Apr 2013 06:20: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 r3BAK7WG015890; Thu, 11 Apr 2013 10:20:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 10:20:07 GMT Message-Id: <201304111020.r3BAK7WG015890@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: Thu, 11 Apr 2013 10:20:08 -0000 TB --- 2013-04-11 09:16:44 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 09:16:44 - 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-04-11 09:16:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-11 09:16:44 - cleaning the object tree TB --- 2013-04-11 09:17:37 - /usr/local/bin/svn stat /src TB --- 2013-04-11 09:17:40 - At svn revision 249351 TB --- 2013-04-11 09:17:41 - building world TB --- 2013-04-11 09:17:41 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 09:17:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 09:17:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 09:17:41 - SRCCONF=/dev/null TB --- 2013-04-11 09:17:41 - TARGET=sparc64 TB --- 2013-04-11 09:17:41 - TARGET_ARCH=sparc64 TB --- 2013-04-11 09:17:41 - TZ=UTC TB --- 2013-04-11 09:17:41 - __MAKE_CONF=/dev/null TB --- 2013-04-11 09:17:41 - cd /src TB --- 2013-04-11 09:17:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 09:17:46 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/sparc64.sparc64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/sparc64.sparc64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 10:20:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 10:20:07 - ERROR: failed to build world TB --- 2013-04-11 10:20:07 - 2925.91 user 522.54 system 3802.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 10:38:58 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 7B90C1D3; Thu, 11 Apr 2013 10:38:58 +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 39A2CF8; Thu, 11 Apr 2013 10:38:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3BAcuuo039618; Thu, 11 Apr 2013 06:38:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3BAcuXR039617; Thu, 11 Apr 2013 10:38:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 10:38:56 GMT Message-Id: <201304111038.r3BAcuXR039617@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: Thu, 11 Apr 2013 10:38:58 -0000 TB --- 2013-04-11 07:53:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 07:53:04 - 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-04-11 07:53:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-11 07:53:04 - cleaning the object tree TB --- 2013-04-11 07:55:31 - /usr/local/bin/svn stat /src TB --- 2013-04-11 07:55:34 - At svn revision 249351 TB --- 2013-04-11 07:55:35 - building world TB --- 2013-04-11 07:55:35 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 07:55:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 07:55:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 07:55:35 - SRCCONF=/dev/null TB --- 2013-04-11 07:55:35 - TARGET=pc98 TB --- 2013-04-11 07:55:35 - TARGET_ARCH=i386 TB --- 2013-04-11 07:55:35 - TZ=UTC TB --- 2013-04-11 07:55:35 - __MAKE_CONF=/dev/null TB --- 2013-04-11 07:55:35 - cd /src TB --- 2013-04-11 07:55:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 07:55:40 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 [...] cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/pc98.i386/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 10:38:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 10:38:56 - ERROR: failed to build world TB --- 2013-04-11 10:38:56 - 8218.41 user 1049.84 system 9951.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 11:12:51 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 D16D57E8; Thu, 11 Apr 2013 11:12:51 +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 84CD4272; Thu, 11 Apr 2013 11:12:51 +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 r3BBCoKg042178; Thu, 11 Apr 2013 07:12:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3BBCoYs042177; Thu, 11 Apr 2013 11:12:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 11:12:50 GMT Message-Id: <201304111112.r3BBCoYs042177@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: Thu, 11 Apr 2013 11:12:51 -0000 TB --- 2013-04-11 08:54:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 08:54:37 - 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-04-11 08:54:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-11 08:54:37 - cleaning the object tree TB --- 2013-04-11 08:56:45 - /usr/local/bin/svn stat /src TB --- 2013-04-11 08:56:49 - At svn revision 249351 TB --- 2013-04-11 08:56:50 - building world TB --- 2013-04-11 08:56:50 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 08:56:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 08:56:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 08:56:50 - SRCCONF=/dev/null TB --- 2013-04-11 08:56:50 - TARGET=powerpc TB --- 2013-04-11 08:56:50 - TARGET_ARCH=powerpc TB --- 2013-04-11 08:56:50 - TZ=UTC TB --- 2013-04-11 08:56:50 - __MAKE_CONF=/dev/null TB --- 2013-04-11 08:56:50 - cd /src TB --- 2013-04-11 08:56:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 08:56:55 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/powerpc.powerpc/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/powerpc.powerpc/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 11:12:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 11:12:50 - ERROR: failed to build world TB --- 2013-04-11 11:12:50 - 7068.65 user 921.38 system 8292.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 11:14:20 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 81BE29B5; Thu, 11 Apr 2013 11:14:20 +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 34F27299; Thu, 11 Apr 2013 11: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 r3BBEJw8044067; Thu, 11 Apr 2013 07:14:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3BBEJYW044066; Thu, 11 Apr 2013 11:14:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 11:14:19 GMT Message-Id: <201304111114.r3BBEJYW044066@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: Thu, 11 Apr 2013 11:14:20 -0000 TB --- 2013-04-11 08:54:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 08:54:37 - 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-04-11 08:54:37 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-11 08:54:38 - cleaning the object tree TB --- 2013-04-11 08:56:45 - /usr/local/bin/svn stat /src TB --- 2013-04-11 08:56:49 - At svn revision 249351 TB --- 2013-04-11 08:56:50 - building world TB --- 2013-04-11 08:56:50 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 08:56:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 08:56:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 08:56:50 - SRCCONF=/dev/null TB --- 2013-04-11 08:56:50 - TARGET=powerpc TB --- 2013-04-11 08:56:50 - TARGET_ARCH=powerpc64 TB --- 2013-04-11 08:56:50 - TZ=UTC TB --- 2013-04-11 08:56:50 - __MAKE_CONF=/dev/null TB --- 2013-04-11 08:56:50 - cd /src TB --- 2013-04-11 08:56:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 08:56:55 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 [...] gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:35, from /src/usr.bin/systat/cmdtab.c:39: /obj/powerpc.powerpc64/src/tmp/usr/include/kvm.h:81: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'kvm_counter_u64_fetch' /obj/powerpc.powerpc64/src/tmp/usr/include/kvm.h:91: error: expected declaration specifiers or '...' before 'u_long' *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 11:14:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 11:14:19 - ERROR: failed to build world TB --- 2013-04-11 11:14:19 - 7153.49 user 943.01 system 8381.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 11:19:06 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 DFCB8BCC for ; Thu, 11 Apr 2013 11:19:06 +0000 (UTC) (envelope-from baptiste.daroussin@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 74FC92EB for ; Thu, 11 Apr 2013 11:19:06 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hn17so425612wib.6 for ; Thu, 11 Apr 2013 04:19:05 -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=+pwbM+syOtcUXT8Xjjd4B6dh9xomeyeQt/fnRpBFPdc=; b=SNFhEprijeDyj7WP6z+90tEoirDbP6hn1+h8UAZgTnSYGJDyzKT+ltaS2YJoXCZWoN Obhf2iRPtkPicexYUNoWQQ9OSKheuDfo2SPychb4pLdyKiUN2ceL2Dyj4ZS9xGd/Kg5c DuNGeF8QJsUvVrTIyF+bVPCF6fOtWSXHa4NDTkcfCd0quzqoxwzId7ZLYm277NqqnfFk X1imRRbYzDFnFolcFnaTbn3DG0KHH5HBaiCavd7qJTUInth9jncQPOp8nJ5Nqp5Wse7J VdmGMW3r/ca3MW8l5LE00wTlPOHpFA3q2EltzG2+zMmQDdeHYY8xFnpc+8VTXrk1intf i3dQ== X-Received: by 10.194.89.169 with SMTP id bp9mr9889836wjb.57.1365679145469; Thu, 11 Apr 2013 04:19:05 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id fv2sm2775091wib.6.2013.04.11.04.19.04 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 11 Apr 2013 04:19:04 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 11 Apr 2013 13:19:02 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130411111902.GE95891@ithaqua.etoilebsd.net> References: <4C9A5BAE-8607-4E3A-8E69-E3993EA9873F@netapp.com> <20130410080228.GB74304@ithaqua.etoilebsd.net> <2F60DB6E-768F-426C-9BE6-737B144D4776@netapp.com> <20130410221652.GB95891@ithaqua.etoilebsd.net> <33784095-E88E-4069-84E9-3A477483EC2E@netapp.com> <20130411083050.GD95891@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cYtjc4pxslFTELvY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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: Thu, 11 Apr 2013 11:19:06 -0000 --cYtjc4pxslFTELvY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 11, 2013 at 08:44:01AM +0000, Eggert, Lars wrote: > Hi, >=20 > On Apr 11, 2013, at 10:30, Baptiste Daroussin wrote: > > First, I think you can recover your database. >=20 > that would be great. >=20 > > Can you try the following command: > >=20 > > # mv /var/db/pkg/local.sqlite /var/db/pkg/backup.sqlite > > # echo '.dump' | pkg shell /var/db/pkg/backup.sqlite | pkg shell >=20 > That step doesn't quite work: >=20 > [root@stanley /usr/home/elars/local/db]# echo '.dump' | pkg shell backup.= sqlite | pkg shell > Error: near line 15927: column path is not unique > Error: near line 15928: column path is not unique > Error: near line 15929: column path is not unique > Error: near line 15930: column path is not unique > Error: near line 15931: column path is not unique > Error: near line 15932: column path is not unique > Error: near line 15933: column path is not unique > Error: near line 15934: column path is not unique > Error: near line 15935: column path is not unique > Error: near line 15936: column path is not unique > Error: near line 15937: column path is not unique >=20 > [root@stanley /usr/home/elars/local/db]# ll local.sqlite=20 > -rw-r--r-- 1 root wheel 0 Apr 11 10:42 local.sqlite >=20 > I can send you the database off-list, if you like. >=20 Yes please. regards, Bapt --cYtjc4pxslFTELvY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFmnCYACgkQ8kTtMUmk6EwDiwCfSAh+5obx0i0H1K3oKwasIGRZ 2m0An3ZDIUPg7CwhX6BKOo5L78vk8HB8 =qwyF -----END PGP SIGNATURE----- --cYtjc4pxslFTELvY-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 14:55:42 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 1553C681; Thu, 11 Apr 2013 14:55:42 +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 E46C3F80; Thu, 11 Apr 2013 14:55:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 640DDB94A; Thu, 11 Apr 2013 10:55:41 -0400 (EDT) From: John Baldwin To: "John-Mark Gurney" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Thu, 11 Apr 2013 10:50:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <201304101016.57894.jhb@freebsd.org> <20130411070139.GR76354@funkthat.com> In-Reply-To: <20130411070139.GR76354@funkthat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201304111050.37055.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 11 Apr 2013 10:55:41 -0400 (EDT) Cc: Poul-Henning Kamp , lev@freebsd.org, Adrian Chadd , 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, 11 Apr 2013 14:55:42 -0000 On Thursday, April 11, 2013 3:01:40 am John-Mark Gurney wrote: > John Baldwin wrote this message on Wed, Apr 10, 2013 at 10:16 -0400: > > On Wednesday, April 10, 2013 3:04:15 am Poul-Henning Kamp wrote: > > > In message <1424327083.20130410103010@serebryakov.spb.ru>, Lev Serebryakov > > writ > > > es: > > > >Hello, Poul-Henning. > > > >You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:52:04: > > > > > > > >>> Problem is, that every uart device now is independent from each > > > >>> other in good "OOP" style, and it looks like interrupt sharing we > > > >>> need one interrupt handler per irq (not per device), which will now > > > >>> about several UARTs. Something like "multiport" device, bot not > > > >>> exactly. > > > >PHK> That is what the puc(4) driver does... > > > > Yes, for PCI devices only :( > > > > > > Yes, it needs to learn to do it from hints for ISA. > > > > No, that is that not the right hammer for this. This isn't a single ISA > > device with two ports (which is what puc(4) is aimed at). > > Don't you remeber the old AST 4 port cards? Heck, even our handbook > talks about how to make those cards work: > https://www.freebsd.org/doc/en/books/faq/serial.html#enable-multiport-serial > > I have a couple of these cards around somewhere I think... Uses a DB-37 > connector for the ports.... > > Though if these ports don't have the logic that the AST cards did to > share the IRQ, that'd make it hard... > > The sio man page talks about this... These are multiport cards and something like puc or digi, etc. is fine for those. The OP's issue is that he has a board with 4 independent 16550 UARTs which are attempting to share IRQs. Those are not multiport cards and are thus a separate issue. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 17:50:22 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 B1313B15; Thu, 11 Apr 2013 17:50:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 73816E83; Thu, 11 Apr 2013 17:50:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id E49104AC57; Thu, 11 Apr 2013 21:50:13 +0400 (MSK) Date: Thu, 11 Apr 2013 21:50:08 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <05441252.20130411215008@serebryakov.spb.ru> To: matt Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <516647D1.6010805@gmail.com> References: <229402991.20130407172016@serebryakov.spb.ru> <2866.1365348969@critter.freebsd.dk> <454119968.20130407211356@serebryakov.spb.ru> <5068.1365356114@critter.freebsd.dk> <962552272.20130407232944@serebryakov.spb.ru> <5698.1365363110@critter.freebsd.dk> <1428566376.20130407234355@serebryakov.spb.ru> <516647D1.6010805@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Thu, 11 Apr 2013 17:50:22 -0000 Hello, matt. You wrote 11 =E0=EF=F0=E5=EB=FF 2013 =E3., 9:19:13: m> On 04/07/13 12:43, Lev Serebryakov wrote: >> How could I debug this?=20 m> Does this board have any fancy BIOS -> RS232 redirection? Could m> something like that cause these symptoms? Nope. It is simple "Desktop" board (with LPT and 4xRS232, yes) from BIOS point of view (unfortunately, COM BIOS is very handy for me). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 20:02:46 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 49BA926C; Thu, 11 Apr 2013 20:02:46 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 29376170C; Thu, 11 Apr 2013 20:02:45 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 11 Apr 2013 13:04:14 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id r3BK1aM6076489; Thu, 11 Apr 2013 13:01:36 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id r3BK1axC076488; Thu, 11 Apr 2013 13:01:36 -0700 (PDT) (envelope-from ambrisko) Date: Thu, 11 Apr 2013 13:01:36 -0700 From: Doug Ambrisko To: Jeremy Chadwick Subject: Re: Kernel output interleaved on boot Message-ID: <20130411200136.GA25876@ambrisko.com> References: <20130408045237.GA70548@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130408045237.GA70548@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: lev@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, 11 Apr 2013 20:02:46 -0000 On Sun, Apr 07, 2013 at 09:52:37PM -0700, Jeremy Chadwick wrote: | I have discussed this problem for years now -- over 5 years, to be | exact. As if I haven't sounded like a broken record before, I surely do | now. Start here, under section "Kernel", item "Scrambled or garbled | kernel output": | | https://wiki.freebsd.org/BugBusting/Commonly_reported_issues | | The problem has not gone away. It has not been solved. It has not been | worked around. PRINTF_BUFR_SIZE does not solve the problem, and rarely | helps relieve it. | | I have discussed this issue more recently (2010) with John Baldwin as | well: | | http://lists.freebsd.org/pipermail/freebsd-questions/2010-March/214412.html | http://lists.freebsd.org/pipermail/freebsd-questions/2010-March/214423.html | | And in December 2011 too -- particularly an important read if you think | increasing the number is a wise idea: | | http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065158.html | | Bottom line: there is no solution other than to switch OSes. I have tweaked some kernel message generaters to be more line based. We had issues with CAM attached devices print out parts separately and then get intermixed a lot. So I modified them to print them as one line. Then they didn't seem to get intermixed. This doesn't solve the overall problem, but if messages are done more this way then it helps. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 20:18: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 D84E9828; Thu, 11 Apr 2013 20:18:08 +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 4FFC917C4; Thu, 11 Apr 2013 20:18:06 +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 r3BKI5fG072030; Fri, 12 Apr 2013 00:18:05 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3BKI5kX072029; Fri, 12 Apr 2013 00:18:05 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 12 Apr 2013 00:18:05 +0400 From: Gleb Smirnoff To: net@FreeBSD.org, current@FreeBSD.org Subject: ipfilter(4) needs maintainer Message-ID: <20130411201805.GD76816@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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, 11 Apr 2013 20:18:08 -0000 Hello, here is brief status on ipfilter(4) packet filtering facility, written by Darren Reed, that is shipped with FreeBSD kernel. o The version of the software is v4.1.28. The license is BSD, .. erm the license is very close to BSD, but with some additions, most notable is: > The licence and distribution terms for any publically available version or > derivative of this code cannot be changed. i.e. this code cannot simply be > copied, in part or in whole, and put under another distribution licence > [including the GNU Public Licence.] The version we have is v4.1.28, it was released 16 October 2007. Suprisingly, the author has switched ipfilter license to GPL. :) The last release under BSD license was v4.1.34, released 11 MArch 2010. The author is now working on v5, licensed under GPL. o There are 29 open bug reports tagged with [ipfilter] in GNATS. Actually this is not a lot, since there 95 closed PRs with this tag. Anyway, these 29 need care. o Apart from filed PRs, there is knowledge that ipfilter(4) isn't compatible with VIMAGE. o ipfilter(4) uses old outdated kernel APIs that we want to cleanse away from the kernel. And we don't have responsive users, willing to test patches. For example, this request for testing wasn't answered by anyone: http://lists.freebsd.org/pipermail/freebsd-net/2012-August/033139.html Due to license change and inactivity of the author in our tree and GNATS, there is clear evidence that author do not plan to update or take care of ipfilter in our source tree. Thus, ipfilter(4) should be assigned status of our code, that should be taken care of ourselves. This means it needs maintainer, and this email is a call for one. Any takers? Lack of maintainer in a near future would lead to bitrot due to changes in other areas of network stack, kernel APIs, etc. This already happens, many changes during 10.0-CURRENT cycle were only compile tested wrt ipfilter. If we fail to find maintainer, then a correct decision would be to remove ipfilter(4) from the base system before 10.0-RELEASE. P.S. The project homepage: http://coombs.anu.edu.au/~avalon/ -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 21:37: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 D8760B2B; Thu, 11 Apr 2013 21:37:55 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A006C1D34; Thu, 11 Apr 2013 21:37:55 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7332489FC1; Thu, 11 Apr 2013 21:37:49 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r3BLbmSW001450; Thu, 11 Apr 2013 21:37:49 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <201304111050.37055.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <201304101016.57894.jhb@freebsd.org> <20130411070139.GR76354@funkthat.com> <201304111050.37055.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 11 Apr 2013 21:37:48 +0000 Message-ID: <1449.1365716268@critter.freebsd.dk> Cc: John-Mark Gurney , lev@freebsd.org, Adrian Chadd , 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, 11 Apr 2013 21:37:55 -0000 In message <201304111050.37055.jhb@freebsd.org>, John Baldwin writes: >> Though if these ports don't have the logic that the AST cards did to >> share the IRQ, that'd make it hard... >> >> The sio man page talks about this... > >These are multiport cards and something like puc or digi, etc. is fine for >those. The OP's issue is that he has a board with 4 independent 16550 >UARTs which are attempting to share IRQs. Those are not multiport cards >and are thus a separate issue. I think you are mistaken, the 4 uarts are in the same chip and I am sure they have done something sensible with the interrupts so they can be shared. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 11 23:10:55 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 2376555E for ; Thu, 11 Apr 2013 23:10:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E3AA7144 for ; Thu, 11 Apr 2013 23:10:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEACZCZ1GDaFvO/2dsb2JhbABQhmq+J4EddIIfAQEEASNWBRYYAgINGQJZBhOIDgaqT5JngSOMSXY0B4IugRMDlwKRD4MnIIFs X-IronPort-AV: E=Sophos;i="4.87,458,1363147200"; d="scan'208";a="25477472" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 11 Apr 2013 19:10:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id F0BCDB3FAC; Thu, 11 Apr 2013 19:10:47 -0400 (EDT) Date: Thu, 11 Apr 2013 19:10:47 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <5BA7ADE3-9E79-4F02-813F-C91BBE6FE360@netapp.com> Subject: Re: newnfs pkgng database corruption? 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 - IE8 (Win)/6.0.10_GA_2692) Cc: 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: Thu, 11 Apr 2013 23:10:55 -0000 Lars Eggert wrote: > Hi, > > On Apr 11, 2013, at 1:28, Rick Macklem wrote: > > Error code 70 is ESTALE (or NFSERR_STALE, if you prefer). The server > > replies with that when the file no longer exists. > > > > File locking doesn't stop a file from being removed, as far as I > > know. > > but the file is still there. > Well, I have no idea why an NFS server would reply errno 70 if the file still exists, unless the client has somehow sent a bogus file handle to the server. (I am not aware of any client bug that might do that. I am almost suspicious that there might be a memory problem or something that corrupts bits in the network layer. Do you have TSO enabled for your network interface by any chance? If so, I'd try disabling that on the network interface. Same goes for checksum offload.) rick ps: If you can capture packets between the client and server at the time this error occurs, looking at them in wireshark might be useful? > Lars From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 11:19:30 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 F1D0B2D6 for ; Fri, 12 Apr 2013 11:19:30 +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 0AB381FA2 for ; Fri, 12 Apr 2013 11:19:29 +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 r3CBJRMC077150 for ; Fri, 12 Apr 2013 15:19:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3CBJRQ5077149 for current@FreeBSD.org; Fri, 12 Apr 2013 15:19:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 12 Apr 2013 15:19:27 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: [CFT] counter(9) for ng_netflow(4) Message-ID: <20130412111927.GP76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="oIPRF+aTX2m15D8D" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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, 12 Apr 2013 11:19:31 -0000 --oIPRF+aTX2m15D8D Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Hello, the patch reduces number of atomic(4) operations in ng_netflow(4), utilizing counter(9) and makes some previously 32-bit counters 64-bit. Any test reports appreciated. -- Totus tuus, Glebius. --oIPRF+aTX2m15D8D Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="ng_netflow.counter.diff" Index: netflow.c =================================================================== --- netflow.c (revision 249398) +++ netflow.c (working copy) @@ -34,17 +34,14 @@ static const char rcs_id[] = #include "opt_inet6.h" #include "opt_route.h" #include +#include #include #include #include #include #include #include -#include -#include -#include - #include #include #include @@ -79,8 +76,8 @@ static const char rcs_id[] = /* Macros to shorten logical constructions */ /* XXX: priv must exist in namespace */ -#define INACTIVE(fle) (time_uptime - fle->f.last > priv->info.nfinfo_inact_t) -#define AGED(fle) (time_uptime - fle->f.first > priv->info.nfinfo_act_t) +#define INACTIVE(fle) (time_uptime - fle->f.last > priv->nfinfo_inact_t) +#define AGED(fle) (time_uptime - fle->f.first > priv->nfinfo_act_t) #define ISFREE(fle) (fle->f.packets == 0) /* @@ -148,54 +145,6 @@ ip6_hash(struct flow6_rec *r) } #endif -/* This is callback from uma(9), called on alloc. */ -static int -uma_ctor_flow(void *mem, int size, void *arg, int how) -{ - priv_p priv = (priv_p )arg; - - if (atomic_load_acq_32(&priv->info.nfinfo_used) >= CACHESIZE) - return (ENOMEM); - - atomic_add_32(&priv->info.nfinfo_used, 1); - - return (0); -} - -/* This is callback from uma(9), called on free. */ -static void -uma_dtor_flow(void *mem, int size, void *arg) -{ - priv_p priv = (priv_p )arg; - - atomic_subtract_32(&priv->info.nfinfo_used, 1); -} - -#ifdef INET6 -/* This is callback from uma(9), called on alloc. */ -static int -uma_ctor_flow6(void *mem, int size, void *arg, int how) -{ - priv_p priv = (priv_p )arg; - - if (atomic_load_acq_32(&priv->info.nfinfo_used6) >= CACHESIZE) - return (ENOMEM); - - atomic_add_32(&priv->info.nfinfo_used6, 1); - - return (0); -} - -/* This is callback from uma(9), called on free. */ -static void -uma_dtor_flow6(void *mem, int size, void *arg) -{ - priv_p priv = (priv_p )arg; - - atomic_subtract_32(&priv->info.nfinfo_used6, 1); -} -#endif - /* * Detach export datagram from priv, if there is any. * If there is no, allocate a new one. @@ -266,9 +215,9 @@ expire_flow(priv_p priv, fib_export_p fe, struct f if ((priv->export != NULL) && (version == IPVERSION)) { exp.item = get_export_dgram(priv, fe); if (exp.item == NULL) { - atomic_add_32(&priv->info.nfinfo_export_failed, 1); + priv->nfinfo_export_failed++; if (priv->export9 != NULL) - atomic_add_32(&priv->info.nfinfo_export9_failed, 1); + priv->nfinfo_export9_failed++; /* fle definitely contains IPv4 flow. */ uma_zfree_arg(priv->zone, fle, priv); return; @@ -283,7 +232,7 @@ expire_flow(priv_p priv, fib_export_p fe, struct f if (priv->export9 != NULL) { exp.item9 = get_export9_dgram(priv, fe, &exp.item9_opt); if (exp.item9 == NULL) { - atomic_add_32(&priv->info.nfinfo_export9_failed, 1); + priv->nfinfo_export9_failed++; if (version == IPVERSION) uma_zfree_arg(priv->zone, fle, priv); #ifdef INET6 @@ -316,8 +265,27 @@ void ng_netflow_copyinfo(priv_p priv, struct ng_netflow_info *i) { - /* XXX: atomic */ - memcpy((void *)i, (void *)&priv->info, sizeof(priv->info)); + i->nfinfo_bytes = counter_u64_fetch(priv->nfinfo_bytes); + i->nfinfo_packets = counter_u64_fetch(priv->nfinfo_packets); + i->nfinfo_bytes6 = counter_u64_fetch(priv->nfinfo_bytes6); + i->nfinfo_packets6 = counter_u64_fetch(priv->nfinfo_packets6); + i->nfinfo_sbytes = counter_u64_fetch(priv->nfinfo_sbytes); + i->nfinfo_spackets = counter_u64_fetch(priv->nfinfo_spackets); + i->nfinfo_sbytes6 = counter_u64_fetch(priv->nfinfo_sbytes6); + i->nfinfo_spackets6 = counter_u64_fetch(priv->nfinfo_spackets6); + i->nfinfo_act_exp = counter_u64_fetch(priv->nfinfo_act_exp); + i->nfinfo_inact_exp = counter_u64_fetch(priv->nfinfo_inact_exp); + + i->nfinfo_used = uma_zone_get_cur(priv->zone); + i->nfinfo_used6 = uma_zone_get_cur(priv->zone6); + + i->nfinfo_alloc_failed = priv->nfinfo_alloc_failed; + i->nfinfo_export_failed = priv->nfinfo_export_failed; + i->nfinfo_export9_failed = priv->nfinfo_export9_failed; + i->nfinfo_realloc_mbuf = priv->nfinfo_realloc_mbuf; + i->nfinfo_alloc_fibs = priv->nfinfo_alloc_fibs; + i->nfinfo_inact_t = priv->nfinfo_inact_t; + i->nfinfo_act_t = priv->nfinfo_act_t; } /* @@ -342,7 +310,7 @@ hash_insert(priv_p priv, struct flow_hash_entry *h fle = uma_zalloc_arg(priv->zone, priv, M_NOWAIT); if (fle == NULL) { - atomic_add_32(&priv->info.nfinfo_alloc_failed, 1); + priv->nfinfo_alloc_failed++; return (ENOMEM); } @@ -432,7 +400,7 @@ hash6_insert(priv_p priv, struct flow_hash_entry * fle6 = uma_zalloc_arg(priv->zone6, priv, M_NOWAIT); if (fle6 == NULL) { - atomic_add_32(&priv->info.nfinfo_alloc_failed, 1); + priv->nfinfo_alloc_failed++; return (ENOMEM); } @@ -525,13 +493,13 @@ ng_netflow_cache_init(priv_p priv) /* Initialize cache UMA zone. */ priv->zone = uma_zcreate("NetFlow IPv4 cache", - sizeof(struct flow_entry), uma_ctor_flow, uma_dtor_flow, NULL, - NULL, UMA_ALIGN_CACHE, 0); + sizeof(struct flow_entry), NULL, NULL, NULL, NULL, + UMA_ALIGN_CACHE, 0); uma_zone_set_max(priv->zone, CACHESIZE); #ifdef INET6 priv->zone6 = uma_zcreate("NetFlow IPv6 cache", - sizeof(struct flow6_entry), uma_ctor_flow6, uma_dtor_flow6, NULL, - NULL, UMA_ALIGN_CACHE, 0); + sizeof(struct flow6_entry), NULL, NULL, NULL, NULL, + UMA_ALIGN_CACHE, 0); uma_zone_set_max(priv->zone6, CACHESIZE); #endif @@ -557,6 +525,17 @@ ng_netflow_cache_init(priv_p priv) } #endif + priv->nfinfo_bytes = counter_u64_alloc(M_WAITOK); + priv->nfinfo_packets = counter_u64_alloc(M_WAITOK); + priv->nfinfo_bytes6 = counter_u64_alloc(M_WAITOK); + priv->nfinfo_packets6 = counter_u64_alloc(M_WAITOK); + priv->nfinfo_sbytes = counter_u64_alloc(M_WAITOK); + priv->nfinfo_spackets = counter_u64_alloc(M_WAITOK); + priv->nfinfo_sbytes6 = counter_u64_alloc(M_WAITOK); + priv->nfinfo_spackets6 = counter_u64_alloc(M_WAITOK); + priv->nfinfo_act_exp = counter_u64_alloc(M_WAITOK); + priv->nfinfo_inact_exp = counter_u64_alloc(M_WAITOK); + ng_netflow_v9_cache_init(priv); CTR0(KTR_NET, "ng_netflow startup()"); } @@ -593,7 +572,7 @@ ng_netflow_fib_init(priv_p priv, int fib) /* Increase counter for statistics */ CTR3(KTR_NET, "ng_netflow(): fib %d setup to %p (%p)", fib, fe, priv_to_fib(priv, fib)); - atomic_fetchadd_32(&priv->info.nfinfo_alloc_fibs, 1); + priv->nfinfo_alloc_fibs++; } return (0); @@ -666,6 +645,17 @@ ng_netflow_cache_flush(priv_p priv) free(fe, M_NETGRAPH); } + counter_u64_free(priv->nfinfo_bytes); + counter_u64_free(priv->nfinfo_packets); + counter_u64_free(priv->nfinfo_bytes6); + counter_u64_free(priv->nfinfo_packets6); + counter_u64_free(priv->nfinfo_sbytes); + counter_u64_free(priv->nfinfo_spackets); + counter_u64_free(priv->nfinfo_sbytes6); + counter_u64_free(priv->nfinfo_spackets6); + counter_u64_free(priv->nfinfo_act_exp); + counter_u64_free(priv->nfinfo_inact_exp); + ng_netflow_v9_cache_flush(priv); } @@ -733,9 +723,8 @@ ng_netflow_flow_add(priv_p priv, fib_export_p fe, break; } - atomic_fetchadd_32(&priv->info.nfinfo_packets, 1); - /* XXX: atomic */ - priv->info.nfinfo_bytes += plen; + counter_u64_add(priv->nfinfo_packets, 1); + counter_u64_add(priv->nfinfo_bytes, plen); /* Find hash slot. */ hsh = &priv->hash[ip_hash(&r)]; @@ -755,7 +744,7 @@ ng_netflow_flow_add(priv_p priv, fib_export_p fe, TAILQ_REMOVE(&hsh->head, fle, fle_hash); expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_QUEUE); - atomic_add_32(&priv->info.nfinfo_act_exp, 1); + counter_u64_add(priv->nfinfo_act_exp, 1); } } @@ -777,7 +766,7 @@ ng_netflow_flow_add(priv_p priv, fib_export_p fe, TAILQ_REMOVE(&hsh->head, fle, fle_hash); expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_QUEUE); - atomic_add_32(&priv->info.nfinfo_act_exp, 1); + counter_u64_add(priv->nfinfo_act_exp, 1); } else { /* * It is the newest, move it to the tail, @@ -852,9 +841,8 @@ ng_netflow_flow6_add(priv_p priv, fib_export_p fe, r.r_ip_p = upper_proto; r.r_i_ifx = src_if_index; - atomic_fetchadd_32(&priv->info.nfinfo_packets6, 1); - /* XXX: atomic */ - priv->info.nfinfo_bytes6 += plen; + counter_u64_add(priv->nfinfo_packets6, 1); + counter_u64_add(priv->nfinfo_bytes6, plen); /* Find hash slot. */ hsh = &priv->hash6[ip6_hash(&r)]; @@ -877,7 +865,7 @@ ng_netflow_flow6_add(priv_p priv, fib_export_p fe, TAILQ_REMOVE(&hsh->head, fle, fle_hash); expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_QUEUE); - atomic_add_32(&priv->info.nfinfo_act_exp, 1); + counter_u64_add(priv->nfinfo_act_exp, 1); } } @@ -900,7 +888,7 @@ ng_netflow_flow6_add(priv_p priv, fib_export_p fe, TAILQ_REMOVE(&hsh->head, fle, fle_hash); expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_QUEUE); - atomic_add_32(&priv->info.nfinfo_act_exp, 1); + counter_u64_add(priv->nfinfo_act_exp, 1); } else { /* * It is the newest, move it to the tail, @@ -1118,12 +1106,12 @@ ng_netflow_expire(void *arg) struct flow_entry *fle, *fle1; struct flow_hash_entry *hsh; priv_p priv = (priv_p )arg; - uint32_t used; - int i; + int used, i; /* * Going through all the cache. */ + used = uma_zone_get_cur(priv->zone); for (hsh = priv->hash, i = 0; i < NBUCKETS; hsh++, i++) { /* * Skip entries, that are already being worked on. @@ -1131,7 +1119,6 @@ ng_netflow_expire(void *arg) if (mtx_trylock(&hsh->mtx) == 0) continue; - used = atomic_load_acq_32(&priv->info.nfinfo_used); TAILQ_FOREACH_SAFE(fle, &hsh->head, fle_hash, fle1) { /* * Interrupt thread wants this entry! @@ -1153,13 +1140,14 @@ ng_netflow_expire(void *arg) expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_NOFLAGS); used--; - atomic_add_32(&priv->info.nfinfo_inact_exp, 1); + counter_u64_add(priv->nfinfo_inact_exp, 1); } } mtx_unlock(&hsh->mtx); } #ifdef INET6 + used = uma_zone_get_cur(priv->zone6); for (hsh = priv->hash6, i = 0; i < NBUCKETS; hsh++, i++) { struct flow6_entry *fle6; @@ -1169,7 +1157,6 @@ ng_netflow_expire(void *arg) if (mtx_trylock(&hsh->mtx) == 0) continue; - used = atomic_load_acq_32(&priv->info.nfinfo_used6); TAILQ_FOREACH_SAFE(fle, &hsh->head, fle_hash, fle1) { fle6 = (struct flow6_entry *)fle; /* @@ -1192,7 +1179,7 @@ ng_netflow_expire(void *arg) expire_flow(priv, priv_to_fib(priv, fle->f.r.fib), fle, NG_NOFLAGS); used--; - atomic_add_32(&priv->info.nfinfo_inact_exp, 1); + counter_u64_add(priv->nfinfo_inact_exp, 1); } } mtx_unlock(&hsh->mtx); Index: netflow_v9.c =================================================================== --- netflow_v9.c (revision 249398) +++ netflow_v9.c (working copy) @@ -32,17 +32,14 @@ static const char rcs_id[] = #include "opt_inet6.h" #include "opt_route.h" #include +#include #include #include #include #include #include #include -#include -#include -#include - #include #include #include Index: ng_netflow.c =================================================================== --- ng_netflow.c (revision 249398) +++ ng_netflow.c (working copy) @@ -35,6 +35,7 @@ static const char rcs_id[] = #include "opt_route.h" #include +#include #include #include #include @@ -250,8 +251,8 @@ ng_netflow_constructor(node_p node) priv->node = node; /* Initialize timeouts to default values */ - priv->info.nfinfo_inact_t = INACTIVE_TIMEOUT; - priv->info.nfinfo_act_t = ACTIVE_TIMEOUT; + priv->nfinfo_inact_t = INACTIVE_TIMEOUT; + priv->nfinfo_act_t = ACTIVE_TIMEOUT; /* Set default config */ for (i = 0; i < NG_NETFLOW_MAXIFACES; i++) @@ -475,8 +476,8 @@ ng_netflow_rcvmsg (node_p node, item_p item, hook_ set = (struct ng_netflow_settimeouts *)msg->data; - priv->info.nfinfo_inact_t = set->inactive_timeout; - priv->info.nfinfo_act_t = set->active_timeout; + priv->nfinfo_inact_t = set->inactive_timeout; + priv->nfinfo_act_t = set->active_timeout; break; } @@ -895,7 +896,7 @@ loopend: #endif /* Just in case of real reallocation in M_CHECK() / m_pullup() */ if (m != m_old) { - atomic_fetchadd_32(&priv->info.nfinfo_realloc_mbuf, 1); + priv->nfinfo_realloc_mbuf++; /* Restore ip/ipv6 pointer */ if (ip != NULL) ip = (struct ip *)(mtod(m, caddr_t) + l3_off); @@ -949,13 +950,13 @@ bypass: if (acct == 0) { /* Accounting failure */ if (ip != NULL) { - atomic_fetchadd_32(&priv->info.nfinfo_spackets, - 1); - priv->info.nfinfo_sbytes += m_length(m, NULL); + counter_u64_add(priv->nfinfo_spackets, 1); + counter_u64_add(priv->nfinfo_sbytes, + m->m_pkthdr.len); } else if (ip6 != NULL) { - atomic_fetchadd_32(&priv->info.nfinfo_spackets6, - 1); - priv->info.nfinfo_sbytes6 += m_length(m, NULL); + counter_u64_add(priv->nfinfo_spackets6, 1); + counter_u64_add(priv->nfinfo_sbytes6, + m->m_pkthdr.len); } } Index: ng_netflow.h =================================================================== --- ng_netflow.h (revision 249400) +++ ng_netflow.h (working copy) @@ -33,7 +33,7 @@ #define _NG_NETFLOW_H_ #define NG_NETFLOW_NODE_TYPE "netflow" -#define NGM_NETFLOW_COOKIE 1309868867 +#define NGM_NETFLOW_COOKIE 1365756954 #define NGM_NETFLOW_V9_COOKIE 1349865386 #define NG_NETFLOW_MAXIFACES USHRT_MAX @@ -65,13 +65,15 @@ enum { /* This structure is returned by the NGM_NETFLOW_INFO message */ struct ng_netflow_info { uint64_t nfinfo_bytes; /* accounted IPv4 bytes */ - uint32_t nfinfo_packets; /* accounted IPv4 packets */ + uint64_t nfinfo_packets; /* accounted IPv4 packets */ uint64_t nfinfo_bytes6; /* accounted IPv6 bytes */ - uint32_t nfinfo_packets6; /* accounted IPv6 packets */ + uint64_t nfinfo_packets6; /* accounted IPv6 packets */ uint64_t nfinfo_sbytes; /* skipped IPv4 bytes */ - uint32_t nfinfo_spackets; /* skipped IPv4 packets */ + uint64_t nfinfo_spackets; /* skipped IPv4 packets */ uint64_t nfinfo_sbytes6; /* skipped IPv6 bytes */ - uint32_t nfinfo_spackets6; /* skipped IPv6 packets */ + uint64_t nfinfo_spackets6; /* skipped IPv6 packets */ + uint64_t nfinfo_act_exp; /* active expiries */ + uint64_t nfinfo_inact_exp; /* inactive expiries */ uint32_t nfinfo_used; /* used cache records */ uint32_t nfinfo_used6; /* used IPv6 cache records */ uint32_t nfinfo_alloc_failed; /* failed allocations */ @@ -79,12 +81,35 @@ struct ng_netflow_info { uint32_t nfinfo_export9_failed; /* failed exports */ uint32_t nfinfo_realloc_mbuf; /* reallocated mbufs */ uint32_t nfinfo_alloc_fibs; /* fibs allocated */ - uint32_t nfinfo_act_exp; /* active expiries */ - uint32_t nfinfo_inact_exp; /* inactive expiries */ uint32_t nfinfo_inact_t; /* flow inactive timeout */ uint32_t nfinfo_act_t; /* flow active timeout */ }; +/* Parse the info structure */ +#define NG_NETFLOW_INFO_TYPE { \ + { "IPv4 bytes", &ng_parse_uint64_type },\ + { "IPv4 packets", &ng_parse_uint64_type },\ + { "IPv6 bytes", &ng_parse_uint64_type },\ + { "IPv6 packets", &ng_parse_uint64_type },\ + { "IPv4 skipped bytes", &ng_parse_uint64_type },\ + { "IPv4 skipped packets", &ng_parse_uint64_type },\ + { "IPv6 skipped bytes", &ng_parse_uint64_type },\ + { "IPv6 skipped packets", &ng_parse_uint64_type },\ + { "Active expiries", &ng_parse_uint64_type },\ + { "Inactive expiries", &ng_parse_uint64_type },\ + { "IPv4 records used", &ng_parse_uint32_type },\ + { "IPv6 records used", &ng_parse_uint32_type },\ + { "Failed allocations", &ng_parse_uint32_type },\ + { "V5 failed exports", &ng_parse_uint32_type },\ + { "V9 failed exports", &ng_parse_uint32_type },\ + { "mbuf reallocations", &ng_parse_uint32_type },\ + { "fibs allocated", &ng_parse_uint32_type },\ + { "Inactive timeout", &ng_parse_uint32_type },\ + { "Active timeout", &ng_parse_uint32_type },\ + { NULL } \ +} + + /* This structure is returned by the NGM_NETFLOW_IFINFO message */ struct ng_netflow_ifinfo { uint32_t ifinfo_packets; /* number of packets for this iface */ @@ -282,30 +307,6 @@ struct flow6_entry { }; /* Parsing declarations */ -/* Parse the info structure */ -#define NG_NETFLOW_INFO_TYPE { \ - { "IPv4 bytes", &ng_parse_uint64_type },\ - { "IPv4 packets", &ng_parse_uint32_type },\ - { "IPv6 bytes", &ng_parse_uint64_type },\ - { "IPv6 packets", &ng_parse_uint32_type },\ - { "IPv4 skipped bytes", &ng_parse_uint64_type },\ - { "IPv4 skipped packets", &ng_parse_uint32_type },\ - { "IPv6 skipped bytes", &ng_parse_uint64_type },\ - { "IPv6 skipped packets", &ng_parse_uint32_type },\ - { "IPv4 records used", &ng_parse_uint32_type },\ - { "IPv6 records used", &ng_parse_uint32_type },\ - { "Failed allocations", &ng_parse_uint32_type },\ - { "V5 failed exports", &ng_parse_uint32_type },\ - { "V9 failed exports", &ng_parse_uint32_type },\ - { "mbuf reallocations", &ng_parse_uint32_type },\ - { "fibs allocated", &ng_parse_uint32_type },\ - { "Active expiries", &ng_parse_uint32_type },\ - { "Inactive expiries", &ng_parse_uint32_type },\ - { "Inactive timeout", &ng_parse_uint32_type },\ - { "Active timeout", &ng_parse_uint32_type },\ - { NULL } \ -} - /* Parse the ifinfo structure */ #define NG_NETFLOW_IFINFO_TYPE { \ { "packets", &ng_parse_uint32_type },\ @@ -408,7 +409,6 @@ struct netflow { node_p node; /* link to the node itself */ hook_p export; /* export data goes there */ hook_p export9; /* Netflow V9 export data goes there */ - struct ng_netflow_info info; struct callout exp_callout; /* expiry periodic job */ /* @@ -440,6 +440,25 @@ struct netflow { struct flow_hash_entry *hash6; #endif + /* Statistics. */ + counter_u64_t nfinfo_bytes; /* accounted IPv4 bytes */ + counter_u64_t nfinfo_packets; /* accounted IPv4 packets */ + counter_u64_t nfinfo_bytes6; /* accounted IPv6 bytes */ + counter_u64_t nfinfo_packets6; /* accounted IPv6 packets */ + counter_u64_t nfinfo_sbytes; /* skipped IPv4 bytes */ + counter_u64_t nfinfo_spackets; /* skipped IPv4 packets */ + counter_u64_t nfinfo_sbytes6; /* skipped IPv6 bytes */ + counter_u64_t nfinfo_spackets6; /* skipped IPv6 packets */ + counter_u64_t nfinfo_act_exp; /* active expiries */ + counter_u64_t nfinfo_inact_exp; /* inactive expiries */ + uint32_t nfinfo_alloc_failed; /* failed allocations */ + uint32_t nfinfo_export_failed; /* failed exports */ + uint32_t nfinfo_export9_failed; /* failed exports */ + uint32_t nfinfo_realloc_mbuf; /* reallocated mbufs */ + uint32_t nfinfo_alloc_fibs; /* fibs allocated */ + uint32_t nfinfo_inact_t; /* flow inactive timeout */ + uint32_t nfinfo_act_t; /* flow active timeout */ + /* Multiple FIB support */ fib_export_p *fib_data; /* vector to per-fib data */ uint16_t maxfibs; /* number of allocated fibs */ --oIPRF+aTX2m15D8D-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 11:22:36 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 31194449 for ; Fri, 12 Apr 2013 11:22:36 +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 A5EBC1FDE for ; Fri, 12 Apr 2013 11:22:35 +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 r3CBMYEJ077175 for ; Fri, 12 Apr 2013 15:22:34 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3CBMYIl077174 for current@FreeBSD.org; Fri, 12 Apr 2013 15:22:34 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 12 Apr 2013 15:22:34 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: counter(9) for lagg(4) Message-ID: <20130412112234.GQ76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="5EqXjnbnoPR4rQBx" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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, 12 Apr 2013 11:22:36 -0000 --5EqXjnbnoPR4rQBx Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Hello, the patch removes memory contention and data loss on packets/bytes statistics in lagg(4) driver, utilizing counter(9). Any benchmarking reports with trunk built upon 10Gbit interfaces would be much appreciated. Sorry, but patch isn't tested except compiling. I don't have a lab to build a LACP trunk. -- Totus tuus, Glebius. --5EqXjnbnoPR4rQBx Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="lagg.counters.diff" Index: if_lagg.c =================================================================== --- if_lagg.c (revision 249398) +++ if_lagg.c (working copy) @@ -153,6 +153,8 @@ static struct mbuf *lagg_lacp_input(struct lagg_so struct mbuf *); static void lagg_lacp_lladdr(struct lagg_softc *); +static void lagg_callout(void *); + /* lagg protocol table */ static const struct { int ti_proto; @@ -278,6 +280,11 @@ lagg_clone_create(struct if_clone *ifc, int unit, return (ENOSPC); } + sc->sc_ipackets = counter_u64_alloc(M_WAITOK); + sc->sc_opackets = counter_u64_alloc(M_WAITOK); + sc->sc_ibytes = counter_u64_alloc(M_WAITOK); + sc->sc_obytes = counter_u64_alloc(M_WAITOK); + sysctl_ctx_init(&sc->ctx); snprintf(num, sizeof(num), "%u", unit); sc->use_flowid = def_use_flowid; @@ -307,6 +314,7 @@ lagg_clone_create(struct if_clone *ifc, int unit, LAGG_LOCK_INIT(sc); SLIST_INIT(&sc->sc_ports); TASK_INIT(&sc->sc_lladdr_task, 0, lagg_port_setlladdr, sc); + callout_init_rw(&sc->sc_callout, &sc->sc_mtx, CALLOUT_SHAREDLOCK); /* Initialise pseudo media types */ ifmedia_init(&sc->sc_media, 0, lagg_media_change, @@ -338,6 +346,8 @@ lagg_clone_create(struct if_clone *ifc, int unit, SLIST_INSERT_HEAD(&lagg_list, sc, sc_entries); mtx_unlock(&lagg_list_mtx); + callout_reset(&sc->sc_callout, hz, lagg_callout, sc); + return (0); } @@ -369,6 +379,12 @@ lagg_clone_destroy(struct ifnet *ifp) ether_ifdetach(ifp); if_free(ifp); + callout_drain(&sc->sc_callout); + counter_u64_free(sc->sc_ipackets); + counter_u64_free(sc->sc_opackets); + counter_u64_free(sc->sc_ibytes); + counter_u64_free(sc->sc_obytes); + mtx_lock(&lagg_list_mtx); SLIST_REMOVE(&lagg_list, sc, lagg_softc, sc_entries); mtx_unlock(&lagg_list_mtx); @@ -1243,9 +1259,9 @@ lagg_transmit(struct ifnet *ifp, struct mbuf *m) LAGG_RUNLOCK(sc); if (error == 0) { - ifp->if_opackets++; + counter_u64_add(sc->sc_opackets, 1); + counter_u64_add(sc->sc_obytes, len); ifp->if_omcasts += mcast; - ifp->if_obytes += len; } else ifp->if_oerrors++; @@ -1281,8 +1297,8 @@ lagg_input(struct ifnet *ifp, struct mbuf *m) m = (*sc->sc_input)(sc, lp, m); if (m != NULL) { - scifp->if_ipackets++; - scifp->if_ibytes += m->m_pkthdr.len; + counter_u64_add(sc->sc_ipackets, 1); + counter_u64_add(sc->sc_ibytes, m->m_pkthdr.len); if (scifp->if_flags & IFF_MONITOR) { m_freem(m); @@ -1892,3 +1908,17 @@ lagg_lacp_input(struct lagg_softc *sc, struct lagg m->m_pkthdr.rcvif = ifp; return (m); } + +static void +lagg_callout(void *arg) +{ + struct lagg_softc *sc = (struct lagg_softc *)arg; + struct ifnet *ifp = sc->sc_ifp; + + ifp->if_ipackets = counter_u64_fetch(sc->sc_ipackets); + ifp->if_opackets = counter_u64_fetch(sc->sc_opackets); + ifp->if_ibytes = counter_u64_fetch(sc->sc_ibytes); + ifp->if_obytes = counter_u64_fetch(sc->sc_obytes); + + callout_reset(&sc->sc_callout, hz, lagg_callout, sc); +} Index: if_lagg.h =================================================================== --- if_lagg.h (revision 249398) +++ if_lagg.h (working copy) @@ -21,8 +21,6 @@ #ifndef _NET_LAGG_H #define _NET_LAGG_H -#include - /* * Global definitions */ @@ -137,6 +135,9 @@ struct lagg_reqflags { #define SIOCSLAGGHASH _IOW('i', 146, struct lagg_reqflags) #ifdef _KERNEL + +#include + /* * Internal kernel part */ @@ -195,6 +196,11 @@ struct lagg_softc { uint32_t sc_seq; /* sequence counter */ uint32_t sc_flags; + counter_u64_t sc_ipackets; + counter_u64_t sc_opackets; + counter_u64_t sc_ibytes; + counter_u64_t sc_obytes; + SLIST_HEAD(__tplhd, lagg_port) sc_ports; /* list of interfaces */ SLIST_ENTRY(lagg_softc) sc_entries; @@ -217,6 +223,7 @@ struct lagg_softc { void (*sc_portreq)(struct lagg_port *, caddr_t); eventhandler_tag vlan_attach; eventhandler_tag vlan_detach; + struct callout sc_callout; struct sysctl_ctx_list ctx; /* sysctl variables */ int use_flowid; /* use M_FLOWID */ }; --5EqXjnbnoPR4rQBx-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 12:56:17 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 8B8CD667 for ; Fri, 12 Apr 2013 12:56:17 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 745E7661 for ; Fri, 12 Apr 2013 12:56:17 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,462,1363158000"; d="scan'208";a="39852179" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 12 Apr 2013 05:56:11 -0700 Received: from vmwexceht04-prd.hq.netapp.com (vmwexceht04-prd.hq.netapp.com [10.106.77.34]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3CCuBcm011171; Fri, 12 Apr 2013 05:56:11 -0700 (PDT) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.71]) by vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) with mapi id 14.02.0342.003; Fri, 12 Apr 2013 05:56:10 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjQj/yAgABrVACAASIkgIAA5YwA Date: Fri, 12 Apr 2013 12:56:10 +0000 Message-ID: <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> References: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.116] Content-Type: text/plain; charset="us-ascii" Content-ID: <2BD9A9B85919E3468B9AB4F14DAED6DC@tahoe.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: 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, 12 Apr 2013 12:56:17 -0000 Hi, On Apr 12, 2013, at 1:10, Rick Macklem wrote: > Well, I have no idea why an NFS server would reply errno 70 if the file > still exists, unless the client has somehow sent a bogus file handle > to the server. (I am not aware of any client bug that might do that. I > am almost suspicious that there might be a memory problem or something > that corrupts bits in the network layer. Do you have TSO enabled for your > network interface by any chance? If so, I'd try disabling that on the > network interface. Same goes for checksum offload.) >=20 > rick > ps: If you can capture packets between the client and server at the > time this error occurs, looking at them in wireshark might be > useful? I will try all of those things. But first, a question that someone who understands pkgng will be able to an= swerr: Is this "fake-pkg" process even running on the NFS mount? The WRKDIR= is /tmp, which is an mfs mount. Lars= From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 13:08: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 AC3E99B2; Fri, 12 Apr 2013 13:08:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 70BA06DA; Fri, 12 Apr 2013 13:08:27 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:900d:c887:884e:713b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 962294AC57; Fri, 12 Apr 2013 17:08:25 +0400 (MSK) Date: Fri, 12 Apr 2013 17:08:19 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1941756367.20130412170819@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <1449.1365716268@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <201304101016.57894.jhb@freebsd.org> <20130411070139.GR76354@funkthat.com> <201304111050.37055.jhb@freebsd.org> <1449.1365716268@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: John-Mark Gurney , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Fri, 12 Apr 2013 13:08:27 -0000 Hello, Poul-Henning. You wrote 12 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 1:37:48: >>These are multiport cards and something like puc or digi, etc. is fine for >>those. The OP's issue is that he has a board with 4 independent 16550 >>UARTs which are attempting to share IRQs. Those are not multiport cards >>and are thus a separate issue. PHK> I think you are mistaken, the 4 uarts are in the same chip and I am PHK> sure they have done something sensible with the interrupts so they PHK> can be shared. Maybe physically, it is one chip (I'm sure, it is), but they are detected as completely independent devices, each with its own I/O port and interrupt... Multiport cards typically group access to "logic" 16550 registers... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 13:10:42 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 058BCAE9 for ; Fri, 12 Apr 2013 13:10:42 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) by mx1.freebsd.org (Postfix) with ESMTP id 90DDD75A for ; Fri, 12 Apr 2013 13:10:41 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hj8so1564433wib.8 for ; Fri, 12 Apr 2013 06:10:40 -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=84HW36fmk3JzJ1JZ5QCJ9GH0xJ7nBzU0c6pcXhz4Hp4=; b=aMeK1YtlKjyKyW+FUMx8dEjKAUKHGrnp0LKpDfuY0ls3GSSqYC9FgtIcFteT+3v9a/ echPpZBQdSRv5Q1revUcLDUjhE82RY1obHm9zEK9u8lpc8rnE1+aYqH6Oo2nVo6U225y Z12QSNtV+jk9Rd30nUVG7Z9Yxb8ktFpBWOSZfJyO/SG+iMXI8oCYz0xv4sM1amEDq/1u gJRqMq1ywDiu6Ff/fasdODodFmVyP7AcIrCG5p47jS6RqnOnK/kw349A+RCiZjSp3HGV JpbdxM+PSO3fLKMRlPxrqQ+qsbyWlEnuF4E5k9cq9VPt+nrNsWl4FHM7AENw3yvEnOnM rlqA== X-Received: by 10.194.93.68 with SMTP id cs4mr17552446wjb.17.1365772240678; Fri, 12 Apr 2013 06:10:40 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id bq19sm3592471wib.7.2013.04.12.06.10.39 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 12 Apr 2013 06:10:39 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 12 Apr 2013 15:10:37 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130412131037.GI95891@ithaqua.etoilebsd.net> References: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MPkR1dXiUZqK+927" Content-Disposition: inline In-Reply-To: <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rick Macklem , 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, 12 Apr 2013 13:10:42 -0000 --MPkR1dXiUZqK+927 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 12, 2013 at 12:56:10PM +0000, Eggert, Lars wrote: > Hi, >=20 > On Apr 12, 2013, at 1:10, Rick Macklem wrote: > > Well, I have no idea why an NFS server would reply errno 70 if the file > > still exists, unless the client has somehow sent a bogus file handle > > to the server. (I am not aware of any client bug that might do that. I > > am almost suspicious that there might be a memory problem or something > > that corrupts bits in the network layer. Do you have TSO enabled for yo= ur > > network interface by any chance? If so, I'd try disabling that on the > > network interface. Same goes for checksum offload.) > >=20 > > rick > > ps: If you can capture packets between the client and server at the > > time this error occurs, looking at them in wireshark might be > > useful? >=20 > I will try all of those things. >=20 > But first, a question that someone who understands pkgng will be able to = answerr: Is this "fake-pkg" process even running on the NFS mount? The WRKD= IR is /tmp, which is an mfs mount. fake-pkg is run in WRKDIR, but it calls pkgng which will open /var/db/pkg/local.sqlite aka nfs mount. The Error 70 is EX_SOFTWARE returned by pkgng. Can you try the following patch: http://people.freebsd.org/~bapt/patch-libpkg__pkgdb.c Just add that file to /usr/ports/ports-mgmt/pkg/files/ If that works for you, that means the posix advisory locks is somehow faili= ng on nfsv4 files. Given it is already known to be failing on nfsv3 (because people often misconfigure it) I'll probablmy make unix-dotfile the default locking system when local.sqlite is stored on network filesystem. regards, Bapt --MPkR1dXiUZqK+927 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlFoB80ACgkQ8kTtMUmk6EyACwCfcIOtamgGFQV3BlcG5r2NdlRK HLgAn3uLrvcCDzPfhc6S1M8y+lFCz1R9 =hlLR -----END PGP SIGNATURE----- --MPkR1dXiUZqK+927-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 13:18: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 7D98EC94; Fri, 12 Apr 2013 13:18:25 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 41F1D7A9; Fri, 12 Apr 2013 13:18:25 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:d051:3b46:4a53:4fdc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 78FAF4AC57; Fri, 12 Apr 2013 17:18:23 +0400 (MSK) Date: Fri, 12 Apr 2013 17:18:22 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <98147894.20130412171822@serebryakov.spb.ru> To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <1449.1365716268@critter.freebsd.dk> References: <229402991.20130407172016@serebryakov.spb.ru> <201304101016.57894.jhb@freebsd.org> <20130411070139.GR76354@funkthat.com> <201304111050.37055.jhb@freebsd.org> <1449.1365716268@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: John-Mark Gurney , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Fri, 12 Apr 2013 13:18:25 -0000 Hello, Poul-Henning. You wrote 12 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2013 =D0=B3., 1:37:48: PHK> I think you are mistaken, the 4 uarts are in the same chip and I am PHK> sure they have done something sensible with the interrupts so they PHK> can be shared. I mean, there is no good way to distinguish between this (hardware) implementation and "true" 4 single UART chips, when it is identify itself as "generic 16550 UART", 4 times, at 4 I/O addresses. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 13:20: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 BB15ADC9; Fri, 12 Apr 2013 13:20:47 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 819EF7CB; Fri, 12 Apr 2013 13:20:47 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4BBD089FC1; Fri, 12 Apr 2013 13:20:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r3CDKjW6005177; Fri, 12 Apr 2013 13:20:45 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <98147894.20130412171822@serebryakov.spb.ru> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <201304101016.57894.jhb@freebsd.org> <20130411070139.GR76354@funkthat.com> <201304111050.37055.jhb@freebsd.org> <1449.1365716268@critter.freebsd.dk> <98147894.20130412171822@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 12 Apr 2013 13:20:45 +0000 Message-ID: <5176.1365772845@critter.freebsd.dk> Cc: John-Mark Gurney , freebsd-current@freebsd.org, Adrian Chadd 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, 12 Apr 2013 13:20:47 -0000 In message <98147894.20130412171822@serebryakov.spb.ru>, Lev Serebryakov writes : > I mean, there is no good way to distinguish between this (hardware) > implementation and "true" 4 single UART chips, when it is identify > itself as "generic 16550 UART", 4 times, at 4 I/O addresses. That is a kernel configuration issue entirely separate from the question about the hardware being built to allow and support interrupt sharing in the first place. Many old ISA cards also were not recognizable and required hint'ing, for the exact same reason. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 16:18: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 4058F327; Fri, 12 Apr 2013 16:18:30 +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 1E77110B7; Fri, 12 Apr 2013 16:18:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8E436B96F; Fri, 12 Apr 2013 12:18:29 -0400 (EDT) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior Date: Fri, 12 Apr 2013 12:14:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <229402991.20130407172016@serebryakov.spb.ru> <201304111050.37055.jhb@freebsd.org> <1449.1365716268@critter.freebsd.dk> In-Reply-To: <1449.1365716268@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201304121214.32331.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 12 Apr 2013 12:18:29 -0400 (EDT) Cc: John-Mark Gurney , lev@freebsd.org, Adrian Chadd , 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: Fri, 12 Apr 2013 16:18:30 -0000 On Thursday, April 11, 2013 5:37:48 pm Poul-Henning Kamp wrote: > In message <201304111050.37055.jhb@freebsd.org>, John Baldwin writes: > > >> Though if these ports don't have the logic that the AST cards did to > >> share the IRQ, that'd make it hard... > >> > >> The sio man page talks about this... > > > >These are multiport cards and something like puc or digi, etc. is fine for > >those. The OP's issue is that he has a board with 4 independent 16550 > >UARTs which are attempting to share IRQs. Those are not multiport cards > >and are thus a separate issue. > > I think you are mistaken, the 4 uarts are in the same chip and I am > sure they have done something sensible with the interrupts so they > can be shared. No, if they show up as 4 ACPI devices, they are four devices. Just like how your AHCI and USB controllers show up as separate PCI devices even though they are all physically in one chip on the motherboard. puc(4) handles the case of having one PCI device (function really) which has exactly one INT# interrupt line contain multiple serial and/or ppc ports. (It also has a pccard attachment so it can handle a pccard that contains multiple ports. Again that would be a device that has one interrupt line to the host machine that it shares amongst its ports, not N ports each with their own interrupt line and register set.) Multiport isa(4) cards were not as generic as PCI cards, so we have several different drivers for those (rc, digi, cy) and even drivers for some non- generic PCI cards (rp). Note that there is no ISA attachment for puc, just PCI and pccard. All that aside, none of this is really relevant to the OP's issue. The kernel will share interrupt handlers just fine at the generic interrupt handle level. Only setting INTR_EXCL when calling bus_setup_intr() or not setting RF_SHAREABLE when calling bus_alloc_resource() should prevent sharing. I'm still waiting to see if the OP can figure out exactly which step in the interrupt setup stage is failing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 16:24: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 3C49B607; Fri, 12 Apr 2013 16:24:59 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 030CD1133; Fri, 12 Apr 2013 16:24:58 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 979F189FC1; Fri, 12 Apr 2013 16:24:57 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.6/8.14.6) with ESMTP id r3CGOulI005996; Fri, 12 Apr 2013 16:24:56 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-reply-to: <201304121214.32331.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <229402991.20130407172016@serebryakov.spb.ru> <201304111050.37055.jhb@freebsd.org> <1449.1365716268@critter.freebsd.dk> <201304121214.32331.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 12 Apr 2013 16:24:56 +0000 Message-ID: <5995.1365783896@critter.freebsd.dk> Cc: John-Mark Gurney , lev@freebsd.org, Adrian Chadd , 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: Fri, 12 Apr 2013 16:24:59 -0000 In message <201304121214.32331.jhb@freebsd.org>, John Baldwin writes: John, Quite frankly I don't think you have the age to teach me about ISA multiport serial cards :-) >Multiport isa(4) cards were not as generic as PCI cards, so we have several >different drivers for those (rc, digi, cy) [...] And the most important of them all: sio(4), where you could use the flags to configure the generic "lets just slap 8 UARTS and an or-gate on the IRQ line on an ISA card" type of multiport serial cards. The cards that needed dedicated drivers were the ones where they tried to be smarter than that. >All that aside, none of this is really relevant to the OP's issue. The kernel >will share interrupt handlers just fine at the generic interrupt handle level. You may have missed that I mentioned this: I have one of these mobos too, and from my similar experiments, I concluded that the interrupts don't arrive in the first place. But that was very fast and loose, and I didn't particular need the four serial ports, so I didn't spend more time on it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 18:48: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 A39891E9; Fri, 12 Apr 2013 18:48:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 675191680; Fri, 12 Apr 2013 18:48:35 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:d051:3b46:4a53:4fdc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id DFF394AC57; Fri, 12 Apr 2013 22:48:27 +0400 (MSK) Date: Fri, 12 Apr 2013 22:48:26 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <249108586.20130412224826@serebryakov.spb.ru> To: John Baldwin Subject: Re: Intel D2500CC motherboard and strange RS232/UART behavior In-Reply-To: <201304091608.09257.jhb@freebsd.org> References: <229402991.20130407172016@serebryakov.spb.ru> <5847.1365365701@critter.freebsd.dk> <201304091608.09257.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@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: Fri, 12 Apr 2013 18:48:35 -0000 Hello, John. You wrote 10 =E0=EF=F0=E5=EB=FF 2013 =E3., 0:08:09: JB> Can you assign different interrupts via the BIOS somehow? I've tried it! And! I'm SHOCKED: this MoBo try to use some strange mode in BIOS Setup, which isn't supported by screen, installed where this router installed now! It looks like text mode (I've attached it to other monitor when set it up and it was text mode for sure), but my old "industrian" 10" IBM-made LCD shows "Unsupported mopde" when I press "F2" on boot! It is very strange :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 22:00:01 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 BB55AB6B; Fri, 12 Apr 2013 22:00:01 +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 93D791F37; Fri, 12 Apr 2013 22:00: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 r3CLxt3j073008; Fri, 12 Apr 2013 17:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3CLxt01073003; Fri, 12 Apr 2013 21:59:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 12 Apr 2013 21:59:55 GMT Message-Id: <201304122159.r3CLxt01073003@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: Fri, 12 Apr 2013 22:00:01 -0000 TB --- 2013-04-12 18:51:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-12 18:51:25 - 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-04-12 18:51:25 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-12 18:51:25 - cleaning the object tree TB --- 2013-04-12 18:51:25 - /usr/local/bin/svn stat /src TB --- 2013-04-12 18:51:30 - At svn revision 249423 TB --- 2013-04-12 18:51:31 - building world TB --- 2013-04-12 18:51:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 18:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 18:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 18:51:31 - SRCCONF=/dev/null TB --- 2013-04-12 18:51:31 - TARGET=i386 TB --- 2013-04-12 18:51:31 - TARGET_ARCH=i386 TB --- 2013-04-12 18:51:31 - TZ=UTC TB --- 2013-04-12 18:51:31 - __MAKE_CONF=/dev/null TB --- 2013-04-12 18:51:31 - cd /src TB --- 2013-04-12 18:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 12 18:51:36 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 Fri Apr 12 21:58:17 UTC 2013 TB --- 2013-04-12 21:58:17 - generating LINT kernel config TB --- 2013-04-12 21:58:17 - cd /src/sys/i386/conf TB --- 2013-04-12 21:58:17 - /usr/bin/make -B LINT TB --- 2013-04-12 21:58:18 - cd /src/sys/i386/conf TB --- 2013-04-12 21:58:18 - /usr/sbin/config -m LINT TB --- 2013-04-12 21:58:18 - building LINT kernel TB --- 2013-04-12 21:58:18 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 21:58:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 21:58:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 21:58:18 - SRCCONF=/dev/null TB --- 2013-04-12 21:58:18 - TARGET=i386 TB --- 2013-04-12 21:58:18 - TARGET_ARCH=i386 TB --- 2013-04-12 21:58:18 - TZ=UTC TB --- 2013-04-12 21:58:18 - __MAKE_CONF=/dev/null TB --- 2013-04-12 21:58:18 - cd /src TB --- 2013-04-12 21:58:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 12 21:58:18 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpi_support/acpi_wmi_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_if.m -h rm -f .newdep /obj/src/make.amd64/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 cc: error: no such file or directory: '/src/sys/dev/nvme/nvme_uio.c' mkdep: compile failed *** [.depend] 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-04-12 21:59:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-12 21:59:55 - ERROR: failed to build LINT kernel TB --- 2013-04-12 21:59:55 - 9327.59 user 1481.12 system 11309.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 22:04:01 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 45D8ED96; Fri, 12 Apr 2013 22:04:01 +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 934031F85; Fri, 12 Apr 2013 22:04:00 +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 r3CM3sC5086568; Fri, 12 Apr 2013 18:03:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3CM3swo086565; Fri, 12 Apr 2013 22:03:54 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 12 Apr 2013 22:03:54 GMT Message-Id: <201304122203.r3CM3swo086565@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: Fri, 12 Apr 2013 22:04:01 -0000 TB --- 2013-04-12 18:51:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-12 18:51:25 - 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-04-12 18:51:25 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-12 18:51:25 - cleaning the object tree TB --- 2013-04-12 18:51:25 - /usr/local/bin/svn stat /src TB --- 2013-04-12 18:51:30 - At svn revision 249423 TB --- 2013-04-12 18:51:31 - building world TB --- 2013-04-12 18:51:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 18:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 18:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 18:51:31 - SRCCONF=/dev/null TB --- 2013-04-12 18:51:31 - TARGET=arm TB --- 2013-04-12 18:51:31 - TARGET_ARCH=armv6 TB --- 2013-04-12 18:51:31 - TZ=UTC TB --- 2013-04-12 18:51:31 - __MAKE_CONF=/dev/null TB --- 2013-04-12 18:51:31 - cd /src TB --- 2013-04-12 18:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 12 18:51:36 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 Fri Apr 12 21:49:36 UTC 2013 TB --- 2013-04-12 21:49:36 - generating LINT kernel config TB --- 2013-04-12 21:49:36 - cd /src/sys/arm/conf TB --- 2013-04-12 21:49:36 - /usr/bin/make -B LINT TB --- 2013-04-12 21:49:36 - cd /src/sys/arm/conf TB --- 2013-04-12 21:49:36 - /usr/sbin/config -m LINT TB --- 2013-04-12 21:49:36 - skipping LINT kernel TB --- 2013-04-12 21:49:36 - cd /src/sys/arm/conf TB --- 2013-04-12 21:49:36 - /usr/sbin/config -m AC100 TB --- 2013-04-12 21:49:36 - building AC100 kernel TB --- 2013-04-12 21:49:36 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 21:49:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 21:49:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 21:49:36 - SRCCONF=/dev/null TB --- 2013-04-12 21:49:36 - TARGET=arm TB --- 2013-04-12 21:49:36 - TARGET_ARCH=armv6 TB --- 2013-04-12 21:49:36 - TZ=UTC TB --- 2013-04-12 21:49:36 - __MAKE_CONF=/dev/null TB --- 2013-04-12 21:49:36 - cd /src TB --- 2013-04-12 21:49:36 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri Apr 12 21:49:36 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 >>> Kernel build for AC100 completed on Fri Apr 12 21:52:24 UTC 2013 TB --- 2013-04-12 21:52:24 - cd /src/sys/arm/conf TB --- 2013-04-12 21:52:24 - /usr/sbin/config -m ARMADAXP TB --- 2013-04-12 21:52:24 - building ARMADAXP kernel TB --- 2013-04-12 21:52:24 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 21:52:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 21:52:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 21:52:24 - SRCCONF=/dev/null TB --- 2013-04-12 21:52:24 - TARGET=arm TB --- 2013-04-12 21:52:24 - TARGET_ARCH=armv6 TB --- 2013-04-12 21:52:24 - TZ=UTC TB --- 2013-04-12 21:52:24 - __MAKE_CONF=/dev/null TB --- 2013-04-12 21:52:24 - cd /src TB --- 2013-04-12 21:52:24 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Fri Apr 12 21:52: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 >>> Kernel build for ARMADAXP completed on Fri Apr 12 21:56:19 UTC 2013 TB --- 2013-04-12 21:56:19 - cd /src/sys/arm/conf TB --- 2013-04-12 21:56:19 - /usr/sbin/config -m ATMEL TB --- 2013-04-12 21:56:19 - skipping ATMEL kernel TB --- 2013-04-12 21:56:19 - cd /src/sys/arm/conf TB --- 2013-04-12 21:56:19 - /usr/sbin/config -m AVILA TB --- 2013-04-12 21:56:19 - skipping AVILA kernel TB --- 2013-04-12 21:56:19 - cd /src/sys/arm/conf TB --- 2013-04-12 21:56:19 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-04-12 21:56:19 - building BEAGLEBONE kernel TB --- 2013-04-12 21:56:19 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 21:56:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 21:56:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 21:56:19 - SRCCONF=/dev/null TB --- 2013-04-12 21:56:19 - TARGET=arm TB --- 2013-04-12 21:56:19 - TARGET_ARCH=armv6 TB --- 2013-04-12 21:56:19 - TZ=UTC TB --- 2013-04-12 21:56:19 - __MAKE_CONF=/dev/null TB --- 2013-04-12 21:56:19 - cd /src TB --- 2013-04-12 21:56:19 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Fri Apr 12 21:56:19 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 >>> Kernel build for BEAGLEBONE completed on Fri Apr 12 22:00:25 UTC 2013 TB --- 2013-04-12 22:00:25 - cd /src/sys/arm/conf TB --- 2013-04-12 22:00:25 - /usr/sbin/config -m BWCT TB --- 2013-04-12 22:00:25 - skipping BWCT kernel TB --- 2013-04-12 22:00:25 - cd /src/sys/arm/conf TB --- 2013-04-12 22:00:25 - /usr/sbin/config -m CAMBRIA TB --- 2013-04-12 22:00:25 - skipping CAMBRIA kernel TB --- 2013-04-12 22:00:25 - cd /src/sys/arm/conf TB --- 2013-04-12 22:00:25 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-04-12 22:00:25 - skipping CNS11XXNAS kernel TB --- 2013-04-12 22:00:25 - cd /src/sys/arm/conf TB --- 2013-04-12 22:00:25 - /usr/sbin/config -m CRB TB --- 2013-04-12 22:00:25 - skipping CRB kernel TB --- 2013-04-12 22:00:25 - cd /src/sys/arm/conf TB --- 2013-04-12 22:00:25 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-04-12 22:00:25 - building CUBIEBOARD kernel TB --- 2013-04-12 22:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 22:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 22:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 22:00:25 - SRCCONF=/dev/null TB --- 2013-04-12 22:00:25 - TARGET=arm TB --- 2013-04-12 22:00:25 - TARGET_ARCH=armv6 TB --- 2013-04-12 22:00:25 - TZ=UTC TB --- 2013-04-12 22:00:25 - __MAKE_CONF=/dev/null TB --- 2013-04-12 22:00:25 - cd /src TB --- 2013-04-12 22:00:25 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Fri Apr 12 22:00:25 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 -x assembler-with-cpp -DLOCORE -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/arm/arm/cpufunc_asm_armv7.S cc -c -x assembler-with-cpp -DLOCORE -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/arm/arm/irq_dispatch.S 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/arm/allwinner/a10_clk.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 -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/arm/allwinner/a10_gpio.c /src/sys/arm/allwinner/a10_gpio.c:304:13: error: unsequenced modification and access to 'flags' [-Werror,-Wunsequenced] if ((flags &= sc->sc_gpio_pins[i].gp_caps) != flags) ^ ~~~~~ 1 error generated. *** [a10_gpio.o] Error code 1 Stop in /obj/arm.armv6/src/sys/CUBIEBOARD. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-12 22:03:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-12 22:03:54 - ERROR: failed to build CUBIEBOARD kernel TB --- 2013-04-12 22:03:54 - 9241.80 user 1627.02 system 11549.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 22:35:24 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 B9AE2650; Fri, 12 Apr 2013 22:35:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90E6910B; Fri, 12 Apr 2013 22:35:24 +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 r3CMZIOR033218; Fri, 12 Apr 2013 18:35: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 r3CMZIgT033217; Fri, 12 Apr 2013 22:35:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 12 Apr 2013 22:35:18 GMT Message-Id: <201304122235.r3CMZIgT033217@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: Fri, 12 Apr 2013 22:35:24 -0000 TB --- 2013-04-12 18:51:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-12 18:51:25 - 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-04-12 18:51:25 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-12 18:51:25 - cleaning the object tree TB --- 2013-04-12 18:51:25 - /usr/local/bin/svn stat /src TB --- 2013-04-12 18:51:30 - At svn revision 249423 TB --- 2013-04-12 18:51:31 - building world TB --- 2013-04-12 18:51:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 18:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 18:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 18:51:31 - SRCCONF=/dev/null TB --- 2013-04-12 18:51:31 - TARGET=amd64 TB --- 2013-04-12 18:51:31 - TARGET_ARCH=amd64 TB --- 2013-04-12 18:51:31 - TZ=UTC TB --- 2013-04-12 18:51:31 - __MAKE_CONF=/dev/null TB --- 2013-04-12 18:51:31 - cd /src TB --- 2013-04-12 18:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 12 18:51:36 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 Fri Apr 12 22:33:43 UTC 2013 TB --- 2013-04-12 22:33:43 - generating LINT kernel config TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf TB --- 2013-04-12 22:33:43 - /usr/bin/make -B LINT TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf TB --- 2013-04-12 22:33:43 - /usr/sbin/config -m LINT TB --- 2013-04-12 22:33:43 - building LINT kernel TB --- 2013-04-12 22:33:43 - CROSS_BUILD_TESTING=YES TB --- 2013-04-12 22:33:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-12 22:33:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-12 22:33:43 - SRCCONF=/dev/null TB --- 2013-04-12 22:33:43 - TARGET=amd64 TB --- 2013-04-12 22:33:43 - TARGET_ARCH=amd64 TB --- 2013-04-12 22:33:43 - TZ=UTC TB --- 2013-04-12 22:33:43 - __MAKE_CONF=/dev/null TB --- 2013-04-12 22:33:43 - cd /src TB --- 2013-04-12 22:33:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 12 22:33: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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpi_support/acpi_wmi_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_if.m -h rm -f .newdep /obj/src/make.amd64/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 cc: error: no such file or directory: '/src/sys/dev/nvme/nvme_uio.c' mkdep: compile failed *** [.depend] 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-04-12 22:35:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-12 22:35:18 - ERROR: failed to build LINT kernel TB --- 2013-04-12 22:35:18 - 10761.61 user 1903.88 system 13433.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 12 23:14:39 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 C89AED36; Fri, 12 Apr 2013 23:14:39 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 1242C25A; Fri, 12 Apr 2013 23:14:38 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id m14so1424822eaj.19 for ; Fri, 12 Apr 2013 16:14:38 -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=WEECheaa+NmJps5Iq93hM9FA71aMmfTRFcB9uPVFZF0=; b=Auw4VWwKdAIlQUz8lr9NK8/TCZvJzjE7ecJGH1HEk1QNmq/oHahXiDbNGDJK1ZoOus Q67lipxGPaE5hwzvRjEitDRK6YcSod5JPAk+tyGCfjTjyHj6mOa0V4656US+BOkT24fy EC5Vfy32qnpkATW0ICG2IhjjvXtdvYzsZfVnXfZWgcOjY2Q9Y5sLcrXc9pzNGIvXe+B/ mDRkXRT5B5la1EDx/qlGOjSj+p4n1KKpVt1iTA0CqyroyOIy/I+xJoKbw0HV86BEuwJx kpnJjngZk8cdPv0okJQCs2ImurpY6gsr9gd6XnnqQkC26SAVy2WL1YYCv5MeeXy0Ptz0 vlng== MIME-Version: 1.0 X-Received: by 10.15.24.71 with SMTP id i47mr21530683eeu.0.1365808478163; Fri, 12 Apr 2013 16:14:38 -0700 (PDT) Received: by 10.14.96.129 with HTTP; Fri, 12 Apr 2013 16:14:37 -0700 (PDT) In-Reply-To: <201304122235.r3CMZIgT033217@freebsd-current.sentex.ca> References: <201304122235.r3CMZIgT033217@freebsd-current.sentex.ca> Date: Fri, 12 Apr 2013 16:14:37 -0700 Message-ID: Subject: Re: [head tinderbox] failure on amd64/amd64 From: Jim Harris To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "amd64@freebsd.org" , "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: Fri, 12 Apr 2013 23:14:39 -0000 On Fri, Apr 12, 2013 at 3:35 PM, FreeBSD Tinderbox wrote: > >>> World build completed on Fri Apr 12 22:33:43 UTC 2013 > TB --- 2013-04-12 22:33:43 - generating LINT kernel config > TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf > TB --- 2013-04-12 22:33:43 - /usr/bin/make -B LINT > TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf > TB --- 2013-04-12 22:33:43 - /usr/sbin/config -m LINT > TB --- 2013-04-12 22:33:43 - building LINT kernel > TB --- 2013-04-12 22:33:43 - CROSS_BUILD_TESTING=YES > TB --- 2013-04-12 22:33:43 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-04-12 22:33:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-04-12 22:33:43 - SRCCONF=/dev/null > TB --- 2013-04-12 22:33:43 - TARGET=amd64 > TB --- 2013-04-12 22:33:43 - TARGET_ARCH=amd64 > TB --- 2013-04-12 22:33:43 - TZ=UTC > TB --- 2013-04-12 22:33:43 - __MAKE_CONF=/dev/null > TB --- 2013-04-12 22:33:43 - cd /src > TB --- 2013-04-12 22:33:43 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Fri Apr 12 22:33: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 > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h > awk -f /src/sys/tools/makeobjops.awk > /src/sys/dev/acpi_support/acpi_wmi_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_bus_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_if.m -h > rm -f .newdep > /obj/src/make.amd64/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | > MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath > -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa > -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 > cc: error: no such file or directory: '/src/sys/dev/nvme/nvme_uio.c' > mkdep: compile failed > I deleted nvme_uio.c in r249420, as well as removing it from the Makefile. Can someone kindly point me to what step I'm missing here? Thanks, -Jim From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 00:22:51 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 525B9833; Sat, 13 Apr 2013 00:22:51 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDFF676; Sat, 13 Apr 2013 00:22:44 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UQoEn-000BVu-V9; Sat, 13 Apr 2013 00:22:38 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r3D0MZFJ001727; Fri, 12 Apr 2013 18:22:35 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+f1Sk/uaP763THZdKWouNx Subject: Re: [head tinderbox] failure on amd64/amd64 From: Ian Lepore To: Jim Harris In-Reply-To: References: <201304122235.r3CMZIgT033217@freebsd-current.sentex.ca> Content-Type: text/plain; charset="us-ascii" Date: Fri, 12 Apr 2013 18:22:35 -0600 Message-ID: <1365812555.28204.11.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "amd64@freebsd.org" , FreeBSD Tinderbox , "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: Sat, 13 Apr 2013 00:22:51 -0000 On Fri, 2013-04-12 at 16:14 -0700, Jim Harris wrote: > On Fri, Apr 12, 2013 at 3:35 PM, FreeBSD Tinderbox wrote: > > > >>> World build completed on Fri Apr 12 22:33:43 UTC 2013 > > TB --- 2013-04-12 22:33:43 - generating LINT kernel config > > TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf > > TB --- 2013-04-12 22:33:43 - /usr/bin/make -B LINT > > TB --- 2013-04-12 22:33:43 - cd /src/sys/amd64/conf > > TB --- 2013-04-12 22:33:43 - /usr/sbin/config -m LINT > > TB --- 2013-04-12 22:33:43 - building LINT kernel > > TB --- 2013-04-12 22:33:43 - CROSS_BUILD_TESTING=YES > > TB --- 2013-04-12 22:33:43 - MAKEOBJDIRPREFIX=/obj > > TB --- 2013-04-12 22:33:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > > TB --- 2013-04-12 22:33:43 - SRCCONF=/dev/null > > TB --- 2013-04-12 22:33:43 - TARGET=amd64 > > TB --- 2013-04-12 22:33:43 - TARGET_ARCH=amd64 > > TB --- 2013-04-12 22:33:43 - TZ=UTC > > TB --- 2013-04-12 22:33:43 - __MAKE_CONF=/dev/null > > TB --- 2013-04-12 22:33:43 - cd /src > > TB --- 2013-04-12 22:33:43 - /usr/bin/make -B buildkernel KERNCONF=LINT > > >>> Kernel build for LINT started on Fri Apr 12 22:33: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 > > [...] > > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h > > awk -f /src/sys/tools/makeobjops.awk > > /src/sys/dev/acpi_support/acpi_wmi_if.m -h > > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_bus_if.m -h > > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/virtio/virtio_if.m -h > > rm -f .newdep > > /obj/src/make.amd64/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | > > MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath > > -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa > > -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 > > cc: error: no such file or directory: '/src/sys/dev/nvme/nvme_uio.c' > > mkdep: compile failed > > > > I deleted nvme_uio.c in r249420, as well as removing it from the Makefile. > Can someone kindly point me to what step I'm missing here? > > Thanks, References to it also appear in sys/conf/files.{amd64,i386}. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 01:43:21 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 C0F97E6D; Sat, 13 Apr 2013 01:43:21 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id AF8918C0; Sat, 13 Apr 2013 01:43:21 +0000 (UTC) Received: from [IPv6:2601:9:4d00:3c:b4f2:b05c:fbbb:d700] (unknown [IPv6:2601:9:4d00:3c:b4f2:b05c:fbbb:d700]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 8FDEB3981E; Fri, 12 Apr 2013 18:43:20 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipfilter(4) needs maintainer From: Rui Paulo In-Reply-To: <20130411201805.GD76816@FreeBSD.org> Date: Fri, 12 Apr 2013 18:43:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> References: <20130411201805.GD76816@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1503) Cc: current@FreeBSD.org, net@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, 13 Apr 2013 01:43:21 -0000 On 2013/04/11, at 13:18, Gleb Smirnoff wrote: > Lack of maintainer in a near future would lead to bitrot due to = changes > in other areas of network stack, kernel APIs, etc. This already = happens, > many changes during 10.0-CURRENT cycle were only compile tested wrt > ipfilter. If we fail to find maintainer, then a correct decision would = be > to remove ipfilter(4) from the base system before 10.0-RELEASE. This has been discussed in the past. Every time someone came up and said = "I'm still using ipfilter!" and the idea to remove it dies with it.=20 I've been saying we should remove it for 4 years now. Not only it's = outdated but it also doesn't not fit well in the FreeBSD roadmap. Then = there's the question of maintainability. We gave the author a commit bit = so that he could maintain it. That doesn't happen anymore and it sounds = like he has since moved away from FreeBSD. I cannot find any reason to = burden another FreeBSD developer with maintaining ipfilter. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 03:16:50 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 8B160D31; Sat, 13 Apr 2013 03:16:50 +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 91574C1D; Sat, 13 Apr 2013 03:16:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAKfMaFGDaFvO/2dsb2JhbABQFoMmgy6+NoEjdIIfAQEEASNWGw4KAgINGQJZBhOIDgYMqgWSOoEjjEp2NAeCLoETA5cCgSGPcIMnIIFs X-IronPort-AV: E=Sophos;i="4.87,466,1363147200"; d="scan'208";a="23721802" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 12 Apr 2013 23:16:43 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2C725B4035; Fri, 12 Apr 2013 23:16:43 -0400 (EDT) Date: Fri, 12 Apr 2013 23:16:43 -0400 (EDT) From: Rick Macklem To: Baptiste Daroussin Message-ID: <1786547565.799492.1365823003138.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20130412131037.GI95891@ithaqua.etoilebsd.net> Subject: Re: newnfs pkgng database corruption? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Lars Eggert , 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, 13 Apr 2013 03:16:50 -0000 Baptiste Daroussin wrote: > On Fri, Apr 12, 2013 at 12:56:10PM +0000, Eggert, Lars wrote: > > Hi, > > > > On Apr 12, 2013, at 1:10, Rick Macklem wrote: > > > Well, I have no idea why an NFS server would reply errno 70 if the > > > file > > > still exists, unless the client has somehow sent a bogus file > > > handle > > > to the server. (I am not aware of any client bug that might do > > > that. I > > > am almost suspicious that there might be a memory problem or > > > something > > > that corrupts bits in the network layer. Do you have TSO enabled > > > for your > > > network interface by any chance? If so, I'd try disabling that on > > > the > > > network interface. Same goes for checksum offload.) > > > > > > rick > > > ps: If you can capture packets between the client and server at > > > the > > > time this error occurs, looking at them in wireshark might be > > > useful? > > > > I will try all of those things. > > You might still try the above suggestions, but since Error 70 wasn't an errno.h error number, it isn't a stale fh problem and, as such, there isn't any evidence that bits are getting messed with by the network layers. rick > > But first, a question that someone who understands pkgng will be > > able to answerr: Is this "fake-pkg" process even running on the NFS > > mount? The WRKDIR is /tmp, which is an mfs mount. > > fake-pkg is run in WRKDIR, but it calls pkgng which will open > /var/db/pkg/local.sqlite aka nfs mount. > > The Error 70 is EX_SOFTWARE returned by pkgng. > > Can you try the following patch: > http://people.freebsd.org/~bapt/patch-libpkg__pkgdb.c > > Just add that file to /usr/ports/ports-mgmt/pkg/files/ > > If that works for you, that means the posix advisory locks is somehow > failing on > nfsv4 files. > > Given it is already known to be failing on nfsv3 (because people often > misconfigure it) I'll probablmy make unix-dotfile the default locking > system > when local.sqlite is stored on network filesystem. > > regards, > Bapt From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 05:57:50 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 43C16B3B; Sat, 13 Apr 2013 05:57:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EBBCEC2; Sat, 13 Apr 2013 05:57:49 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r3D5V9B7089041; Fri, 12 Apr 2013 23:31:09 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipfilter(4) needs maintainer From: Scott Long In-Reply-To: <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> Date: Fri, 12 Apr 2013 23:31:09 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> To: Rui Paulo , Gleb Smirnoff X-Mailer: Apple Mail (2.1503) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: current@FreeBSD.org, net@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, 13 Apr 2013 05:57:50 -0000 On Apr 12, 2013, at 7:43 PM, Rui Paulo wrote: > On 2013/04/11, at 13:18, Gleb Smirnoff wrote: >=20 >> Lack of maintainer in a near future would lead to bitrot due to = changes >> in other areas of network stack, kernel APIs, etc. This already = happens, >> many changes during 10.0-CURRENT cycle were only compile tested wrt >> ipfilter. If we fail to find maintainer, then a correct decision = would be >> to remove ipfilter(4) from the base system before 10.0-RELEASE. >=20 > This has been discussed in the past. Every time someone came up and = said "I'm still using ipfilter!" and the idea to remove it dies with it.=20= > I've been saying we should remove it for 4 years now. Not only it's = outdated but it also doesn't not fit well in the FreeBSD roadmap. Then = there's the question of maintainability. We gave the author a commit bit = so that he could maintain it. That doesn't happen anymore and it sounds = like he has since moved away from FreeBSD. I cannot find any reason to = burden another FreeBSD developer with maintaining ipfilter. >=20 One thing that FreeBSD is bad about (and this really applies to many = open source projects) when deprecating something is that the developer = and release engineering groups rarely provide adequate, if any, tools to = help users transition and cope with the deprecation. The fear of = deprecation can be largely overcome by giving these users a clear and = comprehensive path forward. Just announcing "ipfilter is going away. = EOM" is inadequate and leads to completely justified complaints from = users. So with that said, would it be possible to write some tutorials on how = to migrate an ipfilter installation to pf? Maybe some mechanical syntax = docs accompanied by a few case studies? Is it possible for a script to = automate some of the common mechanical changes? Also essential is a = clear document on what goes away with ipfilter and what is gained with = pf. Once those tools are written, I suggest announcing that ipfilter is = available but deprecated/unsupported in FreeBSD 10, and will be removed = from FreeBSD 11. Certain people will still pitch a fit about it = departing, but if the tools are there to help the common users, you'll = be successful in winning mindshare and general support. Scott From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 06:22:28 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 4D4EEE8F; Sat, 13 Apr 2013 06:22:28 +0000 (UTC) (envelope-from john@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 3672E178; Sat, 13 Apr 2013 06:22:27 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id D709762035; Fri, 12 Apr 2013 23:22:26 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 13228-08; Fri, 12 Apr 2013 23:22:18 -0700 (PDT) Received: from thinkbsd.divinix.org (unknown [10.8.0.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id E1F3B6202F; Fri, 12 Apr 2013 23:22:17 -0700 (PDT) Date: Fri, 12 Apr 2013 23:22:16 -0700 From: John Hixson To: Scott Long Subject: Re: ipfilter(4) needs maintainer Message-ID: <20130413062215.GD38195@thinkbsd.divinix.org> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> 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: Gleb Smirnoff , Rui Paulo , current@FreeBSD.org, net@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, 13 Apr 2013 06:22:28 -0000 On Fri, Apr 12, 2013 at 11:31:09PM -0600, Scott Long wrote: > > On Apr 12, 2013, at 7:43 PM, Rui Paulo wrote: > > > On 2013/04/11, at 13:18, Gleb Smirnoff wrote: > > > >> Lack of maintainer in a near future would lead to bitrot due to changes > >> in other areas of network stack, kernel APIs, etc. This already happens, > >> many changes during 10.0-CURRENT cycle were only compile tested wrt > >> ipfilter. If we fail to find maintainer, then a correct decision would be > >> to remove ipfilter(4) from the base system before 10.0-RELEASE. > > > > This has been discussed in the past. Every time someone came up and said "I'm still using ipfilter!" and the idea to remove it dies with it. > > I've been saying we should remove it for 4 years now. Not only it's outdated but it also doesn't not fit well in the FreeBSD roadmap. Then there's the question of maintainability. We gave the author a commit bit so that he could maintain it. That doesn't happen anymore and it sounds like he has since moved away from FreeBSD. I cannot find any reason to burden another FreeBSD developer with maintaining ipfilter. > > > > One thing that FreeBSD is bad about (and this really applies to many open source projects) when deprecating something is that the developer and release engineering groups rarely provide adequate, if any, tools to help users transition and cope with the deprecation. The fear of deprecation can be largely overcome by giving these users a clear and comprehensive path forward. Just announcing "ipfilter is going away. EOM" is inadequate and leads to completely justified complaints from users. > > So with that said, would it be possible to write some tutorials on how to migrate an ipfilter installation to pf? Maybe some mechanical syntax docs accompanied by a few case studies? Is it possible for a script to automate some of the common mechanical changes? Also essential is a clear document on what goes away with ipfilter and what is gained with pf. Once those tools are written, I suggest announcing that ipfilter is available but deprecated/unsupported in FreeBSD 10, and will be removed from FreeBSD 11. Certain people will still pitch a fit about it departing, but if the tools are there to help the common users, you'll be successful in winning mindshare and general support. > ++ From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 06:33: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 79912120; Sat, 13 Apr 2013 06:33:32 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 66C651C9; Sat, 13 Apr 2013 06:33:32 +0000 (UTC) Received: from [IPv6:2601:9:4d00:3c:b4f2:b05c:fbbb:d700] (unknown [IPv6:2601:9:4d00:3c:b4f2:b05c:fbbb:d700]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 0CFFB3981E; Fri, 12 Apr 2013 23:33:30 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipfilter(4) needs maintainer From: Rui Paulo In-Reply-To: Date: Fri, 12 Apr 2013 23:33:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <96D56EAE-E797-429E-AEC9-42B19B048CCC@FreeBSD.org> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> To: Scott Long X-Mailer: Apple Mail (2.1503) Cc: Gleb Smirnoff , current@FreeBSD.org, net@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, 13 Apr 2013 06:33:32 -0000 On 2013/04/12, at 22:31, Scott Long wrote: > On Apr 12, 2013, at 7:43 PM, Rui Paulo wrote: >=20 >> On 2013/04/11, at 13:18, Gleb Smirnoff wrote: >>=20 >>> Lack of maintainer in a near future would lead to bitrot due to = changes >>> in other areas of network stack, kernel APIs, etc. This already = happens, >>> many changes during 10.0-CURRENT cycle were only compile tested wrt >>> ipfilter. If we fail to find maintainer, then a correct decision = would be >>> to remove ipfilter(4) from the base system before 10.0-RELEASE. >>=20 >> This has been discussed in the past. Every time someone came up and = said "I'm still using ipfilter!" and the idea to remove it dies with it.=20= >> I've been saying we should remove it for 4 years now. Not only it's = outdated but it also doesn't not fit well in the FreeBSD roadmap. Then = there's the question of maintainability. We gave the author a commit bit = so that he could maintain it. That doesn't happen anymore and it sounds = like he has since moved away from FreeBSD. I cannot find any reason to = burden another FreeBSD developer with maintaining ipfilter. >>=20 >=20 > One thing that FreeBSD is bad about (and this really applies to many = open source projects) when deprecating something is that the developer = and release engineering groups rarely provide adequate, if any, tools to = help users transition and cope with the deprecation. The fear of = deprecation can be largely overcome by giving these users a clear and = comprehensive path forward. Just announcing "ipfilter is going away. = EOM" is inadequate and leads to completely justified complaints from = users. I agree with the deprecation path, but given the amount of changes that = happened in the last 6 months, I'm not even sure ipfilter is working = fine in FreeBSD CURRENT, but I haven't tested it. > So with that said, would it be possible to write some tutorials on how = to migrate an ipfilter installation to pf? Maybe some mechanical syntax = docs accompanied by a few case studies? Is it possible for a script to = automate some of the common mechanical changes? Also essential is a = clear document on what goes away with ipfilter and what is gained with = pf. Once those tools are written, I suggest announcing that ipfilter is = available but deprecated/unsupported in FreeBSD 10, and will be removed = from FreeBSD 11. Certain people will still pitch a fit about it = departing, but if the tools are there to help the common users, you'll = be successful in winning mindshare and general support. It's not very difficult to switch an ipf.conf/ipnat.conf to a pf.conf, = but I'm not sure automated tools exist. I'm also not convinced we need = to write them and I think the issue can be deal with by writing a bunch = of examples on how to do it manually. Then we can give people 1y to = switch. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 07:18: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 3850E84E for ; Sat, 13 Apr 2013 07:18:10 +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 F100633D for ; Sat, 13 Apr 2013 07:18:09 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UQuf5-00057c-2U>; Sat, 13 Apr 2013 09:14:11 +0200 Received: from e179074003.adsl.alicedsl.de ([85.179.74.3] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UQuf4-00431R-U1>; Sat, 13 Apr 2013 09:14:11 +0200 Subject: CURRENT ( > r249381): can't find boot partition on GPT disk From: "O. Hartmann" To: FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cOgA1fsniXnxNx958Ygj" Date: Sat, 13 Apr 2013 09:14:10 +0200 Message-ID: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 85.179.74.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: Sat, 13 Apr 2013 07:18:10 -0000 --=-cOgA1fsniXnxNx958Ygj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Trying to boot a kernel > r249381 fails and I see on the console the loader prompt at "mountroot". Obviously, the bootloader doesn't find the root/boot partition. On all FreeBSD 10 boxes I have this phenomenon is the same, all boxes have GPT (UFS) partitions to boot from and set GPT labels to address the partitions: /etc/fstab looks like # Device Mountpoint FStype Options Dump Pass# /dev/gpt/root / ufs rw 1 1 /dev/gpt/swap none swap sw 0 0 tmpfs /tmp tmpfs rw,size=3D4294967296 0 0 /dev/gpt/var /var ufs rw 2 2 tmpfs /var/run tmpfs rw,size=3D4294967296 0 0 /dev/gpt/var.tmp /var/tmp ufs rw 2 2 /dev/gpt/compat /compat ufs rw 2 2 /dev/gpt/usr /usr ufs rw 2 2 /dev/gpt/usr.src /usr/src ufs rw 2 2 /dev/gpt/usr.obj /usr/obj ufs rw 2 2 /dev/gpt/usr.local /usr/local ufs rw 2 2 Booting the old kernel works fine. regards, Oliver --=-cOgA1fsniXnxNx958Ygj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRaQXCAAoJEOgBcD7A/5N8WGIH/3vKBzHBJeUmWefGALo5arTc gSrmzt2wHrHb4RV5CR5VdrpI5cU4sfP6ii+G4xlX2/4Eo3Iu+59cbDyDYiQuRkiZ I3Dspa+iMmcfwG+TUaCCtG+OVii0NR7C0m9xNOpUW5cmtaAZpRntUiVPpboYhJUg sxBa9Vm8dGKJJ5tzL4wUtuDEY7LtUxkwFr/PbRYb/mI1HHSCERr0Wp2wvGX/y1ov nx/taUJU0aQ7WTBPEzUYO/qe9Umjwszc1GRvqD1qsNxJ0lKSi0CjcrA8p8rgxW5E v+0AveYOYp/vGE8UVNMWqCbM2Cw912KK9GC3RL5qONAHf0VoqQx2v1OIo8qABc8= =6WoW -----END PGP SIGNATURE----- --=-cOgA1fsniXnxNx958Ygj-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 08:01:43 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 38F3FFB5; Sat, 13 Apr 2013 08:01:43 +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 E09BC6AD; Sat, 13 Apr 2013 08:01:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3D81f7q067926; Sat, 13 Apr 2013 04:01:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3D81fHO067919; Sat, 13 Apr 2013 08:01:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 13 Apr 2013 08:01:41 GMT Message-Id: <201304130801.r3D81fHO067919@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: Sat, 13 Apr 2013 08:01:43 -0000 TB --- 2013-04-13 04:30:26 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-13 04:30:26 - 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-04-13 04:30:26 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-13 04:30:26 - cleaning the object tree TB --- 2013-04-13 04:38:06 - /usr/local/bin/svn stat /src TB --- 2013-04-13 04:38:09 - At svn revision 249434 TB --- 2013-04-13 04:38:10 - building world TB --- 2013-04-13 04:38:10 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 04:38:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 04:38:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 04:38:10 - SRCCONF=/dev/null TB --- 2013-04-13 04:38:10 - TARGET=arm TB --- 2013-04-13 04:38:10 - TARGET_ARCH=armv6 TB --- 2013-04-13 04:38:10 - TZ=UTC TB --- 2013-04-13 04:38:10 - __MAKE_CONF=/dev/null TB --- 2013-04-13 04:38:10 - cd /src TB --- 2013-04-13 04:38:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 13 04:38:14 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 Sat Apr 13 07:47:24 UTC 2013 TB --- 2013-04-13 07:47:24 - generating LINT kernel config TB --- 2013-04-13 07:47:24 - cd /src/sys/arm/conf TB --- 2013-04-13 07:47:24 - /usr/bin/make -B LINT TB --- 2013-04-13 07:47:24 - cd /src/sys/arm/conf TB --- 2013-04-13 07:47:24 - /usr/sbin/config -m LINT TB --- 2013-04-13 07:47:24 - skipping LINT kernel TB --- 2013-04-13 07:47:24 - cd /src/sys/arm/conf TB --- 2013-04-13 07:47:24 - /usr/sbin/config -m AC100 TB --- 2013-04-13 07:47:24 - building AC100 kernel TB --- 2013-04-13 07:47:24 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 07:47:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 07:47:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 07:47:24 - SRCCONF=/dev/null TB --- 2013-04-13 07:47:24 - TARGET=arm TB --- 2013-04-13 07:47:24 - TARGET_ARCH=armv6 TB --- 2013-04-13 07:47:24 - TZ=UTC TB --- 2013-04-13 07:47:24 - __MAKE_CONF=/dev/null TB --- 2013-04-13 07:47:24 - cd /src TB --- 2013-04-13 07:47:24 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Apr 13 07:47: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 >>> Kernel build for AC100 completed on Sat Apr 13 07:50:02 UTC 2013 TB --- 2013-04-13 07:50:02 - cd /src/sys/arm/conf TB --- 2013-04-13 07:50:02 - /usr/sbin/config -m ARMADAXP TB --- 2013-04-13 07:50:02 - building ARMADAXP kernel TB --- 2013-04-13 07:50:02 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 07:50:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 07:50:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 07:50:02 - SRCCONF=/dev/null TB --- 2013-04-13 07:50:02 - TARGET=arm TB --- 2013-04-13 07:50:02 - TARGET_ARCH=armv6 TB --- 2013-04-13 07:50:02 - TZ=UTC TB --- 2013-04-13 07:50:02 - __MAKE_CONF=/dev/null TB --- 2013-04-13 07:50:02 - cd /src TB --- 2013-04-13 07:50:02 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Apr 13 07:50:02 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 >>> Kernel build for ARMADAXP completed on Sat Apr 13 07:53:54 UTC 2013 TB --- 2013-04-13 07:53:54 - cd /src/sys/arm/conf TB --- 2013-04-13 07:53:54 - /usr/sbin/config -m ATMEL TB --- 2013-04-13 07:53:54 - skipping ATMEL kernel TB --- 2013-04-13 07:53:54 - cd /src/sys/arm/conf TB --- 2013-04-13 07:53:54 - /usr/sbin/config -m AVILA TB --- 2013-04-13 07:53:54 - skipping AVILA kernel TB --- 2013-04-13 07:53:54 - cd /src/sys/arm/conf TB --- 2013-04-13 07:53:54 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-04-13 07:53:54 - building BEAGLEBONE kernel TB --- 2013-04-13 07:53:54 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 07:53:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 07:53:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 07:53:54 - SRCCONF=/dev/null TB --- 2013-04-13 07:53:54 - TARGET=arm TB --- 2013-04-13 07:53:54 - TARGET_ARCH=armv6 TB --- 2013-04-13 07:53:54 - TZ=UTC TB --- 2013-04-13 07:53:54 - __MAKE_CONF=/dev/null TB --- 2013-04-13 07:53:54 - cd /src TB --- 2013-04-13 07:53:54 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Apr 13 07:53:54 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 >>> Kernel build for BEAGLEBONE completed on Sat Apr 13 07:58:19 UTC 2013 TB --- 2013-04-13 07:58:19 - cd /src/sys/arm/conf TB --- 2013-04-13 07:58:19 - /usr/sbin/config -m BWCT TB --- 2013-04-13 07:58:19 - skipping BWCT kernel TB --- 2013-04-13 07:58:19 - cd /src/sys/arm/conf TB --- 2013-04-13 07:58:19 - /usr/sbin/config -m CAMBRIA TB --- 2013-04-13 07:58:19 - skipping CAMBRIA kernel TB --- 2013-04-13 07:58:19 - cd /src/sys/arm/conf TB --- 2013-04-13 07:58:19 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-04-13 07:58:19 - skipping CNS11XXNAS kernel TB --- 2013-04-13 07:58:19 - cd /src/sys/arm/conf TB --- 2013-04-13 07:58:19 - /usr/sbin/config -m CRB TB --- 2013-04-13 07:58:19 - skipping CRB kernel TB --- 2013-04-13 07:58:19 - cd /src/sys/arm/conf TB --- 2013-04-13 07:58:19 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-04-13 07:58:19 - building CUBIEBOARD kernel TB --- 2013-04-13 07:58:19 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 07:58:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 07:58:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 07:58:19 - SRCCONF=/dev/null TB --- 2013-04-13 07:58:19 - TARGET=arm TB --- 2013-04-13 07:58:19 - TARGET_ARCH=armv6 TB --- 2013-04-13 07:58:19 - TZ=UTC TB --- 2013-04-13 07:58:19 - __MAKE_CONF=/dev/null TB --- 2013-04-13 07:58:19 - cd /src TB --- 2013-04-13 07:58:19 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sat Apr 13 07:58:19 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 -x assembler-with-cpp -DLOCORE -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/arm/arm/cpufunc_asm_armv7.S cc -c -x assembler-with-cpp -DLOCORE -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/arm/arm/irq_dispatch.S 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/arm/allwinner/a10_clk.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 -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/arm/allwinner/a10_gpio.c /src/sys/arm/allwinner/a10_gpio.c:304:13: error: unsequenced modification and access to 'flags' [-Werror,-Wunsequenced] if ((flags &= sc->sc_gpio_pins[i].gp_caps) != flags) ^ ~~~~~ 1 error generated. *** [a10_gpio.o] Error code 1 Stop in /obj/arm.armv6/src/sys/CUBIEBOARD. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-13 08:01:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-13 08:01:41 - ERROR: failed to build CUBIEBOARD kernel TB --- 2013-04-13 08:01:41 - 9506.91 user 1632.77 system 12675.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 10:14: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 47F4A46A for ; Sat, 13 Apr 2013 10:14:14 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: from odin.blazingdot.com (odin.blazingdot.com [199.48.133.254]) by mx1.freebsd.org (Postfix) with ESMTP id 2F14EB05 for ; Sat, 13 Apr 2013 10:14:14 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 55FDE114157; Sat, 13 Apr 2013 10:07:50 +0000 (UTC) Date: Sat, 13 Apr 2013 10:07:50 +0000 From: Marcus Reid To: "O. Hartmann" Subject: Re: CURRENT ( > r249381): can't find boot partition on GPT disk Message-ID: <20130413100750.GA43465@blazingdot.com> References: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.21 (2010-09-15) Cc: 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, 13 Apr 2013 10:14:14 -0000 On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: > Trying to boot a kernel > r249381 fails and I see on the console the > loader prompt at "mountroot". Obviously, the bootloader doesn't find > the root/boot partition. Same problem observed here. r249435, gpt zfs root. Entering "zfs:zroot" at the mountroot prompt allows system to continue booting. Marcus From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 10:57: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 F16E7DEA for ; Sat, 13 Apr 2013 10:57:37 +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 BB3B7D7C for ; Sat, 13 Apr 2013 10:57:37 +0000 (UTC) Received: from p5dc3f2b5.dip.t-dialin.net ([93.195.242.181] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UQxdT-0006fT-DV; Sat, 13 Apr 2013 12:24:43 +0200 Message-ID: <51693267.2060400@gwdg.de> Date: Sat, 13 Apr 2013 12:24:39 +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: Marcus Reid Subject: Re: CURRENT ( > r249381): can't find boot partition on GPT disk References: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> <20130413100750.GA43465@blazingdot.com> In-Reply-To: <20130413100750.GA43465@blazingdot.com> 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 , "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: Sat, 13 Apr 2013 10:57:38 -0000 On 13.04.2013 12:07 (UTC+2), Marcus Reid wrote: > On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: >> Trying to boot a kernel > r249381 fails and I see on the console the >> loader prompt at "mountroot". Obviously, the bootloader doesn't find >> the root/boot partition. > > Same problem observed here. r249435, gpt zfs root. Entering > "zfs:zroot" at the mountroot prompt allows system to continue booting. Same here without gtp and zfs, but with ufs. Seems to be solved for me with r249436. Rainer > Marcus From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 12:03:46 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 62E6C9ED; Sat, 13 Apr 2013 12:03:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 2585A8D; Sat, 13 Apr 2013 12:03:45 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r3DC3gmX092052; Sat, 13 Apr 2013 06:03:42 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipfilter(4) needs maintainer From: Scott Long In-Reply-To: <96D56EAE-E797-429E-AEC9-42B19B048CCC@FreeBSD.org> Date: Sat, 13 Apr 2013 06:03:45 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6DEDD3EA-45C1-4549-AA13-5E4F6674BE3E@samsco.org> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> <96D56EAE-E797-429E-AEC9-42B19B048CCC@FreeBSD.org> To: Rui Paulo , Gleb Smirnoff X-Mailer: Apple Mail (2.1503) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: "current@freebsd.org" , "net@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, 13 Apr 2013 12:03:46 -0000 On Apr 13, 2013, at 12:33 AM, Rui Paulo wrote: > On 2013/04/12, at 22:31, Scott Long wrote: >=20 >> On Apr 12, 2013, at 7:43 PM, Rui Paulo wrote: >>=20 >>> On 2013/04/11, at 13:18, Gleb Smirnoff wrote: >>>=20 >>>> Lack of maintainer in a near future would lead to bitrot due to = changes >>>> in other areas of network stack, kernel APIs, etc. This already = happens, >>>> many changes during 10.0-CURRENT cycle were only compile tested wrt >>>> ipfilter. If we fail to find maintainer, then a correct decision = would be >>>> to remove ipfilter(4) from the base system before 10.0-RELEASE. >>>=20 >>> This has been discussed in the past. Every time someone came up and = said "I'm still using ipfilter!" and the idea to remove it dies with it.=20= >>> I've been saying we should remove it for 4 years now. Not only it's = outdated but it also doesn't not fit well in the FreeBSD roadmap. Then = there's the question of maintainability. We gave the author a commit bit = so that he could maintain it. That doesn't happen anymore and it sounds = like he has since moved away from FreeBSD. I cannot find any reason to = burden another FreeBSD developer with maintaining ipfilter. >>>=20 >>=20 >> One thing that FreeBSD is bad about (and this really applies to many = open source projects) when deprecating something is that the developer = and release engineering groups rarely provide adequate, if any, tools to = help users transition and cope with the deprecation. The fear of = deprecation can be largely overcome by giving these users a clear and = comprehensive path forward. Just announcing "ipfilter is going away. = EOM" is inadequate and leads to completely justified complaints from = users. >=20 > I agree with the deprecation path, but given the amount of changes = that happened in the last 6 months, I'm not even sure ipfilter is = working fine in FreeBSD CURRENT, but I haven't tested it. >=20 You target audience for this isn't people who track CURRENT, it's people = who are on 7, 8, or 9 and looking to update to 10.x sometime in the = future. >> So with that said, would it be possible to write some tutorials on = how to migrate an ipfilter installation to pf? Maybe some mechanical = syntax docs accompanied by a few case studies? Is it possible for a = script to automate some of the common mechanical changes? Also = essential is a clear document on what goes away with ipfilter and what = is gained with pf. Once those tools are written, I suggest announcing = that ipfilter is available but deprecated/unsupported in FreeBSD 10, and = will be removed from FreeBSD 11. Certain people will still pitch a fit = about it departing, but if the tools are there to help the common users, = you'll be successful in winning mindshare and general support. >=20 >=20 > It's not very difficult to switch an ipf.conf/ipnat.conf to a pf.conf, = but I'm not sure automated tools exist. I'm also not convinced we need = to write them and I think the issue can be deal with by writing a bunch = of examples on how to do it manually. Then we can give people 1y to = switch. >=20 Please believe me that no matter how trivial you think the switch is, a = migration guide still needs to be written. Scott \= From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 12:13:41 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 0D4B8D1F; Sat, 13 Apr 2013 12:13:41 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 27366135; Sat, 13 Apr 2013 12:13:39 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so323060wib.4 for ; Sat, 13 Apr 2013 05:13:39 -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=ncYewNEqrVoGG7rIJVc4pIHBCTO9DfUhoKivuz/yyhs=; b=lKk92uQfzEcseCH1ZBVPskCAxCUhsoTbVf27ftWXZ1UCir+AhUOf5f8wHrfXTQodjY uRs7RLfj3pKZXl/GYfndAtGdXWNAw6ExwRVihxltM7aO7GU6p4Wl4ufMlmzfJKXpvZMa FfoZlOAabkmMANCsPXt50D2y3rDHrr8rPch1sv9jhtC7OyHytxfyGF53YelTAKPD8DVJ LUOaoyYUDjTKVPzuaSB7DjHEH3zj4spS/hfzACj3z2q2xzlaKtMnVYix8E7uNfUGu3+D v0s8MuGp4Rqm1nNrvWkr/+QlSrkQtS7OI0VM1KqBHpOX4d94tP60+luejKWbY1xSWf4g KLIA== MIME-Version: 1.0 X-Received: by 10.180.73.6 with SMTP id h6mr2869930wiv.27.1365855219275; Sat, 13 Apr 2013 05:13:39 -0700 (PDT) Received: by 10.216.139.72 with HTTP; Sat, 13 Apr 2013 05:13:39 -0700 (PDT) In-Reply-To: <6DEDD3EA-45C1-4549-AA13-5E4F6674BE3E@samsco.org> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> <96D56EAE-E797-429E-AEC9-42B19B048CCC@FreeBSD.org> <6DEDD3EA-45C1-4549-AA13-5E4F6674BE3E@samsco.org> Date: Sat, 13 Apr 2013 15:13:39 +0300 Message-ID: Subject: Re: ipfilter(4) needs maintainer From: Kimmo Paasiala To: Scott Long Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Gleb Smirnoff , Rui Paulo , "current@freebsd.org" , "net@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, 13 Apr 2013 12:13:41 -0000 On Sat, Apr 13, 2013 at 3:03 PM, Scott Long wrote: > > On Apr 13, 2013, at 12:33 AM, Rui Paulo wrote: > >> On 2013/04/12, at 22:31, Scott Long wrote: >> >>> On Apr 12, 2013, at 7:43 PM, Rui Paulo wrote: >>> >>>> On 2013/04/11, at 13:18, Gleb Smirnoff wrote: >>>> >>>>> Lack of maintainer in a near future would lead to bitrot due to chang= es >>>>> in other areas of network stack, kernel APIs, etc. This already happe= ns, >>>>> many changes during 10.0-CURRENT cycle were only compile tested wrt >>>>> ipfilter. If we fail to find maintainer, then a correct decision woul= d be >>>>> to remove ipfilter(4) from the base system before 10.0-RELEASE. >>>> >>>> This has been discussed in the past. Every time someone came up and sa= id "I'm still using ipfilter!" and the idea to remove it dies with it. >>>> I've been saying we should remove it for 4 years now. Not only it's ou= tdated but it also doesn't not fit well in the FreeBSD roadmap. Then there'= s the question of maintainability. We gave the author a commit bit so that = he could maintain it. That doesn't happen anymore and it sounds like he has= since moved away from FreeBSD. I cannot find any reason to burden another = FreeBSD developer with maintaining ipfilter. >>>> >>> >>> One thing that FreeBSD is bad about (and this really applies to many op= en source projects) when deprecating something is that the developer and re= lease engineering groups rarely provide adequate, if any, tools to help use= rs transition and cope with the deprecation. The fear of deprecation can b= e largely overcome by giving these users a clear and comprehensive path for= ward. Just announcing "ipfilter is going away. EOM" is inadequate and lea= ds to completely justified complaints from users. >> >> I agree with the deprecation path, but given the amount of changes that = happened in the last 6 months, I'm not even sure ipfilter is working fine i= n FreeBSD CURRENT, but I haven't tested it. >> > > You target audience for this isn't people who track CURRENT, it's people = who are on 7, 8, or 9 and looking to update to 10.x sometime in the future. > >>> So with that said, would it be possible to write some tutorials on how = to migrate an ipfilter installation to pf? Maybe some mechanical syntax do= cs accompanied by a few case studies? Is it possible for a script to autom= ate some of the common mechanical changes? Also essential is a clear docum= ent on what goes away with ipfilter and what is gained with pf. Once those= tools are written, I suggest announcing that ipfilter is available but dep= recated/unsupported in FreeBSD 10, and will be removed from FreeBSD 11. Ce= rtain people will still pitch a fit about it departing, but if the tools ar= e there to help the common users, you'll be successful in winning mindshare= and general support. >> >> >> It's not very difficult to switch an ipf.conf/ipnat.conf to a pf.conf, b= ut I'm not sure automated tools exist. I'm also not convinced we need to wr= ite them and I think the issue can be deal with by writing a bunch of examp= les on how to do it manually. Then we can give people 1y to switch. >> > > Please believe me that no matter how trivial you think the switch is, a m= igration guide still needs to be written. > > Scott > \ The migration guide is best written by the current users of ipfilter, not those who have no interest in doing so because their interests are completely elsewhere. Please don't try to defer to an authority that does not exist here. -Kimmo From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 12:29:43 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 E52F02EF; Sat, 13 Apr 2013 12:29:43 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by mx1.freebsd.org (Postfix) with ESMTP id 53EAF1C9; Sat, 13 Apr 2013 12:29:43 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hr17so327219wib.11 for ; Sat, 13 Apr 2013 05:29:42 -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=XKfYQMYnKdLwGo4fhASdqsVuSXG+yw974gbsMmOdoAs=; b=I43qzTNZkooWY55qWwEIzu9pjJ84VndfQckqhoI5qTOHvkC9fG4Btrv8O9KuoQIarl lyW6kDZC2lgzOntwzUFRcrolkSyUoxKBvLvK3RAA61HkSVuQYRpT6rNXRZQyKCdrsJgs JmRzxAQ9EO/yrw607E+STriF2LafOvS2lTPmL3GVic6JQbF6AOm5aWcgX7GrnbckrDCS AGRQ8VQFF8FyaI8wLUaDbEHFG0obYBOmnTQX4pOS+Gte/2ZNrgQE4aB6CBBHbhaeemPO jEVoZenISinsUxi0j8VmMpcXtqTjKTKBDvDZ7rJ4I/p8h59sHnGS94eYaINbDIqxL7o0 daYw== MIME-Version: 1.0 X-Received: by 10.194.60.195 with SMTP id j3mr22818693wjr.33.1365856182448; Sat, 13 Apr 2013 05:29:42 -0700 (PDT) Received: by 10.216.139.72 with HTTP; Sat, 13 Apr 2013 05:29:42 -0700 (PDT) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> Date: Sat, 13 Apr 2013 15:29:42 +0300 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: FreeBSD current Content-Type: text/plain; charset=UTF-8 Cc: 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, 13 Apr 2013 12:29:44 -0000 On Thu, Jan 17, 2013 at 7:24 AM, Kimmo Paasiala wrote: > On Thu, Dec 27, 2012 at 11:42 PM, Phil Kulin wrote: >> 2012/12/26 Kimmo Paasiala : >> >>> I've revised the patch again and updated it at gihub, >>> https://gist.github.com/4362018. It can now be applied at top level >>> of sources (/usr/src typically). It now does the deconfiguration in >>> reverse order of the configuration, meaning the aliases configured >>> with ipv6_addrs_IF are removed before the ones configured with >>> ifconfig_IF_aliasN="inet6 ...". >> >> Adapted for FreeBSD 8.2, works fine: >> >> --- network.subr.orig 2011-02-17 05:19:39.000000000 +0300 >> +++ network.subr 2012-12-28 00:46:38.000000000 +0400 >> @@ -312,6 +312,12 @@ afexists() >> # 1 otherwise. >> ipv6if() >> { >> + # Test for $ipv6_addrs_IF. If it exists then the >> + # interface should be configured for IPv6 >> + _tmpargs=$(get_if_var $_if ipv6_addrs_IF) >> + if [ -n "${_tmpargs}" ]; then >> + return 0 >> + fi >> if ! checkyesno ipv6_enable; then >> return 1 >> fi >> @@ -948,7 +954,12 @@ network6_interface_setup() >> rtsol_interface=no >> ifconfig $i inet6 ${ipv6_ifconfig} alias >> fi >> - >> + ipv6_addrs=`get_if_var $i ipv6_addrs_IF` >> + if [ -n "${ipv6_addrs}" ]; then >> + rtsol_available=no >> + rtsol_interface=no >> + ipv6_addrs_common ${i} alias >> + fi >> # Wireless NIC cards are virtualized through the wlan interface >> if ! is_wired_interface ${i}; then >> case "${i}" in >> @@ -1178,3 +1189,39 @@ network6_getladdr() >> esac >> done >> } >> + >> +ipv6_addrs_common() >> +{ >> + local _ret _if _action _ip6prefix _ip6prefixes >> + local _ip6addr _prefixlen >> + local _range _ip6net _ip6low _ip6high >> + _ret=1 >> + _if=$1 >> + _action=$2 >> + # get the prefixes from ipv6_addrs_IF variable >> + _ip6prefixes=`get_if_var $_if ipv6_addrs_IF` >> + for _ip6prefix in ${_ip6prefixes}; do >> + _ip6addr=${_ip6prefix%%/*} >> + _prefixlen=${_ip6prefix##*/} >> + _range=${_ip6addr##*:} >> + _ip6net=${_ip6addr%:*} >> + _ip6low=${_range%-*} >> + _ip6high=${_range#*-} >> + # If deleting an alias, set _prefixlen to null string. >> + if [ "${_action}" = "-alias" ]; then >> + _prefixlen="" >> + else >> + _prefixlen="prefixlen $_prefixlen" >> + fi >> + _ip6high=$(("0x${_ip6high}")) >> + _ip6count=$(("0x${_ip6low}")) >> + while [ "${_ip6count}" -le "${_ip6high}" ]; do >> + # Re-uses the _ip6addr variable from above >> + _ip6addr=$(printf "%x" "${_ip6count}") >> + eval "ifconfig ${_if} inet6 >> ${_ip6net}:${_ip6addr} ${_prefixlen} ${_action}" >> + _ip6count=$((${_ip6count}+1)) >> + _ret=0 >> + done >> + done >> + return $_ret >> +} >> >> >> -- >> Non nobis Domine non nobis sed Nomini Tuo da gloriam >> Phil Kulin > > I don't have an 8.X system to test but I guess it's fine. > > Any more interest in this? I'd love to see this added, not because I > wrote it but because I want to contribute in any way I can. > > -Kimmo Sorry to resurrect this thread but since nothing has happened in about three months I have to ask: What can I do to have this commited to HEAD? I'd be even willing to become a src committer if that's what is required. I feel that I'm compentent enough. Who can I contact? -Kimmo From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 13:25:12 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 1EE96882 for ; Sat, 13 Apr 2013 13:25:12 +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 E3F3734A for ; Sat, 13 Apr 2013 13:25:11 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id at1so4314797iec.41 for ; Sat, 13 Apr 2013 06:25:11 -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=bNDltroCnPn4zPLHOAawvyvhhqDvHQYW+6OvKGcpp9A=; b=bUHqzPiO8qKpnNYofA/eNHe95YH0DIJHRD+P0o3XArWKNMzyAlLHkDCg1/0/aGB9sb X1zXPMue5gwPc5yKGgwmm6rljLdUtEeG3VsEHWH5LZ9KKefjfzdl/nBUaCYM4GTtQBW/ meRJdxZs1yzMG59gdU5t2Ai37zO/KyESkoyXJjkh5lJSiXv55raFNKnb3ouNzWdBqO2Q h3Ez9Wwsq6mVHHqwFoGM4dau2iItPX2+IgwamxWxNe60ZXS2IzuxgrxqAasEXIkXgLnB FkSyPeZwi9wD7uk58ut+c2WTLAgf2zAl0TbTMp4aTWz48KOMUHY/h3RcVlCvxbDIt/D4 HFwA== MIME-Version: 1.0 X-Received: by 10.50.216.164 with SMTP id or4mr1589318igc.38.1365859511337; Sat, 13 Apr 2013 06:25:11 -0700 (PDT) Received: by 10.42.189.4 with HTTP; Sat, 13 Apr 2013 06:25:11 -0700 (PDT) In-Reply-To: <20130411011130.GA2985@michelle.cdnetworks.com> References: <20130408063548.GB1526@michelle.cdnetworks.com> <20130410021455.GB3086@michelle.cdnetworks.com> <20130411011130.GA2985@michelle.cdnetworks.com> Date: Sat, 13 Apr 2013 15:25:11 +0200 Message-ID: Subject: Re: Problems with axe(4) and checksum offloading From: Spil Oss To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current 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: Sat, 13 Apr 2013 13:25:12 -0000 Hi YongHyeon, Will post on freebsd-ipfw@ as well... Does your engineering sample function normally with rxcsum/txcsum disabled? Kind regards, Spil. On Thu, Apr 11, 2013 at 3:11 AM, YongHyeon PYUN wrote: > On Wed, Apr 10, 2013 at 07:48:00PM +0200, Spil Oss wrote: > > Hi YongHyeon, > > > > With the original unmodified .ko... > > > > ifconfig output as requested at bottom > > > > Static IP-configuration does not make a difference with the ipfw > behaviour. > > > > ipfw ruleset (based on /etc/rc.firewall simple ruleset) > > 00010 allow ip from any to me dst-port 22 recv ue0 > > 00010 allow tcp from me 22 to any xmit ue0 > > 00100 allow ip from any to any via lo0 > > 00200 deny ip from any to 127.0.0.0/8 > > 00300 deny ip from 127.0.0.0/8 to any > > 00400 deny ip from any to ::1 > > 00500 deny ip from ::1 to any > > 00600 allow ipv6-icmp from :: to ff02::/16 > > 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 > > 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 > > 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 > > 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 > > 01100 deny ip from 10.16.2.1 to any in via ue0 > > 01200 deny ip from 172.17.2.111 to any in via re0 > > 01300 deny ip from any to 10.0.0.0/8 via ue0 > > 01500 deny ip from any to 192.168.0.0/16 via ue0 > > 01600 deny ip from any to 0.0.0.0/8 via ue0 > > 01700 deny ip from any to 169.254.0.0/16 via ue0 > > 01800 deny ip from any to 192.0.2.0/24 via ue0 > > 01900 deny ip from any to 224.0.0.0/4 via ue0 > > 02000 deny ip from any to 240.0.0.0/4 via ue0 > > 02100 divert 8668 ip4 from any to any via ue0 > > 02200 deny ip from 10.0.0.0/8 to any via ue0 > > 02400 deny ip from 192.168.0.0/16 to any via ue0 > > 02500 deny ip from 0.0.0.0/8 to any via ue0 > > 02600 deny ip from 169.254.0.0/16 to any via ue0 > > 02700 deny ip from 192.0.2.0/24 to any via ue0 > > 02800 deny ip from 224.0.0.0/4 to any via ue0 > > 02900 deny ip from 240.0.0.0/4 to any via ue0 > > 03000 allow tcp from any to any established > > 03100 allow ip from any to any frag > > 03200 allow tcp from any to me dst-port 22 setup > > 03300 allow tcp from any to me dst-port 25 setup > > 03400 allow tcp from any to me dst-port 465 setup > > 03500 allow tcp from any to me dst-port 587 setup > > 03600 allow tcp from any to me dst-port 80 setup > > 03700 allow tcp from any to me dst-port 443 setup > > 03800 deny log logamount 5 ip4 from any to any in via ue0 setup proto tcp > > 03900 allow tcp from any to any setup > > 04000 allow udp from me to any dst-port 53 keep-state > > 04100 allow udp from me to any dst-port 123 keep-state > > 04200 allow ip from any to any dst-port 22 recv ue0 > > 65535 deny ip from any to any > > > > If I remove rule 10 it will NOT work with ue0, the ruleset without rule > 10 > > DOES work with re0. > > > > Found an older PR about em or fxp having trouble with natd when > > rxcsum/txcsum was enabled, that is why I started fiddling with > > rxcsum/txcsum and found that the NIC would be unusable without > > rxcsum/txcsum enabled. If only I could find that PR now > (kern/170081???)... > > Was fixed in base... > > If you don't use ipfw/natd, checksum offloading of axe(4) work? > If yes, you'd get better answer from ipfw mailing list. > > > > > Some other post reported fake AX88772A chips (32-pin packaging vs 64 in > the > > original) on cheap USB NICs so I checked the hardware as well and could > not > > AX88772A does not support TX/RX checksum offloading. > > > see an issue (64-pin packaging). > > > > # ifconfig ue0 > > ue0: flags=8802 metric 0 mtu 1500 > > options=8000b > > ether 00:60:6e:42:5b:53 > > nd6 options=21 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > # dhclient ue0 > > DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 4 > > DHCPOFFER from 172.17.2.1 > > DHCPREQUEST on ue0 to 255.255.255.255 port 67 > > DHCPACK from 172.17.2.1 > > bound to 172.17.2.111 -- renewal in 43200 seconds. > > > > # ifconfig ue0 > > ue0: flags=8843 metric 0 mtu 1500 > > options=8000b > > ether 00:60:6e:42:5b:53 > > inet6 fe80::260:6eff:fe42:5b53%ue0 prefixlen 64 scopeid 0x7 > > inet 172.17.2.111 netmask 0xffffff00 broadcast 172.17.2.255 > > nd6 options=21 > > media: Ethernet autoselect (100baseTX ) > > status: active > > I can see TX/RX checksum offloading is active and it successfully > got a IP address via DHCP. > > > > > > > > > > > On Wed, Apr 10, 2013 at 4:14 AM, YongHyeon PYUN > wrote: > > > > > On Mon, Apr 08, 2013 at 08:45:58PM +0200, Spil Oss wrote: > > > > Hi YongHyeon, > > > > > > > > output from verbose boot > > > > > > > > ugen3.2: at usbus3 > > > > axe0: on usbus3 > > > > axe0: PHYADDR 0xe0:0x10 > > > > miibus1: on axe0 > > > > ukphy0: PHY 16 on miibus1 > > > > ukphy0: OUI 0x007063, model 0x0008, rev. 1 > > > > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, > > > > auto-flow > > > > ue0: on axe0 > > > > ue0: bpf attached > > > > ue0: Ethernet address: 00:60:6e:42:5b:53 > > > > ue0: link state changed to UP > > > > ue0: link state changed to DOWN > > > > ue0: link state changed to UP > > > > > > AX88772B engineering sample I have still worked on latest current. > > > Could you use a static IP rather than using DHCP and see whether > > > that makes any difference?(Note, you have to revert your changes > > > made to axe(4) before trying that). > > > > > > Also show me the output of 'ifconfig ue0' before/after running > > > dhclient(8). > > > > > > > > > > > Apart from what I originally described... > > > > Networking does work, but not when packets pass through ipfw and > nat. If > > > I > > > > add my ipfw rules before the divert natd rule networking works as > > > expected, > > > > without the SYN,ACK response packets are not accepted if I e.g. > connect > > > to > > > > something on the axe interface. I have validated the ipfw ruleset > with > > > the > > > > onboard realtek NIC and it then works as expected. > > > > > > > > # usbconfig -u 3 -a 2 dump_info > > > > ugen3.2: at usbus3, cfg=0 md=HOST > spd=HIGH > > > > (480Mbps) pwr=ON (200mA) > > > > > > > > Kind regards, > > > > > > > > Spil. > > > > > > > > > > > > On Mon, Apr 8, 2013 at 8:35 AM, YongHyeon PYUN > wrote: > > > > > > > > > On Sun, Apr 07, 2013 at 09:14:16PM +0200, Spil Oss wrote: > > > > > > Hi all, > > > > > > > > > > > > With checksum offloading enabled I cannot use my axe NIC (ASIX > > > AX88772B). > > > > > > > > > > > > ifconfig ue0 -txcsum -rxcsum > > > > > > will make dhclient ue0 return > > > > > > > > > > > > if I re-enable txcsum and rxcsum I get an immediate response > from the > > > > > dhcp > > > > > > server. > > > > > > > > > > > > Tried to remove the csum features by commenting out > > > > > > ifp->if_capabilities |= IFCAP_TXCSUM | IFCAP_RXCSUM; > > > > > > ifp->if_hwassist = AXE_CSUM_FEATURES; > > > > > > (lines 855 and 856 in /usr/src/sys/dev/usb/net/if_axe.c) > > > > > > and rebuild the module. This does remove RXCSUM and TXCSUM from > > > options > > > > > and > > > > > > behaves the same as disabling the features with ifconfig (i.e. > does > > > not > > > > > > work) > > > > > > > > > > > > 10.0-CURRENT r248351 > > > > > > > > > > > > Hope someone can help me... Spil. > > > > > > > > > > Last time I tried, checksum offloading worked as expected. > > > > > Would you show me the verbose dmesg output after attaching the > > > > > axe(4) NIC? > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 13:30: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 377159E4 for ; Sat, 13 Apr 2013 13:30:52 +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 16E99383 for ; Sat, 13 Apr 2013 13:30:51 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 153934AC40; Sat, 13 Apr 2013 08:30:43 -0500 (CDT) Date: Sat, 13 Apr 2013 08:30:43 -0500 (CDT) From: Dan Mack To: Marcus Reid Subject: Re: CURRENT ( > r249381): can't find boot partition on GPT disk In-Reply-To: <20130413100750.GA43465@blazingdot.com> Message-ID: <20130413082941.A53467@coco.macktronics.com> References: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> <20130413100750.GA43465@blazingdot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , "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: Sat, 13 Apr 2013 13:30:52 -0000 On Sat, 13 Apr 2013, Marcus Reid wrote: > On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: >> Trying to boot a kernel > r249381 fails and I see on the console the >> loader prompt at "mountroot". Obviously, the bootloader doesn't find >> the root/boot partition. > > Same problem observed here. r249435, gpt zfs root. Entering > "zfs:zroot" at the mountroot prompt allows system to continue booting. > > Marcus Same problem here, also with gpt zfs root. Dan From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 13:33:24 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 5DCA4B05 for ; Sat, 13 Apr 2013 13:33:24 +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 21E6D3C6 for ; Sat, 13 Apr 2013 13:33:24 +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 <1UR0a2-0020FO-5V>; Sat, 13 Apr 2013 15:33:22 +0200 Received: from g225185219.adsl.alicedsl.de ([92.225.185.219] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UR0a2-000A5E-0t>; Sat, 13 Apr 2013 15:33:22 +0200 Subject: Re: CURRENT ( > r249381): can't find boot partition on GPT disk From: "O. Hartmann" To: Marcus Reid In-Reply-To: <20130413100750.GA43465@blazingdot.com> References: <1365837250.1381.12.camel@thor.walstatt.dyndns.org> <20130413100750.GA43465@blazingdot.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-f/op1zNuS7ZUX+CYjc3B" Date: Sat, 13 Apr 2013 15:33:21 +0200 Message-ID: <1365860001.55654.0.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.225.185.219 Cc: 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, 13 Apr 2013 13:33:24 -0000 --=-f/op1zNuS7ZUX+CYjc3B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-04-13 at 10:07 +0000, Marcus Reid wrote: > On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: > > Trying to boot a kernel > r249381 fails and I see on the console the > > loader prompt at "mountroot". Obviously, the bootloader doesn't find > > the root/boot partition. >=20 > Same problem observed here. r249435, gpt zfs root. Entering > "zfs:zroot" at the mountroot prompt allows system to continue booting. >=20 > Marcus The problem vanished with the most recent sources (FreeBSD 10.0-CURRENT #0 r249436: Sat Apr 13 12:23:27 CEST 2013) Oliver --=-f/op1zNuS7ZUX+CYjc3B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRaV6hAAoJEOgBcD7A/5N8rZoH/izj7L35UBoWjLY88pwXU/Dj rOVsglPENf5GAatdNowpZND9OUMBJNTArS4lDVmMF3nQ4hT4n5000X5x0xdhdDuh clsZzOc4cm0GlddeidgsKOQ/qvZoyAo6O1mLjmLenrWaWbaWNBU+dKbikJNy66so wAbYijxcNyO7p3KKuIu67GwsrsbiwYlK5iBEtOYmfhCh8DZAfh/8nbFYH2vWJMpu 1VHVGXEpDt6tEqNkyeogJb6JrzTEFENPK79U5DpqfOIA/nj4VhI4NrkR5ZMCUtKc KhbPNpaefAgVzDV+iGZqCnlAsTJUBBvbt1WXqfAfmxIX1fKISGcOC5akjU1abB0= =9XwT -----END PGP SIGNATURE----- --=-f/op1zNuS7ZUX+CYjc3B-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 17:34:17 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 3D015681; Sat, 13 Apr 2013 17:34: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 BF1CCD2A; Sat, 13 Apr 2013 17:34:15 +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 r3DHY7HU083536; Sat, 13 Apr 2013 21:34:07 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3DHY7v0083535; Sat, 13 Apr 2013 21:34:07 +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, 13 Apr 2013 21:34:07 +0400 From: Gleb Smirnoff To: Scott Long Subject: Re: ipfilter(4) needs maintainer Message-ID: <20130413173407.GY76816@glebius.int.ru> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> 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: Rui Paulo , current@FreeBSD.org, net@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, 13 Apr 2013 17:34:17 -0000 Scott, On Fri, Apr 12, 2013 at 11:31:09PM -0600, Scott Long wrote: S> One thing that FreeBSD is bad about (and this really applies to many open source projects) when deprecating something is that the developer and release engineering groups rarely provide adequate, if any, tools to help users transition and cope with the deprecation. The fear of deprecation can be largely overcome by giving these users a clear and comprehensive path forward. Just announcing "ipfilter is going away. EOM" is inadequate and leads to completely justified complaints from users. S> S> So with that said, would it be possible to write some tutorials on how to migrate an ipfilter installation to pf? Maybe some mechanical syntax docs accompanied by a few case studies? Is it possible for a script to automate some of the common mechanical changes? Also essential is a clear document on what goes away with ipfilter and what is gained with pf. Once those tools are written, I suggest announcing that ipfilter is available but deprecated/unsupported in FreeBSD 10, and will be removed from FreeBSD 11. Certain people will still pitch a fit about it departing, but if the tools are there to help the common users, you'll be successful in winning mindshare and general support. The task to write a migration guide is already a task for maintainer, and the thread is to search one. If lack of migration guide doesn't allow us to remove in 10.x cycle, I doubt the guide will appear in 11.x cycle, 12.x, etc. So we will live with ipfilter forever. What I can do, is to resend email to the stable@ list. Also, I can add the deprecation WARNING to stable/9 unless we find maintainer prior to 9.2 branching. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 17:43:19 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 A78F4A8C; Sat, 13 Apr 2013 17:43:19 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9166DDC3; Sat, 13 Apr 2013 17:43:19 +0000 (UTC) Received: from [IPv6:2601:9:4d00:3c:551a:f107:2184:3cc5] (unknown [IPv6:2601:9:4d00:3c:551a:f107:2184:3cc5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id A8BF33981E; Sat, 13 Apr 2013 10:43:12 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipfilter(4) needs maintainer From: Rui Paulo In-Reply-To: <6DEDD3EA-45C1-4549-AA13-5E4F6674BE3E@samsco.org> Date: Sat, 13 Apr 2013 10:43:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2D0B66DB-E232-4F34-9D01-57DF226B9BAA@FreeBSD.org> References: <20130411201805.GD76816@FreeBSD.org> <7D8ACD5C-821D-4505-82E4-02267A7BA4F8@FreeBSD.org> <96D56EAE-E797-429E-AEC9-42B19B048CCC@FreeBSD.org> <6DEDD3EA-45C1-4549-AA13-5E4F6674BE3E@samsco.org> To: Scott Long X-Mailer: Apple Mail (2.1503) Cc: Gleb Smirnoff , "current@freebsd.org" , "net@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, 13 Apr 2013 17:43:19 -0000 On 2013/04/13, at 5:03, Scott Long wrote: > You target audience for this isn't people who track CURRENT, it's = people who are on 7, 8, or 9 and looking to update to 10.x sometime in = the future. Yes, I'm aware of that, but the problem remains. If ipfilter is broken = or gets broken because of the networking stack changes, we'll have to = fix it to keep the deprecation path going... >>> So with that said, would it be possible to write some tutorials on = how to migrate an ipfilter installation to pf? Maybe some mechanical = syntax docs accompanied by a few case studies? Is it possible for a = script to automate some of the common mechanical changes? Also = essential is a clear document on what goes away with ipfilter and what = is gained with pf. Once those tools are written, I suggest announcing = that ipfilter is available but deprecated/unsupported in FreeBSD 10, and = will be removed from FreeBSD 11. Certain people will still pitch a fit = about it departing, but if the tools are there to help the common users, = you'll be successful in winning mindshare and general support. >>=20 >>=20 >> It's not very difficult to switch an ipf.conf/ipnat.conf to a = pf.conf, but I'm not sure automated tools exist. I'm also not convinced = we need to write them and I think the issue can be deal with by writing = a bunch of examples on how to do it manually. Then we can give people 1y = to switch. >>=20 >=20 > Please believe me that no matter how trivial you think the switch is, = a migration guide still needs to be written. A migration *guide*, yes. Tools to convert one syntax to another: no. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 18:20:48 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 072F75CF; Sat, 13 Apr 2013 18:20:48 +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 C1259F0C; Sat, 13 Apr 2013 18:20:47 +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 <1UR54A-003NbS-NX>; Sat, 13 Apr 2013 20:20:46 +0200 Received: from g231209172.adsl.alicedsl.de ([92.231.209.172] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UR54A-000PGD-IY>; Sat, 13 Apr 2013 20:20:46 +0200 Subject: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@ From: "O. Hartmann" To: FreeBSD ports , FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-nV5J71KIUqLLECZ+DLVS" Date: Sat, 13 Apr 2013 20:20:46 +0200 Message-ID: <1365877246.2093.20.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.231.209.172 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, 13 Apr 2013 18:20:48 -0000 --=-nV5J71KIUqLLECZ+DLVS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Trying to recompile converters/libiconv on FreeBSD 10.0-CUR/r49438 (with bran new CLANG 3.3) results with the errors below. This error shows up on boxes having FBSD 10 and X11. It doesn't show up on those boxes running without a full X11 (that is the only difference I can figure out at the moment since the different systems share a lot of configuration stuff, having different CPU types (C2D, Sandy-Bridge, Ivy-Bridge) but nothing I can figure out as the source of the strange behaviour and error). Maybe someone has a hint what this could be ... Thanks in advance and regards, Oliver converters/libiconv: [...] rm -f unitypes.h-t unitypes.h && { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; cat ./unitypes.in.h; } > unitypes.h-t && mv -f unitypes.h-t unitypes.h rm -f uniwidth.h-t uniwidth.h && { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; cat ./uniwidth.in.h; } > uniwidth.h-t && mv -f uniwidth.h-t uniwidth.h make all-am cc -DHAVE_CONFIG_H -DEXEEXT=3D\"\" -I. -I.. -I../lib -I../intl -DDEPENDS_ON_LIBICONV=3D1 -DDEPENDS_ON_LIBINTL=3D1 -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -c allocator.c cc -DHAVE_CONFIG_H -DEXEEXT=3D\"\" -I. -I.. -I../lib -I../intl -DDEPENDS_ON_LIBICONV=3D1 -DDEPENDS_ON_LIBINTL=3D1 -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -c areadlink.c In file included from areadlink.c:27: In file included from ./careadlinkat.h:23: In file included from ./fcntl.h:62: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. *** [areadlink.o] Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.14/srclib. *** [all] Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.14/srclib. *** [all] Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.14. *** [do-build] Error code 1 Stop in /usr/ports/converters/libiconv. *** [install] Error code 1 Stop in /usr/ports/converters/libiconv. *** [reinstall] Error code 1 Stop in /usr/ports/converters/libiconv. --=-nV5J71KIUqLLECZ+DLVS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRaaH+AAoJEOgBcD7A/5N82VEH/1vwcWLXdaGlJ7mPDd1HUQRV gWwmNSe/pOtEXfhTMBGSqrErYBObPiQMdvW6HWJygiWBICdyYgjR9R8rN3divoch eZUYOyv7R/A3oVFkWAWUIs6/DB7oRsv67o/x4K/oyZgmClTiEUWbiYxYjf3nn2Ug Q6o1agYNrCKM0AtG45LRt4ByFVzwhLEbuq5VmSfzmQ9BA/aBrPWU17PUsi4wrdaG k7j5uRmEq39e/ig1HQ6PWhc+3M7YSx2KvpGUlylyX+GhYNAyzZi6MADERyYQwwBt YmTEOqNxCDwu9+4IMewf9XXqgOjl4XyQghXhTx3TFPcQ1Hxj7wJxD4SO6wDOBZM= =52yv -----END PGP SIGNATURE----- --=-nV5J71KIUqLLECZ+DLVS-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 19:06:53 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 D3455F2; Sat, 13 Apr 2013 19:06:53 +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 7E9781054; Sat, 13 Apr 2013 19:06:53 +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 r3DJ6nxv081980; Sat, 13 Apr 2013 15:06:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3DJ6nXU081974; Sat, 13 Apr 2013 19:06:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 13 Apr 2013 19:06:49 GMT Message-Id: <201304131906.r3DJ6nXU081974@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: Sat, 13 Apr 2013 19:06:53 -0000 TB --- 2013-04-13 15:50:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-13 15:50: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-04-13 15:50:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-04-13 15:50:18 - cleaning the object tree TB --- 2013-04-13 15:51:23 - /usr/local/bin/svn stat /src TB --- 2013-04-13 15:51:26 - At svn revision 249439 TB --- 2013-04-13 15:51:27 - building world TB --- 2013-04-13 15:51:27 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 15:51:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 15:51:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 15:51:27 - SRCCONF=/dev/null TB --- 2013-04-13 15:51:27 - TARGET=arm TB --- 2013-04-13 15:51:27 - TARGET_ARCH=armv6 TB --- 2013-04-13 15:51:27 - TZ=UTC TB --- 2013-04-13 15:51:27 - __MAKE_CONF=/dev/null TB --- 2013-04-13 15:51:27 - cd /src TB --- 2013-04-13 15:51:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 13 15:51:31 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 Sat Apr 13 18:52:18 UTC 2013 TB --- 2013-04-13 18:52:18 - generating LINT kernel config TB --- 2013-04-13 18:52:18 - cd /src/sys/arm/conf TB --- 2013-04-13 18:52:18 - /usr/bin/make -B LINT TB --- 2013-04-13 18:52:18 - cd /src/sys/arm/conf TB --- 2013-04-13 18:52:18 - /usr/sbin/config -m LINT TB --- 2013-04-13 18:52:18 - skipping LINT kernel TB --- 2013-04-13 18:52:18 - cd /src/sys/arm/conf TB --- 2013-04-13 18:52:18 - /usr/sbin/config -m AC100 TB --- 2013-04-13 18:52:18 - building AC100 kernel TB --- 2013-04-13 18:52:18 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 18:52:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 18:52:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 18:52:18 - SRCCONF=/dev/null TB --- 2013-04-13 18:52:18 - TARGET=arm TB --- 2013-04-13 18:52:18 - TARGET_ARCH=armv6 TB --- 2013-04-13 18:52:18 - TZ=UTC TB --- 2013-04-13 18:52:18 - __MAKE_CONF=/dev/null TB --- 2013-04-13 18:52:18 - cd /src TB --- 2013-04-13 18:52:18 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Apr 13 18:52:18 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 >>> Kernel build for AC100 completed on Sat Apr 13 18:55:09 UTC 2013 TB --- 2013-04-13 18:55:09 - cd /src/sys/arm/conf TB --- 2013-04-13 18:55:09 - /usr/sbin/config -m ARMADAXP TB --- 2013-04-13 18:55:09 - building ARMADAXP kernel TB --- 2013-04-13 18:55:09 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 18:55:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 18:55:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 18:55:09 - SRCCONF=/dev/null TB --- 2013-04-13 18:55:09 - TARGET=arm TB --- 2013-04-13 18:55:09 - TARGET_ARCH=armv6 TB --- 2013-04-13 18:55:09 - TZ=UTC TB --- 2013-04-13 18:55:09 - __MAKE_CONF=/dev/null TB --- 2013-04-13 18:55:09 - cd /src TB --- 2013-04-13 18:55:09 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Apr 13 18:55: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 >>> Kernel build for ARMADAXP completed on Sat Apr 13 18:59:02 UTC 2013 TB --- 2013-04-13 18:59:02 - cd /src/sys/arm/conf TB --- 2013-04-13 18:59:02 - /usr/sbin/config -m ATMEL TB --- 2013-04-13 18:59:02 - skipping ATMEL kernel TB --- 2013-04-13 18:59:03 - cd /src/sys/arm/conf TB --- 2013-04-13 18:59:03 - /usr/sbin/config -m AVILA TB --- 2013-04-13 18:59:03 - skipping AVILA kernel TB --- 2013-04-13 18:59:03 - cd /src/sys/arm/conf TB --- 2013-04-13 18:59:03 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-04-13 18:59:03 - building BEAGLEBONE kernel TB --- 2013-04-13 18:59:03 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 18:59:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 18:59:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 18:59:03 - SRCCONF=/dev/null TB --- 2013-04-13 18:59:03 - TARGET=arm TB --- 2013-04-13 18:59:03 - TARGET_ARCH=armv6 TB --- 2013-04-13 18:59:03 - TZ=UTC TB --- 2013-04-13 18:59:03 - __MAKE_CONF=/dev/null TB --- 2013-04-13 18:59:03 - cd /src TB --- 2013-04-13 18:59:03 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Apr 13 18:59:03 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 >>> Kernel build for BEAGLEBONE completed on Sat Apr 13 19:03:15 UTC 2013 TB --- 2013-04-13 19:03:15 - cd /src/sys/arm/conf TB --- 2013-04-13 19:03:15 - /usr/sbin/config -m BWCT TB --- 2013-04-13 19:03:15 - skipping BWCT kernel TB --- 2013-04-13 19:03:15 - cd /src/sys/arm/conf TB --- 2013-04-13 19:03:15 - /usr/sbin/config -m CAMBRIA TB --- 2013-04-13 19:03:15 - skipping CAMBRIA kernel TB --- 2013-04-13 19:03:15 - cd /src/sys/arm/conf TB --- 2013-04-13 19:03:15 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-04-13 19:03:15 - skipping CNS11XXNAS kernel TB --- 2013-04-13 19:03:15 - cd /src/sys/arm/conf TB --- 2013-04-13 19:03:15 - /usr/sbin/config -m CRB TB --- 2013-04-13 19:03:15 - skipping CRB kernel TB --- 2013-04-13 19:03:15 - cd /src/sys/arm/conf TB --- 2013-04-13 19:03:15 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-04-13 19:03:15 - building CUBIEBOARD kernel TB --- 2013-04-13 19:03:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-13 19:03:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-13 19:03:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-13 19:03:15 - SRCCONF=/dev/null TB --- 2013-04-13 19:03:15 - TARGET=arm TB --- 2013-04-13 19:03:15 - TARGET_ARCH=armv6 TB --- 2013-04-13 19:03:15 - TZ=UTC TB --- 2013-04-13 19:03:15 - __MAKE_CONF=/dev/null TB --- 2013-04-13 19:03:15 - cd /src TB --- 2013-04-13 19:03:15 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sat Apr 13 19:03:15 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 -x assembler-with-cpp -DLOCORE -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/arm/arm/cpufunc_asm_armv7.S cc -c -x assembler-with-cpp -DLOCORE -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/arm/arm/irq_dispatch.S 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/arm/allwinner/a10_clk.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 -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/arm/allwinner/a10_gpio.c /src/sys/arm/allwinner/a10_gpio.c:304:13: error: unsequenced modification and access to 'flags' [-Werror,-Wunsequenced] if ((flags &= sc->sc_gpio_pins[i].gp_caps) != flags) ^ ~~~~~ 1 error generated. *** [a10_gpio.o] Error code 1 Stop in /obj/arm.armv6/src/sys/CUBIEBOARD. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-13 19:06:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-13 19:06:49 - ERROR: failed to build CUBIEBOARD kernel TB --- 2013-04-13 19:06:49 - 9401.84 user 1637.10 system 11790.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 13 20:16: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 7D4A5BF3; Sat, 13 Apr 2013 20:16:03 +0000 (UTC) (envelope-from trashcan@t-online.de) Received: from mailout02.t-online.de (mailout02.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id 36CD31259; Sat, 13 Apr 2013 20:16:03 +0000 (UTC) Received: from fwd50.aul.t-online.de (fwd50.aul.t-online.de ) by mailout02.t-online.de with smtp id 1UR6ri-00067P-2c; Sat, 13 Apr 2013 22:16:02 +0200 Received: from sulu.fritz.box (X7tOLvZQrhV3AQxWvWJdKRbCs1OrpSWkZLsQPtcWNhW9qc-hB+BgNvPExegwkaoZ5L@[62.226.251.113]) by fwd50.t-online.de with esmtp id 1UR6rZ-0BqTdA0; Sat, 13 Apr 2013 22:15:53 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: "Michael Grimm" In-Reply-To: Date: Sat, 13 Apr 2013 22:15:53 +0200 Content-Transfer-Encoding: 7bit Message-Id: <4476561A-43B6-4A7F-B0E9-EB40F7C1177C@odo.in-berlin.de> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> To: freebsd-stable@freebsd.org, FreeBSD current X-Mailer: Apple Mail (2.1503) X-ID: X7tOLvZQrhV3AQxWvWJdKRbCs1OrpSWkZLsQPtcWNhW9qc-hB+BgNvPExegwkaoZ5L X-TOI-MSGID: ba5352f5-0b1b-4b64-8271-64f3f2fddae9 X-Mailman-Approved-At: Sat, 13 Apr 2013 21:08:01 +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: Sat, 13 Apr 2013 20:16:03 -0000 Hi -- On 13.04.2013, at 14:29, Kimmo Paasiala wrote: [great deal of simplification by ipv6_addrs_IF] > Sorry to resurrect this thread but since nothing has happened in about > three months I have to ask: What can I do to have this commited to > HEAD? +1 Nowadays -where IPv6 becomes more and more available by ISPs- I *really* would like to see this simplification implemented, soon, very soon. The current scheme is way to much error prone, and, its a pain in the ass! Thanks for the patch, Michael