From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 17:02:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68CC61065670 for ; Sun, 11 Mar 2012 17:02:58 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE3C8FC08 for ; Sun, 11 Mar 2012 17:02:58 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta13.emeryville.ca.mail.comcast.net with comcast id kH181i0011afHeLADH1sLQ; Sun, 11 Mar 2012 17:01:52 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta17.emeryville.ca.mail.comcast.net with comcast id kH1r1i00B4NgCEG8dH1smx; Sun, 11 Mar 2012 17:01:52 +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 q2BH1nGB020253; Sun, 11 Mar 2012 11:01:49 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adam Strohl In-Reply-To: <4F5B0BB5.5010406@ateamsystems.com> References: <4F5B0BB5.5010406@ateamsystems.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 11 Mar 2012 11:01:49 -0600 Message-ID: <1331485309.32194.63.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD-Stable ML Subject: Re: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 17:02:58 -0000 On Sat, 2012-03-10 at 15:07 +0700, Adam Strohl wrote: > I've now seen this on two different VMs on two different ESXi servers > (Xeon based hosts but different hardware otherwise and at different > facilities): > > Everything runs fine for weeks then (seemingly) suddenly/randomly the > clock STOPS. In the first case I saw a jump backwards of about 15 > minutes (and then a 'freeze' of the clock). The second time just 'time > standing still' with no backwards jump. Logging accuracy is of course > questionable given the nature of the issue, but nothing really jumps out > (ie; I don't see NTPd adjusting the time just before this happens or > anything like that). > > Naturally the clock stopping causes major issues, but the machine does > technically stay running. My open sessions respond, but anything that > relies on time moving forward hangs. I can't even gracefully reboot it > because shutdown/etc all rely on time moving forward (heh). > > So I'm not sure if this is a VMWare/ESXi issue or a FreeBSD issue, or > some kind of interaction between the two. I manage lots of VMWare > based FreeBSD VMs, but these are the only ESXi 5.0 servers and the only > FreeBSD 9.0 VMs. I have never seen anything quite like this before, and > last night as I mentioned above I had it happen for the second time on a > different VM + ESXi server combo so I'm not thinking its a fluke > anymore. I've looked for other reports of this both in VMWare and > FreeBSD contexts and not seeing anything. > > What is interesting is that the 2 servers that have shown this issue > perform similar tasks, which are different from the other VMs which have > not shown this issue (yet). This is 2 VMs out of a dozen VMs spread > over two ESXi servers on different coasts. This might be a coincidence > but seems suspicious. These two VMs run these services (where as the > other VMs don't): > > - BIND > - CouchDB > - MySQL > - NFS server > - Dovecot 2.x > > I would also say that these two VMs probably are the most active, have > the most RAM and consume the most CPU because of what they do (vs. the > others). > > I have disabled NTPd since I am running the OpenVM Tools (which I > believe should be keeping the time in sync with the ESXi host, which > itself uses NTP), my only guess is maybe there is some kind of collision > where NTPd and OpenVMTools were adjusting the time at the same time. > I'm playing the waiting game now to see what this brings (again though I > am running NTPd and OpenVMTools on all the other VMs which have yet to > show this issue). > > Anyone seen anything like this? Ring any bells? > I've run into the "time standing still" problem, but only on bringing up FreeBSD on new hardware (usually industrial single-board computers). In those cases time never advances beyond the time obtained from the RTC hardware at boot. I've never seen it happen that time runs normally for a while then stops advancing, but I have almost no experience with FreeBSD as a VM guest OS. When I have seen the problem, it's always been due to interrupt problems, such as the timer tick handler getting hung or the selected timer hardware not generating interrupts. It seems unlikely to me that ntpd and the vm tools would be fighting in a way that caused this symptom. The way ntpd affects timing is to step the clock (which gets logged), or to numerically steer the kernel's timekeeping routines. The steering is clamped at 500 ppm; to make the clock appear to stop it would have to steer at 1e6 ppm. I've always assumed that VM guest services daemons that handle timekeeping use the same ntp_adjtime() interface to the kernel timekeeping that ntpd itself uses, so the same steering limits would apply. If it happens again, interesting data might be found in the output of: sysctl kern.timecounter sysctl kern.eventtimer vmstat -i ntpdc -c kerninfo -- Ian From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 17:12:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99ABD106566B for ; Sun, 11 Mar 2012 17:12:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 194148FC12 for ; Sun, 11 Mar 2012 17:12:24 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id E15B515346A for ; Sun, 11 Mar 2012 18:12:22 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ESWArIhmWFdd for ; Sun, 11 Mar 2012 18:12:22 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 191CC153433 for ; Sun, 11 Mar 2012 18:12:22 +0100 (CET) Message-ID: <4F5CDCF5.5050906@digiware.nl> Date: Sun, 11 Mar 2012 18:12:21 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "stable@freebsd.org" References: <4F2940C1.10901@digiware.nl> In-Reply-To: <4F2940C1.10901@digiware.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Troube with SSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 17:12:24 -0000 On 2012-02-01 14:40, Willem Jan Withagen wrote: > Hi, > > I have this ZFS server up for about 27 days, and about 3 weeks ago (was > not really paying attention) it turns out it lost its SSD that I'm using > for log and cache. There is also a poor and lonely memory stick for log. > So the box did not really suffer file loss. > > system is running: > FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #58: Thu Nov 17 > 09:43:46 CET 2011 > root@zfs.digiware.nl:/home/obj/usr/src/src8/src/sys/ZFS amd64 > > more info like dmesg, pciconf, kernconf, zpool iostat at: > http://www.tegenbosch28.nl/FreeBSD/systems/ZFS/ > > But it is weird to just lose a SSD from the bus. And it has happened > before. And you can see that AHCI really banged on the frontdoor... > > The device is a Corsair 60Gb Force GT. And thusfar I have not found any > suggestions that that serie of devices is prone to doing this. > > It was a real dead device, the only way to get it back: > powercycle the device by pulling it, and stick it back > then camcontrol rescan > > I've now upgrade it to a 120Gb Corsair, to see if that has the same problem. > > Other FreeBSD-ers have like problems? > > Regards, > --WjW > > > Jan 7 10:04:24 zfs kernel: ahcich3: Timeout on slot 27 port 0 > Jan 7 10:04:24 zfs kernel: ahcich3: is 00000000 cs 20000000 ss 38000000 > rs 38000000 tfd c0 serr 00000000 cmd 0004dd17 > Jan 7 10:04:56 zfs kernel: ahcich3: AHCI reset: device not ready after > 31000ms (tfd = 00000080) > Jan 7 10:05:26 zfs kernel: ahcich3: Timeout on slot 29 port 0 > Jan 7 10:05:26 zfs kernel: ahcich3: is 00000000 cs 20000000 ss 00000000 > rs 20000000 tfd 80 serr 00000000 cmd 0004dd17 > Jan 7 10:05:57 zfs kernel: ahcich3: AHCI reset: device not ready after > 31000ms (tfd = 00000080) > Jan 7 10:06:27 zfs kernel: ahcich3: Timeout on slot 29 port 0 > Jan 7 10:06:27 zfs kernel: ahcich3: is 00000000 cs 20000000 ss 00000000 > rs 20000000 tfd 80 serr 00000000 cmd 0004dd17 > Jan 7 10:06:27 zfs kernel: (ada2:ahcich3:0:0:0): lost device > Jan 7 10:06:58 zfs kernel: ahcich3: AHCI reset: device not ready after > 31000ms (tfd = 00000080) > Jan 7 10:07:28 zfs kernel: ahcich3: Timeout on slot 29 port 0 > Jan 7 10:07:28 zfs kernel: ahcich3: is 00000000 cs e0000000 ss e0000000 > rs e0000000 tfd 80 serr 00000000 cmd 0004dd17 > Jan 7 10:08:16 zfs kernel: ahcich3: AHCI reset: device not ready after > 31000ms (tfd = 00000080) > Jan 7 10:08:16 zfs kernel: ahcich3: Poll timeout on slot 31 port 0 > Jan 7 10:08:16 zfs kernel: ahcich3: is 00000000 cs 80000000 ss 00000000 > rs 80000000 tfd 80 serr 00000000 cmd 0004df17 > Jan 7 10:08:46 zfs kernel: ahcich3: Timeout on slot 31 port 0 > Jan 7 10:08:46 zfs kernel: ahcich3: is 00000000 cs 80000000 ss 00000000 > rs 80000000 tfd 80 serr 00000000 cmd 0004df17 > Jan 7 10:08:48 zfs kernel: (ada2:ahcich3:0:0:0): removing device entry > Jan 7 10:09:33 zfs kernel: ahcich3: AHCI reset: device not ready after > 31000ms (tfd = 00000080) > Jan 7 10:09:33 zfs kernel: ahcich3: Poll timeout on slot 31 port 0 > Jan 7 10:09:33 zfs kernel: ahcich3: is 00000000 cs 80000000 ss 00000000 > rs 80000000 tfd 80 serr 00000000 cmd 0004df17 Just as a followup. I reported the above problem.... Today it occurred again. But this time I was able to find a firmware upgrade for the Corsair Force GT from 1.2 to 1.3.3 (Need Win7 to be able to upgrade....) Hopefully that helps, and it does not disconnect about every 4 weeks. Ciao, --WjW From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 17:39:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35B2E1065670 for ; Sun, 11 Mar 2012 17:39:19 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id F3B148FC0C for ; Sun, 11 Mar 2012 17:39:18 +0000 (UTC) Received: by dald2 with SMTP id d2so4453749dal.13 for ; Sun, 11 Mar 2012 10:39:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ayNgCAFWZm9vxEQluAuUV1/2PByaHJhNvHNey74d/QQ=; b=k9i2ea+g3JPfl20BUv8TG55f3ymCCitwX52FFTuXBxilAijb3H6u0+M3+Ok1T9L3qV dYh6aMLPaeZPN3d+TmM185u5v50eVZrDq8TOCyARRbabO+ZAiditj2BmHTV2gTKyv19D 1+SUo2h5+IDOT+a8Fk51/4tXYcXq3fKa4njixMbF8fNd0R4Mj7UdBLVt1xYMJuEp2npl wxhMD8Vp+M/d2tn36dXqQ0ZIeVlkHLQVwL+7aOGCf8N4YJmJsR9CRIiCzp6CamuwMsuQ OgRCXlV2F0udM/G3r+c1AvV6jkxVs6u3SdZMl4p0B+AnHp3z9BhSYHyzUjUGnedqwCod sT1g== MIME-Version: 1.0 Received: by 10.68.131.1 with SMTP id oi1mr15002699pbb.102.1331487558778; Sun, 11 Mar 2012 10:39:18 -0700 (PDT) Received: by 10.68.129.231 with HTTP; Sun, 11 Mar 2012 10:39:18 -0700 (PDT) In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> <20120226203949.H89643@sola.nimnet.asn.au> <20120228162636.Horde.JgORKJjmRSRPTPIsGKfo0uA@webmail.leidinger.net> <4F4D403E.2030703@FreeBSD.org> <4F4D510E.60206@FreeBSD.org> <20120229163223.L80360@sola.nimnet.asn.au> <20120229113505.2a5a3d47@nonamehost> Date: Sun, 11 Mar 2012 18:39:18 +0100 Message-ID: From: "army.of.root" To: vermaden Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: devd(8) based AUTOMOUNTER (version 1.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 17:39:19 -0000 Thanks for sharing ! Reads awesome. Even with exFAT integration, my new goto "external disk fs" :) best regards On Sun, Mar 4, 2012 at 10:49 AM, vermaden wrote: > Already at 1.3.1 ... > > Fixed the 'detach' section (s/PREFIX/MNTPREFIX/g). > Fixed removing directories of manually (properly) unmounted filesystems. > > "vermaden" pisze: >> Hi, >> >> after some 'fun' with MP3 players I have made some modifications and fixes. >> >> Here is a list of whats changed: >> >> Fixed bug about inproper exFAT detection, now mounts fine. >> Fixed bug about creating mount dirs for all attached devices no matter if needed or not. >> Revised 'detach' section, now removes only directory that is unmounted (if enabled of course). >> Simplified FAT/NTFS sections, removed additional check as it break some MP3 players default filesystems automount. >> >> The latest 1.3 version can be found here as usual: >> https://github.com/vermaden/automount/ >> >> Regards, >> vermaden > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 19:00:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E54106564A for ; Sun, 11 Mar 2012 19:00:11 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id DDF578FC0A for ; Sun, 11 Mar 2012 19:00:10 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 10A454CEDD5 for ; Sun, 11 Mar 2012 19:55:01 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id 51WVviQWzq2p for ; Sun, 11 Mar 2012 19:54:58 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 161C54CED91 for ; Sun, 11 Mar 2012 19:54:57 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 90595824269; Sun, 11 Mar 2012 19:54:57 +0100 (CET) Date: Sun, 11 Mar 2012 19:54:57 +0100 From: Phil Regnauld To: freebsd-stable@freebsd.org Message-ID: <20120311185457.GB1684@macbook.bluepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 19:00:11 -0000 Hi, I've got a fairly simple setup: two hosts running 9.0-R (will upgrade to stable if told to, but want to check here first), ZFS and HAST. HAST is configured to run on top of zvols configured on each host, as illustrated: FS FS +------+ +------+ | hvol | <---- hastd -----> | hvol | +------+ +------+ | zvol | | zvol | +------+ +------+ | zfs | | zfs | +------+ +------+ h1 h2 Connection is gigabit to the same switch. No issues with large TCP transfers such as SCP/FTP. Config is vanilla: # zfs create -V 10G zfs/hvol hast.conf: resource hvol { on h1 { local /dev/zvol/zfs/hvol remote tcp4://192.168.1.100 } on h2 { local /dev/zvol/zfs/hvol remote tcp4://192.168.1.200 } } h1 is behaving fine as primary, either with h2 turned off or in init - but as soon as I set the role to secondary for h2, the receiver repeatedly crashes and restarts - see the traces below. I've seen http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024871.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2012-01/msg00510.html ... but in the first case the fix is in 9 since last year, and the second is referring to async replication - I'm using the default (fullsync). hastctl status on the primary shows the dirty size diminishing slowly, but obviously this isn't optimal (and causes freezes on I/O to the primary hvol, causing all kinds of issues with the consumers of the hvol). Any idea ? Am I doing something wrong ? Primary: Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:02:41 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31642091520, 131072). Mar 11 02:02:41 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:02:41 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:02:48 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31649693696, 131072). Mar 11 02:02:48 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:02:48 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:02:59 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31691243520, 131072). Mar 11 02:02:59 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:02:59 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:03:13 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31783256064, 131072). Mar 11 02:03:13 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:03:13 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:03:18 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31782731776, 131072). Mar 11 02:03:18 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:03:18 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:03:28 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31803441152, 131072). Mar 11 02:03:28 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:03:28 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Mar 11 02:03:42 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31881953280, 131072). Mar 11 02:03:42 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. Mar 11 02:03:42 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. Secondary: Mar 11 01:01:30 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2874, exitcode=75). Mar 11 01:01:38 h2 hastd[2875]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:01:44 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2875, exitcode=75). Mar 11 01:01:45 h2 hastd[2876]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:01:50 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2876, exitcode=75). Mar 11 01:01:56 h2 hastd[2877]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:01 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2877, exitcode=75). Mar 11 01:02:05 h2 hastd[2878]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:11 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2878, exitcode=75). Mar 11 01:02:15 h2 hastd[2879]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:20 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2879, exitcode=75). Mar 11 01:02:30 h2 hastd[2880]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:34 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2880, exitcode=75). Mar 11 01:02:41 h2 hastd[2881]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:47 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2881, exitcode=75). Mar 11 01:02:48 h2 hastd[2882]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:02:54 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2882, exitcode=75). Mar 11 01:02:59 h2 hastd[2883]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:03:04 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2883, exitcode=75). Mar 11 01:03:13 h2 hastd[2884]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:03:17 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2884, exitcode=75). Mar 11 01:03:18 h2 hastd[2885]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:03:23 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2885, exitcode=75). Mar 11 01:03:28 h2 hastd[2886]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:03:33 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2886, exitcode=75). Mar 11 01:03:42 h2 hastd[2887]: [hvol] (secondary) Unable to receive request header: Socket is not connected. Mar 11 01:03:48 h2 hastd[2506]: [hvol] (secondary) Worker process exited ungracefully (pid=2887, exitcode=75). Mar 11 01:03:48 h2 hastd[2888]: [hvol] (secondary) Unable to receive request header: Socket is not connected. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 19:20:33 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B4D4106566B for ; Sun, 11 Mar 2012 19:20:33 +0000 (UTC) (envelope-from prvs=14171a612c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E23A08FC15 for ; Sun, 11 Mar 2012 19:20:32 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Sun, 11 Mar 2012 19:20:19 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50018524953.msg for ; Sun, 11 Mar 2012 19:20:16 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=14171a612c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Willem Jan Withagen" , References: <4F2940C1.10901@digiware.nl> <4F5CDCF5.5050906@digiware.nl> Date: Sun, 11 Mar 2012 19:20:12 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: Troube with SSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 19:20:33 -0000 ----- Original Message ----- From: "Willem Jan Withagen" > Just as a followup. > > I reported the above problem.... > > Today it occurred again. But this time I was able to find a firmware > upgrade for the Corsair Force GT from 1.2 to 1.3.3 > (Need Win7 to be able to upgrade....) > > Hopefully that helps, and it does not disconnect about every 4 weeks. Sandforce based SSD as known for this issue, the later firmware updates do indeed help with the problem. We've found the 1.3.3 Corsair on none GT versions to be nice and stable :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 19:44:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A045A1065672 for ; Sun, 11 Mar 2012 19:44:00 +0000 (UTC) (envelope-from prvs=14171a612c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 35C568FC18 for ; Sun, 11 Mar 2012 19:43:59 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Sun, 11 Mar 2012 19:43:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50018526175.msg for ; Sun, 11 Mar 2012 19:43:58 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=14171a612c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: Date: Sun, 11 Mar 2012 19:43:53 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: What ZFS version will be in 8.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 19:44:00 -0000 Hi guys which version of ZFS support will be included in 8.3? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 20:00:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 914C3106566B for ; Sun, 11 Mar 2012 20:00:03 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id C4C9E8FC08 for ; Sun, 11 Mar 2012 20:00:02 +0000 (UTC) Received: (qmail 35864 invoked by uid 89); 11 Mar 2012 19:57:37 -0000 Received: by simscan 1.4.0 ppid: 35859, pid: 35861, t: 0.0488s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:14630 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 11 Mar 2012 19:57:37 -0000 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Rainer Duffner X-Priority: 3 In-Reply-To: Date: Sun, 11 Mar 2012 20:57:36 +0100 Content-Transfer-Encoding: 7bit Message-Id: <5AD74D39-5CD2-4B0C-B223-28513D553AD9@ultra-secure.de> References: To: "Steven Hartland" X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: What ZFS version will be in 8.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 20:00:03 -0000 Am 11.03.2012 um 20:43 schrieb Steven Hartland: > Hi guys which version of ZFS support will be included in 8.3? V28, AFAIK. Has been available as a back-port for 8.2 for some time. Hopefully, it's stable. ;-) Rainer From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 20:05:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42683106566B for ; Sun, 11 Mar 2012 20:05:18 +0000 (UTC) (envelope-from alonsoschaich@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id D090A8FC12 for ; Sun, 11 Mar 2012 20:05:17 +0000 (UTC) Received: (qmail invoked by alias); 11 Mar 2012 20:05:10 -0000 Received: from pD95434C6.dip.t-dialin.net (EHLO harmony.localnet.edu) [217.84.52.198] by mail.gmx.net (mp004) with SMTP; 11 Mar 2012 21:05:10 +0100 X-Authenticated: #6569712 X-Provags-ID: V01U2FsdGVkX19p4psYTaxpvj5Z4hbCfj0Wq3s/GXNSIvrBmAGAPW worda9FBLgag/I From: Schaich Alonso To: freebsd-stable@freebsd.org Date: Sun, 11 Mar 2012 21:05:09 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203112105.09911.alonsoschaich@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: What ZFS version will be in 8.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 20:05:18 -0000 ZFS v28. It was merged into RELENG_8 from current in may last year. Alonso From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 20:33:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43AA6106564A for ; Sun, 11 Mar 2012 20:33:07 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB3688FC1B for ; Sun, 11 Mar 2012 20:33:06 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2988416bkc.13 for ; Sun, 11 Mar 2012 13:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=sJrczfdUZEmRRidJLrzqguee+cEFnxRo3AlpU4ho44I=; b=HSJUXRbW0k756zGabbZ26WFxOutS/s0eqPqpWD0eGirjoEDCbjyhHvKQbYIci7Ol9E tQdUyuGPnePoFKL3zrTlylq/f4sA28wjYu6OsUz0PXolFjPaOuwqhDoayCvyVu/xggwv YbMAqRmJXEjWBGcRLE9nLF4ZjgsMpqvP3vqGC2kSr2+AB5YUxvBOfLgx04aEvahPJ4qo zPhUUA+KTEhXuPjvjU1l+I709aCDw+ynwH6yGRBnwc5M1J4D0WZT2LNT0EMLMN01rRRW qmDsePqS5Rkd4/bxw/r68d7WMXTIoXd/IBgpnv5zd2F2G2+pOlr8HackFxV1a37maEpc qqJQ== Received: by 10.204.156.139 with SMTP id x11mr4026455bkw.59.1331497985438; Sun, 11 Mar 2012 13:33:05 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id m3sm20960261bkz.0.2012.03.11.13.33.02 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Mar 2012 13:33:03 -0700 (PDT) From: Mikolaj Golub To: Phil Regnauld References: <20120311185457.GB1684@macbook.bluepipe.net> X-Comment-To: Phil Regnauld Sender: Mikolaj Golub Date: Sun, 11 Mar 2012 22:31:46 +0200 In-Reply-To: <20120311185457.GB1684@macbook.bluepipe.net> (Phil Regnauld's message of "Sun, 11 Mar 2012 19:54:57 +0100") Message-ID: <861uoyvpzh.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 20:33:07 -0000 On Sun, 11 Mar 2012 19:54:57 +0100 Phil Regnauld wrote: PR> Hi, PR> I've got a fairly simple setup: two hosts running 9.0-R (will upgrade to stable PR> if told to, but want to check here first), ZFS and HAST. HAST is configured to PR> run on top of zvols configured on each host, as illustrated: PR> FS FS PR> +------+ +------+ PR> | hvol | <---- hastd -----> | hvol | PR> +------+ +------+ PR> | zvol | | zvol | PR> +------+ +------+ PR> | zfs | | zfs | PR> +------+ +------+ PR> h1 h2 PR> Connection is gigabit to the same switch. No issues with large TCP PR> transfers such as SCP/FTP. PR> Config is vanilla: PR> # zfs create -V 10G zfs/hvol PR> hast.conf: PR> resource hvol { PR> on h1 { PR> local /dev/zvol/zfs/hvol PR> remote tcp4://192.168.1.100 PR> } PR> on h2 { PR> local /dev/zvol/zfs/hvol PR> remote tcp4://192.168.1.200 PR> } PR> } PR> h1 is behaving fine as primary, either with h2 turned off or in init - PR> but as soon as I set the role to secondary for h2, the receiver PR> repeatedly crashes and restarts - see the traces below. PR> Primary: PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. PR> Mar 11 02:02:41 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31642091520, 131072). 31642091520 looks like rather large offset for 10Gb volume... Just to be more confident that this is a HAST issue could you please try the following experiment? 1) Stop hastd on h2. 2) On h1 run something like below: dd if=/dev/zvol/zfs/hvol bs=131072 | ssh h2 dd bs=131072 of=/dev/zvol/zfs/hvol (copy hvol from h1 to h2 without hastd to see if it will succeed). Note: you will need to recreate HAST provider on secondary after this. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Mar 11 22:09:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56E861065672; Sun, 11 Mar 2012 22:09:15 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 0160F8FC1B; Sun, 11 Mar 2012 22:09:14 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 47EE64CEDAC; Sun, 11 Mar 2012 23:09:13 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id Fu175dMiC8Dh; Sun, 11 Mar 2012 23:09:12 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id E10B14CEDA6; Sun, 11 Mar 2012 23:09:11 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 554B8827D71; Sun, 11 Mar 2012 23:09:11 +0100 (CET) Date: Sun, 11 Mar 2012 23:09:11 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120311220911.GD1684@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <861uoyvpzh.fsf@kopusha.home.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 22:09:15 -0000 Mikolaj Golub (trociny) writes: > > > PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Disconnected from tcp4://192.168.1.200. > PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Unable to write synchronization data: Cannot allocate memory. > PR> Mar 11 02:02:41 h1 hastd[2282]: [hvol] (primary) Unable to send request (Cannot allocate memory): WRITE(31642091520, 131072). > > 31642091520 looks like rather large offset for 10Gb volume... Sorry, that should have been 100G - I typed from memory instead of copy-pasting. > Just to be more confident that this is a HAST issue could you please try the > following experiment? > > 1) Stop hastd on h2. > > 2) On h1 run something like below: > > dd if=/dev/zvol/zfs/hvol bs=131072 | ssh h2 dd bs=131072 of=/dev/zvol/zfs/hvol > > (copy hvol from h1 to h2 without hastd to see if it will succeed). > > Note: you will need to recreate HAST provider on secondary after this. Ok this is interesting. (For debugging purposes I've renamed the target zvol as "junk", you'll see why below). 1) As you suggested: h1# dd if=/dev/zvol/zfs/hvol bs=131072 | ssh h2 dd bs=131072 of=/dev/zvol/zfs/junk dd: /dev/zvol/zfs/junk: Invalid argument 0+6 records in 0+5 records out 131072 bytes transferred in 0.002344 secs (55920640 bytes/sec) To be certain which dd was complaining, I renamed the target zvol. 2) Tried repeatedly, sometimes the number of bytes is a bit different: 0+7 records in 0+6 records out 147456 bytes transferred in 0.002448 secs (60233277 bytes/sec) And yes, hastd is stopped on h2. 3) I tried dd'ing zero to the zvol locally on h2: h2# dd if=/dev/zero of=/dev/zvol/zfs/junk bs=131072 ^C1817+0 records in 1816+0 records out 238026752 bytes transferred in 1.582006 secs (150458820 bytes/sec) That works, until I ^C it. 4) I tried redirecting the output of the dd | ssh to a file on the h2 side: h1# dd if=/dev/zvol/zfs/hvol bs=131072 | ssh h2 dd bs=131072 of=/tmp/x ^C653+0 records in 652+0 records out 85458944 bytes transferred in 2.408074 secs (35488506 bytes/sec) That works too, until I ^C it. 5) Things get even weirder - if I then go over to h2 and dd the "/tmp/x" test file over to the zvol: h2# dd if=x bs=131072 of=/dev/zvol/zfs/junk dd: /dev/zvol/zfs/junk: Invalid argument 652+1 records in 652+0 records out 85458944 bytes transferred in 0.444571 secs (192227879 bytes/sec) Note that the file /tmp/x is 86917120 bytes long. 6) I try to copy more data into /tmp/x - it's now 291946496 (~280 MB) h2# dd if=x bs=131072 of=/dev/zvol/zfs/junk 2227+1 records in 2227+1 records out 291946496 bytes transferred in 3.564129 secs (81912441 bytes/sec) No more "invalid argument"... 7) ktrace on the destination dd: [...] \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0" 5807 dd RET read 17992/0x4648 5807 dd CALL write(0x3,0x800c09000,0x4648) 5807 dd RET write -1 errno 22 Invalid argument 5807 dd CALL write(0x2,0x7fffffffd300,0x4) 5807 dd GIO fd 2 wrote 4 bytes "dd: " 5807 dd RET write 4 5807 dd CALL write(0x2,0x7fffffffd3e0,0x12) 5807 dd GIO fd 2 wrote 18 bytes "/dev/zvol/zfs/junk" truss is a bit more informative: fstat(0,{ mode=p--------- ,inode=5,size=16384,blksize=4096 }) = 0 (0x0) lseek(0,0x0,SEEK_CUR) ERR#29 'Illegal seek' Illegal seek, eh ? Any clues ? The boxes are identical (HP DL380 G6), though the RAM config is different. Summary: - ssh works fine - h1 zvol to h2 zvol over ssh fails - h1 zvol to h2 /tmp/x over ssh is fine - h2 /dev/zero locally to h2 zvol is fine - h2 /tmp/x locally to h2 zvol fails at first, but works afterwards... From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 02:58:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CED4106566B for ; Mon, 12 Mar 2012 02:58:04 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id 20DE58FC0A for ; Mon, 12 Mar 2012 02:58:03 +0000 (UTC) Received: from c-98-223-201-170.hsd1.in.comcast.net (c-98-223-201-170.hsd1.in.comcast.net [98.223.201.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id 9C4141382C8 for ; Mon, 12 Mar 2012 02:40:41 +0000 (GMT) Date: Sun, 11 Mar 2012 22:36:55 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Re: Regression in 8.2-STABLE bge code (from 7.4-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 02:58:04 -0000 A patch which allows FreeBSD 8.3-STABLE to use the Broadcom GigE bge ports on the Tyan S4882 quad Opteron motherboard (and almost certainly on the S4881 motherboard, which had the same problem with 7.4-STABLE) has been developed by YongHyeon Pyun. The problem involves a bug in the PCI bridge which connects the Broadcom bge Ethernet ports. He will shortly be committing the patch to HEAD. Thank you! Mike Squires mikes at siralan.org UN*X at home since 1986 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 08:18:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98B441065670 for ; Mon, 12 Mar 2012 08:18:29 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id F054B8FC08 for ; Mon, 12 Mar 2012 08:18:28 +0000 (UTC) Date: Mon, 12 Mar 2012 08:58:22 +0100 From: vermaden To: "army.of.root" X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> <20120226203949.H89643@sola.nimnet.asn.au> <20120228162636.Horde.JgORKJjmRSRPTPIsGKfo0uA@webmail.leidinger.net> <4F4D403E.2030703@FreeBSD.org> <4F4D510E.60206@FreeBSD.org> <20120229163223.L80360@sola.nimnet.asn.au> <20120229113505.2a5a3d47@nonamehost> X-Originating-IP: 194.0.181.128 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1331539102; bh=3bFXnO6s0YjUHoB12wuXZrXtvjuB7mk+AvDhmn+1BzQ=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=bD6fb1Icrrv6kUeHki5i/1HeMyV547Q9yi+zAlvBVO3K9unhJuq1ysZwhWTBe3JF7 nq6GWH+A+6vnTOXhIwRx3g5fxZLKQCCBV9G8Tov/58iip08fo1EF5LNy/zJQ1qN+aM oAsKEoCy5dwWQ5n74Y/QDQx09rFYlfl9Lf3IaXm8= Cc: freebsd-stable@freebsd.org Subject: Re: devd(8) based AUTOMOUNTER (version 1.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 08:18:29 -0000 Welcome ;) "army.of.root" pisze: > Thanks for sharing ! >=20 > Reads awesome. > Even with exFAT integration, my new goto "external disk fs" :) >=20 > best regards >=20 > On Sun, Mar 4, 2012 at 10:49 AM, vermaden wrote: > > Already at 1.3.1 ... > > > > Fixed the 'detach' section (s/PREFIX/MNTPREFIX/g). > > Fixed removing directories of manually (properly) unmounted filesystems= . > > > > "vermaden" pisze: > >> Hi, > >> > >> after some 'fun' with MP3 players I have made some modifications and f= ixes. > >> > >> Here is a list of whats changed: > >> > >> Fixed bug about inproper exFAT detection, now mounts fine. > >> Fixed bug about creating mount dirs for all attached devices no matter= if needed or not. > >> Revised 'detach' section, now removes only directory that is unmounted= (if enabled of course). > >> Simplified FAT/NTFS sections, removed additional check as it break som= e MP3 players default filesystems automount. > >> > >> The latest 1.3 version can be found here as usual: > >> https://github.com/vermaden/automount/ > >> > >> Regards, > >> vermaden > > >=20 --=20 ... From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 10:18:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D80A106564A for ; Mon, 12 Mar 2012 10:18:54 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B70568FC17 for ; Mon, 12 Mar 2012 10:18:53 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3402111bkc.13 for ; Mon, 12 Mar 2012 03:18:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=++al8D2ct6IH8pPHrGrW39qok/ciIhTG/ou0TgS81F0=; b=MJcWfgtQj75b7eVlix0I/WI0nx8GSDjvQ9UYFWgMa7OJ/bjTcRLD8BcFTfXJtLU7My SEsoxPuY6vee//uJiaKxemEtfsX9AV9dzcfDGrrWSBvIfF+rzLzCbGdETrl/EY/6ZOVf cadlJGaw04NJCBAXuQ1y4sEF6ZhhK9gfDNXlnCIxqIJRKXMK73mPufV1XcAy3mIFGz6D HlIxBrL7v3kGyLLw0GH6GtkcLRlZ/f0xt1g9ggYzXIjmEddeHtkG+3euMr+yqb8izR9Z LZpV+sPvmBgoTTPDqAfSeg3as4I2jPs6KaW2+iQsrlk787n3qkPQhFQY9OkaqOS/AlZX TzCA== Received: by 10.205.130.133 with SMTP id hm5mr4428067bkc.115.1331547532439; Mon, 12 Mar 2012 03:18:52 -0700 (PDT) Received: from [10.254.254.77] (ppp95-165-157-178.pppoe.spdop.ru. [95.165.157.178]) by mx.google.com with ESMTPS id jd17sm24113474bkb.4.2012.03.12.03.18.51 (version=SSLv3 cipher=OTHER); Mon, 12 Mar 2012 03:18:52 -0700 (PDT) Message-ID: <4F5DCD8B.4090109@zonov.org> Date: Mon, 12 Mar 2012 14:18:51 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQm64RneXp6U4KPKZr6CdUETfwO3WNTkZBM7SsZlLo1RvzbpzrjCGEeKKqd0OaM75Ao3Ucps Subject: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 10:18:54 -0000 Hi, Does any one have this [1] problem? or just know how to fix it? [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/159103 -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 10:40:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DECB106564A for ; Mon, 12 Mar 2012 10:40:32 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 37AE68FC0A for ; Mon, 12 Mar 2012 10:40:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=YYJOFexZizJm0IZpO+4iNjT8HVGu7/SmFMdfU43nBXM=; b=N7CtFwfmMZ5ceALDITMdM0sUljXOfGV3EeOo7npPz8sLfxiFhmF2u8pGnwy0hb9OUPBafHZlEiyhDkB+O0z+VZeJldCp58gAfE0MUkE38uqnhD4cxZ621LBOCL8tYkIPAx5jNiwp1d+t/yMmTfLmmx8Qg4gd7lvi4pUhTiqTCWM=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S72fz-0006bC-6z ; Mon, 12 Mar 2012 12:40:27 +0200 Date: Mon, 12 Mar 2012 12:40:26 +0200 From: Ivan Klymenko To: Andrey Zonov Message-ID: <20120312124026.37fb2bae@nonamehost.> In-Reply-To: <4F5DCD8B.4090109@zonov.org> References: <4F5DCD8B.4090109@zonov.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 10:40:32 -0000 =D0=92 Mon, 12 Mar 2012 14:18:51 +0400 Andrey Zonov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi, >=20 > Does any one have this [1] problem? or just know how to fix it? >=20 > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/159103 >=20 I have this same problem ifconfig re0 re0: flags=3D8843 metric 0 mtu 1500 options=3D8209b ether 64:31:50:94:bc:b4 inet 192.168.0.101 netmask 0xffffff00 broadcast 192.168.0.255=20 nd6 options=3D29 media: Ethernet autoselect (100baseTX ) status: active ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down ^C --- 192.168.0.1 ping statistics --- 8 packets transmitted, 0 packets received, 100.0% packet loss uname -a FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r232793M: Sun Mar 1= 1 00:00:22 EET 2012 ivan@nonamehost:/usr/obj/usr/src/sys/mk10 amd64 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 10:47:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44863106566C for ; Mon, 12 Mar 2012 10:47:49 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BE79C8FC19 for ; Mon, 12 Mar 2012 10:47:48 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3434605bkc.13 for ; Mon, 12 Mar 2012 03:47:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=9qGrWT8M6/w8sYtajR9YlfW568ckqOq2py+yrrU1J8w=; b=T5lGpy0GkkETrKlMacAXHlYqIMqml5MuTvbw0HsdaOssGF7X3DKJpu3iADTHrQSMPj 75VnVLEBTsgamoYoUp+VZPw8rkb608ec+IA82fK567Ju4P9tATnIYOlS8oNaD4nHZcJX pd7uVSDc9GmtQ+e6Gg+Fx2nUCCTBGoKbG83fH9Hbdq0HMSjoJoroV1hDvuAYbXeZsZuC CcjBlsn5oxh8vHQlfegjTSQvnZI6eyIJtJ9gBiBTpDgoHFbxqB2CFzYFS0sKEAHnruY7 9JYX98khm8syDYKVO2GIdhJP6SxgLKZwoIq1gIhiDYXqTM3Bkp+EKMfMinV3Sx+Z+teL Rn6w== Received: by 10.204.129.203 with SMTP id p11mr4797138bks.58.1331549267535; Mon, 12 Mar 2012 03:47:47 -0700 (PDT) Received: from [10.254.254.77] (ppp95-165-157-178.pppoe.spdop.ru. [95.165.157.178]) by mx.google.com with ESMTPS id jd17sm24309544bkb.4.2012.03.12.03.47.46 (version=SSLv3 cipher=OTHER); Mon, 12 Mar 2012 03:47:47 -0700 (PDT) Message-ID: <4F5DD451.9030909@zonov.org> Date: Mon, 12 Mar 2012 14:47:45 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Ivan Klymenko References: <4F5DCD8B.4090109@zonov.org> <4f5dd2c0.e6c1320a.3c06.ffffa6b9SMTPIN_ADDED@mx.google.com> In-Reply-To: <4f5dd2c0.e6c1320a.3c06.ffffa6b9SMTPIN_ADDED@mx.google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQmRRkIJW9KKfNrZK5yNUTdd6taN505FDAvR5uBz8DMKOCPPCYte46Ui4//zqGhlpH5VXBgp Cc: freebsd-stable@freebsd.org Subject: Re: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 10:47:49 -0000 On 12.03.2012 14:40, Ivan Klymenko wrote: > Ð’ Mon, 12 Mar 2012 14:18:51 +0400 > Andrey Zonov пишет: > >> Hi, >> >> Does any one have this [1] problem? or just know how to fix it? >> >> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/159103 >> > > I have this same problem > > ifconfig re0 > re0: flags=8843 metric 0 mtu 1500 > options=8209b > ether 64:31:50:94:bc:b4 > inet 192.168.0.101 netmask 0xffffff00 broadcast 192.168.0.255 > nd6 options=29 > media: Ethernet autoselect (100baseTX) > status: active > > ping 192.168.0.1 Please ping 192.168.0.101. -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 10:57:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6799B1065672 for ; Mon, 12 Mar 2012 10:57:00 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 201028FC16 for ; Mon, 12 Mar 2012 10:56:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=JmrOQYUpqZSYe0QABESuMHvdDNZl9PMv2TeCYi95/SQ=; b=v3fHUsb0Ttt5/94lGQg1lC7ZhMRKG7AX177zAvK3PIEoq76EKEZoPZkghgJdz033jo+lx6qPq2Kiu9FlNokNq/1Odt8EpXxX1siGo50+2Y3sZXLIFPV2QjiXLtQnOvT2R62ScxEWuqYkwjboB5+rS/sz5R5u75jGK+VLEwyXyDE=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1S72vw-000Kq5-RT ; Mon, 12 Mar 2012 12:56:57 +0200 Date: Mon, 12 Mar 2012 12:56:55 +0200 From: Ivan Klymenko To: Andrey Zonov Message-ID: <20120312125655.062aa1f8@nonamehost.> In-Reply-To: <4F5DD451.9030909@zonov.org> References: <4F5DCD8B.4090109@zonov.org> <4f5dd2c0.e6c1320a.3c06.ffffa6b9SMTPIN_ADDED@mx.google.com> <4F5DD451.9030909@zonov.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 10:57:00 -0000 =D0=92 Mon, 12 Mar 2012 14:47:45 +0400 Andrey Zonov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 12.03.2012 14:40, Ivan Klymenko wrote: > > =D0=92 Mon, 12 Mar 2012 14:18:51 +0400 > > Andrey Zonov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > >> Hi, > >> > >> Does any one have this [1] problem? or just know how to fix it? > >> > >> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/159103 > >> > > > > I have this same problem > > > > ifconfig re0 > > re0: flags=3D8843 metric 0 > > mtu 1500 > > options=3D8209b > > ether 64:31:50:94:bc:b4 inet 192.168.0.101 netmask 0xffffff00 > > broadcast 192.168.0.255 nd6 > > options=3D29 media: Ethernet > > autoselect (100baseTX) status: active > > > > ping 192.168.0.1 >=20 > Please ping 192.168.0.101. >=20 Oh! :) excuse me - a good ping. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 11:16:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D408C1065678 for ; Mon, 12 Mar 2012 11:16:00 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3C68FC08 for ; Mon, 12 Mar 2012 11:16:00 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3465085bkc.13 for ; Mon, 12 Mar 2012 04:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=bAU870W1yvhpFr+koDSihF/qHJD5UFz0GjXbeFNlLqw=; b=dh8NmPu814a6OtwmHiQrtFjzSOl/E0zGqVAzcjte/yfsmrhCuqRknGq3bSXRG7o2ul kByKVZTLRMVUqG0z+/G3Ri+p84pGpuoYI/EfTrqlujMMp4nIctlEnggROs3EGcKSy34t L4nX02dWtGLxd9oJ/jpgEoF07FkeAHcyKpsncmG9o5hyK1gx8ufeHAx7lZnb0aL1eCqZ SONuKojZbH/nZjV+zW2MOhGnuQSEjXaLzf/dZI9VrTseoy/L8RYY5cf1J44hPxL4d9xG YHOYc/hpiM0l1j8qmblj7uUez/WAUwuw9JOnLeYFG8E+rJQut16Bt51UGqbiJc2IHCTQ AT3A== Received: by 10.205.130.12 with SMTP id hk12mr4807147bkc.76.1331550959329; Mon, 12 Mar 2012 04:15:59 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id f5sm24482492bke.9.2012.03.12.04.15.57 (version=SSLv3 cipher=OTHER); Mon, 12 Mar 2012 04:15:58 -0700 (PDT) Date: Mon, 12 Mar 2012 14:16:23 +0300 From: "Sergey V. Dyatko" To: freebsd-stable@freebsd.org Message-ID: <20120312141623.77b035de@laptop> In-Reply-To: <4f5dd69c.c34c320a.459d.ffffe8ecSMTPIN_ADDED@mx.google.com> References: <4F5DCD8B.4090109@zonov.org> <4f5dd2c0.e6c1320a.3c06.ffffa6b9SMTPIN_ADDED@mx.google.com> <4F5DD451.9030909@zonov.org> <4f5dd69c.c34c320a.459d.ffffe8ecSMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 11:16:01 -0000 On Mon, 12 Mar 2012 12:56:55 +0200 Ivan Klymenko wrote: > ÷ Mon, 12 Mar 2012 14:47:45 +0400 > Andrey Zonov ÐÉÛÅÔ: > > > On 12.03.2012 14:40, Ivan Klymenko wrote: > > > ÷ Mon, 12 Mar 2012 14:18:51 +0400 > > > Andrey Zonov ÐÉÛÅÔ: > > > > > >> Hi, > > >> > > >> Does any one have this [1] problem? or just know how to fix it? > > >> > > >> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/159103 > > >> > > > > > > I have this same problem > > > > > > ifconfig re0 > > > re0: flags=8843 metric 0 > > > mtu 1500 > > > options=8209b > > > ether 64:31:50:94:bc:b4 inet 192.168.0.101 netmask 0xffffff00 > > > broadcast 192.168.0.255 nd6 > > > options=29 media: Ethernet > > > autoselect (100baseTX) status: active > > > > > > ping 192.168.0.1 > > > > Please ping 192.168.0.101. > > > > Oh! :) excuse me - a good ping. +1 10-CURRENT r231585M aot: 9.0-STABLE #1 r231062 re0: flags=8843 metric 0 mtu 1500 options=209b ether 1c:6f:65:80:74:9b inet6 fe80::1e6f:65ff:fe80:749b%re0 prefixlen 64 scopeid 0x5 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active vlan32: flags=8843 metric 0 mtu 1500 options=3 ether 1c:6f:65:80:74:9b inet aa.bb.cc.dd netmask 0xffffff00 broadcast **.** inet6 fe80::1e6f:65ff:fe80:749b%vlan32 prefixlen 64 scopeid 0xb inet 93.125.34.76 netmask 0xffffff00 broadcast 93.125.34.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active vlan: 32 parent interface: re0 ping aa.bb.cc.dd -> 2 packets transmitted, 2 packets received, 0.0% packet loss -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 14:31:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35FD1065672; Mon, 12 Mar 2012 14:31:29 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9260A8FC17; Mon, 12 Mar 2012 14:31:29 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 24CED4CEE2C; Mon, 12 Mar 2012 15:31:28 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id NkbCC5GdInVz; Mon, 12 Mar 2012 15:31:27 +0100 (CET) Received: from macbook.bluepipe.net (macbook.bluepipe.net [195.249.214.179]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id A463D4CEDAA; Mon, 12 Mar 2012 15:31:27 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 64F9082E2D0; Mon, 12 Mar 2012 15:31:27 +0100 (CET) Date: Mon, 12 Mar 2012 15:31:27 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120312143127.GM12975@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120311220911.GD1684@macbook.bluepipe.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 14:31:29 -0000 Phil Regnauld (regnauld) writes: > > 7) ktrace on the destination dd: > > fstat(0,{ mode=p--------- ,inode=5,size=16384,blksize=4096 }) = 0 (0x0) > lseek(0,0x0,SEEK_CUR) ERR#29 'Illegal seek' [...] > Illegal seek, eh ? Any clues ? > > The boxes are identical (HP DL380 G6), though the RAM config is different. > > Summary: > > - ssh works fine > - h1 zvol to h2 zvol over ssh fails > - h1 zvol to h2 /tmp/x over ssh is fine > - h2 /dev/zero locally to h2 zvol is fine > - h2 /tmp/x locally to h2 zvol fails at first, but works afterwards... A few more data points: dd from a local zvol to a local zvol on either machine works fine. Using nc instead of ssh, this time it's the sender nc dying: ktrace on the sender: 47704 nc CALL write(0x3,0x7fffffff5450,0x800) 47704 nc RET write -1 errno 32 Broken pipe 47704 nc PSIG SIGPIPE SIG_DFL code=0x10006 truss on the sender: poll({3/POLLIN 0/POLLIN},2,-1) = 2 (0x2) read(3,0x7fffffff5450,2048) ERR#54 'Connection reset by peer' close(3) = 0 (0x0) On tcpdump, I do see the receiver send a FIN when using nc. When using ssh, the sender is sending the FIN. Anything else I can look for ? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 15:09:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EED51065670 for ; Mon, 12 Mar 2012 15:09:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id DC7388FC0C for ; Mon, 12 Mar 2012 15:09:02 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S76rt-0000zX-Ur for freebsd-stable@freebsd.org; Mon, 12 Mar 2012 16:09:01 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Mar 2012 16:09:01 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Mar 2012 16:09:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 12 Mar 2012 16:08:50 +0100 Lines: 75 Message-ID: References: <4F5A2513.9050301@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC772D0D177DC14709D603796" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 In-Reply-To: <4F5A2513.9050301@FreeBSD.org> X-Enigmail-Version: 1.3.5 Subject: Re: Serverworks HT-1000 & HPET event timer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 15:09:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC772D0D177DC14709D603796 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/03/2012 16:43, Alexander Motin wrote: > Hi. >=20 > Does anybody have success story of using HPET event timer (not time > counter!) on Serverworks HT-1000 chipset under FreeBSD 9/10? > > I was reported about problems with it on HP BL465c G6 blade system and > now thinking whether it is global problem or specific to this system. For what it's worth, I have a G1 and everything works by default: hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) LAPIC(400) i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 15 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.quality: 400 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 # vmstat -i interrupt total rate irq1: atkbd0 18 0 irq20: hpet0 1625923139 658 irq22: uhci4 4323336 1 irq256: bce0 772213596 312 irq257: ciss0 40836282 16 irq258: isp0 49525760 20 irq259: isp1 84 0 Total 2492822215 1008 --------------enigC772D0D177DC14709D603796 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9eEYIACgkQldnAQVacBcgqrQCeOFeU5PDKzC/+BNX/RLQwPl5U /uwAn1YjNdRUs8f8qaqGSAmw+Z3xspUC =LdwV -----END PGP SIGNATURE----- --------------enigC772D0D177DC14709D603796-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 16:32:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42AA5106564A for ; Mon, 12 Mar 2012 16:32:16 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id EA8488FC15 for ; Mon, 12 Mar 2012 16:32:15 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1S77wI-000Ld4-97; Mon, 12 Mar 2012 18:17:38 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Andrey Zonov In-reply-to: <4F5DCD8B.4090109@zonov.org> References: <4F5DCD8B.4090109@zonov.org> Comments: In-reply-to Andrey Zonov message dated "Mon, 12 Mar 2012 14:18:51 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Mar 2012 18:17:38 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: can't ping local address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 16:32:16 -0000 > Hi, > > Does any one have this [1] problem? or just know how to fix it? > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/159103 > the bug has been around for a while, and the fix for a diskless won't work :-), downing the link will hang the host danny > -- > Andrey Zonov > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 16:42:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEFC31065670 for ; Mon, 12 Mar 2012 16:42:17 +0000 (UTC) (envelope-from earncash@gmail.com) Received: from shwl-0002.s.ipeer.se (shwl-0002.s.ipeer.se [213.180.89.75]) by mx1.freebsd.org (Postfix) with ESMTP id 06D6C8FC0C for ; Mon, 12 Mar 2012 16:42:16 +0000 (UTC) Received: (qmail 19540 invoked by uid 10148); 12 Mar 2012 17:35:33 +0100 Date: 12 Mar 2012 17:35:33 +0100 To: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Jessica Allen X-Mailer: CubeCart Mailer Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Message-ID: Subject: Produkt Rekommenderad av Jessica Allen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 16:42:17 -0000 Kära friend, Would You Like to Make $208.40 Per Day Following My 1-click Formula? Dear Friend, Your paycheck is waiting http://efd248-mrigl3y9bzlk2se2llx.hop.clickbank.net/?tid=F6VDQKGN I've got amazing news for you! Many of my clients are using this home money making system with amazing results. I've reserved a position for you to access the site. If you're serious about earning $150-$1000 per day from home, then you must take a look at this: Your paycheck is waiting http://efd248-mrigl3y9bzlk2se2llx.hop.clickbank.net/?tid=F6VDQKGN Sincerely, Jessica Allen Hurry for this new Home Jobs Earn Easy this program is hot on the net on 2012. ~~~~~~~~~~~~~~~~~~~~~~~~~~ För att granska denna produkt följ länken nedan: http://www.castellux.com/webshop/index.php?_a=viewProd&productId=28 ~~~~~~~~~~~~~~~~~~~~~~~~~~ Denna e-postar skickadesfrån http://www.castellux.com/webshop Avsändares IP Adress: {SERDER_IP} From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 18:33:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D0E1065670 for ; Mon, 12 Mar 2012 18:33:09 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C58B8FC0C for ; Mon, 12 Mar 2012 18:33:08 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3987643bkc.13 for ; Mon, 12 Mar 2012 11:33:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=IPpi4JsHhk1P50mZgEOHk7KXoE0uYTb88FEfGQlD2J8=; b=Y+2I6WLcivTFJac2Oe60lyUKfvLd8tJ/aRPyeU5VfLtCDXIhfa5SVdoUkKxWvgc2fV cGza8Uav7QZvRwaJqPLx98IQiTe+1RmqifphvRzNgj50pStrY8wlkDdiMuahxn9E5OzK HNBW76unIlF+6sdfvC09YL+E9/KwkJFzMhTJx0WY+QGTyebWaMOopSg8blG4ToUKVKId Sws82JQy9FcmqlBr+lfGvLy0pDSJPt5WZB5X3RaGMHRVP+f5zCckfidxbvcB3biFK+hp Ko6fNp09cQzNkYqieZTMqme+4QVFsT1i1yE1TfWZN9yOUiONRTfOIMAiAlzEHdqAefbU OFkQ== Received: by 10.204.136.220 with SMTP id s28mr5354119bkt.94.1331577187992; Mon, 12 Mar 2012 11:33:07 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id f5sm27111549bke.9.2012.03.12.11.33.05 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Mar 2012 11:33:06 -0700 (PDT) From: Mikolaj Golub To: Phil Regnauld References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> X-Comment-To: Phil Regnauld Date: Mon, 12 Mar 2012 20:33:04 +0200 In-Reply-To: <20120312143127.GM12975@macbook.bluepipe.net> (Phil Regnauld's message of "Mon, 12 Mar 2012 15:31:27 +0100") Message-ID: <86k42pu0tb.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 18:33:09 -0000 On Mon, 12 Mar 2012 15:31:27 +0100 Phil Regnauld wrote: PR> Phil Regnauld (regnauld) writes: >> >> 7) ktrace on the destination dd: >> >> fstat(0,{ mode=p--------- ,inode=5,size=16384,blksize=4096 }) = 0 (0x0) >> lseek(0,0x0,SEEK_CUR) ERR#29 'Illegal seek' PR> [...] >> Illegal seek, eh ? Any clues ? >> >> The boxes are identical (HP DL380 G6), though the RAM config is different. >> >> Summary: >> >> - ssh works fine >> - h1 zvol to h2 zvol over ssh fails >> - h1 zvol to h2 /tmp/x over ssh is fine >> - h2 /dev/zero locally to h2 zvol is fine >> - h2 /tmp/x locally to h2 zvol fails at first, but works afterwards... PR> A few more data points: dd from a local zvol to a local zvol on either PR> machine works fine. PR> Using nc instead of ssh, this time it's the sender nc dying: PR> ktrace on the sender: PR> 47704 nc CALL write(0x3,0x7fffffff5450,0x800) PR> 47704 nc RET write -1 errno 32 Broken pipe PR> 47704 nc PSIG SIGPIPE SIG_DFL code=0x10006 PR> truss on the sender: PR> poll({3/POLLIN 0/POLLIN},2,-1) = 2 (0x2) PR> read(3,0x7fffffff5450,2048) ERR#54 'Connection reset by peer' PR> close(3) = 0 (0x0) PR> On tcpdump, I do see the receiver send a FIN when using nc. PR> When using ssh, the sender is sending the FIN. PR> Anything else I can look for ? It looks like in the case of hastd this was send(2) who returned ENOMEM, but it would be good to check. Could you please start synchronization again, ktrace primary worker process when ENOMEM errors are observed and show output here? If it is send(2) who fails then monitoring netstat and network driver statistics might be helpful. Something like netstat -nax netstat -naT netstat -m netstat -nid sysctl -a dev. And may be vmstat -m vmstat -z -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 21:10:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 043DF106566B for ; Mon, 12 Mar 2012 21:10:20 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B4CE98FC19 for ; Mon, 12 Mar 2012 21:10:19 +0000 (UTC) Received: by ghrr20 with SMTP id r20so3632868ghr.13 for ; Mon, 12 Mar 2012 14:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vAAN8N1c3EP9U4BgfEZTztNkvY9qm+0kmdY4uDDAsTA=; b=CRfLsmqE8gjQCYlBjFWucaC/YzX6MXiy1HTp+X3KazkPQ2h9yk0iGxsSSP87G33JHj 6qZvohs6i69gHcZw72QiNXrxFxXK8Z+HH8IzUtHKB/bPEvdAcEfl6yej9KOGULHLhEiG wyeO94aAtYyTX/H1emdBu79T+NHeFeKKrk0hEfRnKhgGn1vnNvV8RauvzRJ5yLhwe2X1 4oKIaJc3InXNn0Q5htLQfKFmVIVOVZQNQtNu3Wur798d5/TuWuM4JGhkqTWB+IoSQ0y4 qZCYCgsMdsg/GJgtBqmLvByilHjTTI+dXqVfnCx01KSqt7QiogXDnqTLzoWp/yswwRv5 mJtg== MIME-Version: 1.0 Received: by 10.182.119.98 with SMTP id kt2mr9499025obb.9.1331586618961; Mon, 12 Mar 2012 14:10:18 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Mon, 12 Mar 2012 14:10:18 -0700 (PDT) Date: Mon, 12 Mar 2012 22:10:18 +0100 Message-ID: From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NanoBSD compilation problem with 9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 21:10:20 -0000 I am whining for a few days to compile NanoBSD image. The same configurations works with FreeBSD 8, but it fails. My configurations are: freeserver.conf is at http://pastebin.com/q8YauEcd FREESERVER is at http://pastebin.com/4YC1Xu11 Build log is at https://docs.google.com/open?id=0B5PA_hdlux-AN012OW5MSnVSNEMwM0NpTGw4UmwwUQ I posted them to the postbin and the google doc because they are too large to attach here. Since the problem was not solved even after posting to the forum ( http://forums.freebsd.org/showthread.php?t=30331), I am posting to this mailing list to get the inputs from FreeBSD gurus. Any hints will be appreciated! Thanks! /zenny From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 21:41:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEA0A106564A; Mon, 12 Mar 2012 21:41:46 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2587C8FC21; Mon, 12 Mar 2012 21:41:44 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.215.219]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q2CKvdx7093501; Mon, 12 Mar 2012 17:57:40 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.0 msrv.matik.com.br q2CKvdx7093501 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1331585862; bh=awhcJby5HXWZZ/YkhEKWyeg0q6jH7bMN1HJNuXxTr5w=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=Ha8smYCSYzCEq8sP3v4khNtyPRkJy1GiFG7YSr6x3brXCxZawaft75i79DGgc6UO9 a35FLOJArG9zlg+B2klEXSz3znB/Ej25iLHlVzpaat06k1Y49ncHEZo4NXCPzV/589 X50fr2+7UwRX1whOAd/VvbpzUd7nkuY0KFnDuExU= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F5E632B.1060305@hm.net.br> Date: Mon, 12 Mar 2012 17:57:15 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: David Thiel References: <20120308190713.GH88589@redundancy.redundancy.org> <20120309200244.GL88589@redundancy.redundancy.org> In-Reply-To: <20120309200244.GL88589@redundancy.redundancy.org> X-Enigmail-Version: 1.4 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFDA339C6775EFA629C94DBDB" X-Spam-Status: No, score=2.3 required=5.0 tests=AWL=-0.299,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_PBL=3.335,RCVD_IN_RP_RNBL=1.31,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1356; Body=1 Fuz1=1 Fuz2=1 Reported 0 times. [127.0.0.6] [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 186.222.192.0/19 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: Heavy fs corruption with 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 21:41:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFDA339C6775EFA629C94DBDB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable David Thiel wrote: > On Fri, Mar 09, 2012 at 01:53:59AM -0800, Adrian Chadd wrote: >> PR ? > The original thread was here: > > http://marc.info/?t=3D132502460000001&r=3D1&w=3D2 > > Ignore the part where it takes me a while to figure out fsck isn't=20 > softupdate-aware. > > There was further followup off-list with the associated SUJ developers = > with clearer test results, but no definitive resolution as of yet, as=20 > far as I know. I didn't get a chance to test the write cache disabling = > approach or do further testing before I had to turn off SUJ. > > Arnaud: Would you be able to record a few test cases with SUJfsck and=20 > then regular fsck, both using the -v flag (with output piped to some=20 > other fs)? Can you also see if: have you ever thought about that the real problem could be that fsck can not determine the fs type soon the partition is dirty? in my experience it does not matter if it is SU or SUJ, the problem is that fsck bails out and the system boots normally even with bad blocks, because of this fatality the errors are dragged from boot to boot and things are getting worse since I added -t ufs to /etc/rc.d/fsck I have no problems anymore with this issue background fsck of course must be disabled and fsck_yes enabled H > kern.cam.ada.write_cache=3D0 > hw.ata.wc=3D0 > > while leaving SUJ enabled helps at all? > >> On 8 March 2012 11:07, David Thiel wrote: >>> On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote: >>>> I've been running a couple of system with 9.0-RELEASE since it is ou= t. >>>> All the system were installed through the standard installation >>>> procedure. After unclean reboot, either crash or power-failure, I ge= t >>>> a huge amount of really bad filesystem corruption (read: "silent", >>>> fs-wide, corruptions). This happens with either i386 or amd64 build.= >>>> Systems involved use compact flash as their system permanent storage= >>>> medium. >>> I have had this same behavior on every SUJ system I've built, both on= >>> SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to >>> plain softupdates, and I strongly suspect your problems will disappea= r. >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" --=20 H +55 11 4249.2222 --------------enigFDA339C6775EFA629C94DBDB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9eYzAACgkQvKVfg5xjCDwkxwCeJvat+MpJDiPAwrgrCJZaYxAN zjwAnibtT/9x1oG7YcCxGm0kQd2BePua =kSIW -----END PGP SIGNATURE----- --------------enigFDA339C6775EFA629C94DBDB-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 12 23:22:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2CDB106566B for ; Mon, 12 Mar 2012 23:22:32 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7AE8FC08 for ; Mon, 12 Mar 2012 23:22:31 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id B74874CEDDA; Tue, 13 Mar 2012 00:22:24 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id gaQ5ZNJsyO8E; Tue, 13 Mar 2012 00:22:24 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 1F3E64CEDB7; Tue, 13 Mar 2012 00:22:24 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id B94CF830F9E; Tue, 13 Mar 2012 00:22:23 +0100 (CET) Date: Tue, 13 Mar 2012 00:22:23 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120312232223.GG12975@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86k42pu0tb.fsf@kopusha.home.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 23:22:32 -0000 Mikolaj Golub (to.my.trociny) writes: > > It looks like in the case of hastd this was send(2) who returned ENOMEM, but > it would be good to check. Could you please start synchronization again, > ktrace primary worker process when ENOMEM errors are observed and show output > here? Ok, took a little while, as running ktrace on the hastd does slow it down significantly, and the error normally occurs at 30-90 sec intervals. 0x0f90 b2f3 3ad5 e657 7f0f 3e50 698f 5deb 12af |..:..W..>Pi.]...| 0x0fa0 740d c343 6e80 75f3 e1a7 bfdf a4c1 f6a6 |t..Cn.u.........| 0x0fb0 ea85 655d e423 bd5e 42f7 7e9a 05d2 363a |..e].#.^B.~...6:| 0x0fc0 025e a7b5 0956 417c f31c a6eb 2cd9 d073 |.^...VA|....,..s| 0x0fd0 2589 e8c0 d76a 889f 8345 eeaf f2a0 c2d6 |%....j...E......| 0x0fe0 b89e aaef fee2 6593 e515 7271 88aa cf66 |......e...rq...f| 0x0ff0 d272 411a 7289 d6c9 6643 bdbe 3c8c 8ae8 |.rA.r...fC..<...| 50959 hastd RET sendto 32768/0x8000 50959 hastd CALL sendto(0x6,0x8024bf000,0x8000,0x20000,0,0) 50959 hastd RET sendto -1 errno 12 Cannot allocate memory 50959 hastd CALL clock_gettime(0xd,0x7fffff3f86f0) 50959 hastd RET clock_gettime 0 50959 hastd CALL getpid 50959 hastd RET getpid 50959/0xc70f 50959 hastd CALL sendto(0x3,0x7fffff3f8780,0x84,0,0,0) 50959 hastd GIO fd 3 wrote 132 bytes "<27>Mar 12 23:42:43 hastd[50959]: [hvol] (primary) Unable to sen\ d request (Cannot allocate memory): WRITE(8626634752, 131072)." 50959 hastd RET sendto 132/0x84 50959 hastd CALL close(0x7) 50959 hastd RET close 0 > If it is send(2) who fails then monitoring netstat and network driver > statistics might be helpful. Something like > > netstat -nax > netstat -naT > netstat -m > netstat -nid I could run this in a loop, but that would be a lot of data, and might not be appropriate to paste here. I didn't see any obvious errors, but I'm not sure what I'm looking for. netstat -m didn't show anything close to running out of buffers or clusters... > sysctl -a dev. > > And may be > > vmstat -m > vmstat -z No obvious errors there either, but again what should I look out for ? In the meantime, I've also experimented with a few different scenarios, and I'm quite puzzled. For instance, I configured one of the other gigabit cards on each host to provide a dedicated replication network. The main difference is that up until now this has been running using tagged vlans. To be on the safe side, I decided to use an untagged interface (the second gigabit adapter in each machine). Here's where I observed, and it is very odd: - doing a dd ... | ssh dd fails in the same fashion as before - I created a second zvol + hast resource of just 1 GB, and it replicated without any problems, peaking at 75 MB / sec (!) - maybe 1GB is too small ? (side note: hastd doesn't pick up configuration changes even with SIGHUP, which makes it hard to provision new resources on the fly) - I restarted replication on the 100 G hast resource, and it's currently replicating without any problems over the second ethernet, but it's dragging along at 9-10 MB/sec, peaking at 29 MB/sec occasionally. Earlier, I was observing peaks at 65-70 MB sec in between failures... So I don't really know what to conclude :-| From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 01:26:05 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A179A106566C for ; Tue, 13 Mar 2012 01:26:05 +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 770198FC0A for ; Tue, 13 Mar 2012 01:26:05 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q2D1PxqK042294 for ; Mon, 12 Mar 2012 18:25:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q2D1PxX6042293 for stable@freebsd.org; Mon, 12 Mar 2012 18:25:59 -0700 (PDT) (envelope-from david) Date: Mon, 12 Mar 2012 18:25:59 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20120313012559.GE1440@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: mmap() issues in 8.3-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 01:26:05 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable At work, a colleague has been researching some problems we encountered in 8.2-R; he found that some commits made to stable/8 since 8.2 was released has changed the behavior, but that there are still some issues. He has filed 3 PRs (yesterday) for different aspects of what he's seen: kern/165923: Writing to NFS-backed mmapped files fails if flushed automatic= ally=20 kern/165927: msync reports success after a failed pager flush=20 docs/165929: msync(2) man page indicates obsolescence, but it's useful Here are the links (to make things a bit easier: The basic result is that attempts to write to an mmap()ed file may fail silently. If it turns out that his analysis is incorrect, we would sure like to know about it. On the other hand, if the analysis is (largely) correct, folks may want to be thinkng about whether 8.3 should be released with the behavior in question, whether it should be documented via Errata, or whether we should try to fix the problem before 8.3 is released. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9eoiYACgkQmprOCmdXAD0NZACfbOzO5MtBK9IygY62pW5gNQ9g SS0AnA6s//pTUnCpUOrqXAdgTOYsmDsq =rpX5 -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 09:12:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E5F1065672 for ; Tue, 13 Mar 2012 09:12:24 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C329A8FC19 for ; Tue, 13 Mar 2012 09:12:23 +0000 (UTC) Received: by ghrr20 with SMTP id r20so355282ghr.13 for ; Tue, 13 Mar 2012 02:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7XlYC8W9sz8we/0BYR15Cj4vrrQPXt5lrvgI4b1U9Zw=; b=BbK0bUPIXF0yYK5E6Dmx1T018vo98yOM5VcuGqUTE2PTM+sChqsnDN1fN73CLPIZNT WAm8sQWdrd5YGPcLVNX7EE1xhV7nK2G7vQ3Fe8h8s2rKXNHxEUjSSZFwwITgb4HfGjms dL2utCvy5Qo3ZKreSvILWVrMmkOOmwFd5xS+jIO1A2l/ApcW/wCaQWU/bhf2oFSP0f+7 rHulrt62j7JYqlLgSQzYkHnq5eFtl6peKrVxj7WPldYkE4D9VafuLKBFOdyTh1p0VFOO VpeHe2YtGI2w8b44S/oQBec28ewEavbEHZW/BdQMHMLyNbGAsyMd12FcjogcEaIoSOU1 jgMg== MIME-Version: 1.0 Received: by 10.60.14.4 with SMTP id l4mr7669332oec.39.1331629942569; Tue, 13 Mar 2012 02:12:22 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Tue, 13 Mar 2012 02:12:22 -0700 (PDT) In-Reply-To: <7EEACF9CCF91415895F77A26C954F154@white> References: <7EEACF9CCF91415895F77A26C954F154@white> Date: Tue, 13 Mar 2012 09:12:22 +0000 Message-ID: From: Zenny To: Dewayne Geraghty Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: NanoBSD compilation problem with 9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 09:12:24 -0000 Thanks, Dewayne. On Mon, Mar 12, 2012 at 11:22 PM, Dewayne Geraghty < dewayne.geraghty@heuristicsystems.com.au> wrote: > Zenny, > > Would you add WITHOUT_CLANG= to your alix.conf (src.conf) and remove -j 6 > from your make command; and retry. I suspect that your build logs may not > be attributing the failure to the correct area of the build; and with the > large number of things turned off in your alix.conf that there may be a > clang dependency that is disabled during the build. > Tried with WITHOUT_CLANG=true in the configuration and remove -j 6, too, but again it fails with: wpa.o: In function `wpa_sm_rx_eapol': > > wpa.c:(.text+0x2d2e): undefined reference to `rc4_skip' > > wpa.c:(.text+0x31c8): undefined reference to `rc4_skip' > > wpa_supplicant.o: In function `wpa_supplicant_init': > > wpa_supplicant.c:(.text+0x1f83): undefined reference to `eap_register_meth > > *** Error code 1 > > >> Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. > > *** Error code 1 > > >> Stop in /usr/src/usr.sbin/wpa. > > *** Error code 1 > > >> Stop in /usr/src/usr.sbin. > > *** Error code 1 > > >> Stop in /usr/src. > > *** Error code 1 > > >> Stop in /usr/src. > > *** Error code 1 > > >> Stop in /usr/src. > > > > If you achieve a successful build, you're welcome to include this reply in > your mail-list post. > Regards, Dewayne. > > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 13:32:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F000B106566B for ; Tue, 13 Mar 2012 13:32:25 +0000 (UTC) (envelope-from jan.winter@kantarmedia.de) Received: from smtp.kantarmedia.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id B44948FC12 for ; Tue, 13 Mar 2012 13:32:25 +0000 (UTC) Received: from [192.168.100.217] (helo=mybook.local) by smtp.kantarmedia.de with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S7RTE-000AMH-R2 for stable@freebsd.org; Tue, 13 Mar 2012 14:08:56 +0100 Message-ID: <4F5F46DE.5050608@kantarmedia.de> Date: Tue, 13 Mar 2012 14:08:46 +0100 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 13:32:26 -0000 Hello, on an Dell Blade m610 is not possible to change the network media option: ifconfig bce0 media 100baseTX mediaopt full-duplex up ifconfig: SIOCSIFMEDIA (media): Device not configured Setting the media option to "autoselect" and connecting the m610 to a 100 MBit switch, I always get "no carrier" only 1g full-duplex seems to be working. I have tested this on 8.3-prerelease and 9-stable any Ideas? cheers Jan pciconf -lv bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II BCM5709S Gigabit Ethernet' class = network subclass = ethernet dmesg bce0: mem 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 miibus0: on bce0 brgphy0: PHY 2 on miibus0 brgphy0: 1000baseSX-FDX, auto bce0: Ethernet address: 00:26:b9:fb:04:0c bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) Coal (RX:6,6,18,18; TX:20,20,80,80) bce1: mem 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 miibus1: on bce1 brgphy1: PHY 2 on miibus1 brgphy1: 1000baseSX-FDX, auto bce1: Ethernet address: 00:26:b9:fb:04:0e bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) Coal (RX:6,6,18,18; TX:20,20,80,80) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 20:43:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A0AF106566B for ; Tue, 13 Mar 2012 20:43:23 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D037F8FC17 for ; Tue, 13 Mar 2012 20:43:22 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1045904bkc.13 for ; Tue, 13 Mar 2012 13:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=ZEtDTrRQSFmjndoyH4zB/R2EXndHbnw5I5G8bo2xojg=; b=KMgT+nGfL9fBLnVclX4YYbmw13SBAIubPDM+qmIBJT6J5iAmAZzBuLKrDDgbRdQPoU KOh8AhaoGCxD3LgFHDfzSgaWgwU+H+dxnphzvpm8yosE2keQAlz29r2Y2Fu8PElrA7Ie GNj5sqx0JZBjVTKir0CfkN6MPIC8rHVl/o1wyTETsTHTzqwtH0/zwwjCOJaGxTwuPLYH Zv5vDWqDS05qVhjgBtyzMW8rfKa5motq36biu4A/BZ9FL6MjS2CkOplb/dCew4jkU7DE efFtKvsp/fxWqy3N17b/7awmp4OI8k57KTIDUR6C+tRkNz4JHN37Hp+lRFjmbc0viHBE eDPw== Received: by 10.204.129.23 with SMTP id m23mr6599956bks.134.1331671401594; Tue, 13 Mar 2012 13:43:21 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id je3sm3696103bkb.15.2012.03.13.13.43.18 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Mar 2012 13:43:20 -0700 (PDT) From: Mikolaj Golub To: Phil Regnauld References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> X-Comment-To: Phil Regnauld Date: Tue, 13 Mar 2012 22:43:17 +0200 In-Reply-To: <20120312232223.GG12975@macbook.bluepipe.net> (Phil Regnauld's message of "Tue, 13 Mar 2012 00:22:23 +0100") Message-ID: <86fwdcw7tm.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 20:43:23 -0000 On Tue, 13 Mar 2012 00:22:23 +0100 Phil Regnauld wrote: PR> Mikolaj Golub (to.my.trociny) writes: >> >> It looks like in the case of hastd this was send(2) who returned ENOMEM, but >> it would be good to check. Could you please start synchronization again, >> ktrace primary worker process when ENOMEM errors are observed and show output >> here? PR> Ok, took a little while, as running ktrace on the hastd does slow it down PR> significantly, and the error normally occurs at 30-90 sec intervals. PR> 0x0f90 b2f3 3ad5 e657 7f0f 3e50 698f 5deb 12af |..:..W..>Pi.]...| PR> 0x0fa0 740d c343 6e80 75f3 e1a7 bfdf a4c1 f6a6 |t..Cn.u.........| PR> 0x0fb0 ea85 655d e423 bd5e 42f7 7e9a 05d2 363a |..e].#.^B.~...6:| PR> 0x0fc0 025e a7b5 0956 417c f31c a6eb 2cd9 d073 |.^...VA|....,..s| PR> 0x0fd0 2589 e8c0 d76a 889f 8345 eeaf f2a0 c2d6 |%....j...E......| PR> 0x0fe0 b89e aaef fee2 6593 e515 7271 88aa cf66 |......e...rq...f| PR> 0x0ff0 d272 411a 7289 d6c9 6643 bdbe 3c8c 8ae8 |.rA.r...fC..<...| PR> 50959 hastd RET sendto 32768/0x8000 PR> 50959 hastd CALL sendto(0x6,0x8024bf000,0x8000,0x20000,0,0) PR> 50959 hastd RET sendto -1 errno 12 Cannot allocate memory PR> 50959 hastd CALL clock_gettime(0xd,0x7fffff3f86f0) PR> 50959 hastd RET clock_gettime 0 PR> 50959 hastd CALL getpid PR> 50959 hastd RET getpid 50959/0xc70f PR> 50959 hastd CALL sendto(0x3,0x7fffff3f8780,0x84,0,0,0) PR> 50959 hastd GIO fd 3 wrote 132 bytes PR> "<27>Mar 12 23:42:43 hastd[50959]: [hvol] (primary) Unable to sen\ PR> d request (Cannot allocate memory): WRITE(8626634752, 131072)." PR> 50959 hastd RET sendto 132/0x84 PR> 50959 hastd CALL close(0x7) PR> 50959 hastd RET close 0 Ok. So it is send(2). I suppose the network driver could generate the error. Did you tell what network adaptor you had? >> If it is send(2) who fails then monitoring netstat and network driver >> statistics might be helpful. Something like >> >> netstat -nax >> netstat -naT >> netstat -m >> netstat -nid PR> I could run this in a loop, but that would be a lot of data, and might PR> not be appropriate to paste here. PR> I didn't see any obvious errors, but I'm not sure what I'm looking for. PR> netstat -m didn't show anything close to running out of buffers or PR> clusters... >> sysctl -a dev. >> >> And may be >> >> vmstat -m >> vmstat -z PR> No obvious errors there either, but again what should I look out for ? I would look at sysctl -a dev. statistics and try to find if there is correlation between ENOMEM failures and growing of error counters. PR> In the meantime, I've also experimented with a few different scenarios, and PR> I'm quite puzzled. PR> For instance, I configured one of the other gigabit cards on each host to PR> provide a dedicated replication network. The main difference is that up PR> until now this has been running using tagged vlans. To be on the safe side, PR> I decided to use an untagged interface (the second gigabit adapter in each PR> machine). PR> PR> Here's where I observed, and it is very odd: PR> PR> - doing a dd ... | ssh dd fails in the same fashion as before PR> - I created a second zvol + hast resource of just 1 GB, and it replicated PR> without any problems, peaking at 75 MB / sec (!) - maybe 1GB is too small PR> ? PR> PR> (side note: hastd doesn't pick up configuration changes even with SIGHUP, PR> which makes it hard to provision new resources on the fly) PR> - I restarted replication on the 100 G hast resource, and it's currently PR> replicating without any problems over the second ethernet, but it's PR> dragging along at 9-10 MB/sec, peaking at 29 MB/sec occasionally. Looking at buffer usage from 'netstat -nax' output ran during synchronization (on both hosts) could provide useful info where the bottleneck is. top -HS output might be useful too. PR> Earlier, I was observing peaks at 65-70 MB sec in between failures... PR> So I don't really know what to conclude :-| -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 21:19:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C835B1065674 for ; Tue, 13 Mar 2012 21:19:31 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 84E198FC08 for ; Tue, 13 Mar 2012 21:19:30 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id ED5DA4CEDEB; Tue, 13 Mar 2012 22:19:28 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id 0AUUhzmd0zoS; Tue, 13 Mar 2012 22:19:28 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 9DD494CEDA7; Tue, 13 Mar 2012 22:19:28 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 57AFE84F87F; Tue, 13 Mar 2012 22:19:28 +0100 (CET) Date: Tue, 13 Mar 2012 22:19:28 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120313211928.GJ25709@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> <86fwdcw7tm.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86fwdcw7tm.fsf@kopusha.home.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 21:19:31 -0000 Mikolaj Golub (to.my.trociny) writes: > > Ok. So it is send(2). I suppose the network driver could generate the > error. Did you tell what network adaptor you had? Not yet. bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci2 bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 2.5Gbps); B/C (4.6.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 1.0.3) > PR> No obvious errors there either, but again what should I look out for ? > > I would look at sysctl -a dev. statistics and try to find if there is correlation > between ENOMEM failures and growing of error counters. 0 errors: dev.bce.0.l2fhdr_error_count: 0 dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 dev.bce.0.stat_Dot3StatsFCSErrors: 0 dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 > Looking at buffer usage from 'netstat -nax' output ran during synchronization > (on both hosts) could provide useful info where the bottleneck is. top -HS > output might be useful too. Good point. I'll have to attempt to recreate the problem, as the volume has replicated without errors. Typical. Cheers, Phil From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 22:10:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 068F0106566C for ; Tue, 13 Mar 2012 22:10:17 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC5C8FC16 for ; Tue, 13 Mar 2012 22:10:16 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1108477bkc.13 for ; Tue, 13 Mar 2012 15:10:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=fIpKEd+YjoyYUrvOb9GJHQKy9T3qXvUA6x1rXET6urk=; b=sMe9ckAf5O3zWf2D6ZEerib2sZWBkZsYGFOq8TuY4LRoekYVwaJ7amRTIvkgxxJc2T FNb2b7qrwS7WpUi6Q0sC14JaiinV7u8a/U36GA3CBWTpnmAf8GpjuAwImOitDDEb52/h chnkUd1tWrtpS7NBHJgdxn1jmApY2UcOFO3MJm+UGv+EbUOEkswgYy97tre5XO1EEBg6 UGIEGk0EccCWGL87Sx1IaAlon4UtSe52PynoBGxJR5F72fR3PzUSn6+lwZTQHYYetGEZ u9Pms+aGi4ISdTYMBIegFoZvYzQPu879ttfSLRDquLjJd6YLXrQoj0AvXlmC/p+N11fk YhJA== Received: by 10.204.156.139 with SMTP id x11mr81819bkw.59.1331676615271; Tue, 13 Mar 2012 15:10:15 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id m3sm4128844bkz.0.2012.03.13.15.10.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Mar 2012 15:10:13 -0700 (PDT) From: Mikolaj Golub To: Phil Regnauld References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> <86fwdcw7tm.fsf@kopusha.home.net> <20120313211928.GJ25709@macbook.bluepipe.net> X-Comment-To: Phil Regnauld Date: Wed, 14 Mar 2012 00:10:11 +0200 In-Reply-To: <20120313211928.GJ25709@macbook.bluepipe.net> (Phil Regnauld's message of "Tue, 13 Mar 2012 22:19:28 +0100") Message-ID: <86boo0w3ss.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 22:10:17 -0000 On Tue, 13 Mar 2012 22:19:28 +0100 Phil Regnauld wrote: PR> dev.bce.0.l2fhdr_error_count: 0 PR> dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 PR> dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 PR> dev.bce.0.stat_Dot3StatsFCSErrors: 0 PR> dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 What about failed counters like mbuf_alloc_failed_count, dma_map_addr_rx_failed_count, dma_map_addr_tx_failed_count? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 23:46:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58021065673 for ; Tue, 13 Mar 2012 23:46:26 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 917238FC0C for ; Tue, 13 Mar 2012 23:46:26 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 0BF404CEDAE; Wed, 14 Mar 2012 00:46:19 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id k2e0PoxkJ+dw; Wed, 14 Mar 2012 00:46:18 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 918964CEDA3; Wed, 14 Mar 2012 00:46:18 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 05E71851048; Wed, 14 Mar 2012 00:46:17 +0100 (CET) Date: Wed, 14 Mar 2012 00:46:17 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120313234617.GV25709@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> <86fwdcw7tm.fsf@kopusha.home.net> <20120313211928.GJ25709@macbook.bluepipe.net> <86boo0w3ss.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86boo0w3ss.fsf@kopusha.home.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 23:46:26 -0000 Mikolaj Golub (to.my.trociny) writes: > > > What about failed counters like mbuf_alloc_failed_count, > dma_map_addr_rx_failed_count, dma_map_addr_tx_failed_count? dev.bce.0.l2fhdr_error_count: 0 dev.bce.0.mbuf_alloc_failed_count: 0 dev.bce.0.mbuf_frag_count: 0 dev.bce.0.dma_map_addr_rx_failed_count: 0 dev.bce.0.dma_map_addr_tx_failed_count: 0 dev.bce.0.unexpected_attention_count: 0 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 01:50:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BFEA106564A; Wed, 14 Mar 2012 01:50:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id CA28A8FC0A; Wed, 14 Mar 2012 01:50:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E1osxi099033; Wed, 14 Mar 2012 01:50:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E1or9S099014; Wed, 14 Mar 2012 01:50:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 01:50:53 GMT Message-Id: <201203140150.q2E1or9S099014@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 01:50:55 -0000 TB --- 2012-03-14 01:13:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:13:29 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-03-14 01:13:29 - cleaning the object tree TB --- 2012-03-14 01:13:29 - cvsupping the source tree TB --- 2012-03-14 01:13:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-03-14 01:13:43 - building world TB --- 2012-03-14 01:13:43 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:13:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:13:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:13:43 - SRCCONF=/dev/null TB --- 2012-03-14 01:13:43 - TARGET=arm TB --- 2012-03-14 01:13:43 - TARGET_ARCH=arm TB --- 2012-03-14 01:13:43 - TZ=UTC TB --- 2012-03-14 01:13:43 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:13:43 - cd /src TB --- 2012-03-14 01:13:43 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:13:44 UTC 2012 >>> 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 Mar 14 01:50:35 UTC 2012 TB --- 2012-03-14 01:50:35 - cd /src/sys/arm/conf TB --- 2012-03-14 01:50:35 - /usr/sbin/config -m AVILA TB --- 2012-03-14 01:50:35 - building AVILA kernel TB --- 2012-03-14 01:50:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:50:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:50:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:50:35 - SRCCONF=/dev/null TB --- 2012-03-14 01:50:35 - TARGET=arm TB --- 2012-03-14 01:50:35 - TARGET_ARCH=arm TB --- 2012-03-14 01:50:35 - TZ=UTC TB --- 2012-03-14 01:50:35 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:50:35 - cd /src TB --- 2012-03-14 01:50:35 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Mar 14 01:50:35 UTC 2012 >>> 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 -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_da.c cc -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 01:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 01:50:53 - ERROR: failed to build AVILA kernel TB --- 2012-03-14 01:50:53 - 1727.05 user 389.17 system 2244.61 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 01:55:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB2C01065672; Wed, 14 Mar 2012 01:55:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9137F8FC0C; Wed, 14 Mar 2012 01:55:21 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E1tLbG075838; Wed, 14 Mar 2012 01:55:21 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E1tLEt075835; Wed, 14 Mar 2012 01:55:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 01:55:21 GMT Message-Id: <201203140155.q2E1tLEt075835@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 01:55:22 -0000 TB --- 2012-03-14 00:45:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 00:45:11 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-03-14 00:45:11 - cleaning the object tree TB --- 2012-03-14 00:45:11 - cvsupping the source tree TB --- 2012-03-14 00:45:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-03-14 00:45:22 - building world TB --- 2012-03-14 00:45:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 00:45:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 00:45:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 00:45:22 - SRCCONF=/dev/null TB --- 2012-03-14 00:45:22 - TARGET=amd64 TB --- 2012-03-14 00:45:22 - TARGET_ARCH=amd64 TB --- 2012-03-14 00:45:22 - TZ=UTC TB --- 2012-03-14 00:45:22 - __MAKE_CONF=/dev/null TB --- 2012-03-14 00:45:22 - cd /src TB --- 2012-03-14 00:45:22 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 00:45:22 UTC 2012 >>> 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 Mar 14 01:52:41 UTC 2012 TB --- 2012-03-14 01:52:41 - generating LINT kernel config TB --- 2012-03-14 01:52:41 - cd /src/sys/amd64/conf TB --- 2012-03-14 01:52:41 - /usr/bin/make -B LINT TB --- 2012-03-14 01:52:41 - cd /src/sys/amd64/conf TB --- 2012-03-14 01:52:41 - /usr/sbin/config -m LINT TB --- 2012-03-14 01:52:41 - building LINT kernel TB --- 2012-03-14 01:52:41 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:52:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:52:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:52:41 - SRCCONF=/dev/null TB --- 2012-03-14 01:52:41 - TARGET=amd64 TB --- 2012-03-14 01:52:41 - TARGET_ARCH=amd64 TB --- 2012-03-14 01:52:41 - TZ=UTC TB --- 2012-03-14 01:52:41 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:52:41 - cd /src TB --- 2012-03-14 01:52:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 01:52:41 UTC 2012 >>> 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 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.c cc -c -O2 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 01:55:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 01:55:21 - ERROR: failed to build LINT kernel TB --- 2012-03-14 01:55:21 - 3259.40 user 635.74 system 4209.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:21:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00A2D106566C; Wed, 14 Mar 2012 02:21:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 98E338FC12; Wed, 14 Mar 2012 02:21:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2LJxw023314; Wed, 14 Mar 2012 02:21:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2LJFo023312; Wed, 14 Mar 2012 02:21:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:21:19 GMT Message-Id: <201203140221.q2E2LJFo023312@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:21:20 -0000 TB --- 2012-03-14 01:32:16 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:32:16 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-14 01:32:16 - cleaning the object tree TB --- 2012-03-14 01:32:16 - cvsupping the source tree TB --- 2012-03-14 01:32:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-14 01:32:27 - building world TB --- 2012-03-14 01:32:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:32:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:32:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:32:27 - SRCCONF=/dev/null TB --- 2012-03-14 01:32:27 - TARGET=i386 TB --- 2012-03-14 01:32:27 - TARGET_ARCH=i386 TB --- 2012-03-14 01:32:27 - TZ=UTC TB --- 2012-03-14 01:32:27 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:32:27 - cd /src TB --- 2012-03-14 01:32:27 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:32:28 UTC 2012 >>> 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 Mar 14 02:18:28 UTC 2012 TB --- 2012-03-14 02:18:28 - generating LINT kernel config TB --- 2012-03-14 02:18:28 - cd /src/sys/i386/conf TB --- 2012-03-14 02:18:28 - /usr/bin/make -B LINT TB --- 2012-03-14 02:18:29 - cd /src/sys/i386/conf TB --- 2012-03-14 02:18:29 - /usr/sbin/config -m LINT TB --- 2012-03-14 02:18:29 - building LINT kernel TB --- 2012-03-14 02:18:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:18:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:18:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:18:29 - SRCCONF=/dev/null TB --- 2012-03-14 02:18:29 - TARGET=i386 TB --- 2012-03-14 02:18:29 - TARGET_ARCH=i386 TB --- 2012-03-14 02:18:29 - TZ=UTC TB --- 2012-03-14 02:18:29 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:18:29 - cd /src TB --- 2012-03-14 02:18:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 02:18:29 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:21:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:21:19 - ERROR: failed to build LINT kernel TB --- 2012-03-14 02:21:19 - 2293.07 user 437.15 system 2942.54 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:23:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A66EB1065670; Wed, 14 Mar 2012 02:23:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF738FC0A; Wed, 14 Mar 2012 02:23:50 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2NnO5072288; Wed, 14 Mar 2012 02:23:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2NnxU072284; Wed, 14 Mar 2012 02:23:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:23:49 GMT Message-Id: <201203140223.q2E2NnxU072284@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:23:50 -0000 TB --- 2012-03-14 01:35:48 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:35:48 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-03-14 01:35:48 - cleaning the object tree TB --- 2012-03-14 01:35:48 - cvsupping the source tree TB --- 2012-03-14 01:35:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-03-14 01:36:01 - building world TB --- 2012-03-14 01:36:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:36:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:36:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:36:01 - SRCCONF=/dev/null TB --- 2012-03-14 01:36:01 - TARGET=pc98 TB --- 2012-03-14 01:36:01 - TARGET_ARCH=i386 TB --- 2012-03-14 01:36:01 - TZ=UTC TB --- 2012-03-14 01:36:01 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:36:01 - cd /src TB --- 2012-03-14 01:36:01 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:36:02 UTC 2012 >>> 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 Mar 14 02:21:41 UTC 2012 TB --- 2012-03-14 02:21:41 - generating LINT kernel config TB --- 2012-03-14 02:21:41 - cd /src/sys/pc98/conf TB --- 2012-03-14 02:21:41 - /usr/bin/make -B LINT TB --- 2012-03-14 02:21:41 - cd /src/sys/pc98/conf TB --- 2012-03-14 02:21:41 - /usr/sbin/config -m LINT TB --- 2012-03-14 02:21:41 - building LINT kernel TB --- 2012-03-14 02:21:41 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:21:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:21:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:21:41 - SRCCONF=/dev/null TB --- 2012-03-14 02:21:41 - TARGET=pc98 TB --- 2012-03-14 02:21:41 - TARGET_ARCH=i386 TB --- 2012-03-14 02:21:41 - TZ=UTC TB --- 2012-03-14 02:21:41 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:21:41 - cd /src TB --- 2012-03-14 02:21:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 02:21:41 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:23:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:23:49 - ERROR: failed to build LINT kernel TB --- 2012-03-14 02:23:49 - 2244.84 user 439.45 system 2881.68 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:31:38 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEF89106564A; Wed, 14 Mar 2012 02:31:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA818FC08; Wed, 14 Mar 2012 02:31:38 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2VbDv027857; Wed, 14 Mar 2012 02:31:37 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2VbPJ027856; Wed, 14 Mar 2012 02:31:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:31:37 GMT Message-Id: <201203140231.q2E2VbPJ027856@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:31:38 -0000 TB --- 2012-03-14 01:50:54 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:50:54 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-03-14 01:50:54 - cleaning the object tree TB --- 2012-03-14 01:50:54 - cvsupping the source tree TB --- 2012-03-14 01:50:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-03-14 01:51:05 - building world TB --- 2012-03-14 01:51:05 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:51:05 - SRCCONF=/dev/null TB --- 2012-03-14 01:51:05 - TARGET=mips TB --- 2012-03-14 01:51:05 - TARGET_ARCH=mips TB --- 2012-03-14 01:51:05 - TZ=UTC TB --- 2012-03-14 01:51:05 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:51:05 - cd /src TB --- 2012-03-14 01:51:05 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:51:05 UTC 2012 >>> 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 Mar 14 02:26:30 UTC 2012 TB --- 2012-03-14 02:26:30 - cd /src/sys/mips/conf TB --- 2012-03-14 02:26:30 - /usr/sbin/config -m ADM5120 TB --- 2012-03-14 02:26:30 - building ADM5120 kernel TB --- 2012-03-14 02:26:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:26:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:26:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:26:30 - SRCCONF=/dev/null TB --- 2012-03-14 02:26:30 - TARGET=mips TB --- 2012-03-14 02:26:30 - TARGET_ARCH=mips TB --- 2012-03-14 02:26:30 - TZ=UTC TB --- 2012-03-14 02:26:30 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:26:30 - cd /src TB --- 2012-03-14 02:26:30 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Mar 14 02:26:30 UTC 2012 >>> 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 ADM5120 completed on Wed Mar 14 02:27:35 UTC 2012 TB --- 2012-03-14 02:27:35 - cd /src/sys/mips/conf TB --- 2012-03-14 02:27:35 - /usr/sbin/config -m ALCHEMY TB --- 2012-03-14 02:27:35 - building ALCHEMY kernel TB --- 2012-03-14 02:27:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:27:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:27:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:27:35 - SRCCONF=/dev/null TB --- 2012-03-14 02:27:35 - TARGET=mips TB --- 2012-03-14 02:27:35 - TARGET_ARCH=mips TB --- 2012-03-14 02:27:35 - TZ=UTC TB --- 2012-03-14 02:27:35 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:27:35 - cd /src TB --- 2012-03-14 02:27:35 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Mar 14 02:27:35 UTC 2012 >>> 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 ALCHEMY completed on Wed Mar 14 02:28:38 UTC 2012 TB --- 2012-03-14 02:28:38 - cd /src/sys/mips/conf TB --- 2012-03-14 02:28:38 - /usr/sbin/config -m AR71XX TB --- 2012-03-14 02:28:38 - building AR71XX kernel TB --- 2012-03-14 02:28:38 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:28:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:28:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:28:38 - SRCCONF=/dev/null TB --- 2012-03-14 02:28:38 - TARGET=mips TB --- 2012-03-14 02:28:38 - TARGET_ARCH=mips TB --- 2012-03-14 02:28:38 - TZ=UTC TB --- 2012-03-14 02:28:38 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:28:38 - cd /src TB --- 2012-03-14 02:28:38 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Mar 14 02:28:38 UTC 2012 >>> 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_ch.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_da.c: In function 'dadone': /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /src/sys/modules/cam. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:31:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:31:37 - ERROR: failed to build AR71XX kernel TB --- 2012-03-14 02:31:37 - 1911.01 user 399.80 system 2443.69 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:40:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 759CE106566C; Wed, 14 Mar 2012 02:40:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 155B38FC17; Wed, 14 Mar 2012 02:40:49 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2enel005056; Wed, 14 Mar 2012 02:40:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2en3n005055; Wed, 14 Mar 2012 02:40:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:40:49 GMT Message-Id: <201203140240.q2E2en3n005055@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:40:50 -0000 TB --- 2012-03-14 01:55:21 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:55:21 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-03-14 01:55:21 - cleaning the object tree TB --- 2012-03-14 01:55:21 - cvsupping the source tree TB --- 2012-03-14 01:55:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-03-14 01:55:32 - building world TB --- 2012-03-14 01:55:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:55:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:55:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:55:32 - SRCCONF=/dev/null TB --- 2012-03-14 01:55:32 - TARGET=powerpc TB --- 2012-03-14 01:55:32 - TARGET_ARCH=powerpc TB --- 2012-03-14 01:55:32 - TZ=UTC TB --- 2012-03-14 01:55:32 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:55:32 - cd /src TB --- 2012-03-14 01:55:32 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:55:32 UTC 2012 >>> 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 Mar 14 02:39:19 UTC 2012 TB --- 2012-03-14 02:39:19 - generating LINT kernel config TB --- 2012-03-14 02:39:19 - cd /src/sys/powerpc/conf TB --- 2012-03-14 02:39:19 - /usr/bin/make -B LINT TB --- 2012-03-14 02:39:19 - cd /src/sys/powerpc/conf TB --- 2012-03-14 02:39:19 - /usr/sbin/config -m LINT TB --- 2012-03-14 02:39:19 - building LINT kernel TB --- 2012-03-14 02:39:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:39:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:39:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:39:19 - SRCCONF=/dev/null TB --- 2012-03-14 02:39:19 - TARGET=powerpc TB --- 2012-03-14 02:39:19 - TARGET_ARCH=powerpc TB --- 2012-03-14 02:39:19 - TZ=UTC TB --- 2012-03-14 02:39:19 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:39:19 - cd /src TB --- 2012-03-14 02:39:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 02:39:19 UTC 2012 >>> 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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_da.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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:40:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:40:49 - ERROR: failed to build LINT kernel TB --- 2012-03-14 02:40:49 - 2216.31 user 398.41 system 2728.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:40:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2890106574C for ; Wed, 14 Mar 2012 02:40:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 81D648FC08 for ; Wed, 14 Mar 2012 02:40:59 +0000 (UTC) Received: by dadp14 with SMTP id p14so4836238dad.18 for ; Tue, 13 Mar 2012 19:40:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yt48Z5P7nARIm9Hh2UCLdj7RrrBtHRv+AsheBBgKWCs=; b=uMePeLQV7JPRJ/faUocrTxyqHhyiNlbc0tKQRvO1IT/Cg0PHevhpBuyNOv4LwgSXx8 ozIPmBaFUMJrM1sFGuT77OD3wGQj1+W0Ub1u0znx7MV7XuG/KrXHtKwBuXGUIFV+6V0A Euxi8Yqh1Yg83vYdMDxhg4PoBuPqqgWLieYOm1by5QUmvL/QRfn5F+5dCiKPMrhfDXb6 dvUmIT6lNCtN4PiV9mSa4DyR/6qOa2I03ZzL5FHxPJaYterbC3bKGM6Dfx0vTHeJpSgR 2GYq7GzJLrsXmIpTNN7zwMYmISwKPPFKwaCe4ZVBjSZ75TUG1pN7Jr7RTZHGcLg2pcgE ZBSg== Received: by 10.68.230.99 with SMTP id sx3mr1349916pbc.55.1331692859035; Tue, 13 Mar 2012 19:40:59 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id 9sm1645401pbx.67.2012.03.13.19.40.56 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Mar 2012 19:40:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 14 Mar 2012 11:40:47 -0700 From: YongHyeon PYUN Date: Wed, 14 Mar 2012 11:40:47 -0700 To: Jan Winter Message-ID: <20120314184047.GA8023@michelle.cdnetworks.com> References: <4F5F46DE.5050608@kantarmedia.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F5F46DE.5050608@kantarmedia.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:40:59 -0000 On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: > Hello, > > on an Dell Blade m610 is not possible to change the network media option: > > ifconfig bce0 media 100baseTX mediaopt full-duplex up > ifconfig: SIOCSIFMEDIA (media): Device not configured > > Setting the media option to "autoselect" and connecting the m610 to a > 100 MBit switch, I always get "no carrier" > only 1g full-duplex seems to be working. I have tested this on > 8.3-prerelease and 9-stable > > any Ideas? > > cheers > Jan > > pciconf -lv > bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II BCM5709S Gigabit Ethernet' > class = network > subclass = ethernet > > dmesg > bce0: mem > 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > miibus0: on bce0 > brgphy0: PHY 2 on miibus0 > brgphy0: 1000baseSX-FDX, auto > bce0: Ethernet address: 00:26:b9:fb:04:0c > bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > Coal (RX:6,6,18,18; TX:20,20,80,80) > bce1: mem > 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > miibus1: on bce1 > brgphy1: PHY 2 on miibus1 > brgphy1: 1000baseSX-FDX, auto > bce1: Ethernet address: 00:26:b9:fb:04:0e > bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > Coal (RX:6,6,18,18; TX:20,20,80,80) > I'm not sure you're seeing one of long standing remote PHY issue of blade box but would you try the patch at the following URL? http://people.freebsd.org/~yongari/bce/bce.rphy.diff After applying the patch, show me the dmesg output(bce(4) and brgphy(4) related ones) and 'ifconfig -m bce0'. Note, the patch was not tested at all(lack of hardware). From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:41:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA02A106564A; Wed, 14 Mar 2012 02:41:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6388FC1B; Wed, 14 Mar 2012 02:41:59 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2fwpJ018103; Wed, 14 Mar 2012 02:41:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2fwWD018102; Wed, 14 Mar 2012 02:41:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:41:58 GMT Message-Id: <201203140241.q2E2fwWD018102@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:41:59 -0000 TB --- 2012-03-14 01:59:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:59:18 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-03-14 01:59:18 - cleaning the object tree TB --- 2012-03-14 01:59:18 - cvsupping the source tree TB --- 2012-03-14 01:59:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-03-14 01:59:29 - building world TB --- 2012-03-14 01:59:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:59:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:59:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:59:29 - SRCCONF=/dev/null TB --- 2012-03-14 01:59:29 - TARGET=sparc64 TB --- 2012-03-14 01:59:29 - TARGET_ARCH=sparc64 TB --- 2012-03-14 01:59:29 - TZ=UTC TB --- 2012-03-14 01:59:29 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:59:29 - cd /src TB --- 2012-03-14 01:59:29 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:59:29 UTC 2012 >>> 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 Mar 14 02:40:28 UTC 2012 TB --- 2012-03-14 02:40:28 - generating LINT kernel config TB --- 2012-03-14 02:40:28 - cd /src/sys/sparc64/conf TB --- 2012-03-14 02:40:28 - /usr/bin/make -B LINT TB --- 2012-03-14 02:40:28 - cd /src/sys/sparc64/conf TB --- 2012-03-14 02:40:28 - /usr/sbin/config -m LINT TB --- 2012-03-14 02:40:28 - building LINT kernel TB --- 2012-03-14 02:40:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:40:28 - SRCCONF=/dev/null TB --- 2012-03-14 02:40:28 - TARGET=sparc64 TB --- 2012-03-14 02:40:28 - TARGET_ARCH=sparc64 TB --- 2012-03-14 02:40:28 - TZ=UTC TB --- 2012-03-14 02:40:28 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:40:28 - cd /src TB --- 2012-03-14 02:40:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 02:40:28 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:41:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:41:58 - ERROR: failed to build LINT kernel TB --- 2012-03-14 02:41:58 - 2080.68 user 382.64 system 2560.69 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 02:45:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC6E106566C; Wed, 14 Mar 2012 02:45:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A31BD8FC17; Wed, 14 Mar 2012 02:45:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E2jjWZ037639; Wed, 14 Mar 2012 02:45:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E2jj2K037638; Wed, 14 Mar 2012 02:45:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 02:45:45 GMT Message-Id: <201203140245.q2E2jj2K037638@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 02:45:46 -0000 TB --- 2012-03-14 01:48:37 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 01:48:37 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-03-14 01:48:37 - cleaning the object tree TB --- 2012-03-14 01:48:37 - cvsupping the source tree TB --- 2012-03-14 01:48:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-03-14 01:48:49 - building world TB --- 2012-03-14 01:48:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 01:48:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 01:48:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 01:48:49 - SRCCONF=/dev/null TB --- 2012-03-14 01:48:49 - TARGET=ia64 TB --- 2012-03-14 01:48:49 - TARGET_ARCH=ia64 TB --- 2012-03-14 01:48:49 - TZ=UTC TB --- 2012-03-14 01:48:49 - __MAKE_CONF=/dev/null TB --- 2012-03-14 01:48:49 - cd /src TB --- 2012-03-14 01:48:49 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:48:49 UTC 2012 >>> 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 Mar 14 02:44:16 UTC 2012 TB --- 2012-03-14 02:44:16 - generating LINT kernel config TB --- 2012-03-14 02:44:16 - cd /src/sys/ia64/conf TB --- 2012-03-14 02:44:16 - /usr/bin/make -B LINT TB --- 2012-03-14 02:44:16 - cd /src/sys/ia64/conf TB --- 2012-03-14 02:44:16 - /usr/sbin/config -m LINT TB --- 2012-03-14 02:44:16 - building LINT kernel TB --- 2012-03-14 02:44:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 02:44:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 02:44:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 02:44:16 - SRCCONF=/dev/null TB --- 2012-03-14 02:44:16 - TARGET=ia64 TB --- 2012-03-14 02:44:16 - TARGET_ARCH=ia64 TB --- 2012-03-14 02:44:16 - TZ=UTC TB --- 2012-03-14 02:44:16 - __MAKE_CONF=/dev/null TB --- 2012-03-14 02:44:16 - cd /src TB --- 2012-03-14 02:44:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 02:44:16 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 02:45:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 02:45:45 - ERROR: failed to build LINT kernel TB --- 2012-03-14 02:45:45 - 2896.59 user 428.56 system 3427.38 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 06:55:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF828106566B; Wed, 14 Mar 2012 06:55:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC978FC0A; Wed, 14 Mar 2012 06:55:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E6teNj082636; Wed, 14 Mar 2012 06:55:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E6tdlt082493; Wed, 14 Mar 2012 06:55:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 06:55:39 GMT Message-Id: <201203140655.q2E6tdlt082493@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 06:55:41 -0000 TB --- 2012-03-14 06:17:43 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:17:43 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-03-14 06:17:43 - cleaning the object tree TB --- 2012-03-14 06:17:51 - cvsupping the source tree TB --- 2012-03-14 06:17:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-03-14 06:18:19 - building world TB --- 2012-03-14 06:18:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:18:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:18:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:18:19 - SRCCONF=/dev/null TB --- 2012-03-14 06:18:19 - TARGET=arm TB --- 2012-03-14 06:18:19 - TARGET_ARCH=arm TB --- 2012-03-14 06:18:19 - TZ=UTC TB --- 2012-03-14 06:18:19 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:18:19 - cd /src TB --- 2012-03-14 06:18:19 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 06:18:20 UTC 2012 >>> 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 Mar 14 06:55:20 UTC 2012 TB --- 2012-03-14 06:55:20 - cd /src/sys/arm/conf TB --- 2012-03-14 06:55:20 - /usr/sbin/config -m AVILA TB --- 2012-03-14 06:55:20 - building AVILA kernel TB --- 2012-03-14 06:55:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:55:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:55:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:55:20 - SRCCONF=/dev/null TB --- 2012-03-14 06:55:20 - TARGET=arm TB --- 2012-03-14 06:55:20 - TARGET_ARCH=arm TB --- 2012-03-14 06:55:20 - TZ=UTC TB --- 2012-03-14 06:55:20 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:55:20 - cd /src TB --- 2012-03-14 06:55:20 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Mar 14 06:55:20 UTC 2012 >>> 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 -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_da.c cc -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 06:55:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 06:55:39 - ERROR: failed to build AVILA kernel TB --- 2012-03-14 06:55:39 - 1730.73 user 391.88 system 2275.78 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 06:59:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BFF81065676; Wed, 14 Mar 2012 06:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A320C8FC20; Wed, 14 Mar 2012 06:59:36 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E6xX9r053826; Wed, 14 Mar 2012 06:59:33 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E6xXsa053820; Wed, 14 Mar 2012 06:59:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 06:59:33 GMT Message-Id: <201203140659.q2E6xXsa053820@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 06:59:37 -0000 TB --- 2012-03-14 05:48:35 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 05:48:35 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-03-14 05:48:35 - cleaning the object tree TB --- 2012-03-14 05:49:03 - cvsupping the source tree TB --- 2012-03-14 05:49:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-03-14 05:49:14 - building world TB --- 2012-03-14 05:49:14 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 05:49:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 05:49:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 05:49:14 - SRCCONF=/dev/null TB --- 2012-03-14 05:49:14 - TARGET=amd64 TB --- 2012-03-14 05:49:14 - TARGET_ARCH=amd64 TB --- 2012-03-14 05:49:14 - TZ=UTC TB --- 2012-03-14 05:49:14 - __MAKE_CONF=/dev/null TB --- 2012-03-14 05:49:14 - cd /src TB --- 2012-03-14 05:49:14 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 05:49:15 UTC 2012 >>> 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 Mar 14 06:56:53 UTC 2012 TB --- 2012-03-14 06:56:53 - generating LINT kernel config TB --- 2012-03-14 06:56:53 - cd /src/sys/amd64/conf TB --- 2012-03-14 06:56:53 - /usr/bin/make -B LINT TB --- 2012-03-14 06:56:53 - cd /src/sys/amd64/conf TB --- 2012-03-14 06:56:53 - /usr/sbin/config -m LINT TB --- 2012-03-14 06:56:53 - building LINT kernel TB --- 2012-03-14 06:56:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:56:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:56:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:56:53 - SRCCONF=/dev/null TB --- 2012-03-14 06:56:53 - TARGET=amd64 TB --- 2012-03-14 06:56:53 - TARGET_ARCH=amd64 TB --- 2012-03-14 06:56:53 - TZ=UTC TB --- 2012-03-14 06:56:53 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:56:53 - cd /src TB --- 2012-03-14 06:56:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 06:56:53 UTC 2012 >>> 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 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.c cc -c -O2 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 06:59:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 06:59:33 - ERROR: failed to build LINT kernel TB --- 2012-03-14 06:59:33 - 3267.40 user 641.27 system 4257.75 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:13:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C917C106564A for ; Wed, 14 Mar 2012 07:13:58 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1998FC08 for ; Wed, 14 Mar 2012 07:13:58 +0000 (UTC) Received: by iahk25 with SMTP id k25so2552646iah.13 for ; Wed, 14 Mar 2012 00:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=linEjrssvnf+tS2Oea/obk1MpfCpb/do/qX1De3cg6A=; b=T55XQWM1+tW99kJv88I00zG0NTbv8vUiNm272wn5r2zC6IwvrgC9vFjJoGPH46aZS9 Houucw4j707jCx74D5EDdtJ6D2TPUBTsTSlKUX5xmBTce0X3l9XAMhA7LTla5d1mBX9s SJv/dKAZ5ETdJNm/VsjEKl4sx1vTzipFjlW9s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:x-gm-message-state; bh=linEjrssvnf+tS2Oea/obk1MpfCpb/do/qX1De3cg6A=; b=CnKzduTUuSoLwt5zuIrudAojeHcN58rGAb2Cv8MYPeiqRaR9Ykd+zkl9q27FPnCfhF TbjD5LMyrBgDGkIzfyc6NmEJqV3lIpes2unals5sZW7tAYWXbDa5b1hvNl29dghD/s4h N17xwvOYf3DfZ66EqzWCcOxQEGh/N915aPa8ZFrCWw4NldpxstGX/EWRd1strQYVRm+o a3gVhC6XJnNWZ94XQjlMal8g2IxOTfAEw+8RUxG+/l6hwKt/S60GBA7jHq9wTL5cEjxa 21AckuB/+iTi1Hh5KHKbg0uXqt+ndLiayyLPfYD/rB66Lm9VKNzR5ebMkIkCNheL9Zpm YAJA== Received: by 10.42.162.194 with SMTP id z2mr2021804icx.37.1331709237903; Wed, 14 Mar 2012 00:13:57 -0700 (PDT) Received: from DataIX.net ([108.73.114.169]) by mx.google.com with ESMTPS id zv10sm13540152igb.13.2012.03.14.00.13.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Mar 2012 00:13:57 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q2E7Doh8063670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 14 Mar 2012 03:13:50 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q2E7Do8W063559 for stable@freebsd.org; Wed, 14 Mar 2012 03:13:50 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Wed, 14 Mar 2012 03:13:49 -0400 From: Jason Hellenthal To: stable@freebsd.org Message-ID: <20120314071349.GA60228@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Gm-Message-State: ALoCoQnt0LQfpE3roVRKRYbQLm7e4mAiKazu7b3OW0laX0vi7CAqcvKOGHxp7hV5lAqqCiuau7ww Cc: Subject: da changes to recent stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:13:58 -0000 Can someone please look over this ... on i386 ? cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_da.c: In function 'dadone': /usr/src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this functi on /usr/src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this functio n /usr/src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /usr/src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 -- ;s =; From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:26:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A19B106566B; Wed, 14 Mar 2012 07:26:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4A58FC12; Wed, 14 Mar 2012 07:26:47 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7QlZm026194; Wed, 14 Mar 2012 07:26:47 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7QlvD026192; Wed, 14 Mar 2012 07:26:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:26:47 GMT Message-Id: <201203140726.q2E7QlvD026192@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:26:48 -0000 TB --- 2012-03-14 06:36:39 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:36:39 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-14 06:36:39 - cleaning the object tree TB --- 2012-03-14 06:37:02 - cvsupping the source tree TB --- 2012-03-14 06:37:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-14 06:37:16 - building world TB --- 2012-03-14 06:37:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:37:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:37:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:37:16 - SRCCONF=/dev/null TB --- 2012-03-14 06:37:16 - TARGET=i386 TB --- 2012-03-14 06:37:16 - TARGET_ARCH=i386 TB --- 2012-03-14 06:37:16 - TZ=UTC TB --- 2012-03-14 06:37:16 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:37:16 - cd /src TB --- 2012-03-14 06:37:16 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 06:37:17 UTC 2012 >>> 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 Mar 14 07:23:49 UTC 2012 TB --- 2012-03-14 07:23:49 - generating LINT kernel config TB --- 2012-03-14 07:23:49 - cd /src/sys/i386/conf TB --- 2012-03-14 07:23:49 - /usr/bin/make -B LINT TB --- 2012-03-14 07:23:49 - cd /src/sys/i386/conf TB --- 2012-03-14 07:23:49 - /usr/sbin/config -m LINT TB --- 2012-03-14 07:23:49 - building LINT kernel TB --- 2012-03-14 07:23:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:23:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:23:49 - SRCCONF=/dev/null TB --- 2012-03-14 07:23:49 - TARGET=i386 TB --- 2012-03-14 07:23:49 - TARGET_ARCH=i386 TB --- 2012-03-14 07:23:49 - TZ=UTC TB --- 2012-03-14 07:23:49 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:23:49 - cd /src TB --- 2012-03-14 07:23:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 07:23:49 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:26:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:26:47 - ERROR: failed to build LINT kernel TB --- 2012-03-14 07:26:47 - 2313.66 user 447.63 system 3008.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:34:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7230C106566C; Wed, 14 Mar 2012 07:34:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 1266A8FC0A; Wed, 14 Mar 2012 07:34:53 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7Yr1D009712; Wed, 14 Mar 2012 07:34:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7YrCH009708; Wed, 14 Mar 2012 07:34:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:34:53 GMT Message-Id: <201203140734.q2E7YrCH009708@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:34:54 -0000 TB --- 2012-03-14 06:46:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:46:29 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-03-14 06:46:29 - cleaning the object tree TB --- 2012-03-14 06:46:54 - cvsupping the source tree TB --- 2012-03-14 06:46:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-03-14 06:47:06 - building world TB --- 2012-03-14 06:47:06 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:47:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:47:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:47:06 - SRCCONF=/dev/null TB --- 2012-03-14 06:47:06 - TARGET=pc98 TB --- 2012-03-14 06:47:06 - TARGET_ARCH=i386 TB --- 2012-03-14 06:47:06 - TZ=UTC TB --- 2012-03-14 06:47:06 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:47:06 - cd /src TB --- 2012-03-14 06:47:06 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 06:47:06 UTC 2012 >>> 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 Mar 14 07:32:46 UTC 2012 TB --- 2012-03-14 07:32:46 - generating LINT kernel config TB --- 2012-03-14 07:32:46 - cd /src/sys/pc98/conf TB --- 2012-03-14 07:32:46 - /usr/bin/make -B LINT TB --- 2012-03-14 07:32:46 - cd /src/sys/pc98/conf TB --- 2012-03-14 07:32:46 - /usr/sbin/config -m LINT TB --- 2012-03-14 07:32:46 - building LINT kernel TB --- 2012-03-14 07:32:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:32:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:32:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:32:46 - SRCCONF=/dev/null TB --- 2012-03-14 07:32:46 - TARGET=pc98 TB --- 2012-03-14 07:32:46 - TARGET_ARCH=i386 TB --- 2012-03-14 07:32:46 - TZ=UTC TB --- 2012-03-14 07:32:46 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:32:46 - cd /src TB --- 2012-03-14 07:32:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 07:32:46 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:34:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:34:53 - ERROR: failed to build LINT kernel TB --- 2012-03-14 07:34:53 - 2266.70 user 443.30 system 2903.71 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:37:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C7291065674; Wed, 14 Mar 2012 07:37:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DA4108FC08; Wed, 14 Mar 2012 07:37:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7bOLK036127; Wed, 14 Mar 2012 07:37:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7bOFl036123; Wed, 14 Mar 2012 07:37:24 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:37:24 GMT Message-Id: <201203140737.q2E7bOFl036123@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:37:25 -0000 TB --- 2012-03-14 06:55:40 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:55:40 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-03-14 06:55:40 - cleaning the object tree TB --- 2012-03-14 06:55:57 - cvsupping the source tree TB --- 2012-03-14 06:55:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-03-14 06:56:08 - building world TB --- 2012-03-14 06:56:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:56:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:56:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:56:08 - SRCCONF=/dev/null TB --- 2012-03-14 06:56:08 - TARGET=mips TB --- 2012-03-14 06:56:08 - TARGET_ARCH=mips TB --- 2012-03-14 06:56:08 - TZ=UTC TB --- 2012-03-14 06:56:08 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:56:08 - cd /src TB --- 2012-03-14 06:56:08 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 06:56:08 UTC 2012 >>> 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 Mar 14 07:32:05 UTC 2012 TB --- 2012-03-14 07:32:05 - cd /src/sys/mips/conf TB --- 2012-03-14 07:32:05 - /usr/sbin/config -m ADM5120 TB --- 2012-03-14 07:32:05 - building ADM5120 kernel TB --- 2012-03-14 07:32:05 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:32:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:32:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:32:05 - SRCCONF=/dev/null TB --- 2012-03-14 07:32:05 - TARGET=mips TB --- 2012-03-14 07:32:05 - TARGET_ARCH=mips TB --- 2012-03-14 07:32:05 - TZ=UTC TB --- 2012-03-14 07:32:05 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:32:05 - cd /src TB --- 2012-03-14 07:32:05 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Mar 14 07:32:05 UTC 2012 >>> 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 ADM5120 completed on Wed Mar 14 07:33:13 UTC 2012 TB --- 2012-03-14 07:33:13 - cd /src/sys/mips/conf TB --- 2012-03-14 07:33:13 - /usr/sbin/config -m ALCHEMY TB --- 2012-03-14 07:33:13 - building ALCHEMY kernel TB --- 2012-03-14 07:33:13 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:33:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:33:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:33:13 - SRCCONF=/dev/null TB --- 2012-03-14 07:33:13 - TARGET=mips TB --- 2012-03-14 07:33:13 - TARGET_ARCH=mips TB --- 2012-03-14 07:33:13 - TZ=UTC TB --- 2012-03-14 07:33:13 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:33:13 - cd /src TB --- 2012-03-14 07:33:13 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Mar 14 07:33:13 UTC 2012 >>> 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 ALCHEMY completed on Wed Mar 14 07:34:19 UTC 2012 TB --- 2012-03-14 07:34:19 - cd /src/sys/mips/conf TB --- 2012-03-14 07:34:19 - /usr/sbin/config -m AR71XX TB --- 2012-03-14 07:34:19 - building AR71XX kernel TB --- 2012-03-14 07:34:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:34:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:34:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:34:19 - SRCCONF=/dev/null TB --- 2012-03-14 07:34:19 - TARGET=mips TB --- 2012-03-14 07:34:19 - TARGET_ARCH=mips TB --- 2012-03-14 07:34:19 - TZ=UTC TB --- 2012-03-14 07:34:19 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:34:19 - cd /src TB --- 2012-03-14 07:34:19 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Mar 14 07:34:19 UTC 2012 >>> 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_ch.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_da.c: In function 'dadone': /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /src/sys/modules/cam. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:37:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:37:24 - ERROR: failed to build AR71XX kernel TB --- 2012-03-14 07:37:24 - 1937.85 user 413.62 system 2504.17 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:44:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02173106564A; Wed, 14 Mar 2012 07:44:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9A24F8FC16; Wed, 14 Mar 2012 07:44:13 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7iDSq094071; Wed, 14 Mar 2012 07:44:13 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7iD2t094064; Wed, 14 Mar 2012 07:44:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:44:13 GMT Message-Id: <201203140744.q2E7iD2t094064@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:44:14 -0000 TB --- 2012-03-14 06:59:33 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:59:33 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-03-14 06:59:33 - cleaning the object tree TB --- 2012-03-14 07:00:01 - cvsupping the source tree TB --- 2012-03-14 07:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-03-14 07:00:15 - building world TB --- 2012-03-14 07:00:15 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:00:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:00:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:00:15 - SRCCONF=/dev/null TB --- 2012-03-14 07:00:15 - TARGET=sparc64 TB --- 2012-03-14 07:00:15 - TARGET_ARCH=sparc64 TB --- 2012-03-14 07:00:15 - TZ=UTC TB --- 2012-03-14 07:00:15 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:00:15 - cd /src TB --- 2012-03-14 07:00:15 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 07:00:15 UTC 2012 >>> 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 Mar 14 07:42:37 UTC 2012 TB --- 2012-03-14 07:42:37 - generating LINT kernel config TB --- 2012-03-14 07:42:37 - cd /src/sys/sparc64/conf TB --- 2012-03-14 07:42:37 - /usr/bin/make -B LINT TB --- 2012-03-14 07:42:37 - cd /src/sys/sparc64/conf TB --- 2012-03-14 07:42:37 - /usr/sbin/config -m LINT TB --- 2012-03-14 07:42:37 - building LINT kernel TB --- 2012-03-14 07:42:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:42:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:42:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:42:37 - SRCCONF=/dev/null TB --- 2012-03-14 07:42:37 - TARGET=sparc64 TB --- 2012-03-14 07:42:37 - TARGET_ARCH=sparc64 TB --- 2012-03-14 07:42:37 - TZ=UTC TB --- 2012-03-14 07:42:37 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:42:37 - cd /src TB --- 2012-03-14 07:42:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 07:42:37 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:44:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:44:13 - ERROR: failed to build LINT kernel TB --- 2012-03-14 07:44:13 - 2126.82 user 407.61 system 2679.86 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:46:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB26106566C; Wed, 14 Mar 2012 07:46:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C4EF98FC18; Wed, 14 Mar 2012 07:46:00 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7k0iI011149; Wed, 14 Mar 2012 07:46:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7k07q011148; Wed, 14 Mar 2012 07:46:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:46:00 GMT Message-Id: <201203140746.q2E7k07q011148@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:46:01 -0000 TB --- 2012-03-14 06:59:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:59:23 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-03-14 06:59:23 - cleaning the object tree TB --- 2012-03-14 06:59:46 - cvsupping the source tree TB --- 2012-03-14 06:59:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-03-14 07:00:03 - building world TB --- 2012-03-14 07:00:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:00:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:00:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:00:03 - SRCCONF=/dev/null TB --- 2012-03-14 07:00:03 - TARGET=powerpc TB --- 2012-03-14 07:00:03 - TARGET_ARCH=powerpc TB --- 2012-03-14 07:00:03 - TZ=UTC TB --- 2012-03-14 07:00:03 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:00:03 - cd /src TB --- 2012-03-14 07:00:03 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 07:00:03 UTC 2012 >>> 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 Mar 14 07:44:34 UTC 2012 TB --- 2012-03-14 07:44:34 - generating LINT kernel config TB --- 2012-03-14 07:44:34 - cd /src/sys/powerpc/conf TB --- 2012-03-14 07:44:34 - /usr/bin/make -B LINT TB --- 2012-03-14 07:44:34 - cd /src/sys/powerpc/conf TB --- 2012-03-14 07:44:34 - /usr/sbin/config -m LINT TB --- 2012-03-14 07:44:34 - building LINT kernel TB --- 2012-03-14 07:44:34 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:44:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:44:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:44:34 - SRCCONF=/dev/null TB --- 2012-03-14 07:44:34 - TARGET=powerpc TB --- 2012-03-14 07:44:34 - TARGET_ARCH=powerpc TB --- 2012-03-14 07:44:34 - TZ=UTC TB --- 2012-03-14 07:44:34 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:44:34 - cd /src TB --- 2012-03-14 07:44:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 07:44:34 UTC 2012 >>> 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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_da.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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:46:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:46:00 - ERROR: failed to build LINT kernel TB --- 2012-03-14 07:46:00 - 2246.79 user 415.12 system 2796.91 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 07:51:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB285106564A; Wed, 14 Mar 2012 07:51:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0E38FC0A; Wed, 14 Mar 2012 07:51:34 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2E7pY1H034214; Wed, 14 Mar 2012 07:51:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2E7pYYi034213; Wed, 14 Mar 2012 07:51:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 07:51:34 GMT Message-Id: <201203140751.q2E7pYYi034213@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 07:51:35 -0000 TB --- 2012-03-14 06:53:30 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 06:53:30 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-03-14 06:53:30 - cleaning the object tree TB --- 2012-03-14 06:53:50 - cvsupping the source tree TB --- 2012-03-14 06:53:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-03-14 06:54:03 - building world TB --- 2012-03-14 06:54:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 06:54:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 06:54:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 06:54:03 - SRCCONF=/dev/null TB --- 2012-03-14 06:54:03 - TARGET=ia64 TB --- 2012-03-14 06:54:03 - TARGET_ARCH=ia64 TB --- 2012-03-14 06:54:03 - TZ=UTC TB --- 2012-03-14 06:54:03 - __MAKE_CONF=/dev/null TB --- 2012-03-14 06:54:03 - cd /src TB --- 2012-03-14 06:54:03 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 06:54:04 UTC 2012 >>> 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 Mar 14 07:50:05 UTC 2012 TB --- 2012-03-14 07:50:05 - generating LINT kernel config TB --- 2012-03-14 07:50:05 - cd /src/sys/ia64/conf TB --- 2012-03-14 07:50:05 - /usr/bin/make -B LINT TB --- 2012-03-14 07:50:05 - cd /src/sys/ia64/conf TB --- 2012-03-14 07:50:05 - /usr/sbin/config -m LINT TB --- 2012-03-14 07:50:05 - building LINT kernel TB --- 2012-03-14 07:50:05 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 07:50:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 07:50:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 07:50:05 - SRCCONF=/dev/null TB --- 2012-03-14 07:50:05 - TARGET=ia64 TB --- 2012-03-14 07:50:05 - TARGET_ARCH=ia64 TB --- 2012-03-14 07:50:05 - TZ=UTC TB --- 2012-03-14 07:50:05 - __MAKE_CONF=/dev/null TB --- 2012-03-14 07:50:05 - cd /src TB --- 2012-03-14 07:50:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 07:50:05 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 07:51:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 07:51:34 - ERROR: failed to build LINT kernel TB --- 2012-03-14 07:51:34 - 2924.87 user 437.66 system 3483.26 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 11:49:47 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9336106564A; Wed, 14 Mar 2012 11:49:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 68E3D8FC08; Wed, 14 Mar 2012 11:49:47 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2EBnksl011923; Wed, 14 Mar 2012 11:49:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2EBnkeW011803; Wed, 14 Mar 2012 11:49:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 11:49:46 GMT Message-Id: <201203141149.q2EBnkeW011803@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 11:49:47 -0000 TB --- 2012-03-14 11:11:48 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:11:48 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-03-14 11:11:48 - cleaning the object tree TB --- 2012-03-14 11:11:56 - cvsupping the source tree TB --- 2012-03-14 11:11:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-03-14 11:12:49 - building world TB --- 2012-03-14 11:12:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:12:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:12:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:12:49 - SRCCONF=/dev/null TB --- 2012-03-14 11:12:49 - TARGET=arm TB --- 2012-03-14 11:12:49 - TARGET_ARCH=arm TB --- 2012-03-14 11:12:49 - TZ=UTC TB --- 2012-03-14 11:12:49 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:12:49 - cd /src TB --- 2012-03-14 11:12:49 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:12:50 UTC 2012 >>> 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 Mar 14 11:49:28 UTC 2012 TB --- 2012-03-14 11:49:28 - cd /src/sys/arm/conf TB --- 2012-03-14 11:49:28 - /usr/sbin/config -m AVILA TB --- 2012-03-14 11:49:28 - building AVILA kernel TB --- 2012-03-14 11:49:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:49:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:49:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:49:28 - SRCCONF=/dev/null TB --- 2012-03-14 11:49:28 - TARGET=arm TB --- 2012-03-14 11:49:28 - TARGET_ARCH=arm TB --- 2012-03-14 11:49:28 - TZ=UTC TB --- 2012-03-14 11:49:28 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:49:28 - cd /src TB --- 2012-03-14 11:49:28 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Mar 14 11:49:28 UTC 2012 >>> 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 -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_da.c cc -mbig-endian -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 11:49:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 11:49:46 - ERROR: failed to build AVILA kernel TB --- 2012-03-14 11:49:46 - 1712.29 user 382.13 system 2277.17 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 11:58:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2FAB1065672; Wed, 14 Mar 2012 11:58:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 852D18FC14; Wed, 14 Mar 2012 11:58:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2EBwWts041991; Wed, 14 Mar 2012 11:58:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2EBwWEO041985; Wed, 14 Mar 2012 11:58:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 11:58:32 GMT Message-Id: <201203141158.q2EBwWEO041985@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 11:58:33 -0000 TB --- 2012-03-14 10:48:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 10:48:06 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-03-14 10:48:06 - cleaning the object tree TB --- 2012-03-14 10:48:37 - cvsupping the source tree TB --- 2012-03-14 10:48:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-03-14 10:48:54 - building world TB --- 2012-03-14 10:48:54 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 10:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 10:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 10:48:54 - SRCCONF=/dev/null TB --- 2012-03-14 10:48:54 - TARGET=amd64 TB --- 2012-03-14 10:48:54 - TARGET_ARCH=amd64 TB --- 2012-03-14 10:48:54 - TZ=UTC TB --- 2012-03-14 10:48:54 - __MAKE_CONF=/dev/null TB --- 2012-03-14 10:48:54 - cd /src TB --- 2012-03-14 10:48:54 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 10:48:55 UTC 2012 >>> 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 Mar 14 11:55:53 UTC 2012 TB --- 2012-03-14 11:55:53 - generating LINT kernel config TB --- 2012-03-14 11:55:53 - cd /src/sys/amd64/conf TB --- 2012-03-14 11:55:53 - /usr/bin/make -B LINT TB --- 2012-03-14 11:55:53 - cd /src/sys/amd64/conf TB --- 2012-03-14 11:55:53 - /usr/sbin/config -m LINT TB --- 2012-03-14 11:55:53 - building LINT kernel TB --- 2012-03-14 11:55:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:55:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:55:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:55:53 - SRCCONF=/dev/null TB --- 2012-03-14 11:55:53 - TARGET=amd64 TB --- 2012-03-14 11:55:53 - TARGET_ARCH=amd64 TB --- 2012-03-14 11:55:53 - TZ=UTC TB --- 2012-03-14 11:55:53 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:55:53 - cd /src TB --- 2012-03-14 11:55:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 11:55:53 UTC 2012 >>> 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 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.c cc -c -O2 -frename-registers -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 11:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 11:58:32 - ERROR: failed to build LINT kernel TB --- 2012-03-14 11:58:32 - 3247.55 user 624.91 system 4225.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:25:41 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0DA1065670; Wed, 14 Mar 2012 12:25:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 011168FC16; Wed, 14 Mar 2012 12:25:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2ECPeTY014923; Wed, 14 Mar 2012 12:25:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2ECPeFV014920; Wed, 14 Mar 2012 12:25:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:25:40 GMT Message-Id: <201203141225.q2ECPeFV014920@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:25:41 -0000 TB --- 2012-03-14 11:36:09 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:36:09 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-14 11:36:09 - cleaning the object tree TB --- 2012-03-14 11:36:30 - cvsupping the source tree TB --- 2012-03-14 11:36:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-14 11:36:45 - building world TB --- 2012-03-14 11:36:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:36:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:36:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:36:45 - SRCCONF=/dev/null TB --- 2012-03-14 11:36:45 - TARGET=i386 TB --- 2012-03-14 11:36:45 - TARGET_ARCH=i386 TB --- 2012-03-14 11:36:45 - TZ=UTC TB --- 2012-03-14 11:36:45 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:36:45 - cd /src TB --- 2012-03-14 11:36:45 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:36:45 UTC 2012 >>> 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 Mar 14 12:22:46 UTC 2012 TB --- 2012-03-14 12:22:46 - generating LINT kernel config TB --- 2012-03-14 12:22:46 - cd /src/sys/i386/conf TB --- 2012-03-14 12:22:46 - /usr/bin/make -B LINT TB --- 2012-03-14 12:22:47 - cd /src/sys/i386/conf TB --- 2012-03-14 12:22:47 - /usr/sbin/config -m LINT TB --- 2012-03-14 12:22:47 - building LINT kernel TB --- 2012-03-14 12:22:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:22:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:22:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:22:47 - SRCCONF=/dev/null TB --- 2012-03-14 12:22:47 - TARGET=i386 TB --- 2012-03-14 12:22:47 - TARGET_ARCH=i386 TB --- 2012-03-14 12:22:47 - TZ=UTC TB --- 2012-03-14 12:22:47 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:22:47 - cd /src TB --- 2012-03-14 12:22:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 12:22:47 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:25:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:25:40 - ERROR: failed to build LINT kernel TB --- 2012-03-14 12:25:40 - 2283.33 user 431.63 system 2971.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:34:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AD5106566C; Wed, 14 Mar 2012 12:34:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8CE8FC0C; Wed, 14 Mar 2012 12:34:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2ECYBdF003138; Wed, 14 Mar 2012 12:34:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2ECYBPP003127; Wed, 14 Mar 2012 12:34:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:34:11 GMT Message-Id: <201203141234.q2ECYBPP003127@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:34:12 -0000 TB --- 2012-03-14 11:46:22 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:46:22 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-03-14 11:46:22 - cleaning the object tree TB --- 2012-03-14 11:46:50 - cvsupping the source tree TB --- 2012-03-14 11:46:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-03-14 11:47:01 - building world TB --- 2012-03-14 11:47:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:47:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:47:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:47:01 - SRCCONF=/dev/null TB --- 2012-03-14 11:47:01 - TARGET=pc98 TB --- 2012-03-14 11:47:01 - TARGET_ARCH=i386 TB --- 2012-03-14 11:47:01 - TZ=UTC TB --- 2012-03-14 11:47:01 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:47:01 - cd /src TB --- 2012-03-14 11:47:01 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:47:02 UTC 2012 >>> 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 Mar 14 12:32:02 UTC 2012 TB --- 2012-03-14 12:32:02 - generating LINT kernel config TB --- 2012-03-14 12:32:02 - cd /src/sys/pc98/conf TB --- 2012-03-14 12:32:02 - /usr/bin/make -B LINT TB --- 2012-03-14 12:32:02 - cd /src/sys/pc98/conf TB --- 2012-03-14 12:32:02 - /usr/sbin/config -m LINT TB --- 2012-03-14 12:32:02 - building LINT kernel TB --- 2012-03-14 12:32:02 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:32:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:32:02 - SRCCONF=/dev/null TB --- 2012-03-14 12:32:02 - TARGET=pc98 TB --- 2012-03-14 12:32:02 - TARGET_ARCH=i386 TB --- 2012-03-14 12:32:02 - TZ=UTC TB --- 2012-03-14 12:32:02 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:32:02 - cd /src TB --- 2012-03-14 12:32:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 12:32:02 UTC 2012 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_da.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:34:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:34:11 - ERROR: failed to build LINT kernel TB --- 2012-03-14 12:34:11 - 2239.09 user 432.68 system 2868.43 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:39:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B2661065673; Wed, 14 Mar 2012 12:39:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC468FC0A; Wed, 14 Mar 2012 12:39:30 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2ECdTmP060527; Wed, 14 Mar 2012 12:39:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2ECdTcP060526; Wed, 14 Mar 2012 12:39:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:39:29 GMT Message-Id: <201203141239.q2ECdTcP060526@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:39:30 -0000 TB --- 2012-03-14 11:58:22 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:58:22 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-03-14 11:58:22 - cleaning the object tree TB --- 2012-03-14 11:58:44 - cvsupping the source tree TB --- 2012-03-14 11:58:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-03-14 11:59:01 - building world TB --- 2012-03-14 11:59:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:59:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:59:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:59:01 - SRCCONF=/dev/null TB --- 2012-03-14 11:59:01 - TARGET=mips TB --- 2012-03-14 11:59:01 - TARGET_ARCH=mips TB --- 2012-03-14 11:59:01 - TZ=UTC TB --- 2012-03-14 11:59:01 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:59:01 - cd /src TB --- 2012-03-14 11:59:01 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:59:01 UTC 2012 >>> 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 Mar 14 12:34:15 UTC 2012 TB --- 2012-03-14 12:34:15 - cd /src/sys/mips/conf TB --- 2012-03-14 12:34:15 - /usr/sbin/config -m ADM5120 TB --- 2012-03-14 12:34:15 - building ADM5120 kernel TB --- 2012-03-14 12:34:15 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:34:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:34:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:34:15 - SRCCONF=/dev/null TB --- 2012-03-14 12:34:15 - TARGET=mips TB --- 2012-03-14 12:34:15 - TARGET_ARCH=mips TB --- 2012-03-14 12:34:15 - TZ=UTC TB --- 2012-03-14 12:34:15 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:34:15 - cd /src TB --- 2012-03-14 12:34:15 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Mar 14 12:34:15 UTC 2012 >>> 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 ADM5120 completed on Wed Mar 14 12:35:22 UTC 2012 TB --- 2012-03-14 12:35:22 - cd /src/sys/mips/conf TB --- 2012-03-14 12:35:22 - /usr/sbin/config -m ALCHEMY TB --- 2012-03-14 12:35:22 - building ALCHEMY kernel TB --- 2012-03-14 12:35:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:35:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:35:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:35:22 - SRCCONF=/dev/null TB --- 2012-03-14 12:35:22 - TARGET=mips TB --- 2012-03-14 12:35:22 - TARGET_ARCH=mips TB --- 2012-03-14 12:35:22 - TZ=UTC TB --- 2012-03-14 12:35:22 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:35:22 - cd /src TB --- 2012-03-14 12:35:22 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Mar 14 12:35:22 UTC 2012 >>> 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 ALCHEMY completed on Wed Mar 14 12:36:26 UTC 2012 TB --- 2012-03-14 12:36:26 - cd /src/sys/mips/conf TB --- 2012-03-14 12:36:26 - /usr/sbin/config -m AR71XX TB --- 2012-03-14 12:36:26 - building AR71XX kernel TB --- 2012-03-14 12:36:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:36:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:36:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:36:26 - SRCCONF=/dev/null TB --- 2012-03-14 12:36:26 - TARGET=mips TB --- 2012-03-14 12:36:26 - TARGET_ARCH=mips TB --- 2012-03-14 12:36:26 - TZ=UTC TB --- 2012-03-14 12:36:26 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:36:26 - cd /src TB --- 2012-03-14 12:36:26 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Mar 14 12:36:26 UTC 2012 >>> 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_ch.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_da.c: In function 'dadone': /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/modules/cam/../../cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /src/sys/modules/cam. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:39:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:39:29 - ERROR: failed to build AR71XX kernel TB --- 2012-03-14 12:39:29 - 1918.24 user 405.23 system 2467.50 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:43:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33ACA106564A; Wed, 14 Mar 2012 12:43:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id CD9B08FC0C; Wed, 14 Mar 2012 12:43:53 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2EChr4c097260; Wed, 14 Mar 2012 12:43:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2EChra9097258; Wed, 14 Mar 2012 12:43:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:43:53 GMT Message-Id: <201203141243.q2EChra9097258@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:43:54 -0000 TB --- 2012-03-14 11:59:33 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:59:33 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-03-14 11:59:33 - cleaning the object tree TB --- 2012-03-14 11:59:55 - cvsupping the source tree TB --- 2012-03-14 11:59:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-03-14 12:00:05 - building world TB --- 2012-03-14 12:00:05 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:00:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:00:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:00:05 - SRCCONF=/dev/null TB --- 2012-03-14 12:00:05 - TARGET=sparc64 TB --- 2012-03-14 12:00:05 - TARGET_ARCH=sparc64 TB --- 2012-03-14 12:00:05 - TZ=UTC TB --- 2012-03-14 12:00:05 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:00:05 - cd /src TB --- 2012-03-14 12:00:05 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 12:00:06 UTC 2012 >>> 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 Mar 14 12:42:18 UTC 2012 TB --- 2012-03-14 12:42:18 - generating LINT kernel config TB --- 2012-03-14 12:42:18 - cd /src/sys/sparc64/conf TB --- 2012-03-14 12:42:18 - /usr/bin/make -B LINT TB --- 2012-03-14 12:42:18 - cd /src/sys/sparc64/conf TB --- 2012-03-14 12:42:18 - /usr/sbin/config -m LINT TB --- 2012-03-14 12:42:18 - building LINT kernel TB --- 2012-03-14 12:42:18 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:42:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:42:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:42:18 - SRCCONF=/dev/null TB --- 2012-03-14 12:42:18 - TARGET=sparc64 TB --- 2012-03-14 12:42:18 - TARGET_ARCH=sparc64 TB --- 2012-03-14 12:42:18 - TZ=UTC TB --- 2012-03-14 12:42:18 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:42:18 - cd /src TB --- 2012-03-14 12:42:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 12:42:18 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:43:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:43:53 - ERROR: failed to build LINT kernel TB --- 2012-03-14 12:43:53 - 2121.18 user 403.34 system 2660.11 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:45:13 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75A191065670; Wed, 14 Mar 2012 12:45:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1858FC0A; Wed, 14 Mar 2012 12:45:13 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2ECjCgi011993; Wed, 14 Mar 2012 12:45:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2ECjCBe011992; Wed, 14 Mar 2012 12:45:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:45:12 GMT Message-Id: <201203141245.q2ECjCBe011992@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:45:13 -0000 TB --- 2012-03-14 11:58:32 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:58:32 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-03-14 11:58:32 - cleaning the object tree TB --- 2012-03-14 11:59:00 - cvsupping the source tree TB --- 2012-03-14 11:59:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-03-14 11:59:16 - building world TB --- 2012-03-14 11:59:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:59:16 - SRCCONF=/dev/null TB --- 2012-03-14 11:59:16 - TARGET=powerpc TB --- 2012-03-14 11:59:16 - TARGET_ARCH=powerpc TB --- 2012-03-14 11:59:16 - TZ=UTC TB --- 2012-03-14 11:59:16 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:59:16 - cd /src TB --- 2012-03-14 11:59:16 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:59:17 UTC 2012 >>> 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 Mar 14 12:43:46 UTC 2012 TB --- 2012-03-14 12:43:46 - generating LINT kernel config TB --- 2012-03-14 12:43:46 - cd /src/sys/powerpc/conf TB --- 2012-03-14 12:43:46 - /usr/bin/make -B LINT TB --- 2012-03-14 12:43:46 - cd /src/sys/powerpc/conf TB --- 2012-03-14 12:43:46 - /usr/sbin/config -m LINT TB --- 2012-03-14 12:43:46 - building LINT kernel TB --- 2012-03-14 12:43:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:43:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:43:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:43:46 - SRCCONF=/dev/null TB --- 2012-03-14 12:43:46 - TARGET=powerpc TB --- 2012-03-14 12:43:46 - TARGET_ARCH=powerpc TB --- 2012-03-14 12:43:46 - TZ=UTC TB --- 2012-03-14 12:43:46 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:43:46 - cd /src TB --- 2012-03-14 12:43:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 12:43:46 UTC 2012 >>> 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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_da.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 -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:45:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:45:12 - ERROR: failed to build LINT kernel TB --- 2012-03-14 12:45:12 - 2242.54 user 413.30 system 2800.45 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 12:48:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18B421065674; Wed, 14 Mar 2012 12:48:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B3CD28FC16; Wed, 14 Mar 2012 12:48:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q2ECmJn1030414; Wed, 14 Mar 2012 12:48:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2ECmJ8p030413; Wed, 14 Mar 2012 12:48:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Mar 2012 12:48:19 GMT Message-Id: <201203141248.q2ECmJ8p030413@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:48:20 -0000 TB --- 2012-03-14 11:49:47 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-14 11:49:47 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-03-14 11:49:47 - cleaning the object tree TB --- 2012-03-14 11:50:05 - cvsupping the source tree TB --- 2012-03-14 11:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-03-14 11:50:19 - building world TB --- 2012-03-14 11:50:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 11:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 11:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 11:50:19 - SRCCONF=/dev/null TB --- 2012-03-14 11:50:19 - TARGET=ia64 TB --- 2012-03-14 11:50:19 - TARGET_ARCH=ia64 TB --- 2012-03-14 11:50:19 - TZ=UTC TB --- 2012-03-14 11:50:19 - __MAKE_CONF=/dev/null TB --- 2012-03-14 11:50:19 - cd /src TB --- 2012-03-14 11:50:19 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 11:50:19 UTC 2012 >>> 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 Mar 14 12:46:50 UTC 2012 TB --- 2012-03-14 12:46:50 - generating LINT kernel config TB --- 2012-03-14 12:46:50 - cd /src/sys/ia64/conf TB --- 2012-03-14 12:46:50 - /usr/bin/make -B LINT TB --- 2012-03-14 12:46:50 - cd /src/sys/ia64/conf TB --- 2012-03-14 12:46:50 - /usr/sbin/config -m LINT TB --- 2012-03-14 12:46:50 - building LINT kernel TB --- 2012-03-14 12:46:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-14 12:46:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-14 12:46:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-14 12:46:50 - SRCCONF=/dev/null TB --- 2012-03-14 12:46:50 - TARGET=ia64 TB --- 2012-03-14 12:46:50 - TARGET_ARCH=ia64 TB --- 2012-03-14 12:46:50 - TZ=UTC TB --- 2012-03-14 12:46:50 - __MAKE_CONF=/dev/null TB --- 2012-03-14 12:46:50 - cd /src TB --- 2012-03-14 12:46:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 12:46:50 UTC 2012 >>> 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 -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/cam/ata/ata_da.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 -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/cam/scsi/scsi_da.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_da.c: In function 'dadone': /src/sys/cam/scsi/scsi_da.c:1930: warning: 'error_code' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1930: warning: 'sense_key' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'ascq' may be used uninitialized in this function /src/sys/cam/scsi/scsi_da.c:1929: warning: 'asc' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-14 12:48:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-14 12:48:19 - ERROR: failed to build LINT kernel TB --- 2012-03-14 12:48:19 - 2938.77 user 445.16 system 3512.13 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 14:34:38 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4CD106564A for ; Wed, 14 Mar 2012 14:34:38 +0000 (UTC) (envelope-from jan.winter@kantarmedia.de) Received: from smtp.kantarmedia.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2018FC15 for ; Wed, 14 Mar 2012 14:34:37 +0000 (UTC) Received: from [192.168.100.217] (helo=mybook.local) by smtp.kantarmedia.de with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S7pHb-000F3F-Hm; Wed, 14 Mar 2012 15:34:31 +0100 Message-ID: <4F60AC6C.2060805@kantarmedia.de> Date: Wed, 14 Mar 2012 15:34:20 +0100 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> In-Reply-To: <20120314184047.GA8023@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 14:34:38 -0000 On 03/14/12 19:40, YongHyeon PYUN wrote: > On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: >> Hello, >> >> on an Dell Blade m610 is not possible to change the network media option: >> >> ifconfig bce0 media 100baseTX mediaopt full-duplex up >> ifconfig: SIOCSIFMEDIA (media): Device not configured >> >> Setting the media option to "autoselect" and connecting the m610 to a >> 100 MBit switch, I always get "no carrier" >> only 1g full-duplex seems to be working. I have tested this on >> 8.3-prerelease and 9-stable >> >> any Ideas? >> >> cheers >> Jan >> >> pciconf -lv >> bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 >> rev=0x20 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'NetXtreme II BCM5709S Gigabit Ethernet' >> class = network >> subclass = ethernet >> >> dmesg >> bce0: mem >> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >> miibus0: on bce0 >> brgphy0: PHY 2 on miibus0 >> brgphy0: 1000baseSX-FDX, auto >> bce0: Ethernet address: 00:26:b9:fb:04:0c >> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> bce1: mem >> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >> miibus1: on bce1 >> brgphy1: PHY 2 on miibus1 >> brgphy1: 1000baseSX-FDX, auto >> bce1: Ethernet address: 00:26:b9:fb:04:0e >> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> > I'm not sure you're seeing one of long standing remote PHY issue of > blade box but would you try the patch at the following URL? > http://people.freebsd.org/~yongari/bce/bce.rphy.diff > > After applying the patch, show me the dmesg output(bce(4) and > brgphy(4) related ones) and 'ifconfig -m bce0'. > Note, the patch was not tested at all(lack of hardware). Hello, thank you very much, for your quick support Now its looking much better ifconfig -m bce0 bce0: flags=8843 metric 0 mtu 1500 options=c01bb capabilities=c01bb ether 00:26:b9:fb:04:0c inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative scopeid 0x1 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active supported media: media autoselect media 1000baseT mediaopt full-duplex media 1000baseT media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP dmesg: ..... bce0: mem 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 bce0: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 256 to local APIC 16 vector 52 bce0: using IRQ 256 for MSI bce0: Remote PHY : TP bce0: bpf attached bce0: Ethernet address: 00:26:b9:fb:04:0c bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) Coal (RX:6,6,18,18; TX:20,20,80,80) bce1: mem 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 bce1: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 257 to local APIC 16 vector 53 bce1: using IRQ 257 for MSI bce1: Remote PHY : TP bce1: bpf attached bce1: Ethernet address: 00:26:b9:fb:04:0e bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) Coal (RX:6,6,18,18; TX:20,20,80,80) ..... I have done a quick test with 100 and 1000 MBit, both working very well. Its possible to get a Patch for 8 Stable? thank in advance Jan From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 15:41:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D187E1065672 for ; Wed, 14 Mar 2012 15:41:29 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED838FC0A for ; Wed, 14 Mar 2012 15:41:29 +0000 (UTC) Received: by ghrr20 with SMTP id r20so2377497ghr.13 for ; Wed, 14 Mar 2012 08:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V5dFqRX/scVWt8ACPeX4yYm6YK2g05JoOv4PR3GPOVw=; b=d5fkBbeudZvZLK1Minl3ajWdNT+xvjfvICalY8oKmbThKOdtPFPIlLxMXb13Xsv7Qq 2zMBTlNAvJAap3x/BXv/8blqQ3CY0cdxl6V6AxbkC+h0kwnPt1rse5jFl/r9KX6qP3R0 kZzUPg8mSgpHaG78SaahMJkInU70BxzdUqPtl7aCZLLHOkFHw1CNHFaDgzae2Je/bMYd BeTqHqYN7oGOm+zO5b7L55uohvZy5BLbGZeFKIwLK3UbC7iKpw/EgN/qSlRDRrec6y47 Vp3JOFlgT16WUfVSCtUWIDoh98GuzK92bnI6/Ht0dLGzscuQ7b4z2f3weBc3IGW04Fcr H51A== MIME-Version: 1.0 Received: by 10.60.4.105 with SMTP id j9mr3979652oej.29.1331739683273; Wed, 14 Mar 2012 08:41:23 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Wed, 14 Mar 2012 08:41:23 -0700 (PDT) In-Reply-To: <8376649595D34EDE8E160990C9FBD8CB@white> References: <7EEACF9CCF91415895F77A26C954F154@white> <8376649595D34EDE8E160990C9FBD8CB@white> Date: Wed, 14 Mar 2012 15:41:23 +0000 Message-ID: From: Zenny To: Dewayne Geraghty Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: NanoBSD compilation problem with 9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 15:41:29 -0000 On 3/13/12, Dewayne Geraghty wrote: > Thinks aren't looking good. I've had this problem a few years ago when > first using nanobsd. I was chasing the problem until in the end I removed > all exclusions from the build, and then added exclusions (WITHOUT_...) > until something broke, which revealed the problem. This could take awhile. > > To my casual eye, the issue seems to be related to the RC4 algorithm which > might point to a problem with openssl. I don't have access to any freebsd > machines for the next two days (I'm in transit). At a guess you might need > to either: > A) enable the RC4 algorithm in the openssl build, though I think its on by > default or > B) review the src.conf file for anything with WPA_SUPPLICANT* and add that > to your "WITHOUT_" list; at least until you've gotten one complete build > under your belt. Thanks for your input. Yep, that seemed working with a few things that I did: 1) removed all source and ports and csup/portsnap them 2) In the src.conf file, I figured out that disabling WPA_SUPPLICANT (#WITHOUT_WPA_SUPPLICANT=true") is preventing the build world. 3) In the kernel file, I have to change from COMPAT_IA32 to COMPAT_FREEBSD32 (the former is obsoleted in FreeBSD9-RELEASE) to complete the build kernel. BTW, I am just wondering where and how to specify any kernel patches to be applied to a nanobsd image? Could not figure out any documentation. > > It's tricky business getting the build the way that you'd like it, but once > achieved, you'll be knowledgeable with your result. > > Things to note: WITHOUT_ENCRYPTION have undocumented side-effects like not > building geli, nor libarchive - don't use this knob; and WITHOUT_OBJC will > cause problems that took me lot of time to identify. Thank you for the pointers. > > Good luck. > > Kind regards, Dewayne. > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 20:58:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 747871065672 for ; Wed, 14 Mar 2012 20:58:34 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4488FC15 for ; Wed, 14 Mar 2012 20:58:34 +0000 (UTC) Received: by ggnk4 with SMTP id k4so2799980ggn.13 for ; Wed, 14 Mar 2012 13:58:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BFSnx74YFK6ZIofMYVUHs8sAMjYIkwUH9xSrjtqb7iQ=; b=UxS5S7RGZHG4OVicGkydbqK4bNYUxqimqXpKh9UGLqP+bAbIp78DL0HqcTL8U6PfMx RhhOvJ919cCXfJleiEpNzqf+a18yfQHr2LPOjt/NI4nsshbjrz+KtFqjwTFLJ/B/VAaR Ttc/R4qM2uhPDw6bpG1mCXAgpczsaOcVJRu0I4FIJgq19q8fSF3i+vcNOMeKqqDDRM1T IPxRch2oy7uKI6SpMM12CcdU/Hc/8B5JuJ/hWXIYABHveQNKyssupNSbMdpw8ZoTHFvW aSq74nLdrfVHmJRFuhRCXfq2lR5XXFOB5zmxYXbVsfG+qPcLoYVDDlHtYlIRd5/3YDZb rHXA== MIME-Version: 1.0 Received: by 10.60.1.4 with SMTP id 4mr5287379oei.28.1331758713264; Wed, 14 Mar 2012 13:58:33 -0700 (PDT) Received: by 10.182.48.165 with HTTP; Wed, 14 Mar 2012 13:58:33 -0700 (PDT) In-Reply-To: <4F60AC6C.2060805@kantarmedia.de> References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> Date: Wed, 14 Mar 2012 22:58:33 +0200 Message-ID: From: Sami Halabi To: pyunyh@gmail.com, Jan Winter Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 20:58:34 -0000 Hi, I'm having this card on my IBM X3550, FBSD8.1-R-p8: # pciconf -lv bce0@pci0:11:0:0: class=0x020000 card=0x03a91014 chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet bce1@pci0:11:0:1: class=0x020000 card=0x03a91014 chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet # lspci 0b:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet (rev 20) 0b:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet (rev 20) the box is running for about 200 days so i don't have dmesg output. do i need to patch? Sami On Wed, Mar 14, 2012 at 4:34 PM, Jan Winter wrote: > On 03/14/12 19:40, YongHyeon PYUN wrote: > >> On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: >> >>> Hello, >>> >>> on an Dell Blade m610 is not possible to change the network media option: >>> >>> ifconfig bce0 media 100baseTX mediaopt full-duplex up >>> ifconfig: SIOCSIFMEDIA (media): Device not configured >>> >>> Setting the media option to "autoselect" and connecting the m610 to a >>> 100 MBit switch, I always get "no carrier" >>> only 1g full-duplex seems to be working. I have tested this on >>> 8.3-prerelease and 9-stable >>> >>> any Ideas? >>> >>> cheers >>> Jan >>> >>> pciconf -lv >>> bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 >>> rev=0x20 hdr=0x00 >>> vendor = 'Broadcom Corporation' >>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' >>> class = network >>> subclass = ethernet >>> >>> dmesg >>> bce0: mem >>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>> miibus0: on bce0 >>> brgphy0: PHY 2 on miibus0 >>> brgphy0: 1000baseSX-FDX, auto >>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>> bce1: mem >>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>> miibus1: on bce1 >>> brgphy1: PHY 2 on miibus1 >>> brgphy1: 1000baseSX-FDX, auto >>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>> >>> I'm not sure you're seeing one of long standing remote PHY issue of >> blade box but would you try the patch at the following URL? >> http://people.freebsd.org/~**yongari/bce/bce.rphy.diff >> >> After applying the patch, show me the dmesg output(bce(4) and >> brgphy(4) related ones) and 'ifconfig -m bce0'. >> Note, the patch was not tested at all(lack of hardware). >> > > Hello, > > thank you very much, for your quick support > Now its looking much better > > ifconfig -m bce0 > bce0: flags=8843 metric 0 mtu > 1500 > options=c01bb MTU,VLAN_HWCSUM,TSO4,VLAN_**HWTSO,LINKSTATE> > capabilities=c01bb HWTAGGING,JUMBO_MTU,VLAN_**HWCSUM,TSO4,VLAN_HWTSO,**LINKSTATE> > ether 00:26:b9:fb:04:0c > inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 > inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative scopeid > 0x1 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > supported media: > media autoselect > media 1000baseT mediaopt full-duplex > media 1000baseT > media 100baseTX mediaopt full-duplex > media 100baseTX > media 10baseT/UTP mediaopt full-duplex > media 10baseT/UTP > > dmesg: > ..... > > bce0: mem > 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > bce0: attempting to allocate 1 MSI vectors (16 supported) > msi: routing MSI IRQ 256 to local APIC 16 vector 52 > bce0: using IRQ 256 for MSI > bce0: Remote PHY : TP > bce0: bpf attached > > bce0: Ethernet address: 00:26:b9:fb:04:0c > bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) > > Coal (RX:6,6,18,18; TX:20,20,80,80) > bce1: mem > 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > bce1: attempting to allocate 1 MSI vectors (16 supported) > msi: routing MSI IRQ 257 to local APIC 16 vector 53 > bce1: using IRQ 257 for MSI > bce1: Remote PHY : TP > bce1: bpf attached > > bce1: Ethernet address: 00:26:b9:fb:04:0e > bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) > > Coal (RX:6,6,18,18; TX:20,20,80,80) > ..... > > I have done a quick test with 100 and 1000 MBit, both working very well. > Its possible to get a Patch for 8 Stable? > > > thank in advance > Jan > > > > > ______________________________**_________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@**freebsd.org > " > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-stable@FreeBSD.ORG Wed Mar 14 22:44:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A401106564A for ; Wed, 14 Mar 2012 22:44:49 +0000 (UTC) (envelope-from paulguyot@ieee.org) Received: from flapjack.semiocast.net (flapjack.semiocast.net [88.191.124.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDDC8FC16 for ; Wed, 14 Mar 2012 22:44:48 +0000 (UTC) Received: from coriander.lan (gob75-1-87-88-126-146.dsl.sta.abo.bbox.fr [87.88.126.146]) by flapjack.semiocast.net (Postfix) with ESMTPSA id 60154BC for ; Wed, 14 Mar 2012 22:44:39 +0000 (UTC) From: Paul Guyot Content-Type: multipart/signed; boundary=Apple-Mail-30--876923716; protocol="application/pkcs7-signature"; micalg=sha1 Date: Wed, 14 Mar 2012 23:44:37 +0100 Message-Id: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 22:44:49 -0000 --Apple-Mail-30--876923716 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, Changes brought to bce(4) prevents booting a R410 Dell server with = GELI-encrypted root ZFS partition requiring a passphrase, something that = was possible with 9-RELEASE. Using a binary search, the bug comes from the following revision: Updating collection src-all/cvs Edit src/sys/dev/bce/if_bce.c Add delta 1.89.2.4 2012.01.09.19.07.14 yongari Edit src/sys/dev/bce/if_bcereg.h Add delta 1.35.2.3 2012.01.09.19.07.14 yongari Shutting down connection to server RELEASE as well as STABLE with date=3D2012.01.09.19.00.00 boot properly. The boot fails with date=3D2012.01.09.19.08.00 For more details: the box is configured to boot from a plain ZFS pool = that contains the kernel (zboot) and then to request passphrase for a = GELI-encrypted ZFS pool containing everything else (including = /etc/rc.d), in a way similar to what is described here: = http://www.keltia.net/howtos/freebsd-dedibox The passphrase should be entered from the virtual console (KVM) = simulated by the ipmi controller (through Dell's "iDRAC6"). On RELEASE, the boot works properly and can be followed from the KVM = console, where the passphrase can be entered. On STABLE, the KVM gets = disconnected. Besides, the ipmi is down, and the box is eventually = bricked: since plugging a real console is not an option, the only way to = get access to the server is to reboot it electrically (and to configure = the PXE to perform a netboot in order to switch the kernel). I believe the ipmi controller uses the main ethernet port to simulate a = physical console and the change in the bce driver disables the ethernet = port. Since the box waits from the passphrase to configure the network, = the box gets unreachable. Paul --=20 Semiocast http://semiocast.com/ +33.183627948 - 20 rue Lacaze, 75014 Paris --Apple-Mail-30--876923716-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 01:10:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54479106566C for ; Thu, 15 Mar 2012 01:10:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 23E8E8FC16 for ; Thu, 15 Mar 2012 01:10:23 +0000 (UTC) Received: by dadp14 with SMTP id p14so10423951dad.18 for ; Wed, 14 Mar 2012 18:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vr4rHUZP7SsiPTabOFrWGE00QGeZyu1VUYyPktfzQRM=; b=gsqrK+13vIiZUYoA4priPosvzrEwp4MQ3hEsz8kfk42TXgii64yyKMdJLJWyoyDGWg J6hDBoIOM7VeLa/txSstH1G94Wuk7Pn2mFQ0pbdJtfTgn2WSKwy6HinmXbeRvkpvdYSt /0dSyzUUei++wZ+Ttp2E2NaLf+oYASTHLFXH4IaFPSBY4s8aR9FD0GTTq5PrADRnBgiL VDFIhyZtJer7QC+I2RS86jdB0L+vK96kRGMySK49qs4DI2pu5C9Ppt0+bV4xBSeGQjXG cY+G4RkjTgNtwYsRU+ZuuRwTqFc73tvjEoTPOm4NdYeP9LZOAUZOg9JToHNvDYmsNCIy KwgQ== Received: by 10.68.238.39 with SMTP id vh7mr534599pbc.30.1331773823719; Wed, 14 Mar 2012 18:10:23 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id g3sm592621pbt.41.2012.03.14.18.10.20 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Mar 2012 18:10:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Mar 2012 10:10:19 -0700 From: YongHyeon PYUN Date: Thu, 15 Mar 2012 10:10:19 -0700 To: Paul Guyot Message-ID: <20120315171018.GA3295@michelle.cdnetworks.com> References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 01:10:24 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 14, 2012 at 11:44:37PM +0100, Paul Guyot wrote: > Hello, > > Changes brought to bce(4) prevents booting a R410 Dell server with GELI-encrypted root ZFS partition requiring a passphrase, something that was possible with 9-RELEASE. > > Using a binary search, the bug comes from the following revision: > > Updating collection src-all/cvs > Edit src/sys/dev/bce/if_bce.c > Add delta 1.89.2.4 2012.01.09.19.07.14 yongari > Edit src/sys/dev/bce/if_bcereg.h > Add delta 1.35.2.3 2012.01.09.19.07.14 yongari > Shutting down connection to server > Could you try attach patch and let me know whether it recovers IPMI functionality? > RELEASE as well as STABLE with date=2012.01.09.19.00.00 boot properly. > The boot fails with date=2012.01.09.19.08.00 > > For more details: the box is configured to boot from a plain ZFS pool that contains the kernel (zboot) and then to request passphrase for a GELI-encrypted ZFS pool containing everything else (including /etc/rc.d), in a way similar to what is described here: http://www.keltia.net/howtos/freebsd-dedibox > > The passphrase should be entered from the virtual console (KVM) simulated by the ipmi controller (through Dell's "iDRAC6"). > > On RELEASE, the boot works properly and can be followed from the KVM console, where the passphrase can be entered. On STABLE, the KVM gets disconnected. Besides, the ipmi is down, and the box is eventually bricked: since plugging a real console is not an option, the only way to get access to the server is to reboot it electrically (and to configure the PXE to perform a netboot in order to switch the kernel). > > I believe the ipmi controller uses the main ethernet port to simulate a physical console and the change in the bce driver disables the ethernet port. Since the box waits from the passphrase to configure the network, the box gets unreachable. > > Paul > -- > Semiocast http://semiocast.com/ > +33.183627948 - 20 rue Lacaze, 75014 Paris > --k+w/mQv8wyuph6w0 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bce.ipmi.diff" Index: sys/dev/bce/if_bce.c =================================================================== --- sys/dev/bce/if_bce.c (revision 232950) +++ sys/dev/bce/if_bce.c (working copy) @@ -1992,8 +1992,7 @@ ifp = sc->bce_ifp; mii = device_get_softc(sc->bce_miibus); - if (mii == NULL || ifp == NULL || - (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + if (mii == NULL || ifp == NULL) return; sc->bce_link_up = FALSE; --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 01:29:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC52106564A for ; Thu, 15 Mar 2012 01:29:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB3488FC08 for ; Thu, 15 Mar 2012 01:29:33 +0000 (UTC) Received: by ghrr20 with SMTP id r20so3054055ghr.13 for ; Wed, 14 Mar 2012 18:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4Qdt6EDfYmZzR2TpGRWDamQdftwaP+sxgmTDSkasa4E=; b=xa2tyRAZ0z/S6bIukw4+Mp4RbzPjph2dvK0qvaKU/xrzjritaNrxAZSHImvqV4E5YO PBlCDuhvEv/Yn2yTAdYoeZfIAmXC4GzJDo7aByvKsCN69W+z582l80WcOukm16FrMskG xTvcJRleRET9vinljj8pDUg43QfWjThi7diaFVcVWKVlbual6Eedn5Ed35OGOndvIWFZ uiRDCZ0fNWBwD6bn2/DPP9hX/cpCALD4g3a8hcp6XC0JYXfQ9yQS7lvcCxoSzWAKXr4A 8HP59klSlDjyoPbA01uO9Mq6HSIOfoFcZP9UrO5NV63lw3a1rHXClmlwbPpAfc9rH4IS zKtQ== Received: by 10.68.213.163 with SMTP id nt3mr705486pbc.14.1331774972932; Wed, 14 Mar 2012 18:29:32 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id l1sm631182pbs.34.2012.03.14.18.29.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Mar 2012 18:29:32 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Mar 2012 10:29:28 -0700 From: YongHyeon PYUN Date: Thu, 15 Mar 2012 10:29:28 -0700 To: Jan Winter Message-ID: <20120315172928.GB3295@michelle.cdnetworks.com> References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F60AC6C.2060805@kantarmedia.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 01:29:34 -0000 On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: > On 03/14/12 19:40, YongHyeon PYUN wrote: > >On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: > >>Hello, > >> > >>on an Dell Blade m610 is not possible to change the network media option: > >> > >>ifconfig bce0 media 100baseTX mediaopt full-duplex up > >>ifconfig: SIOCSIFMEDIA (media): Device not configured > >> > >>Setting the media option to "autoselect" and connecting the m610 to a > >>100 MBit switch, I always get "no carrier" > >>only 1g full-duplex seems to be working. I have tested this on > >>8.3-prerelease and 9-stable > >> > >>any Ideas? > >> > >>cheers > >>Jan > >> > >>pciconf -lv > >>bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 > >>rev=0x20 hdr=0x00 > >> vendor = 'Broadcom Corporation' > >> device = 'NetXtreme II BCM5709S Gigabit Ethernet' > >> class = network > >> subclass = ethernet > >> > >>dmesg > >>bce0: mem > >>0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > >>miibus0: on bce0 > >>brgphy0: PHY 2 on miibus0 > >>brgphy0: 1000baseSX-FDX, auto > >>bce0: Ethernet address: 00:26:b9:fb:04:0c > >>bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>bce1: mem > >>0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > >>miibus1: on bce1 > >>brgphy1: PHY 2 on miibus1 > >>brgphy1: 1000baseSX-FDX, auto > >>bce1: Ethernet address: 00:26:b9:fb:04:0e > >>bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>Coal (RX:6,6,18,18; TX:20,20,80,80) > >> > >I'm not sure you're seeing one of long standing remote PHY issue of > >blade box but would you try the patch at the following URL? > >http://people.freebsd.org/~yongari/bce/bce.rphy.diff > > > >After applying the patch, show me the dmesg output(bce(4) and > >brgphy(4) related ones) and 'ifconfig -m bce0'. > >Note, the patch was not tested at all(lack of hardware). > > Hello, > > thank you very much, for your quick support > Now its looking much better > > ifconfig -m bce0 > bce0: flags=8843 metric 0 mtu 1500 > > options=c01bb > > capabilities=c01bb > ether 00:26:b9:fb:04:0c > inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 > inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative > scopeid 0x1 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > supported media: > media autoselect > media 1000baseT mediaopt full-duplex > media 1000baseT > media 100baseTX mediaopt full-duplex > media 100baseTX > media 10baseT/UTP mediaopt full-duplex > media 10baseT/UTP > > dmesg: > ..... > bce0: mem > 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > bce0: attempting to allocate 1 MSI vectors (16 supported) > msi: routing MSI IRQ 256 to local APIC 16 vector 52 > bce0: using IRQ 256 for MSI > bce0: Remote PHY : TP > bce0: bpf attached > bce0: Ethernet address: 00:26:b9:fb:04:0c > bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) > Coal (RX:6,6,18,18; TX:20,20,80,80) > bce1: mem > 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > bce1: attempting to allocate 1 MSI vectors (16 supported) > msi: routing MSI IRQ 257 to local APIC 16 vector 53 > bce1: using IRQ 257 for MSI > bce1: Remote PHY : TP > bce1: bpf attached > bce1: Ethernet address: 00:26:b9:fb:04:0e > bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) > Coal (RX:6,6,18,18; TX:20,20,80,80) > ..... > > I have done a quick test with 100 and 1000 MBit, both working very well. Thanks a lot for testing. This patch was made long time ago but I haven't had chance to commit it due to lack of access to hardware. Because the patch bypasses mii(4) layer and makes it hard to read code, I didn't like the patch but it seems the patch makes bce(4) usable on blade boxes at least. I'll commit the patch next week. > Its possible to get a Patch for 8 Stable? > I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied cleanly to stable/[7-9]. > > thank in advance > Jan > > > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 01:42:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB05B106564A for ; Thu, 15 Mar 2012 01:42:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7C75E8FC0C for ; Thu, 15 Mar 2012 01:42:51 +0000 (UTC) Received: by dadp14 with SMTP id p14so10553760dad.18 for ; Wed, 14 Mar 2012 18:42:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=kxwZqYpU4fznH9cg/nwVCMkZXkPwW0hgdjt1rX5U9vQ=; b=StwN395UAnfGXFKSXgFE0otNxG5lxBJskBVYyFn2ESkOTIe/g58h809BlSNsJ8WUH+ a5PwnO6xuVOvd6ZF/RUzeH9bBnt2Cy8pAl+9pfic4gROiefmvei8tJx1mdtMALRcTyd/ j2p8z4A/RVQiE7ESyM0WC4lmrpyFGbsdIvTb0TzbF158hZY1A/Il6qHbUFTOhnDrUHgv PtPkrB5wprdevzPOMpBKHkOCaSRBg8aGQ0i1RsveB3pNeGUixUsqcSFbgVvsqiEywsm9 YoZE5O4SI5hYxIOFBJlsVkELUSdQp7jhpNuB3MmcASz9KWkJqkNBAL0Fxf+PWTqRRm7U 73/Q== Received: by 10.68.226.225 with SMTP id rv1mr718113pbc.44.1331775771170; Wed, 14 Mar 2012 18:42:51 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id g3sm652149pbt.41.2012.03.14.18.42.48 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Mar 2012 18:42:50 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Mar 2012 10:42:46 -0700 From: YongHyeon PYUN Date: Thu, 15 Mar 2012 10:42:46 -0700 To: Sami Halabi Message-ID: <20120315174246.GC3295@michelle.cdnetworks.com> References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> 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: stable@freebsd.org, Jan Winter Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 01:42:51 -0000 On Wed, Mar 14, 2012 at 10:58:33PM +0200, Sami Halabi wrote: > Hi, > I'm having this card on my IBM X3550, FBSD8.1-R-p8: > # pciconf -lv > bce0@pci0:11:0:0: class=0x020000 card=0x03a91014 chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > bce1@pci0:11:0:1: class=0x020000 card=0x03a91014 chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > > # lspci > 0b:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 > Gigabit Ethernet (rev 20) > 0b:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 > Gigabit Ethernet (rev 20) > > the box is running for about 200 days so i don't have dmesg output. > > do i need to patch? > I think you don't need the patch unless you're suffering from link establishment issue. The patch was made to support remote PHY capability of Broadcom controller which is commonly found on Dell blade systems. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 08:19:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06C151065672 for ; Thu, 15 Mar 2012 08:19:31 +0000 (UTC) (envelope-from paulguyot@ieee.org) Received: from flapjack.semiocast.net (flapjack.semiocast.net [88.191.124.10]) by mx1.freebsd.org (Postfix) with ESMTP id A7DF88FC19 for ; Thu, 15 Mar 2012 08:19:30 +0000 (UTC) Received: from coriander.lan (gob75-1-87-88-126-146.dsl.sta.abo.bbox.fr [87.88.126.146]) by flapjack.semiocast.net (Postfix) with ESMTPSA id 980E5686; Thu, 15 Mar 2012 08:19:28 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; boundary=Apple-Mail-32--842434183; protocol="application/pkcs7-signature"; micalg=sha1 From: Paul Guyot In-Reply-To: <20120315171018.GA3295@michelle.cdnetworks.com> Date: Thu, 15 Mar 2012 09:19:27 +0100 Message-Id: <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> <20120315171018.GA3295@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1084) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 08:19:31 -0000 --Apple-Mail-32--842434183 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 15 mars 2012 =E0 18:10, YongHyeon PYUN a =E9crit : > On Wed, Mar 14, 2012 at 11:44:37PM +0100, Paul Guyot wrote: >> Hello, >>=20 >> Changes brought to bce(4) prevents booting a R410 Dell server with = GELI-encrypted root ZFS partition requiring a passphrase, something that = was possible with 9-RELEASE. >>=20 >> Using a binary search, the bug comes from the following revision: >>=20 >> Updating collection src-all/cvs >> Edit src/sys/dev/bce/if_bce.c >> Add delta 1.89.2.4 2012.01.09.19.07.14 yongari >> Edit src/sys/dev/bce/if_bcereg.h >> Add delta 1.35.2.3 2012.01.09.19.07.14 yongari >> Shutting down connection to server >>=20 >=20 > Could you try attach patch and let me know whether it recovers IPMI > functionality? Thank you for your quick patch. Unfortunately, it does not recover IPMI = functionality with STABLE@2012.01.09.19.08.00. Paul --=20 Semiocast http://semiocast.com/ +33.183627948 - 20 rue Lacaze, 75014 Paris --Apple-Mail-32--842434183-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 11:35:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75435106564A for ; Thu, 15 Mar 2012 11:35:48 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F093D8FC16 for ; Thu, 15 Mar 2012 11:35:46 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2771016bkc.13 for ; Thu, 15 Mar 2012 04:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=xUTbnbq9aUvnMcpc0+DHYhUP1eNgOdU/9lxvXhfffok=; b=cp7b2BvghxGx+Xp/nJb5gpNpTP7eN/z7ge3ARVd07RJ9oZCKMwfKbG7ACUg6wFW2bb HMCzwymxaXt1uf+VsJPYV6ETRDmw5faaGQA0EksWmQdiuSc6vdEyL3WIhFmoSFkJhIaI G9MqUvebUb29PTYEXFbpNGgv+5bsTBx3DlgHV4+QGLZFaB09ew/QxdocM2RCbyVK55ZX 65vVwQiYnfZnCUxPpZ72U8g8T4z9msQDBuItqe3iEk15G0JfHmXd3ReY7vh1xkzfWBUh YPcjExiDDAI7IqnkmC49jbcxzCnaD5Hta2mENHdmNVgSxw3qVbVE65E3MJJs2XL2ou0d oPcg== Received: by 10.204.151.86 with SMTP id b22mr2381226bkw.81.1331811346157; Thu, 15 Mar 2012 04:35:46 -0700 (PDT) Received: from [192.168.1.129] (schavemaker.nl. [213.84.84.186]) by mx.google.com with ESMTPS id t17sm3170336bke.6.2012.03.15.04.35.45 (version=SSLv3 cipher=OTHER); Thu, 15 Mar 2012 04:35:45 -0700 (PDT) Message-ID: <4F61D40F.50102@gmail.com> Date: Thu, 15 Mar 2012 12:35:43 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel messages mps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 11:35:48 -0000 I see a lot of messages like below. Last weekend the server was not responding at all and we need to reboot. The da3 message is always the same, it is never another port. The drive is part of a ZFS mirrored vdev. Do i need to worry or is it just the mps driver and do i need the new one. system is FreeBSD 9.0-RELENG amd64 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +(da3:mps0:0:3:0): READ(10). CDB: 28 0 1 de da 1f 0 0 80 0 +(da3:mps0:0:3:0): CAM status: SCSI Status Error +(da3:mps0:0:3:0): SCSI status: Check Condition +(da3:mps0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,1 (Power on occurred) +(da3:mps0:0:3:0): Field Replaceable Unit: 1 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +mps0: (4:3:0) terminated ioc 804b scsi 0 state c xfer 0 +(da3:mps0:0:3:0): READ(10). CDB: 28 0 1e 9f 5a 28 0 0 80 0 +(da3:mps0:0:3:0): CAM status: SCSI Status Error +(da3:mps0:0:3:0): SCSI status: Check Condition +(da3:mps0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,1 (Power on occurred) +(da3:mps0:0:3:0): Field Replaceable Unit: 1 The drives pass the smart test SMART status: Checking health of /dev/ada0: OK Checking health of /dev/ada1: OK Checking health of /dev/da0: OK Checking health of /dev/da1: OK Checking health of /dev/da2: OK Checking health of /dev/da3: OK Checking health of /dev/da4: OK Checking health of /dev/da5: OK Checking health of /dev/da6: OK Checking health of /dev/da7: OK Checking health of /dev/da8: OK Checking health of /dev/da9: OK Checking health of /dev/da10: OK Checking health of /dev/da11: OK Checking health of /dev/da12: OK Checking health of /dev/da13: OK Checking health of /dev/da14: OK Checking health of /dev/da15: OK regards johan From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 12:11:05 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91771106564A for ; Thu, 15 Mar 2012 12:11:05 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE748FC0A for ; Thu, 15 Mar 2012 12:11:04 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) (authenticated bits=0) by vergina.eng.auth.gr (8.14.4/8.14.3) with ESMTP id q2FC0mR0036227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 15 Mar 2012 14:00:49 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4F61D9F0.6000005@eng.auth.gr> Date: Thu, 15 Mar 2012 14:00:48 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120217 Thunderbird/10.0.2 MIME-Version: 1.0 To: stable@freebsd.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vergina.eng.auth.gr [192.168.18.7]); Thu, 15 Mar 2012 14:00:49 +0200 (EET) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 12:11:05 -0000 Hello everybody, I have asked the same question in the freebsd forums, but had no luck. Apart of this, there might be a bug somewhere, so I re-ask the question to this list. Here how it goes (three posts): post 1: "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My problem is that I need to grow the filesystem size of zfs partitions. I followed this guide (http://support.freenas.org/ticket/342), which is for FreeNAS, and encountered a few problems. # gpart show => 34 40959933 ada0 GPT (19G) 34 128 1 freebsd-boot (64k) 162 35651584 2 freebsd-zfs (17G) 35651746 5308221 3 freebsd-swap (2.5G) => 34 40959933 ada1 GPT (19G) 34 128 1 freebsd-boot (64k) 162 35651584 2 freebsd-zfs (17G) 35651746 5308221 3 freebsd-swap (2.5G) # zpool status pool: zroot state: ONLINE scan: resilvered 912M in 1h3m with 0 errors on Sat Mar 10 14:01:17 2012 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p2 ONLINE 0 0 0 ada1p2 ONLINE 0 0 0 errors: No known data errors # zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT zroot 5.97G 3.69G 2.28G 61% 1.00x ONLINE - Let me give you a few info with regard to my setup, before explaining my problems: As you can see, *gpart* shows that my ada0p2 and ada1p2 partitions (used in zroot) are of size 17G, while *zfs list* shows that zroot has a size of 5.97G (which is the initial size of the virtual machine's disks, before I resized them). The problem I encountered when following the aforementioned procedure, was that I was unable to export zroot (the procedure says to export the pool, "resize" the paritions with *gparted*, and then import the pool), because I was receiving a message of some of my filesystems being busy (in single user mode, "/" was busy). Thus, in order to resolve this issue, I booted with a CDROM of FreeBSD 9 RELEASE, I then imported (*-f*) my zpool, and followed the procedure of resizing my filesystems. Does anyone have a better idea as to what I should do in order to make *zpool* see all the available space of the partitions it is using? Thank you all for your time in advance, mamalos" post 2: "Ah, and not to forget: I have enabled the autoexpand property of *zpool* (to be honest I've enabled, disabled, reenabled, and so forth many times, because somewhere I read that it might be needed, sometimes...), with no luck." post 3: "Since nobody has an answer that far, let me ask another thing. Instead of deleting ada0p2 and ada1p2, and then recreating them from the same starting block but with a grater size, could I have just created two new filesystems (ada0p3 and ada1p3), and having them added in the pool as a new mirror? Because if that's the case, then I could try that out, since it seems to have the same result. Not that this answers to my question, but at least it's a workaround. " As stated in these posts, it's really strange that zpool list doesn't seem to react even if I set the expand flag (or autoexpand which is the same), hence my concern whether this could be a bug. Thank you all for your time, -- George Mamalakis IT and Security Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 12:45:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D5F106564A for ; Thu, 15 Mar 2012 12:45:37 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id D18D98FC0A for ; Thu, 15 Mar 2012 12:45:36 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id q2FCjKlK008926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Mar 2012 13:45:20 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id q2FCjKoS008923; Thu, 15 Mar 2012 13:45:20 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 15 Mar 2012 13:45:20 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: George Mamalakis In-Reply-To: <4F61D9F0.6000005@eng.auth.gr> Message-ID: References: <4F61D9F0.6000005@eng.auth.gr> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1838294692-1331815520=:67839" X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: stable@freebsd.org Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 12:45:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1838294692-1331815520=:67839 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Thu, 15 Mar 2012 14:00+0200, George Mamalakis wrote: > Hello everybody, > > I have asked the same question in the freebsd forums, but had no luck. Apart > of this, there might be a bug somewhere, so I re-ask the question to this > list. Here how it goes (three posts): > > post 1: > > "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a > VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My > problem is that I need to grow the filesystem size of zfs partitions. I > followed this guide > (http://support.freenas.org/ticket/342), > which is for FreeNAS, and encountered a few problems. > > # gpart show > => 34 40959933 ada0 GPT (19G) > 34 128 1 freebsd-boot (64k) > 162 35651584 2 freebsd-zfs (17G) > 35651746 5308221 3 freebsd-swap (2.5G) > > => 34 40959933 ada1 GPT (19G) > 34 128 1 freebsd-boot (64k) > 162 35651584 2 freebsd-zfs (17G) > 35651746 5308221 3 freebsd-swap (2.5G) There's one mistake I'd point out. Your ZFS partitions are followed by your swap partitions. It would be a lot easier if the ZFS partitions were the last one on each drive. Since your are using VirtualBox, I would simply create a new pair of virtual drives with the desired sizes and attach these to your VM. Next, create new boot, swap, and ZFS partitions, in this particular order, on the new drives. Create a ZFS pool using the new ZFS partitions on the new drives, and transfer the old system from the old drives to the new drives, using a recursive snapshot and the zfs send/receive commands. Remember to set the bootfs property on the newly created ZFS pool prior to reboot. > # zpool status > pool: zroot > state: ONLINE > scan: resilvered 912M in 1h3m with 0 errors on Sat Mar 10 14:01:17 2012 > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p2 ONLINE 0 0 0 > ada1p2 ONLINE 0 0 0 > > errors: No known data errors > > # zpool list > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT > zroot 5.97G 3.69G 2.28G 61% 1.00x ONLINE - > > Let me give you a few info with regard to my setup, before explaining my > problems: > As you can see, *gpart* shows that my ada0p2 and ada1p2 partitions (used in > zroot) are of size 17G, while *zfs list* shows that zroot has a size of 5.97G > (which is the initial size of the virtual machine's disks, before I resized > them). > > The problem I encountered when following the aforementioned procedure, was > that I was unable to export zroot (the procedure says to export the pool, > "resize" the paritions with *gparted*, and then import the pool), because I > was receiving a message of some of my filesystems being busy (in single user > mode, "/" was busy). Thus, in order to resolve this issue, I booted with a > CDROM of FreeBSD 9 RELEASE, I then imported (*-f*) my zpool, and followed the > procedure of resizing my filesystems. > > Does anyone have a better idea as to what I should do in order to make *zpool* > see all the available space of the partitions it is using? > > Thank you all for your time in advance, > > mamalos" > > post 2: > > "Ah, > > and not to forget: I have enabled the autoexpand property of *zpool* (to be > honest I've enabled, disabled, reenabled, and so forth many times, because > somewhere I read that it might be needed, sometimes...), with no luck." > > post 3: > > "Since nobody has an answer that far, let me ask another thing. Instead of > deleting ada0p2 and ada1p2, and then recreating them from the same starting > block but with a grater size, could I have just created two new filesystems > (ada0p3 and ada1p3), and having them added in the pool as a new mirror? > Because if that's the case, then I could try that out, since it seems to have > the same result. > > Not that this answers to my question, but at least it's a workaround. " > > As stated in these posts, it's really strange that zpool list doesn't seem to > react even if I set the expand flag (or autoexpand which is the same), hence > my concern whether this could be a bug. > > Thank you all for your time, -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.....: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1838294692-1331815520=:67839-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 12:53:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE0061065670 for ; Thu, 15 Mar 2012 12:53:46 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5D48D8FC0C for ; Thu, 15 Mar 2012 12:53:45 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q2FCeSnn064634 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 15 Mar 2012 14:40:34 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <4F61E33C.1070506@digsys.bg> Date: Thu, 15 Mar 2012 14:40:28 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120228 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F61D9F0.6000005@eng.auth.gr> In-Reply-To: <4F61D9F0.6000005@eng.auth.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 12:53:47 -0000 On 15.03.12 14:00, George Mamalakis wrote: > Hello everybody, > > I have asked the same question in the freebsd forums, but had no luck. > Apart of this, there might be a bug somewhere, so I re-ask the > question to this list. Here how it goes (three posts): > > post 1: > > "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on > a VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. > My problem is that I need to grow the filesystem size of zfs > partitions. I followed this guide > (http://support.freenas.org/ticket/342), > which is for FreeNAS, and encountered a few problems. > You are using FreeBSD 9, while you follow instructions for FreeNAS. The ZFS version support in FreeNAS is way behind that in FreeBSD 9. In particular, ZFS v28, which is in FreeBSD 9 supports the autoexpand property, that does not require export/import of the pool. You mentioned you did use autoexpand, but perhaps didn't really 'expand' the zpool vdevs. > > "Since nobody has an answer that far, let me ask another thing. > Instead of deleting ada0p2 and ada1p2, and then recreating them from > the same starting block but with a grater size, could I have just > created two new filesystems (ada0p3 and ada1p3), and having them added > in the pool as a new mirror? Because if that's the case, then I could > try that out, since it seems to have the same result. > The proper way to expand an zpool is by replacing each underlying storage device with a larger one. Replacing is the key word here. ZFS will not care if the same device suddenly became larger (if I am not mistaken). So, to expand your zpool you have basically two options: 1. Detach one of the mirror members, make sure you clear ZFS metadata from the beginning and the end of the partition, recreate your partitions with larger sizes, then attach to the mirror. After resilvering and possibly verifying with scrub that you are not losing data, repeat with the other mirror member. If you have autoexpand=yes set, your zpool should grow. 2. If you can add more devices, then add a larger size device to the mirror. Or if you can, add two new larger devices to the mirror. After completing this, remove the old, smaller mirror members. As with the other option, your zpool should grow. Do not add another mirror to the zpool, if you want to remove the old devices. Doing so will create second vdev in the zpool and will spread data over both (raid0 or stripe). Current versions of ZFS cannot remove vdevs from an zpool so in order to remove the smaller devices, you will have to backup, recreate the zpool and restore data. Daniel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 13:30:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD9F106566C for ; Thu, 15 Mar 2012 13:30:59 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D61F8FC14 for ; Thu, 15 Mar 2012 13:30:58 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) (authenticated bits=0) by vergina.eng.auth.gr (8.14.4/8.14.3) with ESMTP id q2FDU9ge069955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Mar 2012 15:30:10 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4F61EEE1.1030909@eng.auth.gr> Date: Thu, 15 Mar 2012 15:30:09 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120217 Thunderbird/10.0.2 MIME-Version: 1.0 To: =?UTF-8?B?VHJvbmQgRW5kcmVzdMO4bA==?= References: <4F61D9F0.6000005@eng.auth.gr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vergina.eng.auth.gr [192.168.18.7]); Thu, 15 Mar 2012 15:30:10 +0200 (EET) Cc: stable@freebsd.org Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 13:31:00 -0000 Trond, thank you for your reply. Now to my questions: On 03/15/12 14:45, Trond Endrestøl wrote: > On Thu, 15 Mar 2012 14:00+0200, George Mamalakis wrote: > >> "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a >> VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My >> problem is that I need to grow the filesystem size of zfs partitions. I >> followed this guide >> (http://support.freenas.org/ticket/342), >> which is for FreeNAS, and encountered a few problems. >> >> # gpart show >> => 34 40959933 ada0 GPT (19G) >> 34 128 1 freebsd-boot (64k) >> 162 35651584 2 freebsd-zfs (17G) >> 35651746 5308221 3 freebsd-swap (2.5G) >> >> => 34 40959933 ada1 GPT (19G) >> 34 128 1 freebsd-boot (64k) >> 162 35651584 2 freebsd-zfs (17G) >> 35651746 5308221 3 freebsd-swap (2.5G) > There's one mistake I'd point out. Your ZFS partitions are followed by > your swap partitions. It would be a lot easier if the ZFS partitions > were the last one on each drive. Why is this a mistake? Shouldn't ZFS grow up to the size of its underlying partition, regardless of its position? Is this restriction documented somewhere? > Since your are using VirtualBox, I would simply create a new pair of > virtual drives with the desired sizes and attach these to your VM. > Next, create new boot, swap, and ZFS partitions, in this particular > order, on the new drives. Create a ZFS pool using the new ZFS > partitions on the new drives, and transfer the old system from the old > drives to the new drives, using a recursive snapshot and the zfs > send/receive commands. Remember to set the bootfs property on the > newly created ZFS pool prior to reboot. > I understand that there are quite a few alternatives on how I could migrate my system to one with larger disks, but I hoped that the method that was supposed to work with zpool and gpart, would have worked indeed (It was the simple, and required less space than the one that you propose). Thanks again for your answer! -- George Mamalakis IT and Security Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 14:20:23 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7BD9106566C for ; Thu, 15 Mar 2012 14:20:23 +0000 (UTC) (envelope-from jan.winter@kantarmedia.de) Received: from smtp.kantarmedia.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id 8C61F8FC08 for ; Thu, 15 Mar 2012 14:20:23 +0000 (UTC) Received: from [192.168.100.217] (helo=mybook.local) by smtp.kantarmedia.de with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S8BXR-000JGM-QR; Thu, 15 Mar 2012 15:20:21 +0100 Message-ID: <4F61FA9A.5000805@kantarmedia.de> Date: Thu, 15 Mar 2012 15:20:10 +0100 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> <20120315172928.GB3295@michelle.cdnetworks.com> In-Reply-To: <20120315172928.GB3295@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 14:20:24 -0000 On 03/15/12 18:29, YongHyeon PYUN wrote: > On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: >> On 03/14/12 19:40, YongHyeon PYUN wrote: >>> On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: >>>> Hello, >>>> >>>> on an Dell Blade m610 is not possible to change the network media option: >>>> >>>> ifconfig bce0 media 100baseTX mediaopt full-duplex up >>>> ifconfig: SIOCSIFMEDIA (media): Device not configured >>>> >>>> Setting the media option to "autoselect" and connecting the m610 to a >>>> 100 MBit switch, I always get "no carrier" >>>> only 1g full-duplex seems to be working. I have tested this on >>>> 8.3-prerelease and 9-stable >>>> >>>> any Ideas? >>>> >>>> cheers >>>> Jan >>>> >>>> pciconf -lv >>>> bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 >>>> rev=0x20 hdr=0x00 >>>> vendor = 'Broadcom Corporation' >>>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' >>>> class = network >>>> subclass = ethernet >>>> >>>> dmesg >>>> bce0: mem >>>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>>> miibus0: on bce0 >>>> brgphy0: PHY 2 on miibus0 >>>> brgphy0: 1000baseSX-FDX, auto >>>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>> bce1: mem >>>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>>> miibus1: on bce1 >>>> brgphy1: PHY 2 on miibus1 >>>> brgphy1: 1000baseSX-FDX, auto >>>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>> >>> I'm not sure you're seeing one of long standing remote PHY issue of >>> blade box but would you try the patch at the following URL? >>> http://people.freebsd.org/~yongari/bce/bce.rphy.diff >>> >>> After applying the patch, show me the dmesg output(bce(4) and >>> brgphy(4) related ones) and 'ifconfig -m bce0'. >>> Note, the patch was not tested at all(lack of hardware). >> Hello, >> >> thank you very much, for your quick support >> Now its looking much better >> >> ifconfig -m bce0 >> bce0: flags=8843 metric 0 mtu 1500 >> >> options=c01bb >> >> capabilities=c01bb >> ether 00:26:b9:fb:04:0c >> inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 >> inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative >> scopeid 0x1 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT) >> status: active >> supported media: >> media autoselect >> media 1000baseT mediaopt full-duplex >> media 1000baseT >> media 100baseTX mediaopt full-duplex >> media 100baseTX >> media 10baseT/UTP mediaopt full-duplex >> media 10baseT/UTP >> >> dmesg: >> ..... >> bce0: mem >> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >> bce0: attempting to allocate 1 MSI vectors (16 supported) >> msi: routing MSI IRQ 256 to local APIC 16 vector 52 >> bce0: using IRQ 256 for MSI >> bce0: Remote PHY : TP >> bce0: bpf attached >> bce0: Ethernet address: 00:26:b9:fb:04:0c >> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> bce1: mem >> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >> bce1: attempting to allocate 1 MSI vectors (16 supported) >> msi: routing MSI IRQ 257 to local APIC 16 vector 53 >> bce1: using IRQ 257 for MSI >> bce1: Remote PHY : TP >> bce1: bpf attached >> bce1: Ethernet address: 00:26:b9:fb:04:0e >> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI 2.0.5) >> Coal (RX:6,6,18,18; TX:20,20,80,80) >> ..... >> >> I have done a quick test with 100 and 1000 MBit, both working very well. > Thanks a lot for testing. This patch was made long time ago but I > haven't had chance to commit it due to lack of access to hardware. > Because the patch bypasses mii(4) layer and makes it hard to read > code, I didn't like the patch but it seems the patch makes bce(4) > usable on blade boxes at least. > I'll commit the patch next week. > >> Its possible to get a Patch for 8 Stable? >> > I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied > cleanly to stable/[7-9]. I getting erros with the 8-stable source cd /usr/src patch < /usr/home/jan/bce.rphy.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/bce/if_bce.c |=================================================================== |--- sys/dev/bce/if_bce.c (revision 232950) |+++ sys/dev/bce/if_bce.c (working copy) -------------------------- Patching file sys/dev/bce/if_bce.c using Plan A... Hunk #1 succeeded at 364. Hunk #2 succeeded at 373. Hunk #3 succeeded at 420. Hunk #4 succeeded at 760. Hunk #5 succeeded at 1307. Hunk #6 succeeded at 1357. Hunk #7 succeeded at 1396. Hunk #8 failed at 1428. Hunk #9 succeeded at 1578. Hunk #10 succeeded at 2045. Hunk #11 succeeded at 2074. Hunk #12 succeeded at 2113. Hunk #13 succeeded at 2123. Hunk #14 succeeded at 2133. Hunk #15 succeeded at 3217. Hunk #16 succeeded at 5106. Hunk #17 succeeded at 6171. Hunk #18 failed at 6255. Hunk #19 succeeded at 6366. Hunk #20 succeeded at 6465. Hunk #21 succeeded at 6510. Hunk #22 succeeded at 7223. Hunk #23 succeeded at 7830. Hunk #24 succeeded at 8527. Hunk #25 succeeded at 8554. 2 out of 25 hunks failed--saving rejects to sys/dev/bce/if_bce.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/bce/if_bcereg.h |=================================================================== |--- sys/dev/bce/if_bcereg.h (revision 232950) |+++ sys/dev/bce/if_bcereg.h (working copy) -------------------------- Patching file sys/dev/bce/if_bcereg.h using Plan A... Hunk #1 succeeded at 814. Hunk #2 succeeded at 1096. Hunk #3 succeeded at 6491. with 9-stable i didn't see that errors. Or did I something wrong? From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 14:21:19 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309201065670 for ; Thu, 15 Mar 2012 14:21:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 935A88FC0A for ; Thu, 15 Mar 2012 14:21:16 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id q2FELAKE010575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Mar 2012 15:21:10 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id q2FELAFH010572; Thu, 15 Mar 2012 15:21:10 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 15 Mar 2012 15:21:10 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: George Mamalakis In-Reply-To: <4F61EEE1.1030909@eng.auth.gr> Message-ID: References: <4F61D9F0.6000005@eng.auth.gr> <4F61EEE1.1030909@eng.auth.gr> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1492771317-1331821270=:67839" X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: stable@freebsd.org Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 14:21:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1492771317-1331821270=:67839 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Thu, 15 Mar 2012 15:30+0200, George Mamalakis wrote: > Trond, > > thank you for your reply. Now to my questions: > > On 03/15/12 14:45, Trond Endrestøl wrote: > > On Thu, 15 Mar 2012 14:00+0200, George Mamalakis wrote: > > > > > "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a > > > VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My > > > problem is that I need to grow the filesystem size of zfs partitions. I > > > followed this guide > > > (http://support.freenas.org/ticket/342), > > > which is for FreeNAS, and encountered a few problems. > > > > > > # gpart show > > > => 34 40959933 ada0 GPT (19G) > > > 34 128 1 freebsd-boot (64k) > > > 162 35651584 2 freebsd-zfs (17G) > > > 35651746 5308221 3 freebsd-swap (2.5G) > > > > > > => 34 40959933 ada1 GPT (19G) > > > 34 128 1 freebsd-boot (64k) > > > 162 35651584 2 freebsd-zfs (17G) > > > 35651746 5308221 3 freebsd-swap (2.5G) > > There's one mistake I'd point out. Your ZFS partitions are followed by > > your swap partitions. It would be a lot easier if the ZFS partitions > > were the last one on each drive. > > Why is this a mistake? Shouldn't ZFS grow up to the size of its underlying > partition, regardless of its position? Is this restriction documented > somewhere? I was under the impression that the above was the original GPT layout and partition sizes. Clearly it's not. And yes, you are correct about the independency of a partition's position. As for growing a zpool, I haven't attempted that at all. I'll give it a try later today. > > Since your are using VirtualBox, I would simply create a new pair of > > virtual drives with the desired sizes and attach these to your VM. > > Next, create new boot, swap, and ZFS partitions, in this particular > > order, on the new drives. Create a ZFS pool using the new ZFS > > partitions on the new drives, and transfer the old system from the old > > drives to the new drives, using a recursive snapshot and the zfs > > send/receive commands. Remember to set the bootfs property on the > > newly created ZFS pool prior to reboot. > > I understand that there are quite a few alternatives on how I could migrate my > system to one with larger disks, but I hoped that the method that was supposed > to work with zpool and gpart, would have worked indeed (It was the simple, and > required less space than the one that you propose). > > Thanks again for your answer! NP. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.....: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1492771317-1331821270=:67839-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 16:25:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76486106564A for ; Thu, 15 Mar 2012 16:25:51 +0000 (UTC) (envelope-from marco@tolstoy.tols.org) Received: from tolstoy.tols.org (tolstoy.tols.org [IPv6:2a02:898:0:20::57:1]) by mx1.freebsd.org (Postfix) with ESMTP id A5E2C8FC12 for ; Thu, 15 Mar 2012 16:25:50 +0000 (UTC) Received: from tolstoy.tols.org (localhost [127.0.0.1]) by tolstoy.tols.org (8.14.5/8.14.5) with ESMTP id q2FGP8P2087965; Thu, 15 Mar 2012 16:25:08 GMT (envelope-from marco@tolstoy.tols.org) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at tolstoy.tols.org Received: (from marco@localhost) by tolstoy.tols.org (8.14.5/8.14.5/Submit) id q2FGP7tr087964; Thu, 15 Mar 2012 17:25:07 +0100 (CET) (envelope-from marco) Date: Thu, 15 Mar 2012 17:25:07 +0100 From: Marco van Tol To: George Mamalakis Message-ID: <20120315162507.GA80200@tolstoy.tols.org> References: <4F61D9F0.6000005@eng.auth.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F61D9F0.6000005@eng.auth.gr> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tolstoy.tols.org Cc: stable@freebsd.org Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 16:25:51 -0000 On Thu, Mar 15, 2012 at 02:00:48PM +0200, George Mamalakis wrote: > Hello everybody, > > I have asked the same question in the freebsd forums, but had no luck. > Apart of this, there might be a bug somewhere, so I re-ask the question > to this list. Here how it goes (three posts): > > post 1: > > "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a > VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My > problem is that I need to grow the filesystem size of zfs partitions. I > followed this guide > (http://support.freenas.org/ticket/342), > which is for FreeNAS, and encountered a few problems. > > # gpart show > => 34 40959933 ada0 GPT (19G) > 34 128 1 freebsd-boot (64k) > 162 35651584 2 freebsd-zfs (17G) > 35651746 5308221 3 freebsd-swap (2.5G) > > => 34 40959933 ada1 GPT (19G) > 34 128 1 freebsd-boot (64k) > 162 35651584 2 freebsd-zfs (17G) > 35651746 5308221 3 freebsd-swap (2.5G) > > # zpool status > pool: zroot > state: ONLINE > scan: resilvered 912M in 1h3m with 0 errors on Sat Mar 10 14:01:17 2012 > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p2 ONLINE 0 0 0 > ada1p2 ONLINE 0 0 0 > > errors: No known data errors > > # zpool list > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT > zroot 5.97G 3.69G 2.28G 61% 1.00x ONLINE - > > Let me give you a few info with regard to my setup, before explaining my > problems: > As you can see, *gpart* shows that my ada0p2 and ada1p2 partitions (used > in zroot) are of size 17G, while *zfs list* shows that zroot has a size > of 5.97G (which is the initial size of the virtual machine's disks, > before I resized them). > > The problem I encountered when following the aforementioned procedure, > was that I was unable to export zroot (the procedure says to export the > pool, "resize" the paritions with *gparted*, and then import the pool), > because I was receiving a message of some of my filesystems being busy > (in single user mode, "/" was busy). Thus, in order to resolve this > issue, I booted with a CDROM of FreeBSD 9 RELEASE, I then imported > (*-f*) my zpool, and followed the procedure of resizing my filesystems. > > Does anyone have a better idea as to what I should do in order to make > *zpool* see all the available space of the partitions it is using? > > Thank you all for your time in advance, > > mamalos" > > post 2: > > "Ah, > > and not to forget: I have enabled the autoexpand property of *zpool* (to > be honest I've enabled, disabled, reenabled, and so forth many times, > because somewhere I read that it might be needed, sometimes...), with no > luck." > > post 3: > > "Since nobody has an answer that far, let me ask another thing. Instead > of deleting ada0p2 and ada1p2, and then recreating them from the same > starting block but with a grater size, could I have just created two new > filesystems (ada0p3 and ada1p3), and having them added in the pool as a > new mirror? Because if that's the case, then I could try that out, since > it seems to have the same result. > > Not that this answers to my question, but at least it's a workaround. " > > As stated in these posts, it's really strange that zpool list doesn't > seem to react even if I set the expand flag (or autoexpand which is the > same), hence my concern whether this could be a bug. > > Thank you all for your time, Hi, Have you tried offline, online -e yet? I have done what you are trying succesfully with physical larger drives. When I understand your layout right, you should be able to do the following: (as root) zpool offline zroot ada0p2 zpool online -e zroot ada0p2 # Wait till everything settles and looks okay again, monitoring zpool # status # After all is okay again: zpool offline zroot ada1p2 zpool online -e zroot ada1p2 At this point your zpool should have grown to the size of its underlying partitions. It worked for me, my system was 8-STABLE at the time. The very same system has been upgrade to 9.0-RELEASE in the mean time, without any problems. Marco -- Gisteren is het niet gelukt. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 17:22:15 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B81991065670 for ; Thu, 15 Mar 2012 17:22:15 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4229D8FC14 for ; Thu, 15 Mar 2012 17:22:14 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) (authenticated bits=0) by vergina.eng.auth.gr (8.14.4/8.14.3) with ESMTP id q2FHMDxn054308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Mar 2012 19:22:14 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4F622545.8080802@eng.auth.gr> Date: Thu, 15 Mar 2012 19:22:13 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120217 Thunderbird/10.0.2 MIME-Version: 1.0 To: Marco van Tol References: <4F61D9F0.6000005@eng.auth.gr> <20120315162507.GA80200@tolstoy.tols.org> In-Reply-To: <20120315162507.GA80200@tolstoy.tols.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vergina.eng.auth.gr [192.168.18.7]); Thu, 15 Mar 2012 19:22:14 +0200 (EET) Cc: stable@freebsd.org Subject: Re: grow zpool on a mirror setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 17:22:15 -0000 On 03/15/12 18:25, Marco van Tol wrote: > On Thu, Mar 15, 2012 at 02:00:48PM +0200, George Mamalakis wrote: >> Hello everybody, >> >> I have asked the same question in the freebsd forums, but had no luck. >> Apart of this, there might be a bug somewhere, so I re-ask the question >> to this list. Here how it goes (three posts): >> >> post 1: >> >> "I am experimenting with one installation of FreeBSD-9-STABLE/amd64 on a >> VirtualBox that is using gptzfsboot on a raid-1 (mirrored) zfs pool. My >> problem is that I need to grow the filesystem size of zfs partitions. I >> followed this guide >> (http://support.freenas.org/ticket/342), >> which is for FreeNAS, and encountered a few problems. >> >> # gpart show >> => 34 40959933 ada0 GPT (19G) >> 34 128 1 freebsd-boot (64k) >> 162 35651584 2 freebsd-zfs (17G) >> 35651746 5308221 3 freebsd-swap (2.5G) >> >> => 34 40959933 ada1 GPT (19G) >> 34 128 1 freebsd-boot (64k) >> 162 35651584 2 freebsd-zfs (17G) >> 35651746 5308221 3 freebsd-swap (2.5G) >> >> # zpool status >> pool: zroot >> state: ONLINE >> scan: resilvered 912M in 1h3m with 0 errors on Sat Mar 10 14:01:17 2012 >> config: >> >> NAME STATE READ WRITE CKSUM >> zroot ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> ada0p2 ONLINE 0 0 0 >> ada1p2 ONLINE 0 0 0 >> >> errors: No known data errors >> >> # zpool list >> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >> zroot 5.97G 3.69G 2.28G 61% 1.00x ONLINE - >> >> Let me give you a few info with regard to my setup, before explaining my >> problems: >> As you can see, *gpart* shows that my ada0p2 and ada1p2 partitions (used >> in zroot) are of size 17G, while *zfs list* shows that zroot has a size >> of 5.97G (which is the initial size of the virtual machine's disks, >> before I resized them). >> >> The problem I encountered when following the aforementioned procedure, >> was that I was unable to export zroot (the procedure says to export the >> pool, "resize" the paritions with *gparted*, and then import the pool), >> because I was receiving a message of some of my filesystems being busy >> (in single user mode, "/" was busy). Thus, in order to resolve this >> issue, I booted with a CDROM of FreeBSD 9 RELEASE, I then imported >> (*-f*) my zpool, and followed the procedure of resizing my filesystems. >> >> Does anyone have a better idea as to what I should do in order to make >> *zpool* see all the available space of the partitions it is using? >> >> Thank you all for your time in advance, >> >> mamalos" >> >> post 2: >> >> "Ah, >> >> and not to forget: I have enabled the autoexpand property of *zpool* (to >> be honest I've enabled, disabled, reenabled, and so forth many times, >> because somewhere I read that it might be needed, sometimes...), with no >> luck." >> >> post 3: >> >> "Since nobody has an answer that far, let me ask another thing. Instead >> of deleting ada0p2 and ada1p2, and then recreating them from the same >> starting block but with a grater size, could I have just created two new >> filesystems (ada0p3 and ada1p3), and having them added in the pool as a >> new mirror? Because if that's the case, then I could try that out, since >> it seems to have the same result. >> >> Not that this answers to my question, but at least it's a workaround. " >> >> As stated in these posts, it's really strange that zpool list doesn't >> seem to react even if I set the expand flag (or autoexpand which is the >> same), hence my concern whether this could be a bug. >> >> Thank you all for your time, > Hi, > > Have you tried offline, online -e yet? > > I have done what you are trying succesfully with physical larger drives. > > When I understand your layout right, you should be able to do the > following: > > (as root) > zpool offline zroot ada0p2 > zpool online -e zroot ada0p2 > # Wait till everything settles and looks okay again, monitoring zpool > # status > # After all is okay again: > zpool offline zroot ada1p2 > zpool online -e zroot ada1p2 > > At this point your zpool should have grown to the size of its underlying > partitions. > > It worked for me, my system was 8-STABLE at the time. The very same > system has been upgrade to 9.0-RELEASE in the mean time, without any > problems. > > Marco > Marco thank you, it worked like a charm! -- George Mamalakis IT and Security Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 18:25:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B0D106564A for ; Thu, 15 Mar 2012 18:25:18 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 291218FC17 for ; Thu, 15 Mar 2012 18:25:17 +0000 (UTC) Received: (qmail 80788 invoked by uid 80); 15 Mar 2012 18:18:35 -0000 Received: from dsdf-4db55d78.pool.mediaWays.net (dsdf-4db55d78.pool.mediaWays.net [77.181.93.120]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Thu, 15 Mar 2012 19:18:35 +0100 Date: Thu, 15 Mar 2012 19:18:35 +0100 Message-ID: <20120315191835.Horde.U3yYVKQd9PdPYjJ7hzJKXVA@avocado.salatschuessel.net> From: Oliver Lehmann To: stable@freebsd.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.19) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: kientzle@freebsd.org Subject: libarchive and WITHOUT_CRYPT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 18:25:19 -0000 Hi, has someone ever tested to compile world with WITHOUT_CRYPT set in /etc/src.conf? It stops at: In file included from /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_xar.c:57: /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20: error: sha1.h: No such file or directory /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:20: error: sha2.h: No such file or directory In file included from /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_mtree.c:42: /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20: error: sha1.h: No such file or directory /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:20: error: sha2.h: No such file or directory mkdep: compile failed So it obviously does not work correctly :( Greetings, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 18:42:23 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27A9B106566B; Thu, 15 Mar 2012 18:42:23 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id DFE308FC12; Thu, 15 Mar 2012 18:42:22 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa06 [127.0.0.1]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with SMTP id q2FIPZ8m006057; Thu, 15 Mar 2012 13:42:16 -0500 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com with ESMTP id 13kmxa887v-33 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 15 Mar 2012 13:42:16 -0500 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 15 Mar 2012 13:42:11 -0500 From: Devin Teske To: "'Oliver Lehmann'" , References: <20120315191835.Horde.U3yYVKQd9PdPYjJ7hzJKXVA@avocado.salatschuessel.net> In-Reply-To: <20120315191835.Horde.U3yYVKQd9PdPYjJ7hzJKXVA@avocado.salatschuessel.net> Date: Thu, 15 Mar 2012 11:42:20 -0700 Message-ID: <03be01cd02db$5b5da6d0$1218f470$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGgDetsEPy6a5A08qHBZ+l0DDmGJ5bFmggA Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-15_04:2012-03-15, 2012-03-14, 1970-01-01 signatures=0 Cc: kientzle@freebsd.org Subject: RE: libarchive and WITHOUT_CRYPT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 18:42:23 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Oliver Lehmann > Sent: Thursday, March 15, 2012 11:19 AM > To: stable@freebsd.org > Cc: kientzle@freebsd.org > Subject: libarchive and WITHOUT_CRYPT > > Hi, > > has someone ever tested to compile world with WITHOUT_CRYPT set > in /etc/src.conf? It stops at: > > In file included from > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support _f > ormat_xar.c:57: > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:2 0: > error: sha1.h: No such file or > directory > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:2 0: > error: sha2.h: No such file or > directory > In file included from > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_fo rm > at_mtree.c:42: > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:2 0: > error: sha1.h: No such file or > directory > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:2 0: > error: sha2.h: No such file or > directory > mkdep: compile failed > > So it obviously does not work correctly :( > I've already filed a PR against this: http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/164206 There's a patch in the PR that fixes this. BTW, the PR is still open after 59 days (can someone have a look?)! -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 18:49:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70FDA106564A; Thu, 15 Mar 2012 18:49:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 358EE8FC08; Thu, 15 Mar 2012 18:49:39 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa04 [127.0.0.1]) by ltcfislmsgpa04.fnfis.com (8.14.4/8.14.4) with SMTP id q2FIPZS7002667; Thu, 15 Mar 2012 13:49:39 -0500 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com with ESMTP id 13knnf831m-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 15 Mar 2012 13:49:39 -0500 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 15 Mar 2012 13:49:37 -0500 From: Devin Teske To: "'Oliver Lehmann'" , References: <20120315191835.Horde.U3yYVKQd9PdPYjJ7hzJKXVA@avocado.salatschuessel.net> <03be01cd02db$5b5da6d0$1218f470$@fisglobal.com> In-Reply-To: <03be01cd02db$5b5da6d0$1218f470$@fisglobal.com> Date: Thu, 15 Mar 2012 11:49:42 -0700 Message-ID: <03c301cd02dc$6576fd50$3064f7f0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGgDetsEPy6a5A08qHBZ+l0DDmGJwEfDLzmlryjKzA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-15_04:2012-03-15, 2012-03-14, 1970-01-01 signatures=0 Cc: kientzle@freebsd.org Subject: RE: libarchive and WITHOUT_CRYPT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 18:49:40 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Devin Teske > Sent: Thursday, March 15, 2012 11:42 AM > To: 'Oliver Lehmann'; stable@freebsd.org > Cc: kientzle@freebsd.org > Subject: RE: libarchive and WITHOUT_CRYPT > > > > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Oliver Lehmann > > Sent: Thursday, March 15, 2012 11:19 AM > > To: stable@freebsd.org > > Cc: kientzle@freebsd.org > > Subject: libarchive and WITHOUT_CRYPT > > > > Hi, > > > > has someone ever tested to compile world with WITHOUT_CRYPT set > > in /etc/src.conf? It stops at: > > > > In file included from > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support > _f > > ormat_xar.c:57: > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:2 > 0: > > error: sha1.h: No such file or > > directory > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:2 > 0: > > error: sha2.h: No such file or > > directory > > In file included from > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_fo > rm > > at_mtree.c:42: > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:2 > 0: > > error: sha1.h: No such file or > > directory > > > /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:2 > 0: > > error: sha2.h: No such file or > > directory > > mkdep: compile failed > > > > So it obviously does not work correctly :( > > > > I've already filed a PR against this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/164206 > > There's a patch in the PR that fixes this. > > BTW, the PR is still open after 59 days (can someone have a look?)! > -- > Devin > There appears to be a duplicate (and much older) PR that is related: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/160922 NOTE: I haven't tested that patch. It may not work. I know that misc/164206 works to fix RELENG_9 however. But let me warn you... If you're compiling RELENG_9, after you fix the error in libarchive, you'll then hit 3 more errors (of which I have filed PRs for also): http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164208 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164209 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164210 If you apply the patches in misc/164206, kern/164208, kern/164209, and kern/164210... You should be able to compile RELENG_9 cleanly all-the-way through with -DWITHOUT_OPENSSL (comparable to -DWITHOUT_CRYPT). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 15 18:53:50 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C2A106566B for ; Thu, 15 Mar 2012 18:53:50 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 116A08FC16 for ; Thu, 15 Mar 2012 18:53:49 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q2FIPPPA001866 for ; Thu, 15 Mar 2012 13:53:49 -0500 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa01.fnfis.com with ESMTP id 13kndbg5eg-41 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 15 Mar 2012 13:53:49 -0500 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 15 Mar 2012 13:53:39 -0500 From: Devin Teske To: Date: Thu, 15 Mar 2012 11:53:49 -0700 Message-ID: <03c501cd02dc$f5af27d0$e10d7770$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac0C3NziN1HtlBWARfSdfP+F5MclGw== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-15_04:2012-03-15, 2012-03-14, 1970-01-01 signatures=0 Cc: Subject: [PATCHES] make buildworld -DWITHOUT_OPENSSL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 18:53:50 -0000 Hi All, I wanted to ping someone to see about getting some PR's looked at. I have four PR's that are each 59-days old today and I don't want them to be forgotten. The following four PR's contain patches to fix/address multiple compilation issues when using "WITHOUT_OPENSSL" in RELENG_9. http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/164206 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164208 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164209 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164210 Thanks in advance, Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 01:07:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F2AC106564A for ; Fri, 16 Mar 2012 01:07:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0438FC0A for ; Fri, 16 Mar 2012 01:07:02 +0000 (UTC) Received: by dald2 with SMTP id d2so5541644dal.13 for ; Thu, 15 Mar 2012 18:07:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=VQ3addp3CRSD5c7yib5enW5v/dw3wRZxC+WkDarCZ3c=; b=cA+5ypEdxT2sNoIA2hp5U/Xp2xnFLWbgNVRtiPq94Re/Pc69Wt1WbymbhFdDOz5VHM YWRpovB+z1k7HcGO3EvFnpU3BRAaVmheLg7vuuD8FrYP5ZvlKTXJt8IEU168DqePNj9e fCzmYKkOxjOHKWhTKINgpSHnR+9N3P8SlatXYc3cc/MLtaTpd34es4sCP7w3ALUQ3tzG TyLj7HAfdGYWrCQofUwYR4joK+Tbvurub2fklmHmeg1/lrvuLKHBPfm4i3WxHr0EAPkR y9+AYx+AffuSug6qrZrr8jSa5YrumBPNuwjp+e2nCsJXloVSAmFg5SS7FzZd1yM97agP zJ5A== Received: by 10.68.238.1 with SMTP id vg1mr9503199pbc.33.1331860021841; Thu, 15 Mar 2012 18:07:01 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id s1sm3008898pbs.21.2012.03.15.18.06.59 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Mar 2012 18:07:00 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 16 Mar 2012 10:06:51 -0700 From: YongHyeon PYUN Date: Fri, 16 Mar 2012 10:06:50 -0700 To: Paul Guyot Message-ID: <20120316170650.GA6841@michelle.cdnetworks.com> References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> <20120315171018.GA3295@michelle.cdnetworks.com> <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 01:07:02 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 15, 2012 at 09:19:27AM +0100, Paul Guyot wrote: > Le 15 mars 2012 ? 18:10, YongHyeon PYUN a ?crit : > > > On Wed, Mar 14, 2012 at 11:44:37PM +0100, Paul Guyot wrote: > >> Hello, > >> > >> Changes brought to bce(4) prevents booting a R410 Dell server with GELI-encrypted root ZFS partition requiring a passphrase, something that was possible with 9-RELEASE. > >> > >> Using a binary search, the bug comes from the following revision: > >> > >> Updating collection src-all/cvs > >> Edit src/sys/dev/bce/if_bce.c > >> Add delta 1.89.2.4 2012.01.09.19.07.14 yongari > >> Edit src/sys/dev/bce/if_bcereg.h > >> Add delta 1.35.2.3 2012.01.09.19.07.14 yongari > >> Shutting down connection to server > >> > > > > Could you try attach patch and let me know whether it recovers IPMI > > functionality? > > Thank you for your quick patch. Unfortunately, it does not recover IPMI functionality with STABLE@2012.01.09.19.08.00. > Hmm, how about this one? --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bce.ipmi.diff2" Index: sys/dev/bce/if_bce.c =================================================================== --- sys/dev/bce/if_bce.c (revision 232950) +++ sys/dev/bce/if_bce.c (working copy) @@ -1992,8 +1992,7 @@ ifp = sc->bce_ifp; mii = device_get_softc(sc->bce_miibus); - if (mii == NULL || ifp == NULL || - (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + if (mii == NULL || ifp == NULL) return; sc->bce_link_up = FALSE; @@ -2038,9 +2037,6 @@ } } - if (sc->bce_link_up == FALSE) - return; - /* Set half or full duplex based on PHY settings. */ if ((mii->mii_media_active & IFM_GMASK) == IFM_HDX) { DBPRINT(sc, BCE_INFO_PHY, --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 01:32:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1171065673 for ; Fri, 16 Mar 2012 01:32:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC5968FC12 for ; Fri, 16 Mar 2012 01:32:25 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so123849pbc.13 for ; Thu, 15 Mar 2012 18:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=f2hi4bZ0EteeUc7YKdoei2Hn8CGGcfXksH/xc0rn2ys=; b=Klv5iAsE4Wyuf71TMNZ0bwb1jzrppF0FsaRmPxNZ8rL1dtVFlZoNQdkM1KsqUXvNFz fSDgEvaRl1nD6F4yPKYaDo+ubPwgzcoGpvlTYKid70WB3dzbgyULuSny3FPfaRy+xfp4 hl9CbsQqbpd3AGg0T7a34oxkvrLH8X3tGtoctyVo2klzHupWnIkkb6eJI3Zqd1K+IFBd zQ4Iv9alwL9Lw0UIzt+4xcJ5w7D+06BY6zYvTa1gIVaIyTIgdpIt/M5uWKkHZ89VCBAM mT62do/9G+O0+yJ8BZIJBt4sg02c0pYrr5Zpf5vxfH4RR0CKCMhPNKQjVHBUuAxGzogM g7jw== Received: by 10.68.197.134 with SMTP id iu6mr9350225pbc.123.1331861545269; Thu, 15 Mar 2012 18:32:25 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id l4sm3047410pbl.27.2012.03.15.18.32.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Mar 2012 18:32:24 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 16 Mar 2012 10:32:15 -0700 From: YongHyeon PYUN Date: Fri, 16 Mar 2012 10:32:15 -0700 To: Jan Winter Message-ID: <20120316173215.GB6841@michelle.cdnetworks.com> References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> <20120315172928.GB3295@michelle.cdnetworks.com> <4F61FA9A.5000805@kantarmedia.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F61FA9A.5000805@kantarmedia.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 01:32:26 -0000 On Thu, Mar 15, 2012 at 03:20:10PM +0100, Jan Winter wrote: > On 03/15/12 18:29, YongHyeon PYUN wrote: > >On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: > >>On 03/14/12 19:40, YongHyeon PYUN wrote: > >>>On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: > >>>>Hello, > >>>> > >>>>on an Dell Blade m610 is not possible to change the network media > >>>>option: > >>>> > >>>>ifconfig bce0 media 100baseTX mediaopt full-duplex up > >>>>ifconfig: SIOCSIFMEDIA (media): Device not configured > >>>> > >>>>Setting the media option to "autoselect" and connecting the m610 to a > >>>>100 MBit switch, I always get "no carrier" > >>>>only 1g full-duplex seems to be working. I have tested this on > >>>>8.3-prerelease and 9-stable > >>>> > >>>>any Ideas? > >>>> > >>>>cheers > >>>>Jan > >>>> > >>>>pciconf -lv > >>>>bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 > >>>>rev=0x20 hdr=0x00 > >>>> vendor = 'Broadcom Corporation' > >>>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' > >>>> class = network > >>>> subclass = ethernet > >>>> > >>>>dmesg > >>>>bce0: mem > >>>>0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > >>>>miibus0: on bce0 > >>>>brgphy0: PHY 2 on miibus0 > >>>>brgphy0: 1000baseSX-FDX, auto > >>>>bce0: Ethernet address: 00:26:b9:fb:04:0c > >>>>bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>>bce1: mem > >>>>0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > >>>>miibus1: on bce1 > >>>>brgphy1: PHY 2 on miibus1 > >>>>brgphy1: 1000baseSX-FDX, auto > >>>>bce1: Ethernet address: 00:26:b9:fb:04:0e > >>>>bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>> > >>>I'm not sure you're seeing one of long standing remote PHY issue of > >>>blade box but would you try the patch at the following URL? > >>>http://people.freebsd.org/~yongari/bce/bce.rphy.diff > >>> > >>>After applying the patch, show me the dmesg output(bce(4) and > >>>brgphy(4) related ones) and 'ifconfig -m bce0'. > >>>Note, the patch was not tested at all(lack of hardware). > >>Hello, > >> > >>thank you very much, for your quick support > >>Now its looking much better > >> > >>ifconfig -m bce0 > >>bce0: flags=8843 metric 0 mtu > >>1500 > >> > >>options=c01bb > >> > >>capabilities=c01bb > >> ether 00:26:b9:fb:04:0c > >> inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 > >> inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative > >>scopeid 0x1 > >> nd6 options=29 > >> media: Ethernet autoselect (1000baseT) > >> status: active > >> supported media: > >> media autoselect > >> media 1000baseT mediaopt full-duplex > >> media 1000baseT > >> media 100baseTX mediaopt full-duplex > >> media 100baseTX > >> media 10baseT/UTP mediaopt full-duplex > >> media 10baseT/UTP > >> > >>dmesg: > >>..... > >>bce0: mem > >>0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > >>bce0: attempting to allocate 1 MSI vectors (16 supported) > >>msi: routing MSI IRQ 256 to local APIC 16 vector 52 > >>bce0: using IRQ 256 for MSI > >>bce0: Remote PHY : TP > >>bce0: bpf attached > >>bce0: Ethernet address: 00:26:b9:fb:04:0c > >>bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI > >>2.0.5) > >>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>bce1: mem > >>0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > >>bce1: attempting to allocate 1 MSI vectors (16 supported) > >>msi: routing MSI IRQ 257 to local APIC 16 vector 53 > >>bce1: using IRQ 257 for MSI > >>bce1: Remote PHY : TP > >>bce1: bpf attached > >>bce1: Ethernet address: 00:26:b9:fb:04:0e > >>bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI > >>2.0.5) > >>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>..... > >> > >>I have done a quick test with 100 and 1000 MBit, both working very well. > >Thanks a lot for testing. This patch was made long time ago but I > >haven't had chance to commit it due to lack of access to hardware. > >Because the patch bypasses mii(4) layer and makes it hard to read > >code, I didn't like the patch but it seems the patch makes bce(4) > >usable on blade boxes at least. > >I'll commit the patch next week. > > > >>Its possible to get a Patch for 8 Stable? > >> > >I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied > >cleanly to stable/[7-9]. > > I getting erros with the 8-stable source > Oops, try this one for stable/8. http://people.freebsd.org/~yongari/bce/bce.rphy.stable8.diff From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 08:54:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B12E1065672 for ; Fri, 16 Mar 2012 08:54:11 +0000 (UTC) (envelope-from hfy12@dlhuifengyuan.com) Received: from mx30.dns.com.cn (mx30.dns.com.cn [119.254.72.170]) by mx1.freebsd.org (Postfix) with SMTP id A89CE8FC12 for ; Fri, 16 Mar 2012 08:54:08 +0000 (UTC) Received: (qmail 41080 invoked by uid 88); 16 Mar 2012 08:47:24 -0000 X-DNS-MID: mx30.dns.com.cn/1331887644/111/259911 X-DNS-FLAG: --SM-- Received: from unknown (HELO XP-1569) (124.236.3.241) by mx30.dns.com.cn with SMTP; 16 Mar 2012 08:47:24 -0000 Date: Fri, 16 Mar 2012 16:47:25 +0800 From: "hfy12@dlhuifengyuan.com" To: "freebsd-stable" Message-ID: <201203161647245319012@dlhuifengyuan.com> X-mailer: Foxmail 6, 15, 201, 26 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: postmaster Subject: Re:offer chemicals X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 08:54:11 -0000 2012-03-16 hfy12@dlhuifengyuan.com Dear Purchasing Manager, Have a nice day. Glad to hear that you're in the market for chemical. We specialize in Inorganic&Organic chemicals, Pigment&Dyestuff , Rubber and others,etc. For many years with good quality and competitive price. Our main products as below:titanium dioxide,iron oxide,stpp,ethyl acetate,stearic acid,carbon black and so on. Please free to contact if I could be any further assistant. Free Samples will be sent for your evaluation!Hope to establish business relationship with you! Thanks&Regards Ann Dalian HuiFeng Sourse Chemicals Co,.Ltd. Tel: 0086-411-62933075 Fax:0086-0411-62933075 MSN: ann.angel@msn.cn Email: hfy12@dlhuifengyuan.com Website: http://www.dlhuifengyuan.com Address:No 11,Taishan Street,ShaKou District,Dalian,China.116021 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 11:23:51 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C8A106579C for ; Fri, 16 Mar 2012 11:23:51 +0000 (UTC) (envelope-from inarvaj@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00D0A8FC12 for ; Fri, 16 Mar 2012 11:23:49 +0000 (UTC) Received: by lagv3 with SMTP id v3so4406091lag.13 for ; Fri, 16 Mar 2012 04:23:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VvawuRhCeevMghud/w4MKraPxjXhAVoH+N/I/6IEfBU=; b=oqtxquMr0dNxB0fuEcxW6J5FYEsivyXzsvWFJrhY267G5wBoNcuKjbyGAvG1qrmRyO TwHt2JseX370kfeqB5AJADep/UPMs47IGKKdtzZ9Wt+9RNC0yhS9muE5puebfa7NDhWh qq6xrSTuGJxUfaIToJ21te1t+4C0xlGkDCNEAVFWpNcM//k8AbZLDu4nMhlxP/MuXFjO zzPaRbIbOkZ1SXg8bzyEW310jJZ28TZsJScWShOSarhOhQq5WT5bqxaNOE0ULL85Oues r7j3GV9/Yt623UAb0B+hJR/DczLmiNLmtQsG+8FL++LoetdEN1g3NXkGsq3PHl4wgCO0 jWQg== MIME-Version: 1.0 Received: by 10.152.132.104 with SMTP id ot8mr1646036lab.17.1331897028878; Fri, 16 Mar 2012 04:23:48 -0700 (PDT) Received: by 10.152.4.103 with HTTP; Fri, 16 Mar 2012 04:23:48 -0700 (PDT) Date: Fri, 16 Mar 2012 13:23:48 +0200 Message-ID: From: "Ina J." To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 9.0: Valgrind leaks memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 11:23:51 -0000 Hi, I tried to find a thread about this, but I didn't and in this threadtrasz suggested to send message to the mailing list. I've been developing program for Linux under Ubuntu 10.04. I want to get the code running under my FreeBSD 9.0-RELEASE server. The code compiles without problems, but Valgrind doesn't work the same way as on my Ubuntu. I made an example code, which produces a memory leak with Valgrind. The code is as follows: ### C O D E ### #include int main() { std::cout << "Valgrind leaks memory" << std::endl; return 0; } I compile it simply with command: g++ test.cc And then run it in valgrind: valgrind --show-reachable=yes --tool=memcheck --db-attach=yes --leak-check=full --track-origins=yes ./a.out And Valgrind outputs this: ### V AL G R I N D O U T P U T ### ==39783== Memcheck, a memory error detector ==39783== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==39783== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==39783== Command: ./a.out ==39783== Valgrind leaks memory ==39783== ==39783== HEAP SUMMARY: ==39783== in use at exit: 4,096 bytes in 1 blocks ==39783== total heap usage: 1 allocs, 0 frees, 4,096 bytes allocated ==39783== ==39783== 4,096 bytes in 1 blocks are still reachable in loss record 1 of 1 ==39783== at 0x5BF98: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==39783== by 0x26B503: ??? (in /lib/libc.so.7) ==39783== by 0x26B3C4: ??? (in /lib/libc.so.7) ==39783== by 0x26AF12: ??? (in /lib/libc.so.7) ==39783== by 0x26AAB4: fwrite (in /lib/libc.so.7) ==39783== by 0xA1135: ??? (in /usr/lib/libstdc++.so.6) ==39783== by 0xDC3C7: std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, int) (in /usr/lib/libstdc++.so.6) ==39783== by 0xDC5DB: std::basic_ostream >& std::operator<< >(std::basic_ostream >&, char const*) (in /usr/lib/libstdc++.so.6) ==39783== by 0x80488C4: main (in /usr/home/ina/test/a.out) ==39783== ==39783== LEAK SUMMARY: ==39783== definitely lost: 0 bytes in 0 blocks ==39783== indirectly lost: 0 bytes in 0 blocks ==39783== possibly lost: 0 bytes in 0 blocks ==39783== still reachable: 4,096 bytes in 1 blocks ==39783== suppressed: 0 bytes in 0 blocks ==39783== ==39783== For counts of detected and suppressed errors, rerun with: -v ==39783== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) In my Ubuntu, Valgrind detects no memory leaks. Although, those reported leaks are just reachable bytes, but there shouldn't be any of them. On my Ubuntu g++ and Valgrind versions are as follows: g++ (Ubuntu 4.4.3-4ubuntu5.1) 4.4.3 valgrind-3.6.0.SVN-Debian And on FreeBSD: g++ (GCC) 4.2.1 20070831 patched [FreeBSD] valgrind-3.6.1 With my actual code, Valgrind reports a lot more memory leaks and also those mentioned on the thread I linked, but sample code is enough to produce errors which shouldn't exist. -Ina From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 15:50:41 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5D1106566C for ; Fri, 16 Mar 2012 15:50:41 +0000 (UTC) (envelope-from jan.winter@kantarmedia.de) Received: from smtp.kantarmedia.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id 853AC8FC0A for ; Fri, 16 Mar 2012 15:50:41 +0000 (UTC) Received: from [192.168.100.217] (helo=mybook.local) by smtp.kantarmedia.de with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S8ZQI-000Nle-8y; Fri, 16 Mar 2012 16:50:34 +0100 Message-ID: <4F63613E.8040507@kantarmedia.de> Date: Fri, 16 Mar 2012 16:50:22 +0100 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: pyunyh@gmail.com, stable@freebsd.org References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> <20120315172928.GB3295@michelle.cdnetworks.com> <4F61FA9A.5000805@kantarmedia.de> <20120316173215.GB6841@michelle.cdnetworks.com> In-Reply-To: <20120316173215.GB6841@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 15:50:42 -0000 On 03/16/12 18:32, YongHyeon PYUN wrote: > On Thu, Mar 15, 2012 at 03:20:10PM +0100, Jan Winter wrote: >> On 03/15/12 18:29, YongHyeon PYUN wrote: >>> On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: >>>> On 03/14/12 19:40, YongHyeon PYUN wrote: >>>>> On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: >>>>>> Hello, >>>>>> >>>>>> on an Dell Blade m610 is not possible to change the network media >>>>>> option: >>>>>> >>>>>> ifconfig bce0 media 100baseTX mediaopt full-duplex up >>>>>> ifconfig: SIOCSIFMEDIA (media): Device not configured >>>>>> >>>>>> Setting the media option to "autoselect" and connecting the m610 to a >>>>>> 100 MBit switch, I always get "no carrier" >>>>>> only 1g full-duplex seems to be working. I have tested this on >>>>>> 8.3-prerelease and 9-stable >>>>>> >>>>>> any Ideas? >>>>>> >>>>>> cheers >>>>>> Jan >>>>>> >>>>>> pciconf -lv >>>>>> bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 >>>>>> rev=0x20 hdr=0x00 >>>>>> vendor = 'Broadcom Corporation' >>>>>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' >>>>>> class = network >>>>>> subclass = ethernet >>>>>> >>>>>> dmesg >>>>>> bce0: mem >>>>>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>>>>> miibus0: on bce0 >>>>>> brgphy0: PHY 2 on miibus0 >>>>>> brgphy0: 1000baseSX-FDX, auto >>>>>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>>>>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>> bce1: mem >>>>>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>>>>> miibus1: on bce1 >>>>>> brgphy1: PHY 2 on miibus1 >>>>>> brgphy1: 1000baseSX-FDX, auto >>>>>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>>>>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>> >>>>> I'm not sure you're seeing one of long standing remote PHY issue of >>>>> blade box but would you try the patch at the following URL? >>>>> http://people.freebsd.org/~yongari/bce/bce.rphy.diff >>>>> >>>>> After applying the patch, show me the dmesg output(bce(4) and >>>>> brgphy(4) related ones) and 'ifconfig -m bce0'. >>>>> Note, the patch was not tested at all(lack of hardware). >>>> Hello, >>>> >>>> thank you very much, for your quick support >>>> Now its looking much better >>>> >>>> ifconfig -m bce0 >>>> bce0: flags=8843 metric 0 mtu >>>> 1500 >>>> >>>> options=c01bb >>>> >>>> capabilities=c01bb >>>> ether 00:26:b9:fb:04:0c >>>> inet 192.168.100.30 netmask 0xffffff00 broadcast 192.168.100.255 >>>> inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative >>>> scopeid 0x1 >>>> nd6 options=29 >>>> media: Ethernet autoselect (1000baseT) >>>> status: active >>>> supported media: >>>> media autoselect >>>> media 1000baseT mediaopt full-duplex >>>> media 1000baseT >>>> media 100baseTX mediaopt full-duplex >>>> media 100baseTX >>>> media 10baseT/UTP mediaopt full-duplex >>>> media 10baseT/UTP >>>> >>>> dmesg: >>>> ..... >>>> bce0: mem >>>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>>> bce0: attempting to allocate 1 MSI vectors (16 supported) >>>> msi: routing MSI IRQ 256 to local APIC 16 vector 52 >>>> bce0: using IRQ 256 for MSI >>>> bce0: Remote PHY : TP >>>> bce0: bpf attached >>>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI >>>> 2.0.5) >>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>> bce1: mem >>>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>>> bce1: attempting to allocate 1 MSI vectors (16 supported) >>>> msi: routing MSI IRQ 257 to local APIC 16 vector 53 >>>> bce1: using IRQ 257 for MSI >>>> bce1: Remote PHY : TP >>>> bce1: bpf attached >>>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI >>>> 2.0.5) >>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>> ..... >>>> >>>> I have done a quick test with 100 and 1000 MBit, both working very well. >>> Thanks a lot for testing. This patch was made long time ago but I >>> haven't had chance to commit it due to lack of access to hardware. >>> Because the patch bypasses mii(4) layer and makes it hard to read >>> code, I didn't like the patch but it seems the patch makes bce(4) >>> usable on blade boxes at least. >>> I'll commit the patch next week. >>> >>>> Its possible to get a Patch for 8 Stable? >>>> >>> I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied >>> cleanly to stable/[7-9]. >> I getting erros with the 8-stable source >> > Oops, try this one for stable/8. > http://people.freebsd.org/~yongari/bce/bce.rphy.stable8.diff thank you for the 8-stable patch! but i am sorry this patch doesn't work. I getting a kernel trap on boot. The bce driver is compiled as module pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 bce0: mem 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 bce0: Remote PHY : TP bce0: Ethernet address: 00:26:b9:fa:f0:78 bce0: [ITHREAD] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 10 fault virtual address = 0x88 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80626551 stack pointer = 0x28:0xffffffff80f8b3e0 frame pointer = 0x28:0xffffffff80f8b410 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff8062fe6e at kdb_backtrace+0x5e #1 0xffffffff805fd087 at panic+0x187 #2 0xffffffff808f3170 at trap_fatal+0x290 #3 0xffffffff808f34c1 at trap_pfault+0x201 #4 0xffffffff808f397f at trap+0x3df #5 0xffffffff808daed4 at calltrap+0x8 #6 0xffffffff80f352b8 at bce_attach+0x3268 #7 0xffffffff80629999 at device_attach+0x69 #8 0xffffffff8062b16a at bus_generic_attach+0x1a #9 0xffffffff802074af at acpi_pci_attach+0x14f #10 0xffffffff80629999 at device_attach+0x69 #11 0xffffffff8062b16a at bus_generic_attach+0x1a #12 0xffffffff80209217 at acpi_pcib_attach+0x1a7 #13 0xffffffff8020a125 at acpi_pcib_pci_attach+0x95 #14 0xffffffff80629999 at device_attach+0x69 #15 0xffffffff8062b16a at bus_generic_attach+0x1a #16 0xffffffff802074af at acpi_pci_attach+0x14f #17 0xffffffff80629999 at device_attach+0x69 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 16:51:58 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E364D106566B for ; Fri, 16 Mar 2012 16:51:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE6D8FC15 for ; Fri, 16 Mar 2012 16:51:58 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9d3b:2123:5b75:85ad] (unknown [IPv6:2001:7b8:3a7:0:9d3b:2123:5b75:85ad]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4E4295C37; Fri, 16 Mar 2012 17:51:56 +0100 (CET) Message-ID: <4F636FB0.3090305@FreeBSD.org> Date: Fri, 16 Mar 2012 17:52:00 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: "Ina J." References: In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 9.0: Valgrind leaks memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 16:51:59 -0000 On 2012-03-16 12:23, Ina J. wrote: ... > I've been developing program for Linux under Ubuntu 10.04. I want to get > the code running under my FreeBSD 9.0-RELEASE server. The code compiles > without problems, but Valgrind doesn't work the same way as on my Ubuntu. I > made an example code, which produces a memory leak with Valgrind. The code > is as follows: > > ### C O D E ### > #include > int main() > { > std::cout << "Valgrind leaks memory" << std::endl; > return 0; > } This also the case on -CURRENT, and it is because stdio allocates an output buffer for stdout, and doesn't free it at exit() time. Using C++ is not even necessary, if you use the following C program, the same occurs: $ cat test-stdio-leak.c #include int main(void) { puts("Leaky!"); return 0; } $ valgrind --show-reachable=yes --tool=memcheck --db-attach=yes --leak-check=full --track-origins=yes ./test-stdio-leak ==38243== Memcheck, a memory error detector ==38243== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==38243== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==38243== Command: ./test-stdio-leak ==38243== Leaky! ==38243== ==38243== HEAP SUMMARY: ==38243== in use at exit: 4,096 bytes in 1 blocks ==38243== total heap usage: 1 allocs, 0 frees, 4,096 bytes allocated ==38243== ==38243== 4,096 bytes in 1 blocks are still reachable in loss record 1 of 1 ==38243== at 0x6DDE1: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==38243== by 0x179E8F: __smakebuf (makebuf.c:72) ==38243== by 0x179D69: __swsetup (wsetup.c:81) ==38243== by 0x1795EB: __sfvwrite (fvwrite.c:66) ==38243== by 0x149D21: puts (puts.c:68) ==38243== by 0x804858C: main (leakc.c:5) ==38243== ==38243== LEAK SUMMARY: ==38243== definitely lost: 0 bytes in 0 blocks ==38243== indirectly lost: 0 bytes in 0 blocks ==38243== possibly lost: 0 bytes in 0 blocks ==38243== still reachable: 4,096 bytes in 1 blocks ==38243== suppressed: 0 bytes in 0 blocks ==38243== ==38243== For counts of detected and suppressed errors, rerun with: -v ==38243== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 1) If you look in lib/libc/stdio/findfp.c, you will see near the bottom: /* * exit() calls _cleanup() through *__cleanup, set whenever we * open or buffer a file. This chicanery is done so that programs * that do not use stdio need not link it all in. * * The name `_cleanup' is, alas, fairly well known outside stdio. */ void _cleanup() { /* (void) _fwalk(fclose); */ (void) _fwalk(__sflush); /* `cheating' */ } For some reason, since the original BSD 4.4 Lite Lib Sources, the stdio files are only flushed, not closed, at exit. In practice, it will not matter much, as the kernel will cleanup any left-overs when the process dies. It is probably best to put this leak on valgrind's ignore list. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:10:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 460471065670; Fri, 16 Mar 2012 17:10:30 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 29A3C8FC22; Fri, 16 Mar 2012 17:10:29 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp024.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M0Z00I8SMCTK370@asmtp024.mac.com>; Fri, 16 Mar 2012 10:10:06 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-03-16_05:2012-03-16, 2012-03-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1203160161 From: Chuck Swiger In-reply-to: <4F636FB0.3090305@FreeBSD.org> Date: Fri, 16 Mar 2012 10:10:04 -0700 Message-id: <1C76E9AC-2AAC-4719-AFF2-6BEFF5F3C96B@mac.com> References: <4F636FB0.3090305@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1084) Cc: "freebsd-stable@freebsd.org Mailing List" Subject: Re: FreeBSD 9.0: Valgrind leaks memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:10:30 -0000 On Mar 16, 2012, at 9:52 AM, Dimitry Andric wrote: > For some reason, since the original BSD 4.4 Lite Lib Sources, the stdio > files are only flushed, not closed, at exit. In practice, it will not > matter much, as the kernel will cleanup any left-overs when the process > dies. File descriptors get shared between parent and child processes...just because a child process terminates doesn't necessarily mean that you want to close everything. Well, if POSIX 2008's O_CLOEXEC becomes more popular, folks can control whether a descriptor gets inherited an open() time, rather than needing fcntl()'s FD_CLOEXEC and deal with possible race conditions (especially multithreaded programs)... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:15:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8CF3106564A for ; Fri, 16 Mar 2012 17:15:03 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 821748FC0A for ; Fri, 16 Mar 2012 17:15:03 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S8akQ-000DIy-JC for freebsd-stable@freebsd.org; Fri, 16 Mar 2012 21:15:26 +0400 Date: Fri, 16 Mar 2012 21:15:26 +0400 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Message-ID: <20120316171526.GL97848@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Subject: Re: FreeBSD 9.0: Valgrind leaks memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:15:03 -0000 On Fri, Mar 16, 2012 at 01:23:48PM +0200, Ina J. wrote: > Hi, > > I tried to find a thread about this, but I didn't and in this > threadtrasz > suggested to send message to the mailing list. http://valgrind.org/docs/manual/dist.readme-packagers.html -- Do not ship your Linux distro with a completely stripped /lib/ld.so. At least leave the debugging symbol names on -- line number info isn't necessary. If you don't want to leave symbols on ld.so, alternatively you can have your distro install ld.so's debuginfo package by default, or make ld.so.debuginfo be a requirement of your Valgrind RPM/DEB/whatever. Reason for this is that Valgrind's Memcheck tool needs to intercept calls to, and provide replacements for, some symbols in ld.so at startup (most importantly strlen). If it cannot do that, Memcheck shows a large number of false positives due to the highly optimised strlen (etc) routines in ld.so. This has caused some trouble in the past. As of version 3.3.0, on some targets (ppc32-linux, ppc64-linux), Memcheck will simply stop at startup (and print an error message) if such symbols are not present, because it is infeasible to continue. It's not like this is going to cost you much space. We only need the symbols for ld.so (a few K at most). Not the debug info and not any debuginfo or extra symbols for any other libraries. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:19:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C53D1065672 for ; Fri, 16 Mar 2012 17:19:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 394C18FC14 for ; Fri, 16 Mar 2012 17:19:42 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S8aow-000DLU-HI for freebsd-stable@freebsd.org; Fri, 16 Mar 2012 21:20:06 +0400 Date: Fri, 16 Mar 2012 21:20:06 +0400 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Message-ID: <20120316172006.GM97848@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Subject: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:19:42 -0000 I do NFSv3 export of ZFS. root from remote host create files on ZFS witch uid 2^32-2: # ls -l /usr/ports/packages32/ total 6 drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:32:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CAA1065670 for ; Fri, 16 Mar 2012 17:32:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 768468FC12 for ; Fri, 16 Mar 2012 17:32:53 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q2GHWjOb014716; Fri, 16 Mar 2012 18:32:45 +0100 (CET) Received: from [217.29.46.10] ([217.29.46.10]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q2GHWjef083285; Fri, 16 Mar 2012 18:32:45 +0100 (CET) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <20120316172006.GM97848@zxy.spb.ru> Date: Fri, 16 Mar 2012 18:32:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120316172006.GM97848@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:32:54 -0000 Hello, Am 16.03.2012 um 18:20 schrieb Slawa Olhovchenkov: > I do NFSv3 export of ZFS. > root from remote host create files on ZFS witch uid 2^32-2: >=20 > # ls -l /usr/ports/packages32/ > total 6 > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest > drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers > drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang Yes? This is expected behaviour of NFS. If you don't want that, try -maproot=3Droot either in sharenfs option to zfs or /etc/exports, whichever it is you = are using. HTH, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:42:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE627106566B for ; Fri, 16 Mar 2012 17:42:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 853398FC17 for ; Fri, 16 Mar 2012 17:42:09 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S8bAf-000DfK-PC; Fri, 16 Mar 2012 21:42:33 +0400 Date: Fri, 16 Mar 2012 21:42:33 +0400 From: Slawa Olhovchenkov To: "Patrick M. Hausen" Message-ID: <20120316174233.GN52973@zxy.spb.ru> References: <20120316172006.GM97848@zxy.spb.ru> 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) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:42:09 -0000 On Fri, Mar 16, 2012 at 06:32:43PM +0100, Patrick M. Hausen wrote: > Hello, > > Am 16.03.2012 um 18:20 schrieb Slawa Olhovchenkov: > > I do NFSv3 export of ZFS. > > root from remote host create files on ZFS witch uid 2^32-2: > > > > # ls -l /usr/ports/packages32/ > > total 6 > > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All > > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest > > drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers > > drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang > > > Yes? This is expected behaviour of NFS. If you don't want that, try > > -maproot=root > > either in sharenfs option to zfs or /etc/exports, whichever it is you are using. hmm... nobody:*:65534:65534:Unprivileged user:/nonexistent:/usr/sbin/nologin 65534 != 4294967294 (2^16-2 != 2^32-2) Also, I am think ZFS+NFS will be wrong for UID>2^15. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 17:59:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFEE81065672 for ; Fri, 16 Mar 2012 17:59:11 +0000 (UTC) (envelope-from florian@wagner-flo.net) Received: from umbracor.wagner-flo.net (umbracor.wagner-flo.net [213.165.81.202]) by mx1.freebsd.org (Postfix) with ESMTP id 7DCDC8FC0C for ; Fri, 16 Mar 2012 17:59:11 +0000 (UTC) Received: from naclador.mos32.de (ppp-93-104-30-96.dynamic.mnet-online.de [93.104.30.96]) by umbracor.wagner-flo.net (Postfix) with ESMTPSA id 95CFE3C058F6 for ; Fri, 16 Mar 2012 18:51:44 +0100 (CET) Date: Fri, 16 Mar 2012 18:51:42 +0100 From: Florian Wagner To: freebsd-stable@freebsd.org Message-ID: <20120316185142.39943585@naclador.mos32.de> In-Reply-To: <20120316174233.GN52973@zxy.spb.ru> References: <20120316172006.GM97848@zxy.spb.ru> <20120316174233.GN52973@zxy.spb.ru> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hlDcdLD4XM8WRbGt=Bet2b/"; protocol="application/pgp-signature" Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 17:59:11 -0000 --Sig_/hlDcdLD4XM8WRbGt=Bet2b/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 16 Mar 2012 21:42:33 +0400 Slawa Olhovchenkov wrote: > On Fri, Mar 16, 2012 at 06:32:43PM +0100, Patrick M. Hausen wrote: >=20 > > Hello, > >=20 > > Am 16.03.2012 um 18:20 schrieb Slawa Olhovchenkov: > > > I do NFSv3 export of ZFS. > > > root from remote host create files on ZFS witch uid 2^32-2: > > >=20 > > > # ls -l /usr/ports/packages32/ > > > total 6 > > > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All > > > drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest > > > drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers > > > drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang > >=20 > >=20 > > Yes? This is expected behaviour of NFS. If you don't want that, try > >=20 > > -maproot=3Droot > >=20 > > either in sharenfs option to zfs or /etc/exports, whichever it is > > you are using. >=20 > hmm... > nobody:*:65534:65534:Unprivileged user:/nonexistent:/usr/sbin/nologin >=20 > 65534 !=3D 4294967294 (2^16-2 !=3D 2^32-2) And FreeBSD !=3D Linux. Access from root does not get mapped to nobody. See exports(5). Regards Florian --Sig_/hlDcdLD4XM8WRbGt=Bet2b/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk9jfa8ACgkQLvW/2gp2pPzLsACgkjG11bcWQcHEWQKEXamohRNr EWMAnjBFvFDZZoCV/ndpL7CjHd7jvYCX =FsgQ -----END PGP SIGNATURE----- --Sig_/hlDcdLD4XM8WRbGt=Bet2b/-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 18:34:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809351065673 for ; Fri, 16 Mar 2012 18:34:58 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9D48FC18 for ; Fri, 16 Mar 2012 18:34:57 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q2GIYuV3015179; Fri, 16 Mar 2012 19:34:56 +0100 (CET) Received: from [217.29.46.10] ([217.29.46.10]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q2GIYuaR084551; Fri, 16 Mar 2012 19:34:56 +0100 (CET) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <20120316174233.GN52973@zxy.spb.ru> Date: Fri, 16 Mar 2012 19:34:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <114CC851-7F85-470D-B203-5B2E9E35B7BD@punkt.de> References: <20120316172006.GM97848@zxy.spb.ru> <20120316174233.GN52973@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 18:34:58 -0000 Hello, Am 16.03.2012 um 18:42 schrieb Slawa Olhovchenkov: > On Fri, Mar 16, 2012 at 06:32:43PM +0100, Patrick M. Hausen wrote: >=20 >> Hello, >>=20 >> Am 16.03.2012 um 18:20 schrieb Slawa Olhovchenkov: >>> I do NFSv3 export of ZFS. >>> root from remote host create files on ZFS witch uid 2^32-2: >>>=20 >>> # ls -l /usr/ports/packages32/ >>> total 6 >>> drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All >>> drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest >>> drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers >>> drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang >>=20 >>=20 >> Yes? This is expected behaviour of NFS. If you don't want that, try >>=20 >> -maproot=3Droot >>=20 >> either in sharenfs option to zfs or /etc/exports, whichever it is you = are using. >=20 > hmm... > nobody:*:65534:65534:Unprivileged user:/nonexistent:/usr/sbin/nologin >=20 > 65534 !=3D 4294967294 (2^16-2 !=3D 2^32-2) >=20 > Also, I am think ZFS+NFS will be wrong for UID>2^15. I admit I overlooked that one (16 vs 32 bits). But if I'm not mistaken, = NFS does not care a bit about the name of the user "nobody" or the UID in /etc/passwd or = what-have-you. It simply sets the UID of remote root (UID 0) to the value -1. And 4294967294 happens to be -1 in 32 bits signed. So - possibly this is = built into ZFS this way. I would at least give the sharenfs=3D"..." options a try = ... HTH, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 20:01:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 405E0106566C for ; Fri, 16 Mar 2012 20:01:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id C445C8FC0A for ; Fri, 16 Mar 2012 20:01:04 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q2GK139G015761; Fri, 16 Mar 2012 21:01:03 +0100 (CET) Received: from [217.29.46.10] ([217.29.46.10]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q2GK12xR086241; Fri, 16 Mar 2012 21:01:03 +0100 (CET) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <20120316185142.39943585@naclador.mos32.de> Date: Fri, 16 Mar 2012 21:01:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120316172006.GM97848@zxy.spb.ru> <20120316174233.GN52973@zxy.spb.ru> <20120316185142.39943585@naclador.mos32.de> To: Florian Wagner X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 20:01:05 -0000 Hi, all, Am 16.03.2012 um 18:51 schrieb Florian Wagner: > And FreeBSD !=3D Linux. Access from root does not get mapped to = nobody. > See exports(5). $ man exports ... In the absence of -maproot and -mapall options, remote accesses by = root will result in using a credential of -2:-2. All other users will = be mapped to their remote credential. If a -maproot option is given, = remote access by root will be mapped to that credential instead of -2:-2. = If a -mapall option is given, all users (including root) will be mapped = to that credential in place of their own. ... RELENG_8_2 So make that -1 in my last mail a -2. ;-) Kind regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 20:13:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 713E01065670 for ; Fri, 16 Mar 2012 20:13:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 29B258FC0C for ; Fri, 16 Mar 2012 20:13:08 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S8dWm-000Fn0-G3; Sat, 17 Mar 2012 00:13:32 +0400 Date: Sat, 17 Mar 2012 00:13:32 +0400 From: Slawa Olhovchenkov To: "Patrick M. Hausen" Message-ID: <20120316201332.GN97848@zxy.spb.ru> References: <20120316172006.GM97848@zxy.spb.ru> <20120316174233.GN52973@zxy.spb.ru> <114CC851-7F85-470D-B203-5B2E9E35B7BD@punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <114CC851-7F85-470D-B203-5B2E9E35B7BD@punkt.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 20:13:08 -0000 On Fri, Mar 16, 2012 at 07:34:56PM +0100, Patrick M. Hausen wrote: > Hello, > > Am 16.03.2012 um 18:42 schrieb Slawa Olhovchenkov: > > On Fri, Mar 16, 2012 at 06:32:43PM +0100, Patrick M. Hausen wrote: > > > >> Hello, > >> > >> Am 16.03.2012 um 18:20 schrieb Slawa Olhovchenkov: > >>> I do NFSv3 export of ZFS. > >>> root from remote host create files on ZFS witch uid 2^32-2: > >>> > >>> # ls -l /usr/ports/packages32/ > >>> total 6 > >>> drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 All > >>> drwxr-xr-x 2 4294967294 wheel 5 Mar 17 00:57 Latest > >>> drwxr-xr-x 2 4294967294 wheel 3 Mar 17 00:52 archivers > >>> drwxr-xr-x 2 4294967294 wheel 4 Mar 17 00:57 lang > >> > >> > >> Yes? This is expected behaviour of NFS. If you don't want that, try > >> > >> -maproot=root > >> > >> either in sharenfs option to zfs or /etc/exports, whichever it is you are using. > > > > hmm... > > nobody:*:65534:65534:Unprivileged user:/nonexistent:/usr/sbin/nologin > > > > 65534 != 4294967294 (2^16-2 != 2^32-2) > > > > Also, I am think ZFS+NFS will be wrong for UID>2^15. > > I admit I overlooked that one (16 vs 32 bits). But if I'm not mistaken, NFS does not care > a bit about the name of the user "nobody" or the UID in /etc/passwd or what-have-you. > It simply sets the UID of remote root (UID 0) to the value -1. https://blogs.oracle.com/taylor22/entry/nfs_root_access_on_sun === In a default configuration, a Solaris NFS server maps "root" access to "nobody". === http://pubs.opengroup.org/onlinepubs/9629799/chap12.htm#tagcjh_13_03_03 === In some operating systems, a particular user (on UNIX systems, the user ID 0) has access to all files, no matter what permission and ownership they have. This super-user permission might not be allowed on the server, since anyone who can become super-user on their client could gain access to all remote files. A UNIX server by default maps user ID 0 to a distinguished value (UID_NOBODY), as well as mapping the groups list, before doing its access checking. A server implementation may provide a mechanism to change this mapping. This works except for NFS Version 3 protocol root file systems (required for diskless NFS Version 3 protocol client support), where super-user access cannot be avoided. Export options are used, on the server, to restrict the set of clients allowed super-user access. === /usr/include/sys/_types.h:typedef __uint32_t __uid_t; > And 4294967294 happens to be -1 in 32 bits signed. So - possibly this is built into > ZFS this way. I would at least give the sharenfs="..." options a try ... 4294967294 happens to be -2 in 32 bits signed. And I see type of UID (uid_t) is unsigned. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 20:50:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993151065674 for ; Fri, 16 Mar 2012 20:50:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3778FC18 for ; Fri, 16 Mar 2012 20:50:03 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q2GKnxMh040280; Fri, 16 Mar 2012 16:49:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4F63A772.30406@sentex.net> Date: Fri, 16 Mar 2012 16:49:54 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on 64.7.153.18 Subject: fxp entering promiscuous mode causing link to bounce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 20:50:03 -0000 I dont recall seeing this on RELENG_7, but I dont have a box to test with anymore confirm. On one box I upgraded to RELENG_8 I just noticed the nic will bounce if I enable tcpdump on it. Sure enough, trying on a different RELENG_8 box with an fxp nic shows the same result. eg tcpdump -ni fxp0 -c 20 fxp0: link state changed to DOWN fxp0: promiscuous mode enabled fxp0: link state changed to UP fxp0: link state changed to DOWN fxp0: promiscuous mode disabled fxp0: link state changed to UP I verified it on 2 different boxes. Is there a way to prevent this from happening ? fxp0@pci0:0:7:0: class=0x020000 card=0x000b8086 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfebbb000, size 4096, enabled bar [14] = type I/O Port, range 32, base 0xd800, size 64, enabled bar [18] = type Memory, range 32, base 0xfe900000, size 1048576, enabled cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 and fxp0@pci0:2:1:0: class=0x020000 card=0x00408086 chip=0x12298086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfddff000, size 4096, enabled bar [14] = type I/O Port, range 32, base 0xdf00, size 64, enabled bar [18] = type Memory, range 32, base 0xfddc0000, size 131072, enabled cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 fxp0: port 0xdf00-0xdf3f mem 0xfddff000-0xfddfffff,0xfddc0000-0xfdddffff irq 21 at device 1.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: Ethernet address: 00:02:b3:5d:ca:f6 fxp0: [ITHREAD] and fxp0: port 0xd800-0xd83f mem 0xfebbb000-0xfebbbfff,0xfe900000-0xfe9fffff irq 27 at device 7.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: Ethernet address: 00:d0:b7:db:5f:22 fxp0: [ITHREAD] dev.fxp.0.%desc: Intel 82550 Pro/100 Ethernet dev.fxp.0.%driver: fxp dev.fxp.0.%location: slot=1 function=0 dev.fxp.0.%pnpinfo: vendor=0x8086 device=0x1229 subvendor=0x8086 subdevice=0x0040 class=0x020000 dev.fxp.0.%parent: pci2 dev.fxp.0.int_delay: 1000 dev.fxp.0.bundle_max: 6 dev.fxp.0.rnr: 61 dev.fxp.0.stats.rx.good_frames: 1085200818 dev.fxp.0.stats.rx.crc_errors: 0 dev.fxp.0.stats.rx.alignment_errors: 0 dev.fxp.0.stats.rx.rnr_errors: 0 dev.fxp.0.stats.rx.overrun_errors: 319 dev.fxp.0.stats.rx.cdt_errors: 0 dev.fxp.0.stats.rx.shortframes: 0 dev.fxp.0.stats.rx.pause: 0 dev.fxp.0.stats.rx.controls: 0 dev.fxp.0.stats.rx.tco: 0 dev.fxp.0.stats.tx.good_frames: 1105041142 dev.fxp.0.stats.tx.maxcols: 0 dev.fxp.0.stats.tx.latecols: 0 dev.fxp.0.stats.tx.underruns: 0 dev.fxp.0.stats.tx.lostcrs: 149 dev.fxp.0.stats.tx.deffered: 0 dev.fxp.0.stats.tx.single_collisions: 0 dev.fxp.0.stats.tx.multiple_collisions: 0 dev.fxp.0.stats.tx.total_collisions: 0 dev.fxp.0.stats.tx.pause: 0 dev.fxp.0.stats.tx.tco: 0 -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 21:22:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4920A106564A for ; Fri, 16 Mar 2012 21:22:28 +0000 (UTC) (envelope-from bmah@kitchenlab.org) Received: from kaga.kitchenlab.org (unknown [IPv6:2001:470:1f04:55c::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1B98FC0C for ; Fri, 16 Mar 2012 21:22:28 +0000 (UTC) Received: from kobe.int.kitchenlab.org (kobe.ipv6.kitchenlab.org [IPv6:2001:470:1f05:888::3]) (authenticated bits=0) by kaga.kitchenlab.org (8.14.5/8.14.5) with ESMTP id q2GLMRam092865 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 16 Mar 2012 14:22:27 -0700 (PDT) (envelope-from bmah@kitchenlab.org) Message-ID: <4F63AF13.2030909@kitchenlab.org> Date: Fri, 16 Mar 2012 14:22:27 -0700 From: "Bruce A. Mah" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: Mike Tancsa References: <4F63A772.30406@sentex.net> In-Reply-To: <4F63A772.30406@sentex.net> X-Enigmail-Version: 1.4 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7FC458AF8EB0F07BCEC6255A" X-Virus-Scanned: clamav-milter 0.97.3 at kaga.kitchenlab.org X-Virus-Status: Clean Cc: FreeBSD-STABLE Mailing List Subject: Re: fxp entering promiscuous mode causing link to bounce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 21:22:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7FC458AF8EB0F07BCEC6255A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Mike Tancsa wrote: > I dont recall seeing this on RELENG_7, but I dont have a box to test wi= th anymore confirm. On one box I upgraded to RELENG_8 I just noticed the = nic will bounce if I enable tcpdump on it. Sure enough, trying on a diff= erent RELENG_8 box with an fxp nic shows the same result. JFYI I see this on an ancient i386 system I have, running 9.0-RELEASE: fxp0: port 0xac00-0xac3f mem 0xefdfe000-0xefdfefff irq 11 at device 8.0 on pci1 Same thing...going into or out of promiscuous mode makes the link bounce.= fxp0: link state changed to DOWN fxp0: promiscuous mode enabled fxp0: link state changed to UP fxp0: link state changed to DOWN fxp0: promiscuous mode disabled fxp0: link state changed to UP Bruce. --------------enig7FC458AF8EB0F07BCEC6255A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9jrxMACgkQ2MoxcVugUsMVwgCghE2p7gaz3b/ThWDqJMWWUoip vCcAoPS+8M0aFej5EeYWX9bv7Bd+hXDz =Qkh6 -----END PGP SIGNATURE----- --------------enig7FC458AF8EB0F07BCEC6255A-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 16 22:42:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192311065670 for ; Fri, 16 Mar 2012 22:42:01 +0000 (UTC) (envelope-from paulguyot@ieee.org) Received: from flapjack.semiocast.net (flapjack.semiocast.net [88.191.124.10]) by mx1.freebsd.org (Postfix) with ESMTP id 930638FC12 for ; Fri, 16 Mar 2012 22:42:00 +0000 (UTC) Received: from coriander.lan (gob75-1-87-88-126-146.dsl.sta.abo.bbox.fr [87.88.126.146]) by flapjack.semiocast.net (Postfix) with ESMTPSA id BB136B1E; Fri, 16 Mar 2012 22:41:52 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; boundary=Apple-Mail-23--704290021; protocol="application/pkcs7-signature"; micalg=sha1 From: Paul Guyot In-Reply-To: <20120316170650.GA6841@michelle.cdnetworks.com> Date: Fri, 16 Mar 2012 23:41:51 +0100 Message-Id: References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> <20120315171018.GA3295@michelle.cdnetworks.com> <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> <20120316170650.GA6841@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1084) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2012 22:42:01 -0000 --Apple-Mail-23--704290021 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 16 mars 2012 =E0 18:06, YongHyeon PYUN a =E9crit : > On Thu, Mar 15, 2012 at 09:19:27AM +0100, Paul Guyot wrote: >> Le 15 mars 2012 ? 18:10, YongHyeon PYUN a ?crit : >>=20 >>> On Wed, Mar 14, 2012 at 11:44:37PM +0100, Paul Guyot wrote: >>>> Hello, >>>>=20 >>>> Changes brought to bce(4) prevents booting a R410 Dell server with = GELI-encrypted root ZFS partition requiring a passphrase, something that = was possible with 9-RELEASE. >>>>=20 >>>> Using a binary search, the bug comes from the following revision: >>>>=20 >>>> Updating collection src-all/cvs >>>> Edit src/sys/dev/bce/if_bce.c >>>> Add delta 1.89.2.4 2012.01.09.19.07.14 yongari >>>> Edit src/sys/dev/bce/if_bcereg.h >>>> Add delta 1.35.2.3 2012.01.09.19.07.14 yongari >>>> Shutting down connection to server >>>>=20 >>>=20 >>> Could you try attach patch and let me know whether it recovers IPMI >>> functionality? >>=20 >> Thank you for your quick patch. Unfortunately, it does not recover = IPMI functionality with STABLE@2012.01.09.19.08.00. >>=20 >=20 > Hmm, how about this one? It did not work either. So I patched the original (RELEASE) driver to = print information about the various conditions newly tested by the = STABLE driver in bce_miibus_statchg. The result is the following. The = box has two bce interfaces, the one connected is bce0. The loader was = configured with boot_verbose. Before the passphrase is entered: bce0: mem = 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 bce0: attempting to allocate 1 MSI vectors (16 supported) bce0: using IRQ 256 for MSI miibus0: on bce0 bce0: bpf attached bce0: Ethernet address: 78:2b:cb:18:22:75 bce0: [1998] ifp !=3D NULL bce0: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 bce0: [2008] mii !=3D NULL bce0: [2023] (mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE) bce0: [2026] (mii->mii_media_status & IFM_AVALID) =3D=3D IFM_AVALID) bce0: [2058] Unknown link speed, enabling default GMII interface. bce0: [2082] Disabling RX flow control. bce0: [2095] Disabling TX flow control. bce0: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); = Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) bce1: mem = 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 bce1: attempting to allocate 1 MSI vectors (16 supported) bce1: using IRQ 257 for MSI miibus1: on bce1 bce1: bpf attached bce1: Ethernet address: 78:2b:cb:18:22:76 bce1: [1998] ifp !=3D NULL bce1: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 bce1: [2008] mii !=3D NULL bce1: [2023] (mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE) bce1: [2026] (mii->mii_media_status & IFM_AVALID) =3D=3D IFM_AVALID) bce1: [2058] Unknown link speed, enabling default GMII interface. bce1: [2082] Disabling RX flow control. bce1: [2095] Disabling TX flow control. bce1: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); = Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) After the passphrase is entered and network is started: bce0: [1998] ifp !=3D NULL bce0: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 bce0: [2008] mii !=3D NULL bce0: [2023] (mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE) bce0: [2026] (mii->mii_media_status & IFM_AVALID) =3D=3D IFM_AVALID) bce0: [2058] Unknown link speed, enabling default GMII interface. bce0: [2082] Disabling RX flow control. bce0: [2095] Disabling TX flow control. bce0: [1998] ifp !=3D NULL bce0: [2002] (ifp->if_drv_flags & IFF_DRV_RUNNING) !=3D 0 bce0: [2008] mii !=3D NULL bce0: [2018] (mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) =3D=3D = (IFM_ACTIVE | IFM_AVALID) bce0: [2053] Enabling GMII interface. bce0: [2082] Disabling RX flow control. bce0: [2095] Disabling TX flow control. bce0: link state changed to UP bce0: Gigabit link up! bce0: Gigabit link up! bce0: Gigabit link up! =46rom what I understand, both new conditions that may return early are = true ((ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 and later = (mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE), which yields = bce_link_up to be FALSE. Yet I am confused by the role of actually = writing to BCE_EMAC_MODE in order to keep the iDRAC link up, and wether = the issue would not come from another part of the change. Paul --Apple-Mail-23--704290021-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 04:38:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F143B106564A for ; Sat, 17 Mar 2012 04:38:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6E17A8FC0C for ; Sat, 17 Mar 2012 04:38:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q2H4bIYa065777; Sat, 17 Mar 2012 15:37:18 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 17 Mar 2012 15:37:18 +1100 (EST) From: Ian Smith To: Mike Tancsa In-Reply-To: <4F63A772.30406@sentex.net> Message-ID: <20120317135227.X80493@sola.nimnet.asn.au> References: <4F63A772.30406@sentex.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD-STABLE Mailing List Subject: Re: fxp entering promiscuous mode causing link to bounce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 04:38:01 -0000 On Fri, 16 Mar 2012 16:49:54 -0400, Mike Tancsa wrote: > I dont recall seeing this on RELENG_7, but I dont have a box to test > with anymore confirm. On one box I upgraded to RELENG_8 I just > noticed the nic will bounce if I enable tcpdump on it. Sure enough, > trying on a different RELENG_8 box with an fxp nic shows the same > result. > > eg > > tcpdump -ni fxp0 -c 20 > > fxp0: link state changed to DOWN > fxp0: promiscuous mode enabled > fxp0: link state changed to UP > fxp0: link state changed to DOWN > fxp0: promiscuous mode disabled > fxp0: link state changed to UP > > I verified it on 2 different boxes. Is there a way to prevent this > from happening ? Confirmed on 8.2-RELEASE. I hadn't noticed as I tend to use tcpdump -p Mar 17 14:00:03 t23 kernel: fxp0: link state changed to DOWN Mar 17 14:00:03 t23 kernel: fxp0: promiscuous mode enabled Mar 17 14:00:05 t23 kernel: fxp0: link state changed to UP Mar 17 14:00:14 t23 kernel: fxp0: link state changed to DOWN Mar 17 14:00:14 t23 kernel: fxp0: promiscuous mode disabled Mar 17 14:00:16 t23 kernel: fxp0: link state changed to UP I've also noticed that it consistently takes a couple of seconds after enabling or disabling promisc mode before coming back UP here. There were several updates to fxp between 7 and 8.0 through 8.1-STABLE upto 8.2-R, concerning UP/DOWN occurrence and timing at boot, around suspend/resume and dhclient. I'd been watching it with some suspicion regarding a suspend/resume issue (that turned out to be usb-related). cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 06:59:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3666106564A for ; Sat, 17 Mar 2012 06:59:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C3F038FC15 for ; Sat, 17 Mar 2012 06:59:01 +0000 (UTC) Received: by dald2 with SMTP id d2so7633714dal.13 for ; Fri, 16 Mar 2012 23:59:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=V0EUfasP7c64Yqrv575dRcyFxS2P6tz3d0iY2YbFkKQ=; b=skGc8iwv/m2GBEOXxCNtVDqUpvHYqELBnkO7g2/Ow5pOjmrlm7ArKB4mnwkFF3B+6D vWHS7Y2JswR7HsY7eQlSwb9WsnuEQxQn66dsbNcLqlGx6id7iup8x48yEl9ZGAEnp07R iQPsZ4t2KMFOY9lOwueK+0tq12T2qf1081vn3ZL/xuYEuAoW7v0WPMGYLbgfzzJLbYhk uXKjtSJvfAFj3XKcLXpaYLRcTZOG3XCt5Dx6rzmVnzAjwli4p5Hp9JmwsQVwqzOaFpYF dHGgzOUeDb9vYj4OWDjcsUh43syhY9tKKz4vm/GZdaNCWeoeFtxNNHe2GAWqIPkwcafe XIdg== Received: by 10.68.211.168 with SMTP id nd8mr21490301pbc.25.1331967541330; Fri, 16 Mar 2012 23:59:01 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id w6sm6027599pbf.66.2012.03.16.23.58.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Mar 2012 23:59:00 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 17 Mar 2012 15:58:58 -0700 From: YongHyeon PYUN Date: Sat, 17 Mar 2012 15:58:58 -0700 To: Mike Tancsa Message-ID: <20120317225858.GA1660@michelle.cdnetworks.com> References: <4F63A772.30406@sentex.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <4F63A772.30406@sentex.net> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-STABLE Mailing List Subject: Re: fxp entering promiscuous mode causing link to bounce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 06:59:02 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 16, 2012 at 04:49:54PM -0400, Mike Tancsa wrote: > I dont recall seeing this on RELENG_7, but I dont have a box to test with anymore confirm. On one box I upgraded to RELENG_8 I just noticed the nic will bounce if I enable tcpdump on it. Sure enough, trying on a different RELENG_8 box with an fxp nic shows the same result. > > eg > > tcpdump -ni fxp0 -c 20 > > fxp0: link state changed to DOWN > fxp0: promiscuous mode enabled > fxp0: link state changed to UP > fxp0: link state changed to DOWN > fxp0: promiscuous mode disabled > fxp0: link state changed to UP > > I verified it on 2 different boxes. Is there a way to prevent this from happening ? > It looks like a regression introduced in flow control support. I think stable/7 also has the same code so you will see the same issue on stable/7. However if you don't see the issue on stable/7 I can't explain that. Anyway, try attached patch and let me know how it works. I found other places which will result in link DOWN/UP so changed them to get previous good behavior. --KsGdsel6WgEHnImy Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fxp.media.diff" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 233076) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -902,7 +902,7 @@ FXP_LOCK(sc); /* Clear wakeup events. */ CSR_WRITE_1(sc, FXP_CSR_PMDR, CSR_READ_1(sc, FXP_CSR_PMDR)); - fxp_init_body(sc, 1); + fxp_init_body(sc, 0); fxp_stop(sc); FXP_UNLOCK(sc); } @@ -2810,7 +2810,7 @@ if (((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) && ((ifp->if_flags ^ sc->if_flags) & (IFF_PROMISC | IFF_ALLMULTI | IFF_LINK0)) != 0) - fxp_init_body(sc, 1); + fxp_init_body(sc, 0); else if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) fxp_init_body(sc, 1); } else { @@ -2916,7 +2916,7 @@ reinit++; } if (reinit > 0 && ifp->if_flags & IFF_UP) - fxp_init_body(sc, 1); + fxp_init_body(sc, 0); FXP_UNLOCK(sc); VLAN_CAPABILITIES(ifp); break; --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 07:45:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D17D106566B for ; Sat, 17 Mar 2012 07:45:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4BA8FC17 for ; Sat, 17 Mar 2012 07:45:18 +0000 (UTC) Received: by dald2 with SMTP id d2so7679057dal.13 for ; Sat, 17 Mar 2012 00:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GhOoiIK00wKTn5qgBBB07JaqaZ17PeiwJaoKRL0hkAE=; b=DdYJW2gHedzKWYptpcs+zMTr6UeNMvdog3a/b+wyK7Sn6kuj7z6kDqnROweefF2Q7R ECWbyoNMs0QjovcFy4qmc+sqBDZx89Jef39FPS/LB1siYWqYeFuCOfC4HIwZ7v2KzUvI 40ikTq9tSYuSPKPKVYrpTL+U0zOp3kTOqgBbC8aZq6cvQ+tcnON4kvx05WygBtpocMOF sdHGTyGr8lXf1l7iTbN6KygldgZfN/424BjNvItp1Jh2TcB4ohk7ocyd0t+hlZNmDXOs A3qNe3sDFMD9+HjMXcPb++H6f/l1ghVjnKW4VkBo/QDA2MZAmzG5fCBoQhasudoYcdoy KTyQ== Received: by 10.68.234.131 with SMTP id ue3mr21447522pbc.5.1331970318145; Sat, 17 Mar 2012 00:45:18 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id c8sm6124695pba.25.2012.03.17.00.45.13 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Mar 2012 00:45:17 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 17 Mar 2012 16:45:08 -0700 From: YongHyeon PYUN Date: Sat, 17 Mar 2012 16:45:08 -0700 To: Jan Winter Message-ID: <20120317234508.GB1660@michelle.cdnetworks.com> References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> <20120315172928.GB3295@michelle.cdnetworks.com> <4F61FA9A.5000805@kantarmedia.de> <20120316173215.GB6841@michelle.cdnetworks.com> <4F63613E.8040507@kantarmedia.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F63613E.8040507@kantarmedia.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: bce: Device not configured X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 07:45:18 -0000 On Fri, Mar 16, 2012 at 04:50:22PM +0100, Jan Winter wrote: > On 03/16/12 18:32, YongHyeon PYUN wrote: > >On Thu, Mar 15, 2012 at 03:20:10PM +0100, Jan Winter wrote: > >>On 03/15/12 18:29, YongHyeon PYUN wrote: > >>>On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: > >>>>On 03/14/12 19:40, YongHyeon PYUN wrote: > >>>>>On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: > >>>>>>Hello, > >>>>>> > >>>>>>on an Dell Blade m610 is not possible to change the network media > >>>>>>option: > >>>>>> > >>>>>>ifconfig bce0 media 100baseTX mediaopt full-duplex up > >>>>>>ifconfig: SIOCSIFMEDIA (media): Device not configured > >>>>>> > >>>>>>Setting the media option to "autoselect" and connecting the m610 to a > >>>>>>100 MBit switch, I always get "no carrier" > >>>>>>only 1g full-duplex seems to be working. I have tested this on > >>>>>>8.3-prerelease and 9-stable > >>>>>> > >>>>>>any Ideas? > >>>>>> > >>>>>>cheers > >>>>>>Jan > >>>>>> > >>>>>>pciconf -lv > >>>>>>bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 > >>>>>>rev=0x20 hdr=0x00 > >>>>>> vendor = 'Broadcom Corporation' > >>>>>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' > >>>>>> class = network > >>>>>> subclass = ethernet > >>>>>> > >>>>>>dmesg > >>>>>>bce0: mem > >>>>>>0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > >>>>>>miibus0: on bce0 > >>>>>>brgphy0: PHY 2 on miibus0 > >>>>>>brgphy0: 1000baseSX-FDX, auto > >>>>>>bce0: Ethernet address: 00:26:b9:fb:04:0c > >>>>>>bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C > >>>>>>(5.0.11); > >>>>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>>>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>>>>bce1: mem > >>>>>>0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > >>>>>>miibus1: on bce1 > >>>>>>brgphy1: PHY 2 on miibus1 > >>>>>>brgphy1: 1000baseSX-FDX, auto > >>>>>>bce1: Ethernet address: 00:26:b9:fb:04:0e > >>>>>>bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C > >>>>>>(5.0.11); > >>>>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) > >>>>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>>>> > >>>>>I'm not sure you're seeing one of long standing remote PHY issue of > >>>>>blade box but would you try the patch at the following URL? > >>>>>http://people.freebsd.org/~yongari/bce/bce.rphy.diff > >>>>> > >>>>>After applying the patch, show me the dmesg output(bce(4) and > >>>>>brgphy(4) related ones) and 'ifconfig -m bce0'. > >>>>>Note, the patch was not tested at all(lack of hardware). > >>>>Hello, > >>>> > >>>>thank you very much, for your quick support > >>>>Now its looking much better > >>>> > >>>>ifconfig -m bce0 > >>>>bce0: flags=8843 metric 0 mtu > >>>>1500 > >>>> > >>>>options=c01bb > >>>> > >>>>capabilities=c01bb > >>>> ether 00:26:b9:fb:04:0c > >>>> inet 192.168.100.30 netmask 0xffffff00 broadcast > >>>> 192.168.100.255 > >>>> inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative > >>>>scopeid 0x1 > >>>> nd6 options=29 > >>>> media: Ethernet autoselect (1000baseT) > >>>> status: active > >>>> supported media: > >>>> media autoselect > >>>> media 1000baseT mediaopt full-duplex > >>>> media 1000baseT > >>>> media 100baseTX mediaopt full-duplex > >>>> media 100baseTX > >>>> media 10baseT/UTP mediaopt full-duplex > >>>> media 10baseT/UTP > >>>> > >>>>dmesg: > >>>>..... > >>>>bce0: mem > >>>>0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > >>>>bce0: attempting to allocate 1 MSI vectors (16 supported) > >>>>msi: routing MSI IRQ 256 to local APIC 16 vector 52 > >>>>bce0: using IRQ 256 for MSI > >>>>bce0: Remote PHY : TP > >>>>bce0: bpf attached > >>>>bce0: Ethernet address: 00:26:b9:fb:04:0c > >>>>bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI > >>>>2.0.5) > >>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>>bce1: mem > >>>>0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > >>>>bce1: attempting to allocate 1 MSI vectors (16 supported) > >>>>msi: routing MSI IRQ 257 to local APIC 16 vector 53 > >>>>bce1: using IRQ 257 for MSI > >>>>bce1: Remote PHY : TP > >>>>bce1: bpf attached > >>>>bce1: Ethernet address: 00:26:b9:fb:04:0e > >>>>bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); > >>>>Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI > >>>>2.0.5) > >>>>Coal (RX:6,6,18,18; TX:20,20,80,80) > >>>>..... > >>>> > >>>>I have done a quick test with 100 and 1000 MBit, both working very well. > >>>Thanks a lot for testing. This patch was made long time ago but I > >>>haven't had chance to commit it due to lack of access to hardware. > >>>Because the patch bypasses mii(4) layer and makes it hard to read > >>>code, I didn't like the patch but it seems the patch makes bce(4) > >>>usable on blade boxes at least. > >>>I'll commit the patch next week. > >>> > >>>>Its possible to get a Patch for 8 Stable? > >>>> > >>>I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied > >>>cleanly to stable/[7-9]. > >>I getting erros with the 8-stable source > >> > >Oops, try this one for stable/8. > >http://people.freebsd.org/~yongari/bce/bce.rphy.stable8.diff > thank you for the 8-stable patch! but i am sorry this patch doesn't > work. I getting a kernel trap on boot. > The bce driver is compiled as module > > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > bce0: mem > 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > bce0: Remote PHY : TP > bce0: Ethernet address: 00:26:b9:fa:f0:78 > bce0: [ITHREAD] > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 10 > fault virtual address = 0x88 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80626551 > stack pointer = 0x28:0xffffffff80f8b3e0 > frame pointer = 0x28:0xffffffff80f8b410 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff8062fe6e at kdb_backtrace+0x5e > #1 0xffffffff805fd087 at panic+0x187 > #2 0xffffffff808f3170 at trap_fatal+0x290 > #3 0xffffffff808f34c1 at trap_pfault+0x201 > #4 0xffffffff808f397f at trap+0x3df > #5 0xffffffff808daed4 at calltrap+0x8 > #6 0xffffffff80f352b8 at bce_attach+0x3268 > #7 0xffffffff80629999 at device_attach+0x69 > #8 0xffffffff8062b16a at bus_generic_attach+0x1a > #9 0xffffffff802074af at acpi_pci_attach+0x14f > #10 0xffffffff80629999 at device_attach+0x69 > #11 0xffffffff8062b16a at bus_generic_attach+0x1a > #12 0xffffffff80209217 at acpi_pcib_attach+0x1a7 > #13 0xffffffff8020a125 at acpi_pcib_pci_attach+0x95 > #14 0xffffffff80629999 at device_attach+0x69 > #15 0xffffffff8062b16a at bus_generic_attach+0x1a > #16 0xffffffff802074af at acpi_pci_attach+0x14f > #17 0xffffffff80629999 at device_attach+0x69 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Sorry, there was a typo. I've uploaded updated one for stable/8(The URL is the same). From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 08:38:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E6CF106564A for ; Sat, 17 Mar 2012 08:38:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB338FC17 for ; Sat, 17 Mar 2012 08:38:42 +0000 (UTC) Received: by dald2 with SMTP id d2so7730370dal.13 for ; Sat, 17 Mar 2012 01:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=V7hqtgGlVo3uxtjvJ5bQPOOhpDxXEu+CACOp2cSSbPA=; b=eofkgnHu4gXtOKLhHnFrdjGEG1mWT/5Yq6ptaFGI0rZCzT6pVezEKgkoQm11ctBaRA P4jn+d8sBMNtjbApkIBS/NE/MwLXz2y1qVauV/Zpb4zedaIITWekEutGg0FB2zGxwu8C FcHyaX9y41wwdd6jH/ESiq1UYOby+wCjZhPjavA73ncE6CjM8NFFeN8zIXLEpDQZrD84 OOM7+RKT6OmYgLF5a87nfBHej9MuQHdmdSki9QE/WjUcdGRpBk92+OEq3X0ZH3bLa3k8 zuz/C96fiH60pywG8u1huPmDGoCUwwEJzWcsylxmM+cC0EKHRCz/XZei5OpYaAoWXEUL S2Yw== Received: by 10.68.242.201 with SMTP id ws9mr21976930pbc.67.1331973521896; Sat, 17 Mar 2012 01:38:41 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id l4sm6216869pbl.27.2012.03.17.01.38.39 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Mar 2012 01:38:41 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 17 Mar 2012 17:38:39 -0700 From: YongHyeon PYUN Date: Sat, 17 Mar 2012 17:38:39 -0700 To: Paul Guyot Message-ID: <20120318003838.GC1660@michelle.cdnetworks.com> References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> <20120315171018.GA3295@michelle.cdnetworks.com> <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> <20120316170650.GA6841@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ftEhullJWpWg/VHq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 08:38:42 -0000 --ftEhullJWpWg/VHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 16, 2012 at 11:41:51PM +0100, Paul Guyot wrote: > > Le 16 mars 2012 ? 18:06, YongHyeon PYUN a ?crit : > > > On Thu, Mar 15, 2012 at 09:19:27AM +0100, Paul Guyot wrote: > >> Le 15 mars 2012 ? 18:10, YongHyeon PYUN a ?crit : > >> > >>> On Wed, Mar 14, 2012 at 11:44:37PM +0100, Paul Guyot wrote: > >>>> Hello, > >>>> > >>>> Changes brought to bce(4) prevents booting a R410 Dell server with GELI-encrypted root ZFS partition requiring a passphrase, something that was possible with 9-RELEASE. > >>>> > >>>> Using a binary search, the bug comes from the following revision: > >>>> > >>>> Updating collection src-all/cvs > >>>> Edit src/sys/dev/bce/if_bce.c > >>>> Add delta 1.89.2.4 2012.01.09.19.07.14 yongari > >>>> Edit src/sys/dev/bce/if_bcereg.h > >>>> Add delta 1.35.2.3 2012.01.09.19.07.14 yongari > >>>> Shutting down connection to server > >>>> > >>> > >>> Could you try attach patch and let me know whether it recovers IPMI > >>> functionality? > >> > >> Thank you for your quick patch. Unfortunately, it does not recover IPMI functionality with STABLE@2012.01.09.19.08.00. > >> > > > > Hmm, how about this one? > > It did not work either. So I patched the original (RELEASE) driver to print information about the various conditions newly tested by the STABLE driver in bce_miibus_statchg. The result is the following. The box has two bce interfaces, the one connected is bce0. The loader was configured with boot_verbose. > > Before the passphrase is entered: > > bce0: mem 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 > bce0: attempting to allocate 1 MSI vectors (16 supported) > bce0: using IRQ 256 for MSI > miibus0: on bce0 > bce0: bpf attached > bce0: Ethernet address: 78:2b:cb:18:22:75 > bce0: [1998] ifp != NULL > bce0: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0 > bce0: [2008] mii != NULL > bce0: [2023] (mii->mii_media_status & IFM_ACTIVE) != IFM_ACTIVE) > bce0: [2026] (mii->mii_media_status & IFM_AVALID) == IFM_AVALID) > bce0: [2058] Unknown link speed, enabling default GMII interface. > bce0: [2082] Disabling RX flow control. > bce0: [2095] Disabling TX flow control. > bce0: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) > bce1: mem 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 > bce1: attempting to allocate 1 MSI vectors (16 supported) > bce1: using IRQ 257 for MSI > miibus1: on bce1 > bce1: bpf attached > bce1: Ethernet address: 78:2b:cb:18:22:76 > bce1: [1998] ifp != NULL > bce1: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0 > bce1: [2008] mii != NULL > bce1: [2023] (mii->mii_media_status & IFM_ACTIVE) != IFM_ACTIVE) > bce1: [2026] (mii->mii_media_status & IFM_AVALID) == IFM_AVALID) > bce1: [2058] Unknown link speed, enabling default GMII interface. > bce1: [2082] Disabling RX flow control. > bce1: [2095] Disabling TX flow control. > bce1: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) > > After the passphrase is entered and network is started: > > bce0: [1998] ifp != NULL > bce0: [2000] (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0 > bce0: [2008] mii != NULL > bce0: [2023] (mii->mii_media_status & IFM_ACTIVE) != IFM_ACTIVE) > bce0: [2026] (mii->mii_media_status & IFM_AVALID) == IFM_AVALID) > bce0: [2058] Unknown link speed, enabling default GMII interface. > bce0: [2082] Disabling RX flow control. > bce0: [2095] Disabling TX flow control. > bce0: [1998] ifp != NULL > bce0: [2002] (ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 > bce0: [2008] mii != NULL > bce0: [2018] (mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) == (IFM_ACTIVE | IFM_AVALID) > bce0: [2053] Enabling GMII interface. > bce0: [2082] Disabling RX flow control. > bce0: [2095] Disabling TX flow control. > bce0: link state changed to UP > bce0: Gigabit link up! > bce0: Gigabit link up! > bce0: Gigabit link up! > > From what I understand, both new conditions that may return early are true ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0 and later (mii->mii_media_status & IFM_ACTIVE) != IFM_ACTIVE), which yields bce_link_up to be FALSE. Yet I am confused by the role of actually writing to BCE_EMAC_MODE in order to keep the iDRAC link up, and wether the issue would not come from another part of the change. > Because there is no publicly available documentation for ASF/IPMI link handling it's not clear what steps should be taken whenever its link state is changed. Previously bce(4) seems to drive bce_tick regardless of driver running state. New patch attached. > Paul > --ftEhullJWpWg/VHq Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bce.ipmi.diff3" Index: sys/dev/bce/if_bce.c =================================================================== --- sys/dev/bce/if_bce.c (revision 233076) +++ sys/dev/bce/if_bce.c (working copy) @@ -1462,6 +1462,10 @@ * still running. */ bce_pulse(sc); + /* Track ASF/IPMI link state change. */ + sc->bce_link_tick = TRUE; + sc->bce_link_up = FALSE; + callout_reset(&sc->bce_tick_callout, hz, bce_tick, sc); bce_mgmt_init_locked(sc); BCE_UNLOCK(sc); @@ -1992,8 +1996,7 @@ ifp = sc->bce_ifp; mii = device_get_softc(sc->bce_miibus); - if (mii == NULL || ifp == NULL || - (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + if (mii == NULL || ifp == NULL) return; sc->bce_link_up = FALSE; @@ -2038,9 +2041,6 @@ } } - if (sc->bce_link_up == FALSE) - return; - /* Set half or full duplex based on PHY settings. */ if ((mii->mii_media_active & IFM_GMASK) == IFM_HDX) { DBPRINT(sc, BCE_INFO_PHY, @@ -8193,24 +8193,23 @@ BCE_LOCK_ASSERT(sc); - /* Schedule the next tick. */ - callout_reset(&sc->bce_tick_callout, hz, bce_tick, sc); + if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + /* Update the statistics from the hardware statistics block. */ + bce_stats_update(sc); - /* Update the statistics from the hardware statistics block. */ - bce_stats_update(sc); + /* + * ToDo: This is a safety measure. Need to re-evaluate + * high level processing logic and eliminate this code. + */ + /* Top off the receive and page chains. */ + if (bce_hdr_split == TRUE) + bce_fill_pg_chain(sc); + bce_fill_rx_chain(sc); - /* - * ToDo: This is a safety measure. Need to re-evaluate - * high level processing logic and eliminate this code. - */ - /* Top off the receive and page chains. */ - if (bce_hdr_split == TRUE) - bce_fill_pg_chain(sc); - bce_fill_rx_chain(sc); + /* Check that chip hasn't hung. */ + bce_watchdog(sc); + } - /* Check that chip hasn't hung. */ - bce_watchdog(sc); - /* If link is up already up then we're done. */ if (sc->bce_link_tick == FALSE && sc->bce_link_up == TRUE) goto bce_tick_exit; @@ -8221,15 +8220,18 @@ sc->bce_link_tick = FALSE; /* Now that link is up, handle any outstanding TX traffic. */ - if (sc->bce_link_up == TRUE && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { + if (sc->bce_link_up == TRUE && ifp->if_drv_flags & IFF_DRV_RUNNING && + !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { DBPRINT(sc, BCE_VERBOSE_MISC, "%s(): Found pending TX traffic.\n", __FUNCTION__); bce_start_locked(ifp); } bce_tick_exit: + /* Schedule the next tick. */ + callout_reset(&sc->bce_tick_callout, hz, bce_tick, sc); + DBEXIT(BCE_EXTREME_MISC); - return; } #ifdef BCE_DEBUG --ftEhullJWpWg/VHq-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 13:59:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A1D3106564A for ; Sat, 17 Mar 2012 13:59:40 +0000 (UTC) (envelope-from lausts@acm.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 486E08FC15 for ; Sat, 17 Mar 2012 13:59:39 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=Wf+OmjdX c=1 sm=0 a=de+ksHeJaPmK8cA12er7Ag==:17 a=VyBCHhcZmHwA:10 a=XvPvJaL1y90A:10 a=kWQ6D_09QQAA:10 a=kHc8Q_KJ-KsA:10 a=eFV7t2rJrlGybvsV9tEA:9 a=uzRwiAlns_5Vdnck47EA:7 a=de+ksHeJaPmK8cA12er7Ag==:117 X-Cloudmark-Score: 0 X-Originating-IP: 98.31.23.46 Received: from [98.31.23.46] ([98.31.23.46:20383] helo=mail.laus.org) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F4/B1-00803-BC8946F4; Sat, 17 Mar 2012 13:59:39 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.5/8.14.5) with ESMTP id q2HDxdhJ022989 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 17 Mar 2012 09:59:39 -0400 (EDT) (envelope-from lausts@acm.org) From: "Thomas Laus" Organization: ABB To: "freebsd-stable@freebsd.org" Date: Sat, 17 Mar 2012 09:59:39 -0400 Message-ID: <4F64608B.27301.3724F1@lausts.acm.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.41) Subject: Floppy disks don't work with FreeBSD 9.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 13:59:40 -0000 List: I keep archival floppy disk copies of EPROM images on CDROM and occasionally need to DD them back to a floppy disk for my programmer to load. I recently upgraded two of my shop computers from FreeBSD 7 Stable to FreeBSD 9 Stable with clean installs. I tried the 'fdformat' command prior to 'dd' of the image file yesterday. All of my floppy disks showed errors on all tracks. I used a ^C to abort the command and the PC dropped core. I used the same disks on my laptop with OpenBSD 5 and everything worked as expected. I was able to format and diskdupe the image to them. I looked over the Release Notes for FreeBSD 9 and there wasn't any mention of eliminating floppy disk support on either FreeBSD 8 or 9. This happened on two different PC's, both running FreeBSD 9. The hardware isn't suspect because these same two PC's were able to format and dupe images when running FreeBSD 7. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 14:27:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D10106566B for ; Sat, 17 Mar 2012 14:27:19 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id C52768FC12 for ; Sat, 17 Mar 2012 14:27:18 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q2HER92I011670; Sat, 17 Mar 2012 21:27:09 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F649F3D.7050408@rdtc.ru> Date: Sat, 17 Mar 2012 21:27:09 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lausts@acm.org References: <4F64608B.27301.3724F1@lausts.acm.org> In-Reply-To: <4F64608B.27301.3724F1@lausts.acm.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Floppy disks don't work with FreeBSD 9.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 14:27:19 -0000 17.03.2012 20:59, Thomas Laus ÐÉÛÅÔ: > List: > > I keep archival floppy disk copies of EPROM images on CDROM and occasionally > need to DD them back to a floppy disk for my programmer to load. I recently > upgraded two of my shop computers from FreeBSD 7 Stable to FreeBSD 9 Stable > with clean installs. I tried the 'fdformat' command prior to 'dd' of the > image file yesterday. All of my floppy disks showed errors on all tracks. I > used a ^C to abort the command and the PC dropped core. I used the same > disks on my laptop with OpenBSD 5 and everything worked as expected. I was > able to format and diskdupe the image to them. I looked over the Release > Notes for FreeBSD 9 and there wasn't any mention of eliminating floppy disk > support on either FreeBSD 8 or 9. This happened on two different PC's, both > running FreeBSD 9. The hardware isn't suspect because these same two PC's > were able to format and dupe images when running FreeBSD 7. You need to supply more details. dmesg lines concerning fdc at least. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 17:10:25 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FE73106564A for ; Sat, 17 Mar 2012 17:10:25 +0000 (UTC) (envelope-from ryao@cs.stonybrook.edu) Received: from edge1.cs.stonybrook.edu (edge1.cs.stonybrook.edu [130.245.9.210]) by mx1.freebsd.org (Postfix) with ESMTP id C32B28FC16 for ; Sat, 17 Mar 2012 17:10:24 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge1.cs.stonybrook.edu (130.245.9.210) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 17 Mar 2012 13:10:22 -0400 Received: from [192.168.1.2] (72.89.250.133) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 17 Mar 2012 13:10:23 -0400 Message-ID: <4F64C50F.70409@cs.stonybrook.edu> Date: Sat, 17 Mar 2012 13:08:31 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig08290EE89807C37AAEB642FC" X-Originating-IP: [72.89.250.133] Cc: Subject: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 17:10:25 -0000 --------------enig08290EE89807C37AAEB642FC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear FreeBSD Developers: I used the ZFS Guru LiveCD to install FreeBSD 9 in KVM on a host system with an AMD Thuban processor (K10h). I then proceeded to compile perl and the VM crashed. Linux's dmesg gave me the following hint as to the cause: [ 3568.234654] KVM: Guest triggered AMD Erratum 383 I also tried installing Gentoo Prefix, a userland package manager like NetBSD pkgsrc, and the VM also crashed with the same message when compiling the first component. AMD has documented this issue, with a workaround for hypervisors and a statement saying that they won't fix it:= "If system software performs uncommon methods to change the page size of an active page table that is valid, the CPU core may, under a highly specific and detailed set of conditions, form duplicate TLB entries for a single linear address. The CPU core will machine check if this page is then accessed prior to it being invalidated from the TLB." http://support.amd.com/us/Embedded_TechDocs/41322.pdf Has anyone done anything to workaround this issue? I have a Gentoo Hardened VM running on this machine which has no problem compiling software, so I am sure that some sort of page table workaround is possibl= e. Yours truly, Richard Yao --------------enig08290EE89807C37AAEB642FC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPZMUTAAoJELFAT5FmjZuEdgQQAKvwbPP9lkHVpXCZdNivywKa yLckCyREkicFhJsSUs4PsLYrVHmiDbMfsY46KYCXAvc0zE+HPGs95KblDeATpzD/ tVAuTxiTrj2IzRnOVGeBlLcPSNktxDW+h95ZpVvs27Eog9BiYPXArbGnQ7tue6uL 3aNSHgWeOHnstE1B3Vtl1VMmjackh1omiGvkRlMxjE1Lk64qI1MTra2Oliv60z5n XcJmfpP3li2pi2p8G9EXB0vvQ+yj9Sz5hpIdhuktHCA336nPrF1O9Z3MdSgDBeRC f4tSqwC0yGB5zjenMumDmMAL442x1CahNQr2wmUNP5ogGfrkMXeS0qGHh3jtsh4V 4MrA36FXX+XJouj6TK00Ymioy1LtV4p1EU1HlzxrMD6H/SglmxBwyhZ5ys9AI25k lq49fsjuGuyMa+ebrSVYi5u1HNMGUYVcCX6n/DAL984R/JDXYdnf6pdQgp5kokOV 98Y0UGKU8Ct7CzIrmIhJAIOVjfOUpA9PYCKVJ/d5//SIbrIlPVjbFDuHPgrZJa36 QlIYM8t2Fj2T1Nn1TIEkhmpBDMgUrkGlgKxK0Y6SmEm5TRwGpDXVLFd8t5i71ZM/ R6/htad8aWiMG+eMxJkJN76l0wgXtM8sQbDpT+fViqAbhxHrWyLJUKuWCOR/zLLI iEgSjnbN2uV9yIAlbtwE =Yncx -----END PGP SIGNATURE----- --------------enig08290EE89807C37AAEB642FC-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 17:12:19 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F91106567A for ; Sat, 17 Mar 2012 17:12:19 +0000 (UTC) (envelope-from ryao@cs.stonybrook.edu) Received: from edge2.cs.stonybrook.edu (edge2.cs.stonybrook.edu [130.245.9.211]) by mx1.freebsd.org (Postfix) with ESMTP id EE01D8FC08 for ; Sat, 17 Mar 2012 17:12:18 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge2.cs.stonybrook.edu (130.245.9.211) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 17 Mar 2012 13:12:10 -0400 Received: from [192.168.1.2] (72.89.250.133) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 17 Mar 2012 13:12:12 -0400 Message-ID: <4F64C57F.6040403@cs.stonybrook.edu> Date: Sat, 17 Mar 2012 13:10:23 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: References: <4F64C50F.70409@cs.stonybrook.edu> In-Reply-To: <4F64C50F.70409@cs.stonybrook.edu> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig011F0C707B4C007B5BD89A2C" X-Originating-IP: [72.89.250.133] Cc: Subject: Re: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 17:12:19 -0000 --------------enig011F0C707B4C007B5BD89A2C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/17/12 13:08, Richard Yao wrote: > Dear FreeBSD Developers: >=20 > I used the ZFS Guru LiveCD to install FreeBSD 9 in KVM on a host system= > with an AMD Thuban processor (K10h). I then proceeded to compile perl > and the VM crashed. Linux's dmesg gave me the following hint as to the > cause: >=20 > [ 3568.234654] KVM: Guest triggered AMD Erratum 383 >=20 > I also tried installing Gentoo Prefix, a userland package manager like > NetBSD pkgsrc, and the VM also crashed with the same message when > compiling the first component. AMD has documented this issue, with a > workaround for hypervisors and a statement saying that they won't fix i= t: >=20 > "If system software performs uncommon methods to change the page size o= f > an active page table that is valid, the CPU core may, under a highly > specific and detailed set of conditions, form duplicate TLB entries for= > a single linear address. The CPU core will machine check if this page i= s > then accessed prior to it being invalidated from the TLB." >=20 > http://support.amd.com/us/Embedded_TechDocs/41322.pdf >=20 > Has anyone done anything to workaround this issue? I have a Gentoo > Hardened VM running on this machine which has no problem compiling > software, so I am sure that some sort of page table workaround is possi= ble. >=20 > Yours truly, > Richard Yao >=20 I was tired when I wrote that, so my eyes seem to have skipped some advice from AMD on how to workaround this in the kernel: "Affected software must ensure that page sizes are only increased or decreased after the entry is invalidated and flushed out of all TLBs. When flushing multiple entries from the TLB, software may wish to use a single MOV CR3 value to invalidate the TLB instead of repetitive INVLPG instructions" Also, I am not on the mailing list, so please CC replies to me. --------------enig011F0C707B4C007B5BD89A2C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPZMV/AAoJELFAT5FmjZuEl8UP+wVYJ2jiXS7IBsVoCdtYyeHf vxeL5QOvEWHsrE9aVGLPttFxUeXm9t/HSrcr3/Vv2c+VfviFMSl1n3Qc6CMsh/XB uRvtLjGLFVkVFtppmo8EY8989dhEbrI3YG3Zc7348HvshUyH+77QohFdCWZob8Hp Kc+sk36oTAqShO+5tYw3alykGPjDJ4Se3IRm4dAVPAbMXbfYpvO5gjNCwiJ4ltxT L6tdk5HVXmeSPSIZt0lcIMrskNxpIUkqZKOIuNogUZsIpgYuXFSBrHAVKSUo946b 4BixFCRvnssWTtKKnv4+XwBe5DnJdlO33FIaHnXH1X2fXKvjRfQSYBZupONJ8yao aDzoD3RMfICWlHEirLBpMeVtLkRe2D9o0T9V7+/g98M3LuKr9cbzWcuQlrapYlcl Be3Pqs3WvFxmG179H8Y9sGx1riM2SrVVEBgyUgEz+bMJKoar04A1jMY85FlP7kBb +zMlX7XGhtOIHaiaNI+vJE0dIK6KL/oWCgfB10CzMjxJe0Hsxpi5ybHBzYLNi8l/ vHxj+E+VNe9+LFp091mlDLTFKctaghS466n84Vp68/lwYn3Ts09BZBSc8ol9Khov ZQ+Zfl1PXMfmMsuyxonTeXnN+gC31AqoHwZ2/LSI0LQxWboHMwUzk/tYt6nnNSYr hWF3Vo2T7U9CiVvM5h4m =3V2i -----END PGP SIGNATURE----- --------------enig011F0C707B4C007B5BD89A2C-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 17:12:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0D9106566C for ; Sat, 17 Mar 2012 17:12:34 +0000 (UTC) (envelope-from paulguyot@ieee.org) Received: from flapjack.semiocast.net (flapjack.semiocast.net [88.191.124.10]) by mx1.freebsd.org (Postfix) with ESMTP id 86D148FC1B for ; Sat, 17 Mar 2012 17:12:33 +0000 (UTC) Received: from coriander.lan (gob75-1-87-88-126-146.dsl.sta.abo.bbox.fr [87.88.126.146]) by flapjack.semiocast.net (Postfix) with ESMTPSA id B859162A; Sat, 17 Mar 2012 17:12:31 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; boundary=Apple-Mail-26--637651027; protocol="application/pkcs7-signature"; micalg=sha1 From: Paul Guyot In-Reply-To: <20120318003838.GC1660@michelle.cdnetworks.com> Date: Sat, 17 Mar 2012 18:12:30 +0100 Message-Id: <39F5CD97-A7DF-4815-9F18-507E411844FA@ieee.org> References: <8D3993D8-074E-45E6-8AF7-DB51369F33BD@ieee.org> <20120315171018.GA3295@michelle.cdnetworks.com> <3D1680C7-39A2-47B9-BD40-A987238886EB@ieee.org> <20120316170650.GA6841@michelle.cdnetworks.com> <20120318003838.GC1660@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1084) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Changes brought to bce(4) disabling ipmi access during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 17:12:34 -0000 --Apple-Mail-26--637651027 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 18 mars 2012 =E0 01:38, YongHyeon PYUN a =E9crit : >> =46rom what I understand, both new conditions that may return early = are true ((ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 and later = (mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE), which yields = bce_link_up to be FALSE. Yet I am confused by the role of actually = writing to BCE_EMAC_MODE in order to keep the iDRAC link up, and wether = the issue would not come from another part of the change. >>=20 >=20 > Because there is no publicly available documentation for ASF/IPMI > link handling it's not clear what steps should be taken whenever > its link state is changed. Previously bce(4) seems to drive > bce_tick regardless of driver running state. > New patch attached. It still does not work :( I tried to additionally comment lines as in: = http://lists.freebsd.org/pipermail/freebsd-net/2011-September/029915.html but without success. Unfortunately, adding log messages is only an option if the boot = succeeds to be able to dmesg later on. Paul --=20 Semiocast http://semiocast.com/ +33.183627948 - 20 rue Lacaze, 75014 Paris --Apple-Mail-26--637651027-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 18:20:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2D9F1065670 for ; Sat, 17 Mar 2012 18:20:48 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 298B18FC12 for ; Sat, 17 Mar 2012 18:20:47 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so4903812bkc.13 for ; Sat, 17 Mar 2012 11:20:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=ysD0ba5/DH2lXOWEZxz40I6toSh7d7/b1J05GuBPWB4=; b=uSjahCa6U1amChaQE6jN/hgkUjlKty8ofWJzJlBxOgcY5JHJrF6abvEmGw3vUA7+mA yRWXbJ6d2VpnSr6cPXoiKFpLlhEvP6HTF27+tqUcx7gLi7h1FBJd21/e1YrTc5zvBTDa eK60H5abDoyHFpH0FaAB4cQcjplFnOyCnNkjLtT+09vW2Jay88P2x7lkXTOKV/7HBGnA DHZodT+lFqFOfRZOfdLiQ1MRfdzCM++T2HEdr+7qkhDfecPaGZI3xO4bxZS74XDx6Qnq ZHRmQDY7uvrmA4O9I7R1SqU/Ie9kd8LXtzl2F8lO6udt5ycW81exY2ewLYjHqTR5Sg22 0cEg== Received: by 10.205.117.15 with SMTP id fk15mr2417258bkc.133.1332008446981; Sat, 17 Mar 2012 11:20:46 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id m3sm16081442bkz.0.2012.03.17.11.20.44 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Mar 2012 11:20:45 -0700 (PDT) From: Mikolaj Golub To: Phil Regnauld References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> X-Comment-To: Phil Regnauld Date: Sat, 17 Mar 2012 20:20:42 +0200 In-Reply-To: <20120312232223.GG12975@macbook.bluepipe.net> (Phil Regnauld's message of "Tue, 13 Mar 2012 00:22:23 +0100") Message-ID: <86haxnm6md.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 18:20:48 -0000 On Tue, 13 Mar 2012 00:22:23 +0100 Phil Regnauld wrote: PR> (side note: hastd doesn't pick up configuration changes even with SIGHUP, PR> which makes it hard to provision new resources on the fly) I just tried to reproduce this and failed. For me a new recource was added without problems on reload. Mar 17 20:04:24 kopusha hastd[52678]: Reloading configuration... Mar 17 20:04:24 kopusha hastd[52678]: Keep listening on address 0.0.0.0:7771. Mar 17 20:04:24 kopusha hastd[52678]: Resource rtest added. Mar 17 20:04:24 kopusha hastd[52678]: Configuration reloaded successfully. You sent SIGHUP to master process and on both hosts, didn't you? Could you please provide more details if you still fail to add new resources on the fly (configuration, log messages). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 18:31:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAE81065670 for ; Sat, 17 Mar 2012 18:31:33 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 056218FC17 for ; Sat, 17 Mar 2012 18:31:32 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 011DD4CEE51; Sat, 17 Mar 2012 19:31:26 +0100 (CET) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id QkcDeR5PK+fN; Sat, 17 Mar 2012 19:31:25 +0100 (CET) Received: from macbook.bluepipe.net (x0.dk [194.19.205.214]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 95C1F4CEE50; Sat, 17 Mar 2012 19:31:25 +0100 (CET) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 0BEBF870B9F; Sat, 17 Mar 2012 19:31:25 +0100 (CET) Date: Sat, 17 Mar 2012 19:31:24 +0100 From: Phil Regnauld To: Mikolaj Golub Message-ID: <20120317183124.GN69491@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net> <20120312143127.GM12975@macbook.bluepipe.net> <86k42pu0tb.fsf@kopusha.home.net> <20120312232223.GG12975@macbook.bluepipe.net> <86haxnm6md.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86haxnm6md.fsf@kopusha.home.net> X-Operating-System: Darwin 11.3.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 18:31:33 -0000 Mikolaj Golub (to.my.trociny) writes: > > I just tried to reproduce this and failed. For me a new recource was added > without problems on reload. > > Mar 17 20:04:24 kopusha hastd[52678]: Reloading configuration... > Mar 17 20:04:24 kopusha hastd[52678]: Keep listening on address 0.0.0.0:7771. > Mar 17 20:04:24 kopusha hastd[52678]: Resource rtest added. > Mar 17 20:04:24 kopusha hastd[52678]: Configuration reloaded successfully. > > You sent SIGHUP to master process and on both hosts, didn't you? Nope :-| Duh. > Could you please provide more details if you still fail to add new resources > on the fly (configuration, log messages). I'll look. Right now, I need to try and reproduce the original hast-over- zvol problem. Thanks, Phil From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 19:21:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7B8A1065670 for ; Sat, 17 Mar 2012 19:21:59 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A913B8FC08 for ; Sat, 17 Mar 2012 19:21:59 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so575129pbc.13 for ; Sat, 17 Mar 2012 12:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lXPRuQQdzmSX1I0EH7OEwmD63LvBi+KHp0gvzT0I4bo=; b=TZSeGjQ5k60YqCCIqVBC7XbYXs1Zh7b685h9cpiRkLWhhu9NeNYT6pRwV/ywaANigS b+j3mYFHH0E1mNe3cDqi4s7TaOgQZJN82i/Kg/w0qqFKwdjwFBAROxkVQzzt8MHZYWFW bOt6i0XWdcuxizQMlHO1eNoR3aiTsVh+cCA4MMa+mbnYCOUA6dui+m1tju1L4DHqeCmA A6N4pRpfApIpV43LTG6v4tGVegaYZ7N026SKyAswp/Z4aJG3tT6w/AyDPVEURsCqBEWs fF50izg9EIi2z1pTqtN6CjL/qcSUwIEL0wl3H4kjhKIQCzqr6RKZtlRae2qgJupzwnKG lu3g== MIME-Version: 1.0 Received: by 10.68.197.74 with SMTP id is10mr2421371pbc.153.1332012119274; Sat, 17 Mar 2012 12:21:59 -0700 (PDT) Received: by 10.68.223.5 with HTTP; Sat, 17 Mar 2012 12:21:59 -0700 (PDT) In-Reply-To: <4F64C57F.6040403@cs.stonybrook.edu> References: <4F64C50F.70409@cs.stonybrook.edu> <4F64C57F.6040403@cs.stonybrook.edu> Date: Sat, 17 Mar 2012 14:21:59 -0500 Message-ID: From: Alan Cox To: Richard Yao Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 19:21:59 -0000 On Sat, Mar 17, 2012 at 12:10 PM, Richard Yao wrote: > On 03/17/12 13:08, Richard Yao wrote: > > Dear FreeBSD Developers: > > > > I used the ZFS Guru LiveCD to install FreeBSD 9 in KVM on a host system > > with an AMD Thuban processor (K10h). I then proceeded to compile perl > > and the VM crashed. Linux's dmesg gave me the following hint as to the > > cause: > > > > [ 3568.234654] KVM: Guest triggered AMD Erratum 383 > > > > I also tried installing Gentoo Prefix, a userland package manager like > > NetBSD pkgsrc, and the VM also crashed with the same message when > > compiling the first component. AMD has documented this issue, with a > > workaround for hypervisors and a statement saying that they won't fix it: > > > > "If system software performs uncommon methods to change the page size of > > an active page table that is valid, the CPU core may, under a highly > > specific and detailed set of conditions, form duplicate TLB entries for > > a single linear address. The CPU core will machine check if this page is > > then accessed prior to it being invalidated from the TLB." > > > > http://support.amd.com/us/Embedded_TechDocs/41322.pdf > > > > Has anyone done anything to workaround this issue? I have a Gentoo > > Hardened VM running on this machine which has no problem compiling > > software, so I am sure that some sort of page table workaround is > possible. > > > > Yours truly, > > Richard Yao > > > > I was tired when I wrote that, so my eyes seem to have skipped some > advice from AMD on how to workaround this in the kernel: > > "Affected software must ensure that page sizes are only increased or > decreased after the entry is invalidated and flushed out of all TLBs. > When flushing multiple entries from the TLB, software may wish to use a > single MOV CR3 value to invalidate the TLB instead of repetitive INVLPG > instructions" > > Also, I am not on the mailing list, so please CC replies to me. > > When the FreeBSD kernel detects that it is running on an affected processor, it automatically enables the recommended workaround. However, because you are running within a virtual machine, the automatic detection may not be working. Alternatively, you may be using a newer processor revision that still suffers from the bug, but the kernel doesn't enable the workaround for. Can you tell us how the FreeBSD guest sees the underlying processor, e.g., the first few lines of dmesg from the guest? Alan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 19:40:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2470106564A; Sat, 17 Mar 2012 19:40:59 +0000 (UTC) (envelope-from ryao@cs.stonybrook.edu) Received: from edge1.cs.stonybrook.edu (edge1.cs.stonybrook.edu [130.245.9.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4A76A8FC14; Sat, 17 Mar 2012 19:40:59 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge1.cs.stonybrook.edu (130.245.9.210) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 17 Mar 2012 15:40:53 -0400 Received: from [192.168.1.2] (72.89.250.133) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 17 Mar 2012 15:40:55 -0400 Message-ID: <4F64E856.3040303@cs.stonybrook.edu> Date: Sat, 17 Mar 2012 15:39:02 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: References: <4F64C50F.70409@cs.stonybrook.edu> <4F64C57F.6040403@cs.stonybrook.edu> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8B8515371D323AED15CCA1CB" X-Originating-IP: [72.89.250.133] Cc: Alan Cox , freebsd-stable@freebsd.org Subject: Re: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 19:40:59 -0000 --------------enig8B8515371D323AED15CCA1CB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/17/12 15:21, Alan Cox wrote: > When the FreeBSD kernel detects that it is running on an affected > processor, it automatically enables the recommended workaround. Howeve= r, > because you are running within a virtual machine, the automatic detecti= on > may not be working. Alternatively, you may be using a newer processor > revision that still suffers from the bug, but the kernel doesn't enable= the > workaround for. Can you tell us how the FreeBSD guest sees the underly= ing > processor, e.g., the first few lines of dmesg from the guest? >=20 > Alan >=20 I am currently passing "-cpu Opteron_G3,+3dnowext,+3dnow,+3dnowprefetch,+cmp_legacy" to KVM at libvirtd's suggestion. I assume this is why the workaround is not being triggered. # dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Sun Jan 15 22:48:55 UTC 2012 root@zfsguru:/usr/obj/usr/src/sys/OFED amd64 module_register: module pci/mps already exists! Module pci/mps failed to register: 17 CPU: AMD Opteron 23xx (Gen 3 Class Opteron) (3210.85-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf61 Family =3D f Model =3D 6 Ste= pping =3D 1 Features=3D0x783fbfd Features2=3D0x80802001 AMD Features=3D0xe0100800 AMD Features2=3D0x1e7 --------------enig8B8515371D323AED15CCA1CB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPZOhbAAoJELFAT5FmjZuED6kQAIqNna6RCnUgZE3/SZ/Hxsfq a0TxJhdmlyKWT8ilHaQhTMCMgVYTCxG8zEaYm7D+jHYXz4Na3pkScG4SHA4fSDRf US+zB/0JAGPnJ1IZKRsd+D53SNtz942EAs4AeLl5L4tKeG4Fuans7mU568wSvtTj 6v8qtc4EtSgMEVUvCYwWRXpyk/HmhqJDM+FLNBXYB7V2rxs8cvb2+9kS5s4LrAcq KHJsyoLeAIg+yKbO+fBKp8LQlY3u2SLOhMNR8EevxgF4+TuOUa/lkeceQN+j6bND H7XiK+YQ4gdZezkZwXastjp631k9aoDucOXEAkEK9XfKEKEqE2DzkveN4Ir5BFyo veKNHac6UINeeYK0qFmYBvU6Gy2srvHsgtfJWWaFkUqYFon5j6KOnT7bcxnhLBoY Pcs0DLEcDx55Ptt9x+OjBl5iDN1MKR7CEclTfiVSAX8fRv2vv4bgp/hJeBSj4FK3 Zs3GV1ezxBqYxD7Sf8Xo0/tTJmpxInSb5Mhvj/SOjY2MN0o7whwxmf3n10XZp3YD zo7cezy50GrvwANOxwPRt/2dk08eCDRS+1JZhTS6km0eS/h3dxR2011CWQ7YRTFj KDK5gHTeUCLULU62gl6V30oL6S6JCm0PGlGh58CN2V8+YCY/O4NE5Y+qAfjMGOBD ptQg4WNFyElUCAxnLLLC =mLFN -----END PGP SIGNATURE----- --------------enig8B8515371D323AED15CCA1CB-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 17 20:02:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1545106564A; Sat, 17 Mar 2012 20:02:08 +0000 (UTC) (envelope-from ryao@cs.stonybrook.edu) Received: from edge2.cs.stonybrook.edu (edge2.cs.stonybrook.edu [130.245.9.211]) by mx1.freebsd.org (Postfix) with ESMTP id 751968FC18; Sat, 17 Mar 2012 20:02:08 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge2.cs.stonybrook.edu (130.245.9.211) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 17 Mar 2012 16:02:05 -0400 Received: from [192.168.1.2] (72.89.250.133) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 17 Mar 2012 16:02:06 -0400 Message-ID: <4F64ED4F.1020803@cs.stonybrook.edu> Date: Sat, 17 Mar 2012 16:00:15 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: References: <4F64C50F.70409@cs.stonybrook.edu> <4F64C57F.6040403@cs.stonybrook.edu> <4F64E856.3040303@cs.stonybrook.edu> In-Reply-To: <4F64E856.3040303@cs.stonybrook.edu> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC909810FF4A687C8F386C0B3" X-Originating-IP: [72.89.250.133] Cc: Alan Cox , freebsd-stable@freebsd.org Subject: Re: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 20:02:08 -0000 --------------enigC909810FF4A687C8F386C0B3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Alan, thanks for the information. This is a definitely libvirtd bug. Passing '-cpu host' fixes the problem. I replaced libvirtd with Gentoo's kvm-tools, which makes it easy to specify this, so problem solved. I would send a report to the libvirt developers, but I have encountered more problems in libvirt than I have time to describe, so that will not happen right away. On 03/17/12 15:39, Richard Yao wrote: > On 03/17/12 15:21, Alan Cox wrote: >> When the FreeBSD kernel detects that it is running on an affected >> processor, it automatically enables the recommended workaround. Howev= er, >> because you are running within a virtual machine, the automatic detect= ion >> may not be working. Alternatively, you may be using a newer processor= >> revision that still suffers from the bug, but the kernel doesn't enabl= e the >> workaround for. Can you tell us how the FreeBSD guest sees the underl= ying >> processor, e.g., the first few lines of dmesg from the guest? >> >> Alan >> >=20 > I am currently passing "-cpu > Opteron_G3,+3dnowext,+3dnow,+3dnowprefetch,+cmp_legacy" to KVM at > libvirtd's suggestion. I assume this is why the workaround is not being= > triggered. >=20 > # dmesg > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > The Regents of the University of California. All rights reserve= d. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-RELEASE #0: Sun Jan 15 22:48:55 UTC 2012 > root@zfsguru:/usr/obj/usr/src/sys/OFED amd64 > module_register: module pci/mps already exists! > Module pci/mps failed to register: 17 > CPU: AMD Opteron 23xx (Gen 3 Class Opteron) (3210.85-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xf61 Family =3D f Model =3D 6 S= tepping =3D 1 >=20 > Features=3D0x783fbfd > Features2=3D0x80802001 > AMD Features=3D0xe0100800 > AMD Features2=3D0x1e7 >=20 --------------enigC909810FF4A687C8F386C0B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPZO1SAAoJELFAT5FmjZuE8UsQAMWsraKH5s6GzDMixW2kxwfU C5xPugnZ+4cv6EZQZPFOyGC/CBRKFmSLGM5RASMXG4ca10y1oq3M/hJaNz18zmsa REQndNm+Z8IsVxL4m5Aj77xIU6g0q8zaeA00OvavtC8/u1dO0XpxPNV0jAZhkOI6 JP9W0QdIJc8BDeuEBptNCeZCYPCjQTxqSDGI+pJP4ymMtpsT7PLB90ObkZfJe3BX b/A7pLRbmGEnf7zXQxNJ4WlQ9ec6eagSu/wQHyPJEOIOdmVK4VwkSo5QyFBMVs2o nbBxu9oXFH0+r+03YrCaMLrnXiEhKXuF9B9KlAR63rdy9A2Aj4pLJotg3GW0wN4z fDvxXIVHsdgC7pE6AZY5a/lwfR9mGnpNxd7WTziWqN172EcMhrBinGT5MUJJW5vH +/tJiVl6WYW+tKrVtzOEdfcusRDmWYiNZlBnDS+VuH7kR8Pke9Tz61eP83KYluEX GJ6h4gxxlMD95Wiv3r5haDOnhM1jjSPhKMELWtMqiKBG+gj6Kg6bWeccxsnev6SD B5ZXK6B96WaHSlvfDytsKy6e9q/qfIBquN+B1/XSpuPtNO3srSm4CAX8C4UnR+PR bvW5EAwXtSe9zhDKp9RLBQuo7LOnc+zQQq14HJUmY+0XAPFQvQ17Pad85nf1mWJt aCdJxQESM7nQS2Q+zNyj =fh1e -----END PGP SIGNATURE----- --------------enigC909810FF4A687C8F386C0B3--