From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 02:15:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AF7D9424 for ; Sun, 9 Jun 2013 02:15:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3065C16BD for ; Sun, 9 Jun 2013 02:15:42 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-215-193.lns20.adl6.internode.on.net [118.210.215.193]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r592FYFG017146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 9 Jun 2013 11:45:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Multicast panic caused by elasticsearch Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Sun, 9 Jun 2013 11:45:34 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <0BD9177F-8274-4BEA-AA07-55DBE7C79E04@gsoft.com.au> References: <248F626A-4B8B-48EA-85F9-F411784DF8E6@gsoft.com.au> To: Guy Helmer X-Mailer: Apple Mail (2.1508) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 02:15:43 -0000 On 09/06/2013, at 3:00, Guy Helmer wrote: >> uname is.. >> FreeBSD maarsy-rdb.maarsy.rocketrange.no 9.0-CURRENT FreeBSD = 9.0-CURRENT #0 r224195: Tue Jul 19 17:45:03 CST 2011 = radar@maarsy-acq3.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >>=20 >=20 > FWIW, I have not had any problem with elasticsearch on 9.1-stable from = about mid-May. OK thanks. I need to try it on a crash box and test a few things, thanks = for the data point. Can you tell me what revision you are running? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 02:33:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 951B49B5 for ; Sun, 9 Jun 2013 02:33:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 118A217CF for ; Sun, 9 Jun 2013 02:33:29 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-215-193.lns20.adl6.internode.on.net [118.210.215.193]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r592XMEd017688 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 9 Jun 2013 12:03:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Multicast panic caused by elasticsearch Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <0BD9177F-8274-4BEA-AA07-55DBE7C79E04@gsoft.com.au> Date: Sun, 9 Jun 2013 12:03:22 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: References: <248F626A-4B8B-48EA-85F9-F411784DF8E6@gsoft.com.au> <0BD9177F-8274-4BEA-AA07-55DBE7C79E04@gsoft.com.au> To: Guy Helmer X-Mailer: Apple Mail (2.1508) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 02:33:30 -0000 On 09/06/2013, at 11:45, Daniel O'Connor wrote: > On 09/06/2013, at 3:00, Guy Helmer wrote: >>> uname is.. >>> FreeBSD maarsy-rdb.maarsy.rocketrange.no 9.0-CURRENT FreeBSD = 9.0-CURRENT #0 r224195: Tue Jul 19 17:45:03 CST 2011 = radar@maarsy-acq3.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64 >>>=20 >> FWIW, I have not had any problem with elasticsearch on 9.1-stable = from about mid-May. >=20 >=20 > OK thanks. I need to try it on a crash box and test a few things, = thanks for the data point. > Can you tell me what revision you are running? Also, which JVM? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 10:21:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DE4FFCDB for ; Sun, 9 Jun 2013 10:21:41 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id 6573E1FCF for ; Sun, 9 Jun 2013 10:21:41 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id ey16so2388097wid.9 for ; Sun, 09 Jun 2013 03:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version:x-mailer; bh=wHw7RLFaGl9IPwFSu2g6iPW8Sni7qbRFjAVv7nNyxX4=; b=m9juqlgeLTRRy5O3XUgMFXbk+X9SFkhsAFY6JwwjF0S8taovPlDWF+5UZ3wE/2skQf OVuAJoxfNnlJiZy54NdS950J51gf4Cdlum2EnOpvlzlGWotkPo6wbCk5BN4eELYG8aYc PBaYJ71So+BtXAjjBcdQYfzHiwRo9PA5hdblp7pj1RIaxxuLfzS5MvLbdWZeimM0ejti VYxdhcJRTbYd0gJsFXnBl1lrk5d1UCQHWUh8YZqcuhYqvYE8Wy2I+do7xRCk1WagYSkc JVs/gkH1s0/UhcSITkeLQ2uo8qgGIssr+SEO0e1et6OC3gBCxU155wgrAxrm6QScPq3Q 1ZLg== X-Received: by 10.194.179.33 with SMTP id dd1mr3063170wjc.51.1370773300481; Sun, 09 Jun 2013 03:21:40 -0700 (PDT) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id dz8sm1017497wib.11.2013.06.09.03.21.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Jun 2013 03:21:39 -0700 (PDT) From: Alban Hertroys Content-Type: multipart/mixed; boundary="Apple-Mail=_4B20DDD1-2A7A-4FB1-8292-8E0291094C53" Subject: fxp0 interface going up/down/up/down (dhclient related?) Message-Id: Date: Sun, 9 Jun 2013 12:21:37 +0200 To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 10:21:41 -0000 --Apple-Mail=_4B20DDD1-2A7A-4FB1-8292-8E0291094C53 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I'm having an issue where my fxp0 interface keeps looping between = DOWN/UP, with dhclient requesting a lease each time in between. I think = it's caused by dhclient: solfertje # dhclient -d fxp0 DHCPREQUEST on fxp0 to 255.255.255.255 port 67 send_packet: Network is down DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 109.72.40.1 bound to 141.105.10.89 -- renewal in 7200 seconds. fxp0 link state up -> down fxp0 link state down -> up DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 109.72.40.1 bound to 141.105.10.89 -- renewal in 7200 seconds. fxp0 link state up -> down fxp0 link state down -> up DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 109.72.40.1 bound to 141.105.10.89 -- renewal in 7200 seconds. fxp0 link state up -> down fxp0 link state down -> up DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 109.72.40.1 bound to 141.105.10.89 -- renewal in 7200 seconds. fxp0 link state up -> down fxp0 link state down -> up DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 109.72.40.1 bound to 141.105.10.89 -- renewal in 7200 seconds. fxp0 link state up -> down ^C In above test I turned off devd (/etc/rc.d/devd stop) and background = dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above = result. There's practically no time spent between up/down cycles, this = just keeps going on and on. fxp0 is the only interface that runs on DHCP. The others have static = IP's. Initially I thought the issue might be caused by devd, because I have = both ethernet and 822.11 type NICs (2x ethernet, 1x wifi) in that = system. This is 9-STABLE from yesterday. Before, I had 9-RELEASE running on this system with the same config, and = that worked well. I'm not sure it's related, but on the wireless interface I get alot of: Jun 9 12:08:11 solfertje kernel: ath0: stuck beacon; resetting (bmiss = count 4) ifconfig reads: solfertje # ifconfig=20 em0: flags=3D8843 metric 0 mtu = 1500 = options=3D4219b ether 68:05:ca:17:fe:f7 inet 10.236.150.1 netmask 0xffffff00 broadcast 10.236.150.255 inet6 fe80::6a05:caff:fe17:fef7%em0 prefixlen 64 scopeid 0x2=20 nd6 options=3D23 media: Ethernet autoselect (1000baseT ) status: active ath0: flags=3D8843 metric 0 mtu = 2290 ether 6c:fd:b9:68:db:36 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g = status: running fxp0: flags=3D8843 metric 0 mtu = 1500 = options=3D4219b ether 00:0e:0c:b2:04:b0 inet6 fe80::20e:cff:feb2:4b0%fxp0 prefixlen 64 scopeid 0x9=20 inet 141.105.10.89 netmask 0xffffff80 broadcast 141.105.10.127 nd6 options=3D23 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xd=20 inet 127.0.0.1 netmask 0xff000000=20 nd6 options=3D21 wlan0: flags=3D8843 metric 0 mtu = 1500 ether 6c:fd:b9:68:db:36 inet 10.236.151.1 netmask 0xffffff00 broadcast 10.236.151.255 inet6 fe80::6efd:b9ff:fe68:db36%wlan0 prefixlen 64 scopeid 0xe=20= nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g = status: running ssid solfertje channel 11 (2462 MHz 11g) bssid 6c:fd:b9:68:db:36 regdomain 32924 country CN indoor ecm authmode WPA privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit txpower 20 scanvalid 60 protmode CTS wme burst dtimperiod 1 -dfs pflog0: flags=3D141 metric 0 mtu 33152 nd6 options=3D21 And the hardware is as follows: --Apple-Mail=_4B20DDD1-2A7A-4FB1-8292-8E0291094C53 Content-Disposition: attachment; filename=pciconf.txt Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: quoted-printable hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x5a141002 = chip=3D0x5a141002 rev=3D0x02 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'RD890 PCI to PCI bridge (external gfx0 port B)' class =3D bridge subclass =3D HOST-PCI cap 08[f0] =3D HT MSI fixed address window enabled at 0xfee00000 cap 08[c4] =3D HT slave cap 08[40] =3D HT retry mode cap 08[54] =3D HT unit ID clumping cap 08[9c] =3D HT Gen3 cap 05[70] =3D MSI supports 4 messages=20 PCI errors =3D Received Master-Abort none0@pci0:0:0:2: class=3D0x080600 card=3D0x5a231002 = chip=3D0x5a231002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' class =3D base peripheral cap 0f[40] =3D unknown cap 05[54] =3D MSI supports 1 message, 64 bit=20 cap 08[64] =3D HT MSI fixed address window enabled at 0xfee00000 pcib1@pci0:0:2:0: class=3D0x060400 card=3D0x5a141002 = chip=3D0x5a161002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'RD890 PCI to PCI bridge (PCI express gpp port B)' class =3D bridge subclass =3D PCI-PCI cap 01[50] =3D powerspec 3 supports D0 D3 current D0 cap 10[58] =3D PCI-Express 2 root port slot max data 128(128) link = x16(x16) speed 2.5(5.0) cap 05[a0] =3D MSI supports 1 message=20 cap 0d[b0] =3D PCI Bridge card=3D0x5a141002 cap 08[b8] =3D HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] =3D Vendor 1 ID 1 ecap 000d[190] =3D ACS 1 pcib2@pci0:0:4:0: class=3D0x060400 card=3D0x5a141002 = chip=3D0x5a181002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'RD890 PCI to PCI bridge (PCI express gpp port D)' class =3D bridge subclass =3D PCI-PCI cap 01[50] =3D powerspec 3 supports D0 D3 current D0 cap 10[58] =3D PCI-Express 2 root port slot max data 128(128) link = x1(x2) speed 5.0(5.0) cap 05[a0] =3D MSI supports 1 message=20 cap 0d[b0] =3D PCI Bridge card=3D0x5a141002 cap 08[b8] =3D HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] =3D Vendor 1 ID 1 ecap 000d[190] =3D ACS 1 pcib3@pci0:0:5:0: class=3D0x060400 card=3D0x5a141002 = chip=3D0x5a191002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'RD890 PCI to PCI bridge (PCI express gpp port E)' class =3D bridge subclass =3D PCI-PCI cap 01[50] =3D powerspec 3 supports D0 D3 current D0 cap 10[58] =3D PCI-Express 2 root port slot max data 128(128) link = x1(x1) speed 2.5(5.0) cap 05[a0] =3D MSI supports 1 message=20 cap 0d[b0] =3D PCI Bridge card=3D0x5a141002 cap 08[b8] =3D HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] =3D Vendor 1 ID 1 ecap 000d[190] =3D ACS 1 pcib4@pci0:0:10:0: class=3D0x060400 card=3D0x5a141002 = chip=3D0x5a1d1002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'RD890 PCI to PCI bridge (external gfx1 port A)' class =3D bridge subclass =3D PCI-PCI cap 01[50] =3D powerspec 3 supports D0 D3 current D0 cap 10[58] =3D PCI-Express 2 root port slot max data 128(128) link = x1(x1) speed 5.0(5.0) cap 05[a0] =3D MSI supports 1 message=20 cap 0d[b0] =3D PCI Bridge card=3D0x5a141002 cap 08[b8] =3D HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] =3D Vendor 1 ID 1 ecap 000d[190] =3D ACS 1 ahci0@pci0:0:17:0: class=3D0x010601 card=3D0xb0021458 = chip=3D0x43911002 rev=3D0x40 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]' class =3D mass storage subclass =3D SATA cap 12[70] =3D SATA Index-Data Pair cap 13[a4] =3D PCI Advanced Features: FLR TP ohci0@pci0:0:18:0: class=3D0x0c0310 card=3D0x50041458 = chip=3D0x43971002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:18:2: class=3D0x0c0320 card=3D0x50041458 = chip=3D0x43961002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class =3D serial bus subclass =3D USB cap 01[c0] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] =3D EHCI Debug Port at offset 0xe0 in map 0x14 ohci1@pci0:0:19:0: class=3D0x0c0310 card=3D0x50041458 = chip=3D0x43971002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ehci1@pci0:0:19:2: class=3D0x0c0320 card=3D0x50041458 = chip=3D0x43961002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class =3D serial bus subclass =3D USB cap 01[c0] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] =3D EHCI Debug Port at offset 0xe0 in map 0x14 none1@pci0:0:20:0: class=3D0x0c0500 card=3D0x00000000 = chip=3D0x43851002 rev=3D0x42 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 SMBus Controller' class =3D serial bus subclass =3D SMBus hdac1@pci0:0:20:2: class=3D0x040300 card=3D0xa0141458 = chip=3D0x43831002 rev=3D0x40 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 Azalia (Intel HDA)' class =3D multimedia subclass =3D HDA cap 01[50] =3D powerspec 2 supports D0 D3 current D0 isab0@pci0:0:20:3: class=3D0x060100 card=3D0x439d1002 = chip=3D0x439d1002 rev=3D0x40 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 LPC host controller' class =3D bridge subclass =3D PCI-ISA pcib5@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 = chip=3D0x43841002 rev=3D0x40 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 PCI to PCI Bridge' class =3D bridge subclass =3D PCI-PCI ohci2@pci0:0:20:5: class=3D0x0c0310 card=3D0x50041458 = chip=3D0x43991002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class =3D serial bus subclass =3D USB pcib6@pci0:0:21:0: class=3D0x060400 card=3D0x00001002 = chip=3D0x43a01002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'SB700/SB800 PCI to PCI bridge (PCIE port 0)' class =3D bridge subclass =3D PCI-PCI cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] =3D PCI-Express 2 root port slot max data 128(128) link = x16(x4) speed undef(2.5) cap 05[a0] =3D MSI supports 1 message, 64 bit=20 cap 0d[b0] =3D PCI Bridge card=3D0x00001002 cap 08[b8] =3D HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] =3D Vendor 1 ID 1 ohci3@pci0:0:22:0: class=3D0x0c0310 card=3D0x50041458 = chip=3D0x43971002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ehci2@pci0:0:22:2: class=3D0x0c0320 card=3D0x50041458 = chip=3D0x43961002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class =3D serial bus subclass =3D USB cap 01[c0] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] =3D EHCI Debug Port at offset 0xe0 in map 0x14 hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 = chip=3D0x12001022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'Family 10h Processor HyperTransport Configuration' class =3D bridge subclass =3D HOST-PCI cap 08[80] =3D HT host hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 = chip=3D0x12011022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'Family 10h Processor Address Map' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 = chip=3D0x12021022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'Family 10h Processor DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 = chip=3D0x12031022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'Family 10h Processor Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI cap 0f[f0] =3D unknown hostb5@pci0:0:24:4: class=3D0x060000 card=3D0x00000000 = chip=3D0x12041022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'Family 10h Processor Link Control' class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x20081787 = chip=3D0x68f91002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Cedar PRO [Radeon HD 5450]' class =3D display subclass =3D VGA cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] =3D PCI-Express 2 legacy endpoint max data 128(256) link = x16(x16) speed 2.5(2.5) cap 05[a0] =3D MSI supports 1 message, 64 bit=20 ecap 000b[100] =3D Vendor 1 ID 1 ecap 0001[150] =3D AER 1 0 fatal 1 non-fatal 1 corrected PCI-e errors =3D Correctable Error Detected Non-Fatal Error Detected Unsupported Request Detected Non-fatal =3D Unsupported Request Corrected =3D Advisory Non-Fatal Error hdac0@pci0:1:0:1: class=3D0x040300 card=3D0xaa681787 = chip=3D0xaa681002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Manhattan HDMI Audio [Mobility Radeon HD 5000 = Series]' class =3D multimedia subclass =3D HDA cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] =3D PCI-Express 2 legacy endpoint max data 128(256) link = x16(x16) speed 2.5(2.5) cap 05[a0] =3D MSI supports 1 message, 64 bit enabled with 1 message ecap 000b[100] =3D Vendor 1 ID 1 ecap 0001[150] =3D AER 1 0 fatal 1 non-fatal 1 corrected PCI-e errors =3D Correctable Error Detected Non-Fatal Error Detected Unsupported Request Detected Non-fatal =3D Unsupported Request Corrected =3D Advisory Non-Fatal Error xhci0@pci0:2:0:0: class=3D0x0c0330 card=3D0x50071458 = chip=3D0x70231b6f rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[70] =3D MSI supports 4 messages, 64 bit, vector masks=20 cap 10[a0] =3D PCI-Express 2 endpoint max data 128(1024) FLR link = x1(x1) speed 5.0(5.0) ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[190] =3D Serial 1 0101010101010101 PCI-e errors =3D Correctable Error Detected Unsupported Request Detected Corrected =3D Advisory Non-Fatal Error em0@pci0:3:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82574L Gigabit Network Connection' class =3D network subclass =3D ethernet cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit=20 cap 10[e0] =3D PCI-Express 1 endpoint max data 128(256) link x1(x1) speed 2.5(2.5) cap 11[a0] =3D MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[140] =3D Serial 1 6805caffff17fef7 PCI-e errors =3D Correctable Error Detected Unsupported Request Detected Corrected =3D Advisory Non-Fatal Error xhci1@pci0:4:0:0: class=3D0x0c0330 card=3D0x50071458 = chip=3D0x70231b6f rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[70] =3D MSI supports 4 messages, 64 bit, vector masks=20 cap 10[a0] =3D PCI-Express 2 endpoint max data 128(1024) FLR link = x1(x1) speed 5.0(5.0) ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[190] =3D Serial 1 0101010101010101 PCI-e errors =3D Correctable Error Detected Unsupported Request Detected Corrected =3D Advisory Non-Fatal Error ath0@pci0:5:6:0: class=3D0x028000 card=3D0x0300168c = chip=3D0x002d168c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR9287 Wireless Network Adapter' class =3D network cap 01[44] =3D powerspec 2 supports D0 D3 current D0 fxp0@pci0:5:7:0: class=3D0x020000 card=3D0x00408086 = chip=3D0x12298086 rev=3D0x0c hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82557/8/9/0/1 Ethernet Pro 100' class =3D network subclass =3D ethernet cap 01[dc] =3D powerspec 2 supports D0 D1 D2 D3 current D0 none2@pci0:5:14:0: class=3D0x0c0010 card=3D0x10001458 = chip=3D0x30441106 rev=3D0xc0 hdr=3D0x00 vendor =3D 'VIA Technologies, Inc.' device =3D 'VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller' class =3D serial bus subclass =3D FireWire cap 01[50] =3D powerspec 2 supports D0 D2 D3 current D0 --Apple-Mail=_4B20DDD1-2A7A-4FB1-8292-8E0291094C53 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest. --Apple-Mail=_4B20DDD1-2A7A-4FB1-8292-8E0291094C53-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 10:44:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 370DAC5 for ; Sun, 9 Jun 2013 10:44:17 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id D34AC10BA for ; Sun, 9 Jun 2013 10:44:16 +0000 (UTC) Received: from mfilter6-d.gandi.net (mfilter6-d.gandi.net [217.70.178.135]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 794F317209C; Sun, 9 Jun 2013 12:44:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter6-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter6-d.gandi.net (mfilter6-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id lO7W5krztH0Y; Sun, 9 Jun 2013 12:44:03 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 5571D172098; Sun, 9 Jun 2013 12:44:03 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 61FBF73A1C; Sun, 9 Jun 2013 03:44:01 -0700 (PDT) Date: Sun, 9 Jun 2013 03:44:01 -0700 From: Jeremy Chadwick To: Alban Hertroys Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130609104401.GA33827@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 10:44:17 -0000 On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > I'm having an issue where my fxp0 interface keeps looping between DOWN/UP, with dhclient requesting a lease each time in between. I think it's caused by dhclient: > > solfertje # dhclient -d fxp0 > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > send_packet: Network is down > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > ^C > > In above test I turned off devd (/etc/rc.d/devd stop) and background dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above result. There's practically no time spent between up/down cycles, this just keeps going on and on. > fxp0 is the only interface that runs on DHCP. The others have static IP's. > > Initially I thought the issue might be caused by devd, because I have both ethernet and 822.11 type NICs (2x ethernet, 1x wifi) in that system. > > This is 9-STABLE from yesterday. > > Before, I had 9-RELEASE running on this system with the same config, and that worked well. And so what I predicted begins... The issue is described in the 8.4-RELEASE Errata Notes; the driver is using the same driver version as in stable/9, hence you're experiencing the same problem. See Open Issues: http://www.freebsd.org/releases/8.4R/errata.html No fix for this has been committed. It is still under discussions by multiple kernel folks as to where the fix should be applied (dhclient or the fxp(4) driver), because the changes made to dhclient (that tickle this bug) may actually affect more drivers than just fxp(4). You can start by reading the (extremely long but very informative) thread here. I do urge you to read all the posts, not skim them: http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073440.html http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/thread.html#73440 The only known workarounds at this time are: a) Cease use of DHCP; set a static IP in rc.conf, b) Try some of the patches mentioned within the above thread, specifically this one: http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073581.html The patch is for head (CURRENT) so it may not patch cleanly. If not, you can try to work the patch in yourself/by hand, or you can ask Yong-Hyeon or others for help. > I'm not sure it's related, but on the wireless interface I get alot of: > Jun 9 12:08:11 solfertje kernel: ath0: stuck beacon; resetting (bmiss count 4) Absolutely 100% unrelated. That issue has been around for years, and the root cause varies tremendously. I discussed it back in February 2011: http://lists.freebsd.org/pipermail/freebsd-stable/2011-February/061700.html If you want to know how I solved that problem, I can tell you, but I'm certain you won't be happy to hear what I have to say. If you're concerned about this problem, please start another thread discussing it. I'm sure Adrian Chadd can provide you lots of insights, but most of them are already in his response to my above thread/post. > {snipping other stuff} -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 11:22:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 690BA757 for ; Sun, 9 Jun 2013 11:22:00 +0000 (UTC) (envelope-from ukaszg@fastmail.fm) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA5C123C for ; Sun, 9 Jun 2013 11:21:59 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9C7CF24BD for ; Sun, 9 Jun 2013 07:21:53 -0400 (EDT) Received: from web3.nyi.mail.srv.osa ([10.202.2.213]) by compute6.internal (MEProxy); Sun, 09 Jun 2013 07:21:53 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date:in-reply-to:references; s=mesmtp; bh= QegeYuIqZHZ3RxuWbNGYSjmEiWY=; b=FDMN9Di8VZvIRQzYRVQgNY6dHEOMjWxX WkROx/EGxhSl8IUXo/A3JPItvYqLf6V3qIgmGpI+vMgXxrwceELD04wBxcwOpRSx cH+6mIKWxhpraGn2akdygUBsJohLovPCaQzlNWcpLiKrOo2cDvzaQ1cB7F/zifvg N/dQ9l2lsV8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=QegeYuIqZHZ3RxuWbNGYSjmEiWY=; b=DuzMf 0Ss/tANAotrXcz+8EDeI0cp6NiJ86e8KwNVkTmXh76lIkXATTk0f5RL5TVivR/d3 TPyMviU81q0/XbKP+ZZevdulpGQLaG1IZwNXcf4KixJWn+Ph7luaJ2HHB67BoIa+ jx83vXIuf8T+R0BSftfqWiQUdnp/hM3epCfs7s= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 440B8B00E80; Sun, 9 Jun 2013 07:21:53 -0400 (EDT) Message-Id: <1370776913.13245.140661241720377.1CEA9BD6@webmail.messagingengine.com> X-Sasl-Enc: MEQ31Bj56maEYinY6XYaVi1VdCmgbcuKL6KJpRIc2LBJ 1370776913 From: =?UTF-8?Q?=C5=81ukasz=20Gruner?= To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-25df3f14 Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Date: Sun, 09 Jun 2013 13:21:53 +0200 In-Reply-To: <20130609104401.GA33827@icarus.home.lan> References: <20130609104401.GA33827@icarus.home.lan> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 11:22:00 -0000 On Sun, Jun 9, 2013, at 12:44, Jeremy Chadwick wrote: > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > > I'm having an issue where my fxp0 interface keeps looping between DOWN/= UP, with dhclient requesting a lease each time in between. I think it's cau= sed by dhclient: > And so what I predicted begins... I have been suffering this issue since forever (which for me began at freebsd 9.0). Currently I'm at stable9. Much appreciated, shouldn't this be at wiki?=20 --=20 Cheers, =C5=81ukasz Gruner From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 11:45:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F49BB87 for ; Sun, 9 Jun 2013 11:45:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id DEA091358 for ; Sun, 9 Jun 2013 11:45:14 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id bi5so3677660pad.4 for ; Sun, 09 Jun 2013 04:45:14 -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=4OQYkLtZMdXITkS4JkI0Tusks1lIKR69D6zHpN8R7tY=; b=oFHYxhL0roWitTgCz+c9ZTO53clZXIcmLUYxBr0cDiqiFK09r0SaJ4tIe01WkxR73N LyC3RKvPJNfNmSNmdqnO+1R505C2TdEv47xabKyLs+PwHjJh3N35I51XIj05bEhcXD2g iTOqLesr8AwXlXB4rly3+UJnKjsVTPSSHUhisGn5pGshUtGDAG9bqR8uTtoMx2XhSAjE Ae/tTk+nF+Oor3c7Hr/50QZNbkod2jZMVzMliWXyaX4iWClNooSWH7cISud3SHdZjvqJ IQwrG8lQhdXlKv4hDRczM54b5kHT8AW8RH6/P0CknGveWdGwSbgYzghfuTzRSapy3qzO bBEg== X-Received: by 10.66.154.225 with SMTP id vr1mr10171341pab.85.1370778314662; Sun, 09 Jun 2013 04:45:14 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id qp4sm6336753pbc.41.2013.06.09.04.45.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 09 Jun 2013 04:45:13 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 09 Jun 2013 20:45:03 +0900 From: YongHyeon PYUN Date: Sun, 9 Jun 2013 20:45:03 +0900 To: Alban Hertroys Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130609114503.GB1922@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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: Sun, 09 Jun 2013 11:45:15 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > I'm having an issue where my fxp0 interface keeps looping between DOWN/UP, with dhclient requesting a lease each time in between. I think it's caused by dhclient: > > solfertje # dhclient -d fxp0 > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > send_packet: Network is down > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > fxp0 link state down -> up > DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > DHCPACK from 109.72.40.1 > bound to 141.105.10.89 -- renewal in 7200 seconds. > fxp0 link state up -> down > ^C > > In above test I turned off devd (/etc/rc.d/devd stop) and background dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above result. There's practically no time spent between up/down cycles, this just keeps going on and on. > fxp0 is the only interface that runs on DHCP. The others have static IP's. > Try attached patch and let me know whether it also works for you. --T4sUOijqQbZv57TR Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fxp.init.diff" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 251021) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -1075,7 +1075,8 @@ fxp_suspend(device_t dev) pmstat |= PCIM_PSTAT_PME | PCIM_PSTAT_PMEENABLE; sc->flags |= FXP_FLAG_WOL; /* Reconfigure hardware to accept magic frames. */ - fxp_init_body(sc, 1); + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; + fxp_init_body(sc, 0); } pci_write_config(sc->dev, pmc + PCIR_POWER_STATUS, pmstat, 2); } @@ -2141,8 +2142,10 @@ fxp_tick(void *xsc) */ if (sc->rx_idle_secs > FXP_MAX_RX_IDLE) { sc->rx_idle_secs = 0; - if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) { + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 1); + } return; } /* @@ -2240,6 +2243,7 @@ fxp_watchdog(struct fxp_softc *sc) device_printf(sc->dev, "device timeout\n"); sc->ifp->if_oerrors++; + sc->ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 1); } @@ -2274,6 +2278,10 @@ fxp_init_body(struct fxp_softc *sc, int setmedia) int i, prm; FXP_LOCK_ASSERT(sc, MA_OWNED); + + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) + return; + /* * Cancel any pending I/O */ @@ -2813,6 +2821,7 @@ fxp_miibus_statchg(device_t dev) */ if (sc->revision == FXP_REV_82557) return; + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 0); } @@ -2836,9 +2845,10 @@ fxp_ioctl(struct ifnet *ifp, u_long command, caddr if (ifp->if_flags & IFF_UP) { if (((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) && ((ifp->if_flags ^ sc->if_flags) & - (IFF_PROMISC | IFF_ALLMULTI | IFF_LINK0)) != 0) + (IFF_PROMISC | IFF_ALLMULTI | IFF_LINK0)) != 0) { + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 0); - else if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + } else if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) fxp_init_body(sc, 1); } else { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) @@ -2851,8 +2861,10 @@ fxp_ioctl(struct ifnet *ifp, u_long command, caddr case SIOCADDMULTI: case SIOCDELMULTI: FXP_LOCK(sc); - if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) { + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 0); + } FXP_UNLOCK(sc); break; @@ -2942,8 +2954,10 @@ fxp_ioctl(struct ifnet *ifp, u_long command, caddr ~(IFCAP_VLAN_HWTSO | IFCAP_VLAN_HWCSUM); reinit++; } - if (reinit > 0 && ifp->if_flags & IFF_UP) + if (reinit > 0 && (ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) { + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; fxp_init_body(sc, 0); + } FXP_UNLOCK(sc); VLAN_CAPABILITIES(ifp); break; --T4sUOijqQbZv57TR-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 12:48:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DB089CD4 for ; Sun, 9 Jun 2013 12:48:32 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) by mx1.freebsd.org (Postfix) with ESMTP id 7483B17BF for ; Sun, 9 Jun 2013 12:48:32 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id z12so3566176wgg.19 for ; Sun, 09 Jun 2013 05:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Rx7QHZ5xQk0sxnTlePUI60FEdPFeuw9bTX7HFuVnN2U=; b=OlUQosZ9Vn1qZFbjdzAGj/irzf38TimXGAjKkVVaJ+zOz/4YyNiEsY4+3QrZL+Vqus FViCbw/JLfdCeXBqPxg81JHexlQmd2C3nOkr3e48THXIalO7SJH5oGIuF3L2Ji+vNdDE 12/9fMEa4nRK3adpzMjpbKXkgr7yS7ILNi73fIXLV8d+sEh+NJ2XJ6UOK6hGbLKcj5rN q3NeKB8x6kUhgeQySa/9r7b4dfPcS5OROw35/zd3et2tyOLdYzhdc9JVAD4LMlPiKs8k qsa45AZzejtQYw2hVKqFcjX6ScnORDlgHavPxkL+EenElMnqejDoKtJCA40kMYPYV1Mq WLbQ== X-Received: by 10.194.243.101 with SMTP id wx5mr3234789wjc.49.1370782111686; Sun, 09 Jun 2013 05:48:31 -0700 (PDT) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id u9sm6008228wif.6.2013.06.09.05.48.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Jun 2013 05:48:30 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) From: Alban Hertroys In-Reply-To: <20130609104401.GA33827@icarus.home.lan> Date: Sun, 9 Jun 2013 14:48:29 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4459171F-E382-488D-81B1-978118665A86@gmail.com> References: <20130609104401.GA33827@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1503) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 12:48:32 -0000 On Jun 9, 2013, at 12:44, Jeremy Chadwick wrote: > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: >> I'm having an issue where my fxp0 interface keeps looping between = DOWN/UP, with dhclient requesting a lease each time in between. I think = it's caused by dhclient: >>=20 >> solfertje # dhclient -d fxp0 >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> send_packet: Network is down >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> ^C >>=20 >> In above test I turned off devd (/etc/rc.d/devd stop) and background = dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above = result. There's practically no time spent between up/down cycles, this = just keeps going on and on. >> fxp0 is the only interface that runs on DHCP. The others have static = IP's. >>=20 >> Initially I thought the issue might be caused by devd, because I have = both ethernet and 822.11 type NICs (2x ethernet, 1x wifi) in that = system. >>=20 >> This is 9-STABLE from yesterday. >>=20 >> Before, I had 9-RELEASE running on this system with the same config, = and that worked well. >=20 > And so what I predicted begins... >=20 > The issue is described in the 8.4-RELEASE Errata Notes; the driver is > using the same driver version as in stable/9, hence you're = experiencing > the same problem. See Open Issues: >=20 > http://www.freebsd.org/releases/8.4R/errata.html >=20 > No fix for this has been committed. It is still under discussions by > multiple kernel folks as to where the fix should be applied (dhclient = or > the fxp(4) driver), because the changes made to dhclient (that tickle > this bug) may actually affect more drivers than just fxp(4). >=20 > You can start by reading the (extremely long but very informative) > thread here. I do urge you to read all the posts, not skim them: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073440.html > = http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/thread.html#734= 40 Goodness, and here I was hoping it was just a silly mistake I made=85 IIUC, the issue is a combination of: - dhclient now being aware of link state changes and - the fxp driver reinitializes for certain mode changes, such as = assigning an IP address Which causes dhclient to think that the link state changed, fetch a = "new" IP address and assigns it to the fxp adapter again, causing the = same link state change over and over again. Is that about correct? > The only known workarounds at this time are: >=20 > a) Cease use of DHCP; set a static IP in rc.conf, >=20 > b) Try some of the patches mentioned within the above thread, > specifically this one: > http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073581.html Or c) Use DHCP with a static media setting: ifconfig_fxp0=3D"DHCP media 100baseTX mediaopt full-duplex" That worked for two out of three people apparently. I'm not done reading this thread yet though and I noticed a patch by = YongHyeon that I'll test first. > The patch is for head (CURRENT) so it may not patch cleanly. If not, > you can try to work the patch in yourself/by hand, or you can ask > Yong-Hyeon or others for help. >=20 >> I'm not sure it's related, but on the wireless interface I get alot = of: >> Jun 9 12:08:11 solfertje kernel: ath0: stuck beacon; resetting = (bmiss count 4) >=20 > Absolutely 100% unrelated. That issue has been around for years, and > the root cause varies tremendously. I discussed it back in February > 2011: >=20 > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-February/061700.htm= l >=20 > If you want to know how I solved that problem, I can tell you, but I'm > certain you won't be happy to hear what I have to say. >=20 > If you're concerned about this problem, please start another thread > discussing it. I'm sure Adrian Chadd can provide you lots of = insights, > but most of them are already in his response to my above thread/post. Right, then I won't polute this thread with wifi-related issues any = further. Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 12:56:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ADFEE543 for ; Sun, 9 Jun 2013 12:56:56 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4B71895 for ; Sun, 9 Jun 2013 12:56:56 +0000 (UTC) Received: from mfilter2-d.gandi.net (mfilter2-d.gandi.net [217.70.178.140]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 13CF8A80BF; Sun, 9 Jun 2013 14:56:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter2-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter2-d.gandi.net (mfilter2-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id EQd366M73-hf; Sun, 9 Jun 2013 14:56:38 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 3249CA80BE; Sun, 9 Jun 2013 14:56:38 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 5165F73A1D; Sun, 9 Jun 2013 05:56:36 -0700 (PDT) Date: Sun, 9 Jun 2013 05:56:36 -0700 From: Jeremy Chadwick To: =?unknown-8bit?Q?=C5=3Fukasz?= Gruner Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130609125636.GA36558@icarus.home.lan> References: <20130609104401.GA33827@icarus.home.lan> <1370776913.13245.140661241720377.1CEA9BD6@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1370776913.13245.140661241720377.1CEA9BD6@webmail.messagingengine.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 12:56:56 -0000 On Sun, Jun 09, 2013 at 01:21:53PM +0200, ?ukasz Gruner wrote: > On Sun, Jun 9, 2013, at 12:44, Jeremy Chadwick wrote: > > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > > > I'm having an issue where my fxp0 interface keeps looping between DOWN/UP, with dhclient requesting a lease each time in between. I think it's caused by dhclient: > > And so what I predicted begins... > > I have been suffering this issue since forever (which for me began at > freebsd 9.0). Currently I'm at stable9. The problem we're talking about was a direct result of this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=166656 The commit (MFC) was done to stable/8 and stable/9 in this revision and at this date/time: stable/9 commit: r247335 -- 2013/02/26 stable/8 commit: r247336 -- 2013/02/26 You can see the commit log/messages in the PR. Now let's talk about versions: FreeBSD 9.0-RELEASE came out 2012/01/12: http://lists.freebsd.org/pipermail/freebsd-announce/2012-January/001406.html FreeBSD 9.1-RELEASE came out 2012/12/30: http://lists.freebsd.org/pipermail/freebsd-announce/2012-December/001448.html So when you say "the issue" for you "began at FreeBSD 9.0", you need to be more specific (uname -a output would be a good start), because otherwise to me it sounds like you're experiencing a *completely* different problem. > Much appreciated, shouldn't this be at wiki? What wiki? How would people know to read it? Using a web search engine like Google? That would return this mailing list thread, as well as the ones I've referenced. There is enough old/outdated/completely and absolutely WRONG crap on the FreeBSD Wiki as is. The Wiki is not the "official source/list of problems" (there is no official source/list -- the mailing lists are, for a decade, have been as good as it gets). -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 13:08:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1017ED1E for ; Sun, 9 Jun 2013 13:08:50 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id A6017194B for ; Sun, 9 Jun 2013 13:08:49 +0000 (UTC) Received: from mfilter19-d.gandi.net (mfilter19-d.gandi.net [217.70.178.147]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id D2EE5A80B4; Sun, 9 Jun 2013 15:08:38 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter19-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter19-d.gandi.net (mfilter19-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id oxgwJdQ9uICK; Sun, 9 Jun 2013 15:08:37 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id BDFA9A80B1; Sun, 9 Jun 2013 15:08:36 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 4E3E673A1C; Sun, 9 Jun 2013 06:08:33 -0700 (PDT) Date: Sun, 9 Jun 2013 06:08:33 -0700 From: Jeremy Chadwick To: Alban Hertroys Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130609130833.GB36558@icarus.home.lan> References: <20130609104401.GA33827@icarus.home.lan> <4459171F-E382-488D-81B1-978118665A86@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline In-Reply-To: <4459171F-E382-488D-81B1-978118665A86@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 13:08:50 -0000 On Sun, Jun 09, 2013 at 02:48:29PM +0200, Alban Hertroys wrote: > On Jun 9, 2013, at 12:44, Jeremy Chadwick wrote: >=20 > > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > >> I'm having an issue where my fxp0 interface keeps looping between DO= WN/UP, with dhclient requesting a lease each time in between. I think it'= s caused by dhclient: > >>=20 > >> solfertje # dhclient -d fxp0 > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> send_packet: Network is down > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> ^C > >>=20 > >> In above test I turned off devd (/etc/rc.d/devd stop) and background= dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above result= . There's practically no time spent between up/down cycles, this just kee= ps going on and on. > >> fxp0 is the only interface that runs on DHCP. The others have static= IP's. > >>=20 > >> Initially I thought the issue might be caused by devd, because I hav= e both ethernet and 822.11 type NICs (2x ethernet, 1x wifi) in that syste= m. > >>=20 > >> This is 9-STABLE from yesterday. > >>=20 > >> Before, I had 9-RELEASE running on this system with the same config,= and that worked well. > >=20 > > And so what I predicted begins... > >=20 > > The issue is described in the 8.4-RELEASE Errata Notes; the driver is > > using the same driver version as in stable/9, hence you're experienci= ng > > the same problem. See Open Issues: > >=20 > > http://www.freebsd.org/releases/8.4R/errata.html > >=20 > > No fix for this has been committed. It is still under discussions by > > multiple kernel folks as to where the fix should be applied (dhclient= or > > the fxp(4) driver), because the changes made to dhclient (that tickle > > this bug) may actually affect more drivers than just fxp(4). > >=20 > > You can start by reading the (extremely long but very informative) > > thread here. I do urge you to read all the posts, not skim them: > >=20 > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073440.htm= l > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/thread.htm= l#73440 >=20 > Goodness, and here I was hoping it was just a silly mistake I made=85 >=20 > IIUC, the issue is a combination of: > - dhclient now being aware of link state changes and > - the fxp driver reinitializes for certain mode changes, such as assign= ing an IP address >=20 > Which causes dhclient to think that the link state changed, fetch a "ne= w" IP address and assigns it to the fxp adapter again, causing the same l= ink state change over and over again. >=20 > Is that about correct? Someone else can answer this. > > The only known workarounds at this time are: > >=20 > > a) Cease use of DHCP; set a static IP in rc.conf, > >=20 > > b) Try some of the patches mentioned within the above thread, > > specifically this one: > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-May/073581.htm= l >=20 > Or c) Use DHCP with a static media setting: > ifconfig_fxp0=3D"DHCP media 100baseTX mediaopt full-duplex" DO NOT DO THIS. People who do this do not understand what this does. This has bad effects on IEEE 802.3 and will not do/behave like you might think. The short version: The ONLY TIME you should be hard-setting speed and duplex in ifconfig is when you have a managed switch on the other end where you can set the speed/duplex for that port as well. Otherwise, if you have autoneg on one side, and forced speed/duplex on the other, there is ABSOLUTELY NO GUARANTEE it will work -- the behaviour at that point is "generally" undefined (and chaotic), and in my experience what happens is the switch ends up picking 100/half while the FreeBSD box thinks 100/full and you end up with an insane collision rate + hilariously slow network speeds (but usually only in one direction). The behaviour varies per brand (and revision) of switch, firmware, and other things. So bottom line: if you're going to use autoneg, use it consistently on both ends; if you're going to force speed/duplex, do so consistently on both ends. (If you don't own a managed switch, then autoneg is your only choice) > That worked for two out of three people apparently. > I'm not done reading this thread yet though and I noticed a patch by Yo= ngHyeon that I'll test first. The fact it didn't work for 1 person is enough, and furthers my point (re: the behaviour varies). The problem needs to get fixed properly by kernel folks, but as I said, "where" it's to be fixed is being discussed/debated. Kernel committers' time is very very sparse/limited right now, which is why the last post in that thread was from May 29th (a week and a half ago). As you can see in the thread, I tried to tell Glen Barber that demanding people just set a static IP in ifconfig / avoidance of DHCP was not going to fly, and this follow-up thread is proof. :-) --=20 | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 13:39:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B7B0D553 for ; Sun, 9 Jun 2013 13:39:49 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 513081A04 for ; Sun, 9 Jun 2013 13:39:49 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id p58so4116735wes.40 for ; Sun, 09 Jun 2013 06:39:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=K+i2M9UnsgRKX34wT6L8wFwzHlU+qCFyvHT6W0HE6fY=; b=CZwwxo4eiGcviIWiOHhaQv0Z3lhG15B4gxmvWnKt+UCYNwXf+O/cdUeIEEQWqWvspi j8t8kawBsAvaARzvNttsE7q4exvkI61IeBRY71ba2DiX0cd6h68rmB1d5F3gDhDpFQ0b 3dkM9B6MIxMvMKIzm5LXU13J7QzOVPmnW2JHhS7M15ZvMjhAnMf7bTZj/HBXXqdo/VNa 0yJ/fcML6rW8MPETi8BO4uN8wmUFEdfF+6xyZZ+eFWLzawnH3tbvBnjHix3krXUWMTzF IcpFfUoFClMYO8/gfy/6WrcctECHXutfV5dLH1DdNbotfwknVyLH14Wlc1ZSoAPqZ2pg 5ozQ== X-Received: by 10.180.99.232 with SMTP id et8mr2673601wib.17.1370785188424; Sun, 09 Jun 2013 06:39:48 -0700 (PDT) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id en3sm6212412wid.1.2013.06.09.06.39.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Jun 2013 06:39:47 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) From: Alban Hertroys In-Reply-To: <20130609114503.GB1922@michelle.cdnetworks.com> Date: Sun, 9 Jun 2013 15:39:45 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <55C24F26-5BE2-4621-A79A-AA83900A5903@gmail.com> References: <20130609114503.GB1922@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1503) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 13:39:49 -0000 On Jun 9, 2013, at 13:45, YongHyeon PYUN wrote: > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: >> I'm having an issue where my fxp0 interface keeps looping between = DOWN/UP, with dhclient requesting a lease each time in between. I think = it's caused by dhclient: >>=20 >> solfertje # dhclient -d fxp0 >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> send_packet: Network is down >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> fxp0 link state down -> up >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 >> DHCPACK from 109.72.40.1 >> bound to 141.105.10.89 -- renewal in 7200 seconds. >> fxp0 link state up -> down >> ^C >>=20 >> In above test I turned off devd (/etc/rc.d/devd stop) and background = dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above = result. There's practically no time spent between up/down cycles, this = just keeps going on and on. >> fxp0 is the only interface that runs on DHCP. The others have static = IP's. >>=20 >=20 > Try attached patch and let me know whether it also works for you. > I'm now running with this patch and the symptoms seem to have gone away. = Thanks! Is there anything I should be aware of with this patch or anything you'd = like to know about how it runs? Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 17:03:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 927E8EBC for ; Sun, 9 Jun 2013 17:03:27 +0000 (UTC) (envelope-from Lena@lena.kiev.ua) Received: from lena.kiev.ua (lena.kiev.ua [82.146.52.81]) by mx1.freebsd.org (Postfix) with ESMTP id 30AC91269 for ; Sun, 9 Jun 2013 17:03:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lena.kiev.ua; s=3; h=Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=gWAe7ny2az+4SqLRRN9ED/sw0/FFX+pzFc6yvt24nN0=; b=WKSGcVk1s7aSxxi1SSOnp+wSTMlhHCI3Ab1mY4g95kCEJuk7ESnh6yzC+JnRnlAYFMDVMrHqJWmAEeHXa5nxT7LZ8lRL9WGCFDRGKTyOAZDp2YuO8ljFsD+TM+UdJpPr9tn4szn6BByVFMBsC7WREoZLyNQL7jM55cJKWkQ/mxM=; Received: from ip-384c.rusanovka-net.kiev.ua ([94.244.56.76] helo=bedside.lena.kiev.ua) by lena.kiev.ua with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ulj1a-000LiQ-1Z for freebsd-stable@freebsd.org; Sun, 09 Jun 2013 20:03:26 +0300 Received: from bedside.lena.kiev.ua (localhost.lena.kiev.ua [127.0.0.1]) by bedside.lena.kiev.ua (8.14.7/8.14.7) with ESMTP id r59H3Ent001856 for ; Sun, 9 Jun 2013 20:03:14 +0300 (EEST) (envelope-from Lena@lena.kiev.ua) Received: (from lena@localhost) by bedside.lena.kiev.ua (8.14.7/8.14.7/Submit) id r59H3DLo001855 for freebsd-stable@freebsd.org; Sun, 9 Jun 2013 20:03:13 +0300 (EEST) (envelope-from Lena@lena.kiev.ua) Date: Sun, 9 Jun 2013 20:03:13 +0300 From: Lena@lena.kiev.ua To: freebsd-stable@freebsd.org Subject: 8.4 and EHCI - regression? Message-ID: <20130609170313.GA784@lena.kiev> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 17:03:27 -0000 After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. Details: Motherboard: ASUS M2NPV-MX ACPI BIOS Revision 1101 Before upgrade, 8.3-RELEASE-p2 i386: ~ $ egrep -i 'usb|hci' dmesg.yesterday ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 usbus0 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen0.2: at usbus0 (the last line - a scanner). After upgrade to 8.4-RELEASE - no EHCI: ~ $ dmesg | egrep -i 'usb|hci' ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0 on ohci0 usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.2: at usbus0 ~ $ pciconf -l | grep hci ohci0@pci0:0:11:0: class=0x0c0310 card=0x81c01043 chip=0x026d10de rev=0xa3 hdr=0x00 ehci0@pci0:0:11:1: class=0x0c0320 card=0x81c01043 chip=0x026e10de rev=0xa3 hdr=0x00 ~ $ kldstat Id Refs Address Size Name 1 33 0xc0400000 58ae60 kernel 2 2 0xc098b000 57964 sound.ko 3 1 0xc09e3000 2abe8 snd_hda.ko 4 1 0xc0a0e000 3288 speaker.ko 5 1 0xc0a12000 a91200 nvidia.ko 6 1 0xc14a4000 308c aibs.ko 7 1 0xc6169000 8000 linprocfs.ko 8 1 0xc6175000 4000 fdescfs.ko 9 1 0xc62eb000 2000 linux_adobe.ko 10 1 0xc6497000 2000 rtc.ko ~ $ kldstat -v | grep hci 131 ohci/usbus 130 uhci/usbus 129 ehci/usbus 128 xhci/usbus 124 pci/uhci 123 pci/ohci 42 pci/ata_ahci 122 pci/ehci 41 atapci/ata_ahci_ata ~ # kldload ehci module_register: module pci/ehci already exists! Module pci/ehci failed to register: 17 kldload: can't load ehci: File exists How I upgraded: rm -rf /usr/src svn export svn://svn0.us-east.FreeBSD.org/base/releng/8.4 /usr/src (created custom kernel config from GENERIC) cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make buildworld kernel shutdown -p now (boot in single user) fsck -p mount -a swapon -a cd /usr/src adjkerntz -i mergemaster -p make installworld make delete-old mergemaster -Fi shutdown -p now cd /usr/src make delete-old-libs In /etc/make.conf : KERNCONF=BEDSIDE INSTALL_NODEBUG="yes" CPUTYPE?=athlon64 Custom kernel config in /usr/src/sys/i386/conf/BEDSIDE (I edited from GENERIC 8.4): # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: sys/i386/conf/GENERIC 247909 2013-03-07 07:28:05Z bryanv $ #lena cpu I486_CPU #lena cpu I586_CPU cpu I686_CPU ident BEDSIDE #lena was GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" #lena makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #lena options INET6 # IPv6 communications protocols #lena options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #lena options UFS_GJOURNAL # Enable gjournal-based UFS journaling #lena options MD_ROOT # MD is a potential root device #lena:load-as-module options NFSCLIENT # Network Filesystem Client #lena:load-as-module options NFSSERVER # Network Filesystem Server #lena options NFSLOCKD # Network Lock Manager #lena options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem #lena:load-as-module options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework #lena options GEOM_PART_GPT # GUID Partition Tables. #lena options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) #lena options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support #lena options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #lena options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework #options KDTRACE_HOOKS # Kernel DTrace hooks #lena options INCLUDE_CONFIG_FILE # Include this file in kernel #lena options KDB # Kernel debugger related code #lena options KDB_TRACE # Print a stack trace for a panic # To make an SMP kernel, the next two lines are needed #lena options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi #lena device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #lena device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #lena device atapifd # ATAPI floppy drives #lena device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #lena device ahb # EISA AHA1742 family #lena device ahc # AHA2940 and onboard AIC7xxx devices #lena options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #lena device ahd # AHA39320/29320 and onboard AIC79xx devices #lena options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #lena device esp # AMD Am53C974 (Tekram DC-390(T)) #lena device hptiop # Highpoint RocketRaid 3xxx series #lena device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #lena device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #lena device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #lena device trm # Tekram DC395U/UW/F DC315U adapters #lena device adv # Advansys SCSI adapters #lena device adw # Advansys wide SCSI adapters #lena device aha # Adaptec 154x SCSI adapters #lena device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #lena device bt # Buslogic/Mylex MultiMaster SCSI adapters #lena device ncv # NCR 53C500 #lena device nsp # Workbit Ninja SCSI-3 #lena device stg # TMC 18C30/18C50 #lena device isci # Intel C600 SAS controller # SCSI peripherals device scbus # SCSI bus (required for SCSI) #lena device ch # SCSI media changers device da # Direct Access (disks) #lena device sa # Sequential Access (tape etc) #lena device cd # CD device pass # Passthrough device (direct SCSI access) #lena device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #lena device amr # AMI MegaRAID #lena device arcmsr # Areca SATA II RAID #lena device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #lena device ciss # Compaq Smart RAID 5* #lena device dpt # DPT Smartcache III, IV - See NOTES for options #lena device hptmv # Highpoint RocketRAID 182x #lena device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #lena device hpt27xx # Highpoint RocketRAID 27xx #lena device iir # Intel Integrated RAID #lena device ips # IBM (Adaptec) ServeRAID #lena device mly # Mylex AcceleRAID/eXtremeRAID #lena device twa # 3ware 9000 series PATA/SATA RAID #lena device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers #lena device aac # Adaptec FSA RAID #lena device aacp # SCSI passthrough for aac (requires CAM) #lena device ida # Compaq Smart RAID #lena device mfi # LSI MegaRAID SAS #lena device mlx # Mylex DAC960 family #lena device pst # Promise Supertrak SX6000 #lena device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver #lena device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #lena device cbb # cardbus (yenta) bridge #lena device pccard # PC Card (16-bit) bus #lena device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #lena device plip # TCP/IP over parallel #lena device ppi # Parallel port interface device #device vpo # Requires scbus and da #lena device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. #lena device de # DEC/Intel DC21x4x (``Tulip'') #lena device em # Intel PRO/1000 Gigabit Ethernet Family #lena device igb # Intel PRO/1000 PCIE Server Gigabit Family #lena device ixgb # Intel PRO/10GbE Ethernet Card #lena device le # AMD Am7900 LANCE and Am79C9xx PCnet #lena device ti # Alteon Networks Tigon I/II gigabit Ethernet #lena device txp # 3Com 3cR990 (``Typhoon'') #lena device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #lena device ae # Attansic/Atheros L2 FastEthernet #lena device age # Attansic/Atheros L1 Gigabit Ethernet #lena device alc # Atheros AR8131/AR8132 Ethernet #lena device ale # Atheros AR8121/AR8113/AR8114 Ethernet #lena device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #lena device bfe # Broadcom BCM440x 10/100 Ethernet #lena device bge # Broadcom BCM570xx Gigabit Ethernet #lena device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn device dc # DEC/Intel 21143 and various workalikes #lena device et # Agere ET1310 10/100/Gigabit Ethernet #lena device fxp # Intel EtherExpress PRO/100B (82557, 82558) #lena device gem # Sun GEM/Sun ERI/Apple GMAC #lena device hme # Sun HME (Happy Meal Ethernet) #lena device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #lena device lge # Level 1 LXT1001 gigabit Ethernet #lena device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet #lena device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #lena device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #lena device re # RealTek 8139C+/8169/8169S/8110S #lena device rl # RealTek 8129/8139 #lena device sf # Adaptec AIC-6915 (``Starfire'') #lena device sge # Silicon Integrated Systems SiS190/191 #lena device sis # Silicon Integrated Systems SiS 900/SiS 7016 #lena device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #lena device ste # Sundance ST201 (D-Link DFE-550TX) #lena device stge # Sundance/Tamarack TC9021 gigabit Ethernet #lena device tl # Texas Instruments ThunderLAN #lena device tx # SMC EtherPower II (83c170 ``EPIC'') #lena device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II #lena device vte # DM&P Vortex86 RDC R6040 Fast Ethernet #lena device wb # Winbond W89C840F #lena device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #lena device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #lena device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #lena device ex # Intel EtherExpress Pro/10 and Pro/10+ #lena device ep # Etherlink III based cards #lena device fe # Fujitsu MB8696x based cards #lena device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #lena device sn # SMC's 9000 series of Ethernet chips #lena device xe # Xircom pccard Ethernet # Wireless NIC cards #lena device wlan # 802.11 support #lena options IEEE80211_DEBUG # enable debug msgs #lena options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #lena options IEEE80211_SUPPORT_MESH # enable 802.11s draft support #lena device wlan_wep # 802.11 WEP support #lena device wlan_ccmp # 802.11 CCMP support #lena device wlan_tkip # 802.11 TKIP support #lena device wlan_amrr # AMRR transmit rate control algorithm #lena device an # Aironet 4500/4800 802.11 wireless NICs. #lena device ath # Atheros pci/cardbus NIC's #lena device ath_hal # pci/cardbus chip support #lena options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #lena device ath_rate_sample # SampleRate tx rate control for ath #lena device ral # Ralink Technology RT2500 wireless NICs. #lena device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #lena #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device #lena options PADLOCK_RNG # VIA Padlock RNG options RDRAND_RNG # Intel Bull Mountain RNG device ether # Ethernet support #lena device vlan # 802.1Q VLAN support #lena device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys #lena:load-as-module device md # Memory "disks" #lena device gif # IPv6 and IPv4 tunneling #lena device faith # IPv6-to-IPv4 relaying (translation) #lena device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard #lena device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #lena:load-as-module device ums # Mouse #lena device urio # Diamond Rio 500 MP3 player # USB Serial devices #lena device u3g # USB-based 3G modems (Option, Huawei, Sierra) #lena device uark # Technologies ARK3116 based serial adapters #lena device ubsa # Belkin F5U103 and compatible serial adapters #lena device uftdi # For FTDI usb serial adapters #lena device uipaq # Some WinCE based devices #lena device uplcom # Prolific PL-2303 serial adapters #lena device uslcom # SI Labs CP2101/CP2102 serial adapters #lena device uvisor # Visor and Palm devices #lena device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #lena device aue # ADMtek USB Ethernet #lena device axe # ASIX Electronics USB Ethernet #lena device cdce # Generic USB over Ethernet #lena device cue # CATC USB Ethernet #lena device kue # Kawasaki LSI USB Ethernet #lena device rue # RealTek RTL8150 USB Ethernet #lena device udav # Davicom DM9601E USB # USB Wireless #lena device rum # Ralink Technology RT2501USB wireless NICs #lena device uath # Atheros AR5523 wireless NICs #lena device ural # Ralink Technology RT2500USB wireless NICs #lena device zyd # ZyDAS zd1211/zd1211b wireless NICs # FireWire support #lena device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #lena device fwe # Ethernet over FireWire (non-standard!) #lena device fwip # IP over FireWire (RFC 2734,3146) #lena device dcons # Dumb console driver #lena device dcons_crom # Configuration ROM for dcons # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device #lenab # from /sys/conf/NOTES: # Optional character code conversion support with LIBICONV. # Each option requires their base file system and LIBICONV. options MSDOSFS_ICONV # Kernel side iconv library options LIBICONV # Set the amount of time (in seconds) the system will wait before # rebooting automatically when a kernel panic occurs. If set to (-1), # the system will wait indefinitely until a key is pressed on the # console. options PANIC_REBOOT_WAIT_TIME=60 #lena was 16 # from /sys/i386/conf/NOTES: # Enable Linux ABI emulation options COMPAT_LINUX #lenae From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 17:13:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C56D315F for ; Sun, 9 Jun 2013 17:13:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC4112F7 for ; Sun, 9 Jun 2013 17:13:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:6c16:dfb1:b171:8aa1]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id E0F3A4AC1C; Sun, 9 Jun 2013 21:13:44 +0400 (MSK) Date: Sun, 9 Jun 2013 21:13:33 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1591834077.20130609211333@serebryakov.spb.ru> To: Jeremy Chadwick Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) In-Reply-To: <20130609104401.GA33827@icarus.home.lan> References: <20130609104401.GA33827@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 17:13:53 -0000 Hello, Jeremy. You wrote 9 =D0=B8=D1=8E=D0=BD=D1=8F 2013 =D0=B3., 14:44:01: JC> The issue is described in the 8.4-RELEASE Errata Notes; the driver is JC> using the same driver version as in stable/9, hence you're experiencing JC> the same problem. See Open Issues: I had some memory, that I had had this problem on my router some time (year? two years? three?) ago, and it was fixed somehow at then-HEAD (9?) system with disabling link down event on fxp(4), caused by chip reset after address setting. Is it deja-vu or true memory? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 17:15:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DBE522F2; Sun, 9 Jun 2013 17:15:45 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4F57C131D; Sun, 9 Jun 2013 17:15:45 +0000 (UTC) Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 04827A80CD; Sun, 9 Jun 2013 19:15:34 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id z-PYaOUtVKcV; Sun, 9 Jun 2013 19:15:31 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id BCD47A80BC; Sun, 9 Jun 2013 19:15:30 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 12D7073A1C; Sun, 9 Jun 2013 10:15:26 -0700 (PDT) Date: Sun, 9 Jun 2013 10:15:26 -0700 From: Jeremy Chadwick To: Lena@lena.kiev.ua Subject: Re: 8.4 and EHCI - regression? Message-ID: <20130609171526.GA41447@icarus.home.lan> References: <20130609170313.GA784@lena.kiev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130609170313.GA784@lena.kiev> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 17:15:45 -0000 On Sun, Jun 09, 2013 at 08:03:13PM +0300, Lena@lena.kiev.ua wrote: > After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. > Details: > > Motherboard: ASUS M2NPV-MX ACPI BIOS Revision 1101 > > Before upgrade, 8.3-RELEASE-p2 i386: > > ~ $ egrep -i 'usb|hci' dmesg.yesterday > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 > ohci0: [ITHREAD] > usbus0: on ohci0 > ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 > ehci0: [ITHREAD] > usbus1: EHCI version 1.0 > usbus1: on ehci0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > Root mount waiting for: usbus1 usbus0 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > ugen0.2: at usbus0 > > (the last line - a scanner). > > After upgrade to 8.4-RELEASE - no EHCI: > > ~ $ dmesg | egrep -i 'usb|hci' > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 > ohci0: [ITHREAD] > usbus0 on ohci0 > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > ugen0.2: at usbus0 > > ~ $ pciconf -l | grep hci > ohci0@pci0:0:11:0: class=0x0c0310 card=0x81c01043 chip=0x026d10de rev=0xa3 > hdr=0x00 > ehci0@pci0:0:11:1: class=0x0c0320 card=0x81c01043 chip=0x026e10de rev=0xa3 > hdr=0x00 > ~ $ kldstat > Id Refs Address Size Name > 1 33 0xc0400000 58ae60 kernel > 2 2 0xc098b000 57964 sound.ko > 3 1 0xc09e3000 2abe8 snd_hda.ko > 4 1 0xc0a0e000 3288 speaker.ko > 5 1 0xc0a12000 a91200 nvidia.ko > 6 1 0xc14a4000 308c aibs.ko > 7 1 0xc6169000 8000 linprocfs.ko > 8 1 0xc6175000 4000 fdescfs.ko > 9 1 0xc62eb000 2000 linux_adobe.ko > 10 1 0xc6497000 2000 rtc.ko > ~ $ kldstat -v | grep hci > 131 ohci/usbus > 130 uhci/usbus > 129 ehci/usbus > 128 xhci/usbus > 124 pci/uhci > 123 pci/ohci > 42 pci/ata_ahci > 122 pci/ehci > 41 atapci/ata_ahci_ata > ~ # kldload ehci > module_register: module pci/ehci already exists! > Module pci/ehci failed to register: 17 > kldload: can't load ehci: File exists > > How I upgraded: > > rm -rf /usr/src > svn export svn://svn0.us-east.FreeBSD.org/base/releng/8.4 /usr/src > (created custom kernel config from GENERIC) > cd /usr/obj > chflags -R noschg * > rm -rf * > cd /usr/src > make buildworld kernel > shutdown -p now > (boot in single user) > fsck -p > mount -a > swapon -a > cd /usr/src > adjkerntz -i > mergemaster -p > make installworld > make delete-old > mergemaster -Fi > shutdown -p now > cd /usr/src > make delete-old-libs > > In /etc/make.conf : > > KERNCONF=BEDSIDE > INSTALL_NODEBUG="yes" > CPUTYPE?=athlon64 > > Custom kernel config in /usr/src/sys/i386/conf/BEDSIDE > (I edited from GENERIC 8.4): > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the config(5) manual page, > # and/or the handbook section on Kernel Configuration Files: > # > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: sys/i386/conf/GENERIC 247909 2013-03-07 07:28:05Z bryanv $ > > #lena cpu I486_CPU > #lena cpu I586_CPU > cpu I686_CPU > ident BEDSIDE #lena was GENERIC > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > # Use the following to compile in values accessible to the kernel > # through getenv() (or kenv(1) in userland). The format of the file > # is 'variable=value', see kenv(1) > # > # env "GENERIC.env" > > #lena makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > #lena options INET6 # IPv6 communications protocols > #lena options SCTP # Stream Control Transmission Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > #lena options UFS_GJOURNAL # Enable gjournal-based UFS journaling > #lena options MD_ROOT # MD is a potential root device > #lena:load-as-module options NFSCLIENT # Network Filesystem Client > #lena:load-as-module options NFSSERVER # Network Filesystem Server > #lena options NFSLOCKD # Network Lock Manager > #lena options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > #lena:load-as-module options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > #lena options GEOM_PART_GPT # GUID Partition Tables. > #lena options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > #lena options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > #lena options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options P1003_1B_SEMAPHORES # POSIX-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > #lena options AUDIT # Security event auditing > options MAC # TrustedBSD MAC Framework > #options KDTRACE_HOOKS # Kernel DTrace hooks > #lena options INCLUDE_CONFIG_FILE # Include this file in kernel > > #lena options KDB # Kernel debugger related code > #lena options KDB_TRACE # Print a stack trace for a panic > > # To make an SMP kernel, the next two lines are needed > #lena options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # CPU frequency control > device cpufreq > > # Bus support. > device acpi > #lena device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > #lena device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > #lena device atapifd # ATAPI floppy drives > #lena device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > #lena device ahb # EISA AHA1742 family > #lena device ahc # AHA2940 and onboard AIC7xxx devices > #lena options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > #lena device ahd # AHA39320/29320 and onboard AIC79xx devices > #lena options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > #lena device esp # AMD Am53C974 (Tekram DC-390(T)) > #lena device hptiop # Highpoint RocketRaid 3xxx series > #lena device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > #lena device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > #lena device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > #lena device trm # Tekram DC395U/UW/F DC315U adapters > > #lena device adv # Advansys SCSI adapters > #lena device adw # Advansys wide SCSI adapters > #lena device aha # Adaptec 154x SCSI adapters > #lena device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > #lena device bt # Buslogic/Mylex MultiMaster SCSI adapters > > #lena device ncv # NCR 53C500 > #lena device nsp # Workbit Ninja SCSI-3 > #lena device stg # TMC 18C30/18C50 > #lena device isci # Intel C600 SAS controller > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > #lena device ch # SCSI media changers > device da # Direct Access (disks) > #lena device sa # Sequential Access (tape etc) > #lena device cd # CD > device pass # Passthrough device (direct SCSI access) > #lena device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > #lena device amr # AMI MegaRAID > #lena device arcmsr # Areca SATA II RAID > #lena device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > #lena device ciss # Compaq Smart RAID 5* > #lena device dpt # DPT Smartcache III, IV - See NOTES for options > #lena device hptmv # Highpoint RocketRAID 182x > #lena device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > #lena device hpt27xx # Highpoint RocketRAID 27xx > #lena device iir # Intel Integrated RAID > #lena device ips # IBM (Adaptec) ServeRAID > #lena device mly # Mylex AcceleRAID/eXtremeRAID > #lena device twa # 3ware 9000 series PATA/SATA RAID > #lena device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller > > # RAID controllers > #lena device aac # Adaptec FSA RAID > #lena device aacp # SCSI passthrough for aac (requires CAM) > #lena device ida # Compaq Smart RAID > #lena device mfi # LSI MegaRAID SAS > #lena device mlx # Mylex DAC960 family > #lena device pst # Promise Supertrak SX6000 > #lena device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > #lena device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > #lena device cbb # cardbus (yenta) bridge > #lena device pccard # PC Card (16-bit) bus > #lena device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device uart # Generic UART driver > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > #lena device plip # TCP/IP over parallel > #lena device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > #lena device puc # Multi I/O cards and multi-channel UARTs > > # PCI Ethernet NICs. > #lena device de # DEC/Intel DC21x4x (``Tulip'') > #lena device em # Intel PRO/1000 Gigabit Ethernet Family > #lena device igb # Intel PRO/1000 PCIE Server Gigabit Family > #lena device ixgb # Intel PRO/10GbE Ethernet Card > #lena device le # AMD Am7900 LANCE and Am79C9xx PCnet > #lena device ti # Alteon Networks Tigon I/II gigabit Ethernet > #lena device txp # 3Com 3cR990 (``Typhoon'') > #lena device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > #lena device ae # Attansic/Atheros L2 FastEthernet > #lena device age # Attansic/Atheros L1 Gigabit Ethernet > #lena device alc # Atheros AR8131/AR8132 Ethernet > #lena device ale # Atheros AR8121/AR8113/AR8114 Ethernet > #lena device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet > #lena device bfe # Broadcom BCM440x 10/100 Ethernet > #lena device bge # Broadcom BCM570xx Gigabit Ethernet > #lena device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn > device dc # DEC/Intel 21143 and various workalikes > #lena device et # Agere ET1310 10/100/Gigabit Ethernet > #lena device fxp # Intel EtherExpress PRO/100B (82557, 82558) > #lena device gem # Sun GEM/Sun ERI/Apple GMAC > #lena device hme # Sun HME (Happy Meal Ethernet) > #lena device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet > #lena device lge # Level 1 LXT1001 gigabit Ethernet > #lena device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet > device nfe # nVidia nForce MCP on-board Ethernet > #lena device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet Networking > #lena device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') > #lena device re # RealTek 8139C+/8169/8169S/8110S > #lena device rl # RealTek 8129/8139 > #lena device sf # Adaptec AIC-6915 (``Starfire'') > #lena device sge # Silicon Integrated Systems SiS190/191 > #lena device sis # Silicon Integrated Systems SiS 900/SiS 7016 > #lena device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > #lena device ste # Sundance ST201 (D-Link DFE-550TX) > #lena device stge # Sundance/Tamarack TC9021 gigabit Ethernet > #lena device tl # Texas Instruments ThunderLAN > #lena device tx # SMC EtherPower II (83c170 ``EPIC'') > #lena device vge # VIA VT612x gigabit Ethernet > device vr # VIA Rhine, Rhine II > #lena device vte # DM&P Vortex86 RDC R6040 Fast Ethernet > #lena device wb # Winbond W89C840F > #lena device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > #lena device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > #lena device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > #lena device ex # Intel EtherExpress Pro/10 and Pro/10+ > #lena device ep # Etherlink III based cards > #lena device fe # Fujitsu MB8696x based cards > #lena device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > #lena device sn # SMC's 9000 series of Ethernet chips > #lena device xe # Xircom pccard Ethernet > > # Wireless NIC cards > #lena device wlan # 802.11 support > #lena options IEEE80211_DEBUG # enable debug msgs > #lena options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > #lena options IEEE80211_SUPPORT_MESH # enable 802.11s draft support > #lena device wlan_wep # 802.11 WEP support > #lena device wlan_ccmp # 802.11 CCMP support > #lena device wlan_tkip # 802.11 TKIP support > #lena device wlan_amrr # AMRR transmit rate control algorithm > #lena device an # Aironet 4500/4800 802.11 wireless NICs. > #lena device ath # Atheros pci/cardbus NIC's > #lena device ath_hal # pci/cardbus chip support > #lena options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > #lena device ath_rate_sample # SampleRate tx rate control for ath > #lena device ral # Ralink Technology RT2500 wireless NICs. > #lena device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #lena #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > #lena options PADLOCK_RNG # VIA Padlock RNG > options RDRAND_RNG # Intel Bull Mountain RNG > device ether # Ethernet support > #lena device vlan # 802.1Q VLAN support > #lena device tun # Packet tunnel. > device pty # BSD-style compatibility pseudo ttys > #lena:load-as-module device md # Memory "disks" > #lena device gif # IPv6 and IPv4 tunneling > #lena device faith # IPv6-to-IPv4 relaying (translation) > #lena device firmware # firmware assist module > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > options USB_DEBUG # enable debug msgs > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device uhid # "Human Interface Devices" > device ukbd # Keyboard > #lena device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > #lena:load-as-module device ums # Mouse > #lena device urio # Diamond Rio 500 MP3 player > # USB Serial devices > #lena device u3g # USB-based 3G modems (Option, Huawei, Sierra) > #lena device uark # Technologies ARK3116 based serial adapters > #lena device ubsa # Belkin F5U103 and compatible serial adapters > #lena device uftdi # For FTDI usb serial adapters > #lena device uipaq # Some WinCE based devices > #lena device uplcom # Prolific PL-2303 serial adapters > #lena device uslcom # SI Labs CP2101/CP2102 serial adapters > #lena device uvisor # Visor and Palm devices > #lena device uvscom # USB serial support for DDI pocket's PHS > # USB Ethernet, requires miibus > #lena device aue # ADMtek USB Ethernet > #lena device axe # ASIX Electronics USB Ethernet > #lena device cdce # Generic USB over Ethernet > #lena device cue # CATC USB Ethernet > #lena device kue # Kawasaki LSI USB Ethernet > #lena device rue # RealTek RTL8150 USB Ethernet > #lena device udav # Davicom DM9601E USB > # USB Wireless > #lena device rum # Ralink Technology RT2501USB wireless NICs > #lena device uath # Atheros AR5523 wireless NICs > #lena device ural # Ralink Technology RT2500USB wireless NICs > #lena device zyd # ZyDAS zd1211/zd1211b wireless NICs > > # FireWire support > #lena device firewire # FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and da) > #lena device fwe # Ethernet over FireWire (non-standard!) > #lena device fwip # IP over FireWire (RFC 2734,3146) > #lena device dcons # Dumb console driver > #lena device dcons_crom # Configuration ROM for dcons > > # VirtIO support > device virtio # Generic VirtIO bus (required) > device virtio_pci # VirtIO PCI device > device vtnet # VirtIO Ethernet device > device virtio_blk # VirtIO Block device > device virtio_scsi # VirtIO SCSI device > device virtio_balloon # VirtIO Memory Balloon device > > #lenab > # from /sys/conf/NOTES: > > # Optional character code conversion support with LIBICONV. > # Each option requires their base file system and LIBICONV. > > options MSDOSFS_ICONV > > # Kernel side iconv library > options LIBICONV > > # Set the amount of time (in seconds) the system will wait before > # rebooting automatically when a kernel panic occurs. If set to (-1), > # the system will wait indefinitely until a key is pressed on the > # console. > options PANIC_REBOOT_WAIT_TIME=60 #lena was 16 > > # from /sys/i386/conf/NOTES: > > # Enable Linux ABI emulation > options COMPAT_LINUX > > #lenae CC'ing freebsd-usb@, where Hans can probably help with this. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 17:29:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7360372F; Sun, 9 Jun 2013 17:29:49 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7C015C0; Sun, 9 Jun 2013 17:29:48 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 0C1687A060; Sun, 9 Jun 2013 19:29:41 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Subject: RE: 8.4 and EHCI - regression? From: =?utf-8?Q?Hans_Petter_Selasky?= To: =?utf-8?Q?Lena=40lena=2Ekiev=2Eua?= , =?utf-8?Q?Jeremy_Chadwick?= Date: Sun, 9 Jun 2013 19:29:34 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20130609171526.GA41447@icarus.home.lan> References: <20130609171526.GA41447@icarus.home.lan> X-Priority: 3 (Normal) Message-Id: Cc: =?utf-8?Q?freebsd-stable=40freebsd=2Eorg?= , =?utf-8?Q?freebsd-usb=40freebsd=2Eorg?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 17:29:49 -0000 Hi, EHCI is probed by PCI. It will print if probing fails. Probably ACPI regression. Did you load ACPI=3F --HPS =20 =20 -----Original message----- > From:Jeremy Chadwick > Sent: Sunday 9th June 2013 19:16 > To: Lena@lena.kiev.ua > Cc: freebsd-stable@freebsd.org; freebsd-usb@freebsd.org > Subject: Re: 8.4 and EHCI - regression=3F >=20 > On Sun, Jun 09, 2013 at 08:03:13PM +0300, Lena@lena.kiev.ua wrote: > > After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. > > Details: > >=20 > > Motherboard: ASUS M2NPV-MX ACPI BIOS Revision 1101 > >=20 > > Before upgrade, 8.3-RELEASE-p2 i386: > >=20 > > ~ $ egrep -i 'usb|hci' dmesg.yesterday > > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 > > ohci0: [ITHREAD] > > usbus0: on ohci0 > > ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 > > ehci0: [ITHREAD] > > usbus1: EHCI version 1.0 > > usbus1: on ehci0 > > usbus0: 12Mbps Full Speed USB v1.0 > > usbus1: 480Mbps High Speed USB v2.0 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > ugen1.1: at usbus1 > > uhub1: on usbus1 > > Root mount waiting for: usbus1 usbus0 > > Root mount waiting for: usbus1 > > Root mount waiting for: usbus1 > > Root mount waiting for: usbus1 > > ugen0.2: at usbus0 > >=20 > > (the last line - a scanner). > >=20 > > After upgrade to 8.4-RELEASE - no EHCI: > >=20 > > ~ $ dmesg | egrep -i 'usb|hci' > > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 > > ohci0: [ITHREAD] > > usbus0 on ohci0 > > usbus0: 12Mbps Full Speed USB v1.0 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > Root mount waiting for: usbus0 > > Root mount waiting for: usbus0 > > ugen0.2: at usbus0 > >=20 > > ~ $ pciconf -l | grep hci > > ohci0@pci0:0:11:0: class=3D0x0c0310 card=3D0x81c01043 chip=3D0x026d10de rev=3D0xa3 > > hdr=3D0x00 > > ehci0@pci0:0:11:1: class=3D0x0c0320 card=3D0x81c01043 chip=3D0x026e10de rev=3D0xa3 > > hdr=3D0x00 > > ~ $ kldstat > > Id Refs Address Size Name > > 1 33 0xc0400000 58ae60 kernel > > 2 2 0xc098b000 57964 sound.ko > > 3 1 0xc09e3000 2abe8 snd_hda.ko > > 4 1 0xc0a0e000 3288 speaker.ko > > 5 1 0xc0a12000 a91200 nvidia.ko > > 6 1 0xc14a4000 308c aibs.ko > > 7 1 0xc6169000 8000 linprocfs.ko > > 8 1 0xc6175000 4000 fdescfs.ko > > 9 1 0xc62eb000 2000 linux_adobe.ko > > 10 1 0xc6497000 2000 rtc.ko > > ~ $ kldstat -v | grep hci > > 131 ohci/usbus > > 130 uhci/usbus > > 129 ehci/usbus > > 128 xhci/usbus > > 124 pci/uhci > > 123 pci/ohci > > 42 pci/ata_ahci > > 122 pci/ehci > > 41 atapci/ata_ahci_ata > > ~ # kldload ehci > > module_register: module pci/ehci already exists! > > Module pci/ehci failed to register: 17 > > kldload: can't load ehci: File exists > >=20 > > How I upgraded: > >=20 > > rm -rf /usr/src > > svn export svn://svn0.us-east.FreeBSD.org/base/releng/8.4 /usr/src > > (created custom kernel config from GENERIC) > > cd /usr/obj > > chflags -R noschg * > > rm -rf * > > cd /usr/src > > make buildworld kernel > > shutdown -p now > > (boot in single user) > > fsck -p > > mount -a > > swapon -a > > cd /usr/src > > adjkerntz -i > > mergemaster -p > > make installworld > > make delete-old > > mergemaster -Fi > > shutdown -p now > > cd /usr/src > > make delete-old-libs > >=20 > > In /etc/make.conf : > >=20 > > KERNCONF=3DBEDSIDE > > INSTALL_NODEBUG=3D"yes" > > CPUTYPE=3F=3Dathlon64 > >=20 > > Custom kernel config in /usr/src/sys/i386/conf/BEDSIDE > > (I edited from GENERIC 8.4): > >=20 > > # > > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > > # > > # For more information on this file, please read the config(5) manual page, > > # and/or the handbook section on Kernel Configuration Files: > > # > > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > > # > > # The handbook is also available locally in /usr/share/doc/handbook > > # if you've installed the doc distribution, otherwise always see the > > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > > # latest information. > > # > > # An exhaustive list of options and more detailed explanations of the > > # device lines is also present in the ../../conf/NOTES and NOTES files. > > # If you are in doubt as to the purpose or necessity of a line, check first > > # in NOTES. > > # > > # $FreeBSD: sys/i386/conf/GENERIC 247909 2013-03-07 07:28:05Z bryanv $ > >=20 > > #lena cpu=09=09I486_CPU > > #lena cpu=09=09I586_CPU > > cpu=09=09I686_CPU > > ident=09=09BEDSIDE #lena was GENERIC > >=20 > > # To statically compile in device wiring instead of /boot/device.hints > > #hints=09=09"GENERIC.hints"=09=09# Default places to look for devices. > >=20 > > # Use the following to compile in values accessible to the kernel > > # through getenv() (or kenv(1) in userland). The format of the file > > # is 'variable=3Dvalue', see kenv(1) > > # > > # env=09=09"GENERIC.env" > >=20 > > #lena makeoptions=09DEBUG=3D-g=09=09# Build kernel with gdb(1) debug symbols > >=20 > > options =09SCHED_ULE=09=09# ULE scheduler > > options =09PREEMPTION=09=09# Enable kernel thread preemption > > options =09INET=09=09=09# InterNETworking > > #lena options =09INET6=09=09=09# IPv6 communications protocols > > #lena options =09SCTP=09=09=09# Stream Control Transmission Protocol > > options =09FFS=09=09=09# Berkeley Fast Filesystem > > options =09SOFTUPDATES=09=09# Enable FFS soft updates support > > options =09UFS_ACL=09=09=09# Support for access control lists > > options =09UFS_DIRHASH=09=09# Improve performance on big directories > > #lena options =09UFS_GJOURNAL=09=09# Enable gjournal-based UFS journaling > > #lena options =09MD_ROOT=09=09=09# MD is a potential root device > > #lena:load-as-module options =09NFSCLIENT=09=09# Network Filesystem Client > > #lena:load-as-module options =09NFSSERVER=09=09# Network Filesystem Server > > #lena options =09NFSLOCKD=09=09# Network Lock Manager > > #lena options =09NFS_ROOT=09=09# NFS usable as /, requires NFSCLIENT > > options =09MSDOSFS=09=09=09# MSDOS Filesystem > > #lena:load-as-module options =09CD9660=09=09=09# ISO 9660 Filesystem > > options =09PROCFS=09=09=09# Process filesystem (requires PSEUDOFS) > > options =09PSEUDOFS=09=09# Pseudo-filesystem framework > > #lena options =09GEOM_PART_GPT=09=09# GUID Partition Tables. > > #lena options =09GEOM_LABEL=09=09# Provides labelization > > options =09COMPAT_43TTY=09=09# BSD 4.3 TTY compat (sgtty) > > #lena options =09COMPAT_FREEBSD4=09=09# Compatible with FreeBSD4 > > options =09COMPAT_FREEBSD5=09=09# Compatible with FreeBSD5 > > options =09COMPAT_FREEBSD6=09=09# Compatible with FreeBSD6 > > options =09COMPAT_FREEBSD7=09=09# Compatible with FreeBSD7 > > options =09SCSI_DELAY=3D5000=09=09# Delay (in ms) before probing SCSI > > options =09KTRACE=09=09=09# ktrace(1) support > > #lena options =09STACK=09=09=09# stack(9) support > > options =09SYSVSHM=09=09=09# SYSV-style shared memory > > options =09SYSVMSG=09=09=09# SYSV-style message queues > > options =09SYSVSEM=09=09=09# SYSV-style semaphores > > options =09P1003_1B_SEMAPHORES=09# POSIX-style semaphores > > options =09_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > > options =09PRINTF_BUFR_SIZE=3D128=09# Prevent printf output being interspersed. > > options =09KBD_INSTALL_CDEV=09# install a CDEV entry in /dev > > options =09HWPMC_HOOKS=09=09# Necessary kernel hooks for hwpmc(4) > > #lena options =09AUDIT=09=09=09# Security event auditing > > options =09MAC=09=09=09# TrustedBSD MAC Framework > > #options =09KDTRACE_HOOKS=09=09# Kernel DTrace hooks > > #lena options =09INCLUDE_CONFIG_FILE # Include this file in kernel > >=20 > > #lena options =09KDB=09=09=09# Kernel debugger related code > > #lena options =09KDB_TRACE=09=09# Print a stack trace for a panic > >=20 > > # To make an SMP kernel, the next two lines are needed > > #lena options =09SMP=09=09=09# Symmetric MultiProcessor Kernel > > device=09=09apic=09=09=09# I/O APIC > >=20 > > # CPU frequency control > > device=09=09cpufreq > >=20 > > # Bus support. > > device=09=09acpi > > #lena device=09=09eisa > > device=09=09pci > >=20 > > # Floppy drives > > device=09=09fdc > >=20 > > # ATA and ATAPI devices > > device=09=09ata > > device=09=09atadisk=09=09# ATA disk drives > > #lena device=09=09ataraid=09=09# ATA RAID drives > > device=09=09atapicd=09=09# ATAPI CDROM drives > > #lena device=09=09atapifd=09=09# ATAPI floppy drives > > #lena device=09=09atapist=09=09# ATAPI tape drives > > options =09ATA_STATIC_ID=09# Static device numbering > >=20 > > # SCSI Controllers > > #lena device=09=09ahb=09=09# EISA AHA1742 family > > #lena device=09=09ahc=09=09# AHA2940 and onboard AIC7xxx devices > > #lena options =09AHC_REG_PRETTY_PRINT=09# Print register bitfields in debug > > =09=09=09=09=09# output. Adds ~128k to driver. > > #lena device=09=09ahd=09=09# AHA39320/29320 and onboard AIC79xx devices > > #lena options =09AHD_REG_PRETTY_PRINT=09# Print register bitfields in debug > > =09=09=09=09=09# output. Adds ~215k to driver. > > #lena device=09=09esp=09=09# AMD Am53C974 (Tekram DC-390(T)) > > #lena device=09=09hptiop=09=09# Highpoint RocketRaid 3xxx series > > #lena device=09=09isp=09=09# Qlogic family > > #device=09=09ispfw=09=09# Firmware for QLogic HBAs- normally a module > > #lena device=09=09mpt=09=09# LSI-Logic MPT-Fusion > > #device=09=09ncr=09=09# NCR/Symbios Logic > > #lena device=09=09sym=09=09# NCR/Symbios Logic (newer chipsets + those of `ncr') > > #lena device=09=09trm=09=09# Tekram DC395U/UW/F DC315U adapters > >=20 > > #lena device=09=09adv=09=09# Advansys SCSI adapters > > #lena device=09=09adw=09=09# Advansys wide SCSI adapters > > #lena device=09=09aha=09=09# Adaptec 154x SCSI adapters > > #lena device=09=09aic=09=09# Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > > #lena device=09=09bt=09=09# Buslogic/Mylex MultiMaster SCSI adapters > >=20 > > #lena device=09=09ncv=09=09# NCR 53C500 > > #lena device=09=09nsp=09=09# Workbit Ninja SCSI-3 > > #lena device=09=09stg=09=09# TMC 18C30/18C50 > > #lena device=09=09isci=09=09# Intel C600 SAS controller > >=20 > > # SCSI peripherals > > device=09=09scbus=09=09# SCSI bus (required for SCSI) > > #lena device=09=09ch=09=09# SCSI media changers > > device=09=09da=09=09# Direct Access (disks) > > #lena device=09=09sa=09=09# Sequential Access (tape etc) > > #lena device=09=09cd=09=09# CD > > device=09=09pass=09=09# Passthrough device (direct SCSI access) > > #lena device=09=09ses=09=09# SCSI Environmental Services (and SAF-TE) > >=20 > > # RAID controllers interfaced to the SCSI subsystem > > #lena device=09=09amr=09=09# AMI MegaRAID > > #lena device=09=09arcmsr=09=09# Areca SATA II RAID > > #lena device=09=09asr=09=09# DPT SmartRAID V, VI and Adaptec SCSI RAID > > #lena device=09=09ciss=09=09# Compaq Smart RAID 5* > > #lena device=09=09dpt=09=09# DPT Smartcache III, IV - See NOTES for options > > #lena device=09=09hptmv=09=09# Highpoint RocketRAID 182x > > #lena device=09=09hptrr=09=09# Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > > #lena device=09=09hpt27xx=09=09# Highpoint RocketRAID 27xx > > #lena device=09=09iir=09=09# Intel Integrated RAID > > #lena device=09=09ips=09=09# IBM (Adaptec) ServeRAID > > #lena device=09=09mly=09=09# Mylex AcceleRAID/eXtremeRAID > > #lena device=09=09twa=09=09# 3ware 9000 series PATA/SATA RAID > > #lena device=09=09tws=09=09# LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller > >=20 > > # RAID controllers > > #lena device=09=09aac=09=09# Adaptec FSA RAID > > #lena device=09=09aacp=09=09# SCSI passthrough for aac (requires CAM) > > #lena device=09=09ida=09=09# Compaq Smart RAID > > #lena device=09=09mfi=09=09# LSI MegaRAID SAS > > #lena device=09=09mlx=09=09# Mylex DAC960 family > > #lena device=09=09pst=09=09# Promise Supertrak SX6000 > > #lena device=09=09twe=09=09# 3ware ATA RAID > >=20 > > # atkbdc0 controls both the keyboard and the PS/2 mouse > > device=09=09atkbdc=09=09# AT keyboard controller > > device=09=09atkbd=09=09# AT keyboard > > device=09=09psm=09=09# PS/2 mouse > >=20 > > device=09=09kbdmux=09=09# keyboard multiplexer > >=20 > > device=09=09vga=09=09# VGA video card driver > >=20 > > #lena device=09=09splash=09=09# Splash screen and screen saver support > >=20 > > # syscons is the default console driver, resembling an SCO console > > device=09=09sc > >=20 > > device=09=09agp=09=09# support several AGP chipsets > >=20 > > # Power management support (see NOTES for more options) > > #device=09=09apm > > # Add suspend/resume support for the i8254. > > device=09=09pmtimer > >=20 > > # PCCARD (PCMCIA) support > > # PCMCIA and cardbus bridge support > > #lena device=09=09cbb=09=09# cardbus (yenta) bridge > > #lena device=09=09pccard=09=09# PC Card (16-bit) bus > > #lena device=09=09cardbus=09=09# CardBus (32-bit) bus > >=20 > > # Serial (COM) ports > > device=09=09uart=09=09# Generic UART driver > >=20 > > # Parallel port > > device=09=09ppc > > device=09=09ppbus=09=09# Parallel port bus (required) > > device=09=09lpt=09=09# Printer > > #lena device=09=09plip=09=09# TCP/IP over parallel > > #lena device=09=09ppi=09=09# Parallel port interface device > > #device=09=09vpo=09=09# Requires scbus and da > >=20 > > #lena device=09=09puc=09=09# Multi I/O cards and multi-channel UARTs > >=20 > > # PCI Ethernet NICs. > > #lena device=09=09de=09=09# DEC/Intel DC21x4x (``Tulip'') > > #lena device=09=09em=09=09# Intel PRO/1000 Gigabit Ethernet Family > > #lena device=09=09igb=09=09# Intel PRO/1000 PCIE Server Gigabit Family > > #lena device=09=09ixgb=09=09# Intel PRO/10GbE Ethernet Card > > #lena device=09=09le=09=09# AMD Am7900 LANCE and Am79C9xx PCnet > > #lena device=09=09ti=09=09# Alteon Networks Tigon I/II gigabit Ethernet > > #lena device=09=09txp=09=09# 3Com 3cR990 (``Typhoon'') > > #lena device=09=09vx=09=09# 3Com 3c590, 3c595 (``Vortex'') > >=20 > > # PCI Ethernet NICs that use the common MII bus controller code. > > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > > device=09=09miibus=09=09# MII bus support > > #lena device=09=09ae=09=09# Attansic/Atheros L2 FastEthernet > > #lena device=09=09age=09=09# Attansic/Atheros L1 Gigabit Ethernet > > #lena device=09=09alc=09=09# Atheros AR8131/AR8132 Ethernet > > #lena device=09=09ale=09=09# Atheros AR8121/AR8113/AR8114 Ethernet > > #lena device=09=09bce=09=09# Broadcom BCM5706/BCM5708 Gigabit Ethernet > > #lena device=09=09bfe=09=09# Broadcom BCM440x 10/100 Ethernet > > #lena device=09=09bge=09=09# Broadcom BCM570xx Gigabit Ethernet > > #lena device=09=09cas=09=09# Sun Cassini/Cassini+ and NS DP83065 Saturn > > device=09=09dc=09=09# DEC/Intel 21143 and various workalikes > > #lena device=09=09et=09=09# Agere ET1310 10/100/Gigabit Ethernet > > #lena device=09=09fxp=09=09# Intel EtherExpress PRO/100B (82557, 82558) > > #lena device=09=09gem=09=09# Sun GEM/Sun ERI/Apple GMAC > > #lena device=09=09hme=09=09# Sun HME (Happy Meal Ethernet) > > #lena device=09=09jme=09=09# JMicron JMC250 Gigabit/JMC260 Fast Ethernet > > #lena device=09=09lge=09=09# Level 1 LXT1001 gigabit Ethernet > > #lena device=09=09msk=09=09# Marvell/SysKonnect Yukon II Gigabit Ethernet > > device=09=09nfe=09=09# nVidia nForce MCP on-board Ethernet > > #lena device=09=09nge=09=09# NatSemi DP83820 gigabit Ethernet > > #device=09=09nve=09=09# nVidia nForce MCP on-board Ethernet Networking > > #lena device=09=09pcn=09=09# AMD Am79C97x PCI 10/100 (precedence over 'le') > > #lena device=09=09re=09=09# RealTek 8139C+/8169/8169S/8110S > > #lena device=09=09rl=09=09# RealTek 8129/8139 > > #lena device=09=09sf=09=09# Adaptec AIC-6915 (``Starfire'') > > #lena device=09=09sge=09=09# Silicon Integrated Systems SiS190/191 > > #lena device=09=09sis=09=09# Silicon Integrated Systems SiS 900/SiS 7016 > > #lena device=09=09sk=09=09# SysKonnect SK-984x & SK-982x gigabit Ethernet > > #lena device=09=09ste=09=09# Sundance ST201 (D-Link DFE-550TX) > > #lena device=09=09stge=09=09# Sundance/Tamarack TC9021 gigabit Ethernet > > #lena device=09=09tl=09=09# Texas Instruments ThunderLAN > > #lena device=09=09tx=09=09# SMC EtherPower II (83c170 ``EPIC'') > > #lena device=09=09vge=09=09# VIA VT612x gigabit Ethernet > > device=09=09vr=09=09# VIA Rhine, Rhine II > > #lena device=09=09vte=09=09# DM&P Vortex86 RDC R6040 Fast Ethernet > > #lena device=09=09wb=09=09# Winbond W89C840F > > #lena device=09=09xl=09=09# 3Com 3c90x (``Boomerang'', ``Cyclone'') > >=20 > > # ISA Ethernet NICs. pccard NICs included. > > #lena device=09=09cs=09=09# Crystal Semiconductor CS89x0 NIC > > # 'device ed' requires 'device miibus' > > #lena device=09=09ed=09=09# NE[12]000, SMC Ultra, 3c503, DS8390 cards > > #lena device=09=09ex=09=09# Intel EtherExpress Pro/10 and Pro/10+ > > #lena device=09=09ep=09=09# Etherlink III based cards > > #lena device=09=09fe=09=09# Fujitsu MB8696x based cards > > #lena device=09=09ie=09=09# EtherExpress 8/16, 3C507, StarLAN 10 etc. > > #lena device=09=09sn=09=09# SMC's 9000 series of Ethernet chips > > #lena device=09=09xe=09=09# Xircom pccard Ethernet > >=20 > > # Wireless NIC cards > > #lena device=09=09wlan=09=09# 802.11 support > > #lena options =09IEEE80211_DEBUG=09# enable debug msgs > > #lena options =09IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > > #lena options =09IEEE80211_SUPPORT_MESH=09# enable 802.11s draft support > > #lena device=09=09wlan_wep=09# 802.11 WEP support > > #lena device=09=09wlan_ccmp=09# 802.11 CCMP support > > #lena device=09=09wlan_tkip=09# 802.11 TKIP support > > #lena device=09=09wlan_amrr=09# AMRR transmit rate control algorithm > > #lena device=09=09an=09=09# Aironet 4500/4800 802.11 wireless NICs. > > #lena device=09=09ath=09=09# Atheros pci/cardbus NIC's > > #lena device=09=09ath_hal=09=09# pci/cardbus chip support > > #lena options =09AH_SUPPORT_AR5416=09# enable AR5416 tx/rx descriptors > > #lena device=09=09ath_rate_sample=09# SampleRate tx rate control for ath > > #lena device=09=09ral=09=09# Ralink Technology RT2500 wireless NICs. > > #lena device=09=09wi=09=09# WaveLAN/Intersil/Symbol 802.11 wireless NICs. > > #lena #device=09=09wl=09=09# Older non 802.11 Wavelan wireless NIC. > >=20 > > # Pseudo devices. > > device=09=09loop=09=09# Network loopback > > device=09=09random=09=09# Entropy device > > #lena options =09PADLOCK_RNG=09# VIA Padlock RNG > > options =09RDRAND_RNG=09# Intel Bull Mountain RNG > > device=09=09ether=09=09# Ethernet support > > #lena device=09=09vlan=09=09# 802.1Q VLAN support > > #lena device=09=09tun=09=09# Packet tunnel. > > device=09=09pty=09=09# BSD-style compatibility pseudo ttys > > #lena:load-as-module device=09=09md=09=09# Memory "disks" > > #lena device=09=09gif=09=09# IPv6 and IPv4 tunneling > > #lena device=09=09faith=09=09# IPv6-to-IPv4 relaying (translation) > > #lena device=09=09firmware=09# firmware assist module > >=20 > > # The `bpf' device enables the Berkeley Packet Filter. > > # Be aware of the administrative consequences of enabling this! > > # Note that 'bpf' is required for DHCP. > > device=09=09bpf=09=09# Berkeley packet filter > >=20 > > # USB support > > options =09USB_DEBUG=09# enable debug msgs > > device=09=09uhci=09=09# UHCI PCI->USB interface > > device=09=09ohci=09=09# OHCI PCI->USB interface > > device=09=09ehci=09=09# EHCI PCI->USB interface (USB 2.0) > > device=09=09usb=09=09# USB Bus (required) > > #device=09=09udbp=09=09# USB Double Bulk Pipe devices > > device=09=09uhid=09=09# "Human Interface Devices" > > device=09=09ukbd=09=09# Keyboard > > #lena device=09=09ulpt=09=09# Printer > > device=09=09umass=09=09# Disks/Mass storage - Requires scbus and da > > #lena:load-as-module device=09=09ums=09=09# Mouse > > #lena device=09=09urio=09=09# Diamond Rio 500 MP3 player > > # USB Serial devices > > #lena device=09=09u3g=09=09# USB-based 3G modems (Option, Huawei, Sierra) > > #lena device=09=09uark=09=09# Technologies ARK3116 based serial adapters > > #lena device=09=09ubsa=09=09# Belkin F5U103 and compatible serial adapters > > #lena device=09=09uftdi=09=09# For FTDI usb serial adapters > > #lena device=09=09uipaq=09=09# Some WinCE based devices > > #lena device=09=09uplcom=09=09# Prolific PL-2303 serial adapters > > #lena device=09=09uslcom=09=09# SI Labs CP2101/CP2102 serial adapters > > #lena device=09=09uvisor=09=09# Visor and Palm devices > > #lena device=09=09uvscom=09=09# USB serial support for DDI pocket's PHS > > # USB Ethernet, requires miibus > > #lena device=09=09aue=09=09# ADMtek USB Ethernet > > #lena device=09=09axe=09=09# ASIX Electronics USB Ethernet > > #lena device=09=09cdce=09=09# Generic USB over Ethernet > > #lena device=09=09cue=09=09# CATC USB Ethernet > > #lena device=09=09kue=09=09# Kawasaki LSI USB Ethernet > > #lena device=09=09rue=09=09# RealTek RTL8150 USB Ethernet > > #lena device=09=09udav=09=09# Davicom DM9601E USB > > # USB Wireless > > #lena device=09=09rum=09=09# Ralink Technology RT2501USB wireless NICs > > #lena device=09=09uath=09=09# Atheros AR5523 wireless NICs > > #lena device=09=09ural=09=09# Ralink Technology RT2500USB wireless NICs > > #lena device=09=09zyd=09=09# ZyDAS zd1211/zd1211b wireless NICs > >=20 > > # FireWire support > > #lena device=09=09firewire=09# FireWire bus code > > #device=09=09sbp=09=09# SCSI over FireWire (Requires scbus and da) > > #lena device=09=09fwe=09=09# Ethernet over FireWire (non-standard!) > > #lena device=09=09fwip=09=09# IP over FireWire (RFC 2734,3146) > > #lena device=09=09dcons=09=09# Dumb console driver > > #lena device=09=09dcons_crom=09# Configuration ROM for dcons > >=20 > > # VirtIO support > > device=09=09virtio=09=09# Generic VirtIO bus (required) > > device=09=09virtio_pci=09# VirtIO PCI device > > device=09=09vtnet=09=09# VirtIO Ethernet device > > device=09=09virtio_blk=09# VirtIO Block device > > device=09=09virtio_scsi=09# VirtIO SCSI device > > device=09=09virtio_balloon=09# VirtIO Memory Balloon device > >=20 > > #lenab > > # from /sys/conf/NOTES: > >=20 > > # Optional character code conversion support with LIBICONV. > > # Each option requires their base file system and LIBICONV. > >=20 > > options MSDOSFS_ICONV > >=20 > > # Kernel side iconv library > > options LIBICONV > >=20 > > # Set the amount of time (in seconds) the system will wait before > > # rebooting automatically when a kernel panic occurs. If set to (-1), > > # the system will wait indefinitely until a key is pressed on the > > # console. > > options PANIC_REBOOT_WAIT_TIME=3D60 #lena was 16 > >=20 > > # from /sys/i386/conf/NOTES: > >=20 > > # Enable Linux ABI emulation > > options COMPAT_LINUX > >=20 > > #lenae >=20 > CC'ing freebsd-usb@, where Hans can probably help with this. >=20 > --=20 > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Making life hard for others since 1977. PGP 4BD6C0CB | >=20 > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 17:32:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 73CCBA26 for ; Sun, 9 Jun 2013 17:32:29 +0000 (UTC) (envelope-from prvs=18721298a7=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 1A54F15F9 for ; Sun, 9 Jun 2013 17:32:28 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004231833.msg for ; Sun, 09 Jun 2013 18:32:22 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 09 Jun 2013 18:32:22 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=18721298a7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <336608C50CE2405E8EEAFB33B03A2BD1@multiplay.co.uk> From: "Steven Hartland" To: , References: <20130609170313.GA784@lena.kiev> Subject: Re: 8.4 and EHCI - regression? Date: Sun, 9 Jun 2013 18:32:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 17:32:29 -0000 ----- Original Message ----- From: > After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. > Details: ... Does a verbose boot give you any insight? ================================================ 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 Jun 9 19:00:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 44C2CED6; Sun, 9 Jun 2013 19:00:14 +0000 (UTC) (envelope-from Lena@lena.kiev.ua) Received: from lena.kiev.ua (lena.kiev.ua [82.146.52.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1327C1AD6; Sun, 9 Jun 2013 19:00:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lena.kiev.ua; s=3; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=nY46sN4lJBDS0bHnRYVw4WELeYrBFmIAQMSqa8Cl3QE=; b=a0QTIR0psSnAa0xoOwSUudHVNoZIdlgFio2WD8ps2e4/xYgWVGg3UuqnSqUkgpO2aEuvC1a+vM3OQEHjV4cmpK3XKnzU7g1b2Lw+B8aF19S7sus+1oqvQyDHVphxaLOMVyc8RzN6/7ppf37H+DaIrZz/FhfxyE1BzjGaDEAhtMU=; Received: from ip-384c.rusanovka-net.kiev.ua ([94.244.56.76] helo=bedside.lena.kiev.ua) by lena.kiev.ua with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ulkqa-0006p0-LD; Sun, 09 Jun 2013 22:00:13 +0300 Received: from bedside.lena.kiev.ua (localhost.lena.kiev.ua [127.0.0.1]) by bedside.lena.kiev.ua (8.14.7/8.14.7) with ESMTP id r59J06r5000995; Sun, 9 Jun 2013 22:00:06 +0300 (EEST) (envelope-from Lena@lena.kiev.ua) Received: (from lena@localhost) by bedside.lena.kiev.ua (8.14.7/8.14.7/Submit) id r59J05lP000994; Sun, 9 Jun 2013 22:00:05 +0300 (EEST) (envelope-from Lena@lena.kiev.ua) Date: Sun, 9 Jun 2013 22:00:05 +0300 From: Lena@lena.kiev.ua To: freebsd-usb@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.4 and EHCI - never mind Message-ID: <20130609190005.GA786@lena.kiev> References: <20130609170313.GA784@lena.kiev> <336608C50CE2405E8EEAFB33B03A2BD1@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <336608C50CE2405E8EEAFB33B03A2BD1@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 19:00:14 -0000 > From: "Steven Hartland" > >After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. > > Does a verbose boot give you any insight? Thank you, it was my fault: hint.ehci.0.disabled="1" in /boot/device.hints I can't recall what I tried to fix when I wrote that. It didn't work in 8.3 but works in 8.4. I commented it out, ECHI reappeared. Sorry and thank you. Lena From owner-freebsd-stable@FreeBSD.ORG Sun Jun 9 19:33:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C4C98D6; Sun, 9 Jun 2013 19:33:40 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 404601D19; Sun, 9 Jun 2013 19:33:40 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 6CF867A202; Sun, 9 Jun 2013 21:33:38 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id A98701FF9F; Sun, 9 Jun 2013 21:33:33 +0200 (CEST) Message-ID: <51B4D8E3.4010308@bitfrost.no> Date: Sun, 09 Jun 2013 21:34:59 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Lena@lena.kiev.ua Subject: Re: 8.4 and EHCI - never mind References: <20130609170313.GA784@lena.kiev> <336608C50CE2405E8EEAFB33B03A2BD1@multiplay.co.uk> <20130609190005.GA786@lena.kiev> In-Reply-To: <20130609190005.GA786@lena.kiev> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 19:33:40 -0000 On 06/09/13 21:00, Lena@lena.kiev.ua wrote: >> From: "Steven Hartland" > >>> After upgrade from 8.3 to 8.4, ehci (USB 2.0) disappeared from `dmesg`. >> >> Does a verbose boot give you any insight? > > Thank you, it was my fault: hint.ehci.0.disabled="1" in /boot/device.hints > I can't recall what I tried to fix when I wrote that. It didn't work in 8.3 > but works in 8.4. I commented it out, ECHI reappeared. Sorry and thank you. No, problem :-) --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 00:53:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DD4FD9D4 for ; Mon, 10 Jun 2013 00:53:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) by mx1.freebsd.org (Postfix) with ESMTP id B8C5411AA for ; Mon, 10 Jun 2013 00:53:10 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so1305213pdj.36 for ; Sun, 09 Jun 2013 17:53:10 -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=O4JCpYZ0AgnfjL+wyIG3FDWh6TeOIdhh2wa8p/Jswn4=; b=TYxt5tTXo950tgzPncUsOk8PsJE20DeT1KMwcyPZase59FQctLCXCu3mWRd2SWydiu qKXjeb2h/cdz01aGTPnl5421Pks06Jj1D5L5rEimT70tRX5efN22VmmNZY6okvrFdq7Y Uq1eG9PuZ8uGqTSkpuSTj6cxDyjgEmuArIBKLvXoIIAj9ohhkBqlHm+lR9NNw5U27cuQ EZXt/kYio5cCQ33pwN9eOQf2fWCHzmxIYu74Y3/wQ2IQHaN9RKxR4EzYaCBfVv/VsvYw Wtl9FjxMyxzrjo4/Ngtnj4RR0THf3o7u8pimTgph1BA5VcEbINC4ij7zvdv35/gcJtGq i4vw== X-Received: by 10.66.159.195 with SMTP id xe3mr11770426pab.49.1370825590188; Sun, 09 Jun 2013 17:53:10 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id q8sm13163303pan.12.2013.06.09.17.53.07 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 09 Jun 2013 17:53:09 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 10 Jun 2013 09:52:58 +0900 From: YongHyeon PYUN Date: Mon, 10 Jun 2013 09:52:58 +0900 To: Alban Hertroys Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130610005258.GB3771@michelle.cdnetworks.com> References: <20130609114503.GB1922@michelle.cdnetworks.com> <55C24F26-5BE2-4621-A79A-AA83900A5903@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55C24F26-5BE2-4621-A79A-AA83900A5903@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 00:53:10 -0000 On Sun, Jun 09, 2013 at 03:39:45PM +0200, Alban Hertroys wrote: > On Jun 9, 2013, at 13:45, YongHyeon PYUN wrote: > > > On Sun, Jun 09, 2013 at 12:21:37PM +0200, Alban Hertroys wrote: > >> I'm having an issue where my fxp0 interface keeps looping between DOWN/UP, with dhclient requesting a lease each time in between. I think it's caused by dhclient: > >> > >> solfertje # dhclient -d fxp0 > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> send_packet: Network is down > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> fxp0 link state down -> up > >> DHCPREQUEST on fxp0 to 255.255.255.255 port 67 > >> DHCPACK from 109.72.40.1 > >> bound to 141.105.10.89 -- renewal in 7200 seconds. > >> fxp0 link state up -> down > >> ^C > >> > >> In above test I turned off devd (/etc/rc.d/devd stop) and background dhclient (/etc/rc.d/dhclient stop fxp0), and I still go the above result. There's practically no time spent between up/down cycles, this just keeps going on and on. > >> fxp0 is the only interface that runs on DHCP. The others have static IP's. > >> > > > > Try attached patch and let me know whether it also works for you. > > > > > I'm now running with this patch and the symptoms seem to have gone away. Thanks! > > Is there anything I should be aware of with this patch or anything you'd like to know about how it runs? No, I already tested the patch and will commit today. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 00:59:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B711BBE2; Mon, 10 Jun 2013 00:59:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEBD11D3; Mon, 10 Jun 2013 00:59:37 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id y14so3924978pdi.16 for ; Sun, 09 Jun 2013 17:59:37 -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:content-transfer-encoding :in-reply-to:user-agent; bh=2bFSeVlEibFqNw2kNTYQJJwG0ft9pznexaJkVQJPMiE=; b=AreotbqTKsR9gZ9ALCEbE/0sfM96tcdjCJjAeophg66/YAx4fUl2cfn5pYhMqTLFUG BVDGxRLfdtKuOPOb92a6aHZt1AIih8ozyCoV4loZm7f6yTwXdYI+bGOKVTESLuKr+goB ET35T5PavEnl0t2q4Z0m/mgI6U1ZQL14oaUR3gpC+OBGmmmW9ChegbYQQRzWqUzbDhiX M8Crtsdz2dQEfYow9EymB0zp2b1XQD9I8c4JJWbh180A8evfWo6qdS6/FQiHSYsFlRMg yZsqFJkjYJ+9NHAHPoKzJBd7VxZFL1tMxHw4i6TJlb5339qkkqZf/yhCL8o5DKo3qiDv UDIQ== X-Received: by 10.68.251.133 with SMTP id zk5mr7818243pbc.75.1370825976978; Sun, 09 Jun 2013 17:59:36 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id ri8sm8269425pbc.3.2013.06.09.17.59.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 09 Jun 2013 17:59:35 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 10 Jun 2013 09:59:25 +0900 From: YongHyeon PYUN Date: Mon, 10 Jun 2013 09:59:25 +0900 To: Lev Serebryakov Subject: Re: fxp0 interface going up/down/up/down (dhclient related?) Message-ID: <20130610005925.GC3771@michelle.cdnetworks.com> References: <20130609104401.GA33827@icarus.home.lan> <1591834077.20130609211333@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1591834077.20130609211333@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i Cc: Jeremy Chadwick , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 00:59:37 -0000 On Sun, Jun 09, 2013 at 09:13:33PM +0400, Lev Serebryakov wrote: > Hello, Jeremy. > You wrote 9 иÑĐ½Ñ 2013 Đ³., 14:44:01: > > JC> The issue is described in the 8.4-RELEASE Errata Notes; the driver is > JC> using the same driver version as in stable/9, hence you're experiencing > JC> the same problem. See Open Issues: > I had some memory, that I had had this problem on my router some time > (year? two years? three?) ago, and it was fixed somehow at then-HEAD > (9?) system with disabling link down event on fxp(4), caused by chip > reset after address setting. Is it deja-vu or true memory? There was a bug at the time but it was fixed long time ago. Current issue is different one but the end result looks very similar to the old bug. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 02:00:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 01424FD0 for ; Mon, 10 Jun 2013 02:00:29 +0000 (UTC) (envelope-from guy.helmer@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id C17B413BC for ; Mon, 10 Jun 2013 02:00:29 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id dn14so9332162obc.30 for ; Sun, 09 Jun 2013 19:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=dz6bwFT8F5gaxImOuYQ4JIPOAD6O4M7pFCgz/bA658g=; b=Q582S2WYbnsspmwA92TysiA9nKYdycNLM3hPO7EW2AxQtSpNsDq+7kYDCq043KMTUq TovwlXWCyjnpBweBI/Shvw5kcWBn48neDl2enUizcfajrwaebPaHjlilZEV7TYlTK4D5 MXZ8LsbnHMal8s9oAXcJJXkus211Cj5+Da7vMe8TSbF9Il0r+f+g+7SEKvHM4weUmG+2 9M9IhKJWTBgF5dielyyyDIVvcn89MvYhZL4+BMk+f+gAw+Wagroya3yqSp/5Kt3a/A8j +fqqSjsYAQWMlHY46wA/yZ5O+Lxyo/xO9wLSverqGMv/BaoYlPk5EDOWIjyFKHZO5wlk l8vw== X-Received: by 10.182.126.226 with SMTP id nb2mr6236765obb.34.1370829628511; Sun, 09 Jun 2013 19:00:28 -0700 (PDT) Received: from [192.168.1.112] (173-25-205-212.client.mchsi.com. [173.25.205.212]) by mx.google.com with ESMTPSA id rs4sm11343058obc.10.2013.06.09.19.00.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Jun 2013 19:00:27 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Multicast panic caused by elasticsearch From: Guy Helmer In-Reply-To: Date: Sun, 9 Jun 2013 21:00:25 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <03E2A8F9-4009-452B-B73E-A3EE3A744EEF@gmail.com> References: <248F626A-4B8B-48EA-85F9-F411784DF8E6@gsoft.com.au> <0BD9177F-8274-4BEA-AA07-55DBE7C79E04@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1503) Cc: "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 02:00:30 -0000 On Jun 8, 2013, at 9:33 PM, "Daniel O'Connor" = wrote: >=20 > On 09/06/2013, at 11:45, Daniel O'Connor = wrote: >> On 09/06/2013, at 3:00, Guy Helmer wrote: >>>> uname is.. >>>> FreeBSD maarsy-rdb.maarsy.rocketrange.no 9.0-CURRENT FreeBSD = 9.0-CURRENT #0 r224195: Tue Jul 19 17:45:03 CST 2011 = radar@maarsy-acq3.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64 >>>>=20 >>> FWIW, I have not had any problem with elasticsearch on 9.1-stable = from about mid-May. >>=20 >>=20 >> OK thanks. I need to try it on a crash box and test a few things, = thanks for the data point. >> Can you tell me what revision you are running? >=20 >=20 > Also, which JVM? FreeBSD 9.1-stable r250314 (built on May 10) openjdk-7.17.02_2 elasticsearch 0.90.0 (not from ports) Please let me know if you want me to try anything. Guy From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 11:06:56 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5CE9373 for ; Mon, 10 Jun 2013 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 34D3F1C99 for ; Mon, 10 Jun 2013 11:06:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5AB6uQ7097111 for ; Mon, 10 Jun 2013 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5AB6tTF097109 for freebsd-stable@FreeBSD.org; Mon, 10 Jun 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Jun 2013 11:06:55 GMT Message-Id: <201306101106.r5AB6tTF097109@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-stable@FreeBSD.org Subject: Current problem reports assigned to freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/179112 stable 9.1 installer panics with a kmem_malloc() failure on i 1 problem total. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 12:04:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 520B8D0E; Mon, 10 Jun 2013 12:04:15 +0000 (UTC) (envelope-from jsteckli@os.inf.tu-dresden.de) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [IPv6:2002:8d4c:3001:48::99]) by mx1.freebsd.org (Postfix) with ESMTP id 188A611E4; Mon, 10 Jun 2013 12:04:14 +0000 (UTC) Received: from [2002:8d4c:3001:48:ea40:f2ff:fee2:6328] by os.inf.tu-dresden.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) id 1Um0pZ-0006rl-GY; Mon, 10 Jun 2013 14:04:13 +0200 Message-ID: <51B5C0BC.2000402@os.inf.tu-dresden.de> Date: Mon, 10 Jun 2013 14:04:12 +0200 From: Julian Stecklina User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: Reproducable Infiniband panic References: <51B07705.207@os.inf.tu-dresden.de> <201306061457.52278.jhb@freebsd.org> <51B1A2D6.4030901@os.inf.tu-dresden.de> <201306071206.52994.jhb@freebsd.org> In-Reply-To: <201306071206.52994.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:04:15 -0000 On 06/07/2013 06:06 PM, John Baldwin wrote: > On Friday, June 07, 2013 5:07:34 am Julian Stecklina wrote: >> On 06/06/2013 08:57 PM, John Baldwin wrote: >>> On Thursday, June 06, 2013 9:54:35 am Andriy Gapon wrote: >> [...] >>>> The problem seems to be in incorrect interaction between devfs_close_f > and >>>> linux_file_dtor. The latter expects curthread->td_fpop to have a valid > reasonable >>>> value. But the former sets curthread->td_fpop to fp only around > vnops.fo_close() >>>> call and then restores it back to some (what?) previous value before > calling >>>> devfs_fpdrop->devfs_destroy_cdevpriv. In this case the previous value is > NULL. >>> >>> It is normally NULL in this case. Why does linux_file_dtor even look at >>> td_fpop? >>> >>> Ah. I think it should not do that and make the data it uses in the dtor > more >>> self-contained: [...] Seems to fix my panic. Thanks! Julian From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 12:05:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C9D50E39 for ; Mon, 10 Jun 2013 12:05:08 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 8C743120D for ; Mon, 10 Jun 2013 12:05:08 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id ED229153434 for ; Mon, 10 Jun 2013 14:05:05 +0200 (CEST) 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 WbkE_O3qRkmk for ; Mon, 10 Jun 2013 14:05:04 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b] (unknown [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b]) by mail.digiware.nl (Postfix) with ESMTP id 8F087153433 for ; Mon, 10 Jun 2013 14:05:04 +0200 (CEST) Message-ID: <51B5C0EB.6050803@digiware.nl> Date: Mon, 10 Jun 2013 14:04:59 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Error in make buildkernel ` X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:05:08 -0000 Hi, I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 system. And I get: MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC /usr/local/bin/svnversion cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror vers.c ctfconvert -L VERSION -g vers.o linking kernel.debug ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error *** Error code 1 Stop in /usr/obj/usr/srcs/src9/src/sys/GENERIC. *** Error code 1 Stop in /usr/srcs/src9/src. *** Error code 1 Line 66 is: .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } The piece of "code" around line 66 looks like: PROVIDE (__etext = .); PROVIDE (_etext = .); PROVIDE (etext = .); .rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) } .rodata1 : { *(.rodata1) } .eh_frame_hdr : { *(.eh_frame_hdr) } .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } .gcc_except_table : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) } /* Adjust the address for the data segment. We want to adjust up to the same address within the page on the next page up. */ . = ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .) & (CONSTANT (MAXPAGESIZE) - 1)); . = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESI ZE)); /* Exception handling */ Any suggestions on how to fix this?? Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 12:14:16 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EA755278 for ; Mon, 10 Jun 2013 12:14:16 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id 731451285 for ; Mon, 10 Jun 2013 12:14:16 +0000 (UTC) Received: from mfilter15-d.gandi.net (mfilter15-d.gandi.net [217.70.178.143]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id EBC1E41C061; Mon, 10 Jun 2013 14:14:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter15-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter15-d.gandi.net (mfilter15-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id vFtMxlrmDQws; Mon, 10 Jun 2013 14:14:03 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 1BCEB41C06C; Mon, 10 Jun 2013 14:14:03 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 46B3073A1C; Mon, 10 Jun 2013 05:14:01 -0700 (PDT) Date: Mon, 10 Jun 2013 05:14:01 -0700 From: Jeremy Chadwick To: Willem Jan Withagen Subject: Re: Error in make buildkernel ` Message-ID: <20130610121401.GA64063@icarus.home.lan> References: <51B5C0EB.6050803@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51B5C0EB.6050803@digiware.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:14:17 -0000 On Mon, Jun 10, 2013 at 02:04:59PM +0200, Willem Jan Withagen wrote: > I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 > system. > > And I get: > MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC > /usr/local/bin/svnversion > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. > -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float > -ffreestanding -fstack-protector -Werror vers.c > ctfconvert -L VERSION -g vers.o > linking kernel.debug > ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error > *** Error code 1 > > Stop in /usr/obj/usr/srcs/src9/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/srcs/src9/src. > *** Error code 1 > > Line 66 is: .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } > The piece of "code" around line 66 looks like: > > PROVIDE (__etext = .); > PROVIDE (_etext = .); > PROVIDE (etext = .); > .rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) } > .rodata1 : { *(.rodata1) } > .eh_frame_hdr : { *(.eh_frame_hdr) } > .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } > .gcc_except_table : ONLY_IF_RO { *(.gcc_except_table > .gcc_except_table.*) } > /* Adjust the address for the data segment. We want to adjust up to > the same address within the page on the next page up. */ > . = ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .) & > (CONSTANT (MAXPAGESIZE) - 1)); . = DATA_SEGMENT_ALIGN (CONSTANT > (MAXPAGESIZE), CONSTANT (COMMONPAGESI > ZE)); > /* Exception handling */ > > Any suggestions on how to fix this?? I can't help with the actual syntax error, but from the path names involved here, it looks like you: 1) are using an alternate location for src (/usr/srcs not /usr/src), 2) are trying to build FreeBSD 9.x on an 8.4-STABLE box (/usr/obj/usr/srcs/src9) Is that correct? You might want to provide /etc/make.conf and /etc/src.conf from this system or other details of the "build framework" you might be using. That might help/pertain to the situation. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 12:17:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 101593A5 for ; Mon, 10 Jun 2013 12:17:45 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 98C6D12AC for ; Mon, 10 Jun 2013 12:17:44 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id 98AE9A7E7 for ; Mon, 10 Jun 2013 14:17:46 +0200 (CEST) Message-ID: <51B5C43E.5000001@peterschmitt.fr> Date: Mon, 10 Jun 2013 14:19:10 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Error in make buildkernel ` References: <51B5C0EB.6050803@digiware.nl> <20130610121401.GA64063@icarus.home.lan> In-Reply-To: <20130610121401.GA64063@icarus.home.lan> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2HDOMADQWQLDOSMBBXNRI" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:17:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2HDOMADQWQLDOSMBBXNRI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 10/06/2013 14:14, Jeremy Chadwick a =E9crit : > On Mon, Jun 10, 2013 at 02:04:59PM +0200, Willem Jan Withagen wrote: >> I'm trying to build a stable kernle on a freshly build 8.4-Stable i386= >> system. >> >> And I get: >> MAKE=3Dmake sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >> /usr/local/bin/svnversion >> cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs= >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/src/sys/contrib/altq -D_KERN= EL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >> large-function-growth=3D1000 -mno-align-long-strings >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-sse -msoft-float >> -ffreestanding -fstack-protector -Werror vers.c >> ctfconvert -L VERSION -g vers.o >> linking kernel.debug >> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >> *** Error code 1 >> >> Stop in /usr/obj/usr/srcs/src9/src/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/srcs/src9/src. >> *** Error code 1 >> >> Line 66 is: .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >> The piece of "code" around line 66 looks like: >> >> PROVIDE (__etext =3D .); >> PROVIDE (_etext =3D .); >> PROVIDE (etext =3D .); >> .rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) } >> .rodata1 : { *(.rodata1) } >> .eh_frame_hdr : { *(.eh_frame_hdr) } >> .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >> .gcc_except_table : ONLY_IF_RO { *(.gcc_except_table >> .gcc_except_table.*) } >> /* Adjust the address for the data segment. We want to adjust up to= >> the same address within the page on the next page up. */ >> . =3D ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .)= & >> (CONSTANT (MAXPAGESIZE) - 1)); . =3D DATA_SEGMENT_ALIGN (CONSTANT >> (MAXPAGESIZE), CONSTANT (COMMONPAGESI >> ZE)); >> /* Exception handling */ >> >> Any suggestions on how to fix this?? >=20 > I can't help with the actual syntax error, but from the path names > involved here, it looks like you: >=20 > 1) are using an alternate location for src (/usr/srcs not /usr/src), For that we can do: SRC_BASE=3D/usr/srcs/src9/src make But it shouldn't be a problem to build base system, it should occur only with ports. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail +33 (0)6 64 33 97 92 | * PDF for documents http://florent.peterschmitt.fr | Thank you :) ------enig2HDOMADQWQLDOSMBBXNRI 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.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJRtcQ+AAoJEMtO2Sol0IIm8noH/25qHMiEOaL/tK8H4pS9iM2t d3i5xJQXzd5UTV7ik5w2IFD23Ry0niRonTAtsrzqZ37Pqg+sgdNJj0YZPkvvLgAn 7Zmml0M7s2zQPybOp9AfL/mAELeujTz23khjcTVPAEUnJqJnUNMUBEIAdMfhG5rj n6O8QbBGXH3yzRSG3auYJh8Y1UQ8nnzN23fs8IIFtK0OVZppVtuw2U7y6kvrx6rw I37CZW6HrBrPP1GRvxE8bMCTy5gOCJbOjKAuH6SS9y/vX5QsvvxHmmdk39E1clFw SNSfQ4QXsKXtz35vCqtJE1yynpfPx6Yd2IB/EjoRoYuFwbeVMBhky8QmicmLckE= =7bi+ -----END PGP SIGNATURE----- ------enig2HDOMADQWQLDOSMBBXNRI-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 12:21:12 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0A5C4DB for ; Mon, 10 Jun 2013 12:21:12 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4B01512CF for ; Mon, 10 Jun 2013 12:21:12 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 7B073153434 for ; Mon, 10 Jun 2013 14:21:11 +0200 (CEST) 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 kd4HqUZjQQR8 for ; Mon, 10 Jun 2013 14:21:10 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b] (unknown [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b]) by mail.digiware.nl (Postfix) with ESMTP id 08742153433 for ; Mon, 10 Jun 2013 14:21:10 +0200 (CEST) Message-ID: <51B5C4B0.4080003@digiware.nl> Date: Mon, 10 Jun 2013 14:21:04 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Re: Error in make buildkernel ` References: <51B5C0EB.6050803@digiware.nl> <20130610121401.GA64063@icarus.home.lan> In-Reply-To: <20130610121401.GA64063@icarus.home.lan> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:21:12 -0000 On 2013-06-10 14:14, Jeremy Chadwick wrote: > On Mon, Jun 10, 2013 at 02:04:59PM +0200, Willem Jan Withagen wrote: >> I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 >> system. >> >> And I get: >> MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >> /usr/local/bin/svnversion >> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings >> -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float >> -ffreestanding -fstack-protector -Werror vers.c >> ctfconvert -L VERSION -g vers.o >> linking kernel.debug >> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >> *** Error code 1 >> >> Stop in /usr/obj/usr/srcs/src9/src/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/srcs/src9/src. >> *** Error code 1 >> >> Line 66 is: .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >> The piece of "code" around line 66 looks like: >> >> PROVIDE (__etext = .); >> PROVIDE (_etext = .); >> PROVIDE (etext = .); >> .rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) } >> .rodata1 : { *(.rodata1) } >> .eh_frame_hdr : { *(.eh_frame_hdr) } >> .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >> .gcc_except_table : ONLY_IF_RO { *(.gcc_except_table >> .gcc_except_table.*) } >> /* Adjust the address for the data segment. We want to adjust up to >> the same address within the page on the next page up. */ >> . = ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .) & >> (CONSTANT (MAXPAGESIZE) - 1)); . = DATA_SEGMENT_ALIGN (CONSTANT >> (MAXPAGESIZE), CONSTANT (COMMONPAGESI >> ZE)); >> /* Exception handling */ >> >> Any suggestions on how to fix this?? > > I can't help with the actual syntax error, but from the path names > involved here, it looks like you: > > 1) are using an alternate location for src (/usr/srcs not /usr/src), Correct. That's where I store all revisions on my file-server and then build to a local /usr/obj. Each system has a soft-link pointing to the place where it's sources are stored. > 2) are trying to build FreeBSD 9.x on an 8.4-STABLE box > (/usr/obj/usr/srcs/src9) > > Is that correct? You might want to provide /etc/make.conf and > /etc/src.conf from this system or other details of the "build framework" > you might be using. That might help/pertain to the situation. Good point. Did not think of those... --WjW make.conf: # To build ppp with normal permissions PPP_NOSUID= true # # To avoid building various parts of the base system: NO_FORTRAN= true # do not build g77 and related libraries NO_LPR= true # do not build lpr and related programs NO_OBJC= true # do not build Objective C support NO_GAMES= true # do not build games (games/ subdir) NO_PROFILE= true # Avoid compiling profiled libraries NO_UUCP= true # do not build uucp related programs NO_SENDMAIL=true # COMPAT22= yes COMPAT3X= yes COMPAT4X= yes COMPAT5X= yes # PRINTERDEVICE= ps # # The list of languages and encodings to build and install # DOC_LANG= en_US.ISO_8859-1 # MODULES_OVERRIDE=splash geom ipfw ipdivert libalias acpi nfsserver coretemp nfsclient nfscl aio KERNCONF=RACK1 BATCH=yes WITHOUT_X11=yes # added by use.perl 2013-04-18 15:28:08 PERL_VERSION=5.16.2 ---------------- src.conf: # To avoid building various parts of the base system: WITHOUT_FORTRAN = true # do not build g77 and related libraries WITHOUT_LPR = true # do not build lpr and related programs WITHOUT_OBJC = true # do not build Objective C support WITHOUT_GAMES = true # do not build games (games/ subdir) WITHOUT_PROFILE = true # Avoid compiling profiled libraries WITHOUT_UUCP = true # do not build uucp related programs WITHOUT_SENDMAIL= true WITHOUT_X11 = true WITHOUT_ATM = true WITHOUT_AUDIT = true WITHOUT_AUTHPF = true WITHOUT_BLUETOOTH=true WITHOUT_GPIB = true WITHOUT_I4B = true WITHOUT_IPFILTER= true WITHOUT_IPX = true WITHOUT_NCP = true WITHOUT_PF = true WITHOUT_RESUE = true WITHOUT_CALENDAR = true WITH_IDEA = true WITHOUT_KERBEROS = true WITHOUT_MAILWRAPPER = true # without NIS this jdk does not compile..... # WITHOUT_NIS = true WITHOUT_RCMDS = true WITHOUT_RESCUE = true WITHOUT_BIND = true From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 13:22:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6566AA45 for ; Mon, 10 Jun 2013 13:22:21 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id EB94717C4 for ; Mon, 10 Jun 2013 13:22:20 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id EA9C6153434; Mon, 10 Jun 2013 15:22:19 +0200 (CEST) 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 e8AOJX3n96qA; Mon, 10 Jun 2013 15:22:18 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b] (unknown [IPv6:2001:4cb8:3:1:45d9:68e8:668d:b40b]) by mail.digiware.nl (Postfix) with ESMTP id A76A1153433; Mon, 10 Jun 2013 15:22:18 +0200 (CEST) Message-ID: <51B5D305.9020603@digiware.nl> Date: Mon, 10 Jun 2013 15:22:13 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Florent Peterschmitt Subject: Re: Error in make buildkernel ` References: <51B5C0EB.6050803@digiware.nl> <20130610121401.GA64063@icarus.home.lan> <51B5C43E.5000001@peterschmitt.fr> In-Reply-To: <51B5C43E.5000001@peterschmitt.fr> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 13:22:21 -0000 On 2013-06-10 14:19, Florent Peterschmitt wrote: > Le 10/06/2013 14:14, Jeremy Chadwick a écrit : >> On Mon, Jun 10, 2013 at 02:04:59PM +0200, Willem Jan Withagen wrote: >>> I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 >>> system. >>> >>> And I get: >>> MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >>> /usr/local/bin/svnversion >>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings >>> -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float >>> -ffreestanding -fstack-protector -Werror vers.c >>> ctfconvert -L VERSION -g vers.o >>> linking kernel.debug >>> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >>> *** Error code 1 >>> >>> Stop in /usr/obj/usr/srcs/src9/src/sys/GENERIC. >>> *** Error code 1 >>> >>> Stop in /usr/srcs/src9/src. >>> *** Error code 1 >>> >>> Line 66 is: .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >>> The piece of "code" around line 66 looks like: >>> >>> PROVIDE (__etext = .); >>> PROVIDE (_etext = .); >>> PROVIDE (etext = .); >>> .rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) } >>> .rodata1 : { *(.rodata1) } >>> .eh_frame_hdr : { *(.eh_frame_hdr) } >>> .eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) } >>> .gcc_except_table : ONLY_IF_RO { *(.gcc_except_table >>> .gcc_except_table.*) } >>> /* Adjust the address for the data segment. We want to adjust up to >>> the same address within the page on the next page up. */ >>> . = ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .) & >>> (CONSTANT (MAXPAGESIZE) - 1)); . = DATA_SEGMENT_ALIGN (CONSTANT >>> (MAXPAGESIZE), CONSTANT (COMMONPAGESI >>> ZE)); >>> /* Exception handling */ >>> >>> Any suggestions on how to fix this?? >> >> I can't help with the actual syntax error, but from the path names >> involved here, it looks like you: >> >> 1) are using an alternate location for src (/usr/srcs not /usr/src), > > For that we can do: > > SRC_BASE=/usr/srcs/src9/src make > > But it shouldn't be a problem to build base system, it should occur only > with ports. Even though it might not have been supported, but it has worked in this way for longer than I can remember.... Will give it a shot with SRC_BASE. --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 14:18:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7E0FAA8C for ; Mon, 10 Jun 2013 14:18:15 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2A91AFD for ; Mon, 10 Jun 2013 14:18:15 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j6so6044171oag.18 for ; Mon, 10 Jun 2013 07:18:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=p8TcQfnaGNpLe77uaVvi6u+AGwBjJXG0/iRMwXkIkts=; b=eSpmLj6xK8dzEfCfyOLHvDH/V0rzl9qUtzxwHz0k/P5rxT149wqT/DlaI33eZS5Kim 2N4b6ib6APkw1XxcUk1ZTDfjdeDRoB+Rk7YPSESnqHvmzzt7766S69fv9A0Ct4eUdaw4 nLDMRp4909iiCYJca0KCd0487FvKHlEQzvS8h72qtbtB4KYnyBkrov2hh5qJ2rF12uSV +eAaU9EKDdsBNwVuwt5Pc9nKO5YPXRshO/knUaCvIX8DMMyvV+g1lssJURxJOfBMN3MF GAw0MqFqcWefGP9oJDZ+dYQCQNfKoW9dxrfAWXOkG3yQhwuDHaq8/OWAgGO5PyAJLMPJ rXvA== MIME-Version: 1.0 X-Received: by 10.182.96.168 with SMTP id dt8mr8050039obb.91.1370873894727; Mon, 10 Jun 2013 07:18:14 -0700 (PDT) Received: by 10.60.77.105 with HTTP; Mon, 10 Jun 2013 07:18:14 -0700 (PDT) Date: Mon, 10 Jun 2013 09:18:14 -0500 Message-ID: Subject: ACPI Warning, then hang From: Bryce Edwards To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlyA5QX0PkveAWAqji+zvpBWSkyYwOaGBo9stttYo9awIPSecBmy/pF4pPKs/gFz4N7RqFZ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 14:18:15 -0000 I'm getting the following warning, and then the system locks: ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, should be 0x48 Here's a pic: http://db.tt/O6dxONzI System is on a SuperMicro C7X58 motherboard that I just upgraded to BIOS 2.0a, which I would like to stay on if possible. I tried adjusting all the ACPI related BIOS settings without success. Bryce From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 14:35:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B8A3E4C0 for ; Mon, 10 Jun 2013 14:35:54 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id 798DF1C10 for ; Mon, 10 Jun 2013 14:35:54 +0000 (UTC) Received: from mfilter15-d.gandi.net (mfilter15-d.gandi.net [217.70.178.143]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id B96E741C0B9; Mon, 10 Jun 2013 16:35:42 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter15-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter15-d.gandi.net (mfilter15-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id lXuF-DroJOhU; Mon, 10 Jun 2013 16:35:10 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 83ABA41C074; Mon, 10 Jun 2013 16:35:10 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id B327873A1C; Mon, 10 Jun 2013 07:35:07 -0700 (PDT) Date: Mon, 10 Jun 2013 07:35:07 -0700 From: Jeremy Chadwick To: Bryce Edwards Subject: Re: ACPI Warning, then hang Message-ID: <20130610143507.GA66619@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 14:35:54 -0000 On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: > I'm getting the following warning, and then the system locks: > > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, > should be 0x48 > > Here's a pic: http://db.tt/O6dxONzI > > System is on a SuperMicro C7X58 motherboard that I just upgraded to > BIOS 2.0a, which I would like to stay on if possible. I tried > adjusting all the ACPI related BIOS settings without success. The message in question refers to hard-coded data in one of the many ACPI tables (see acpidump(8) for the list -- there are many). ACPI tables are stored within the BIOS -- the motherboard/BIOS vendor has full control over all of them and is fully 100% responsible for their content. It looks to me like they severely botched their BIOS, or somehow it got flashed wrong. You need to contact Supermicro Technical Support and tell them of the problem. They need to either fix their BIOS, or help figure out what's become corrupted. You can point them to this thread if you'd like. I should note that the corruption/issue is major enough that you are missing very key/important lines from your dmesg (after "avail memory" but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. Lines such as: Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard In the meantime, you can try booting without ACPI support (there should be a boot-up menu option for that) and pray that works. If it doesn't, then your workaround is to roll back to an older BIOS version and/or put pressure on Supermicro. You will find their Technical Support folks are quite helpful/responsive to technical issues. Good luck and keep us posted on what transpires. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 16:21:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3194B90F for ; Mon, 10 Jun 2013 16:21:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9A11184 for ; Mon, 10 Jun 2013 16:21:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5E4C4B96C; Mon, 10 Jun 2013 12:21:10 -0400 (EDT) From: John Baldwin To: Julian Stecklina Subject: Re: Reproducable Infiniband panic Date: Mon, 10 Jun 2013 12:15:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <51B07705.207@os.inf.tu-dresden.de> <201306071206.52994.jhb@freebsd.org> <51B5C0BC.2000402@os.inf.tu-dresden.de> In-Reply-To: <51B5C0BC.2000402@os.inf.tu-dresden.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201306101215.11640.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 10 Jun 2013 12:21:10 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 16:21:11 -0000 On Monday, June 10, 2013 8:04:12 am Julian Stecklina wrote: > On 06/07/2013 06:06 PM, John Baldwin wrote: > > On Friday, June 07, 2013 5:07:34 am Julian Stecklina wrote: > >> On 06/06/2013 08:57 PM, John Baldwin wrote: > >>> On Thursday, June 06, 2013 9:54:35 am Andriy Gapon wrote: > >> [...] > >>>> The problem seems to be in incorrect interaction between devfs_close_f > > and > >>>> linux_file_dtor. The latter expects curthread->td_fpop to have a valid > > reasonable > >>>> value. But the former sets curthread->td_fpop to fp only around > > vnops.fo_close() > >>>> call and then restores it back to some (what?) previous value before > > calling > >>>> devfs_fpdrop->devfs_destroy_cdevpriv. In this case the previous value is > > NULL. > >>> > >>> It is normally NULL in this case. Why does linux_file_dtor even look at > >>> td_fpop? > >>> > >>> Ah. I think it should not do that and make the data it uses in the dtor > > more > >>> self-contained: > [...] > > Seems to fix my panic. Thanks! Can you please retest this updated version? I had thought that I didn't need a reference count on the vnode, but devfs drops its reference count before the cdevpriv destructor is called. Index: sys/ofed/include/linux/fs.h =================================================================== --- sys/ofed/include/linux/fs.h (revision 251604) +++ sys/ofed/include/linux/fs.h (working copy) @@ -73,6 +73,7 @@ struct dentry f_dentry_store; struct selinfo f_selinfo; struct sigio *f_sigio; + struct vnode *f_vnode; }; #define file linux_file Index: sys/ofed/include/linux/linux_compat.c =================================================================== --- sys/ofed/include/linux/linux_compat.c (revision 251604) +++ sys/ofed/include/linux/linux_compat.c (working copy) @@ -212,7 +212,8 @@ struct linux_file *filp; filp = cdp; - filp->f_op->release(curthread->td_fpop->f_vnode, filp); + filp->f_op->release(filp->f_vnode, filp); + vdrop(filp->f_vnode); kfree(filp); } @@ -232,6 +233,8 @@ filp->f_dentry = &filp->f_dentry_store; filp->f_op = ldev->ops; filp->f_flags = file->f_flag; + vhold(file->f_vnode); + filp->f_vnode = file->f_vnode; if (filp->f_op->open) { error = -filp->f_op->open(file->f_vnode, filp); if (error) { -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 16:21:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 90D06912 for ; Mon, 10 Jun 2013 16:21:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9731186 for ; Mon, 10 Jun 2013 16:21:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BA5CFB915; Mon, 10 Jun 2013 12:21:11 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: ACPI Warning, then hang Date: Mon, 10 Jun 2013 12:19:00 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130610143507.GA66619@icarus.home.lan> In-Reply-To: <20130610143507.GA66619@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201306101219.01193.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 10 Jun 2013 12:21:11 -0400 (EDT) Cc: Jeremy Chadwick , Bryce Edwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 16:21:12 -0000 On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: > On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: > > I'm getting the following warning, and then the system locks: > > > > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, > > should be 0x48 > > > > Here's a pic: http://db.tt/O6dxONzI > > > > System is on a SuperMicro C7X58 motherboard that I just upgraded to > > BIOS 2.0a, which I would like to stay on if possible. I tried > > adjusting all the ACPI related BIOS settings without success. > > The message in question refers to hard-coded data in one of the many > ACPI tables (see acpidump(8) for the list -- there are many). ACPI > tables are stored within the BIOS -- the motherboard/BIOS vendor has > full control over all of them and is fully 100% responsible for their > content. > > It looks to me like they severely botched their BIOS, or somehow it got > flashed wrong. > > You need to contact Supermicro Technical Support and tell them of the > problem. They need to either fix their BIOS, or help figure out what's > become corrupted. You can point them to this thread if you'd like. > > I should note that the corruption/issue is major enough that you are > missing very key/important lines from your dmesg (after "avail memory" > but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. > Lines such as: > > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > > In the meantime, you can try booting without ACPI support (there should > be a boot-up menu option for that) and pray that works. If it doesn't, > then your workaround is to roll back to an older BIOS version and/or put > pressure on Supermicro. You will find their Technical Support folks are > quite helpful/responsive to technical issues. > > Good luck and keep us posted on what transpires. Actually, that message is mostly harmless. All sorts of vendors ship tables with busted checksums that are in fact fine. :( However, the table name looks very odd which is more worrying. Booting without ACPI enabled would be a good first step. Trying a verbose boot to capture the last message before the hang would also be useful. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 16:27:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BFB74F8 for ; Mon, 10 Jun 2013 16:27:37 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1B71242 for ; Mon, 10 Jun 2013 16:27:37 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wo10so10387471obc.17 for ; Mon, 10 Jun 2013 09:27:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=qa9llGqMPHlA2wWpPCKIkdg3u1+Be8quVtsKr2NyGTE=; b=ICNWWglC0alNzuGsrVQ/6NpIvzxrFgWjGmHKR2IoGqKvFdOs+7Q8RkjhGAJolFmrmT Ni/2k0UCK7IwCpeRgZYyZglkEppRm4UEzvKvIHarpjvDFOQjtp/0l6X/DRnsFZnwjL2r FnFSOCylektB7phFSYk0JqlPZ7hQsbpEnWJzIfut9oYDwUffqj+CkQjpqTInZ6WE8nsw VYyNAvbs8VqJ3lTEhP5SayrCjMP2UmKJ57ntuqZo47abDzYpWlsqyz02/zZqUCeQsl05 1er/bsbTDuErmOMxJsxJkjXlnpV54dnDFRcueXYsRiiL+Hxl/k4vFxnKl7bgHicF57zw 0G2A== MIME-Version: 1.0 X-Received: by 10.60.33.4 with SMTP id n4mr8525088oei.49.1370881657020; Mon, 10 Jun 2013 09:27:37 -0700 (PDT) Received: by 10.60.77.105 with HTTP; Mon, 10 Jun 2013 09:27:36 -0700 (PDT) In-Reply-To: <201306101219.01193.jhb@freebsd.org> References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> Date: Mon, 10 Jun 2013 11:27:36 -0500 Message-ID: Subject: Re: ACPI Warning, then hang From: Bryce Edwards To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQm8MTR9fXxC0t0Q4NjunDI73nFRP76Gco1CJ1azAW4wj1Pv3Pw/bjRBiI0XOiIULBANDpKb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 16:27:37 -0000 On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: > On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: >> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: >> > I'm getting the following warning, and then the system locks: >> > >> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, >> > should be 0x48 >> > >> > Here's a pic: http://db.tt/O6dxONzI >> > >> > System is on a SuperMicro C7X58 motherboard that I just upgraded to >> > BIOS 2.0a, which I would like to stay on if possible. I tried >> > adjusting all the ACPI related BIOS settings without success. >> >> The message in question refers to hard-coded data in one of the many >> ACPI tables (see acpidump(8) for the list -- there are many). ACPI >> tables are stored within the BIOS -- the motherboard/BIOS vendor has >> full control over all of them and is fully 100% responsible for their >> content. >> >> It looks to me like they severely botched their BIOS, or somehow it got >> flashed wrong. >> >> You need to contact Supermicro Technical Support and tell them of the >> problem. They need to either fix their BIOS, or help figure out what's >> become corrupted. You can point them to this thread if you'd like. >> >> I should note that the corruption/issue is major enough that you are >> missing very key/important lines from your dmesg (after "avail memory" >> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. >> Lines such as: >> >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-47 on motherboard >> >> In the meantime, you can try booting without ACPI support (there should >> be a boot-up menu option for that) and pray that works. If it doesn't, >> then your workaround is to roll back to an older BIOS version and/or put >> pressure on Supermicro. You will find their Technical Support folks are >> quite helpful/responsive to technical issues. >> >> Good luck and keep us posted on what transpires. > > Actually, that message is mostly harmless. All sorts of vendors ship > tables with busted checksums that are in fact fine. :( However, the table > name looks very odd which is more worrying. Booting without ACPI enabled > would be a good first step. Trying a verbose boot to capture the last > message before the hang would also be useful. > > -- > John Baldwin Booting without ACPI did not work for me, although I might be able to hack away at lots of BIOS setting to make it work. It didn't assign IRQ's to things like the storage controller, etc. soI thought it was probably not worth the effort. I did contact SuperMicro support as well, so we'll see what they have to say. I'll get a verbose boot posted up in a bit. Bryce From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 17:27:04 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 857E18FE for ; Mon, 10 Jun 2013 17:27:04 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 4D453172E for ; Mon, 10 Jun 2013 17:27:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::18cd:f6e4:fe5d:3a30] (unknown [IPv6:2001:7b8:3a7:0:18cd:f6e4:fe5d:3a30]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C44275C44; Mon, 10 Jun 2013 19:27:00 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Error in make buildkernel ` From: Dimitry Andric In-Reply-To: <51B5C0EB.6050803@digiware.nl> Date: Mon, 10 Jun 2013 19:27:04 +0200 Content-Transfer-Encoding: 7bit Message-Id: <00EA9317-6691-467C-8366-3D7E4D808D6B@FreeBSD.org> References: <51B5C0EB.6050803@digiware.nl> To: Willem Jan Withagen X-Mailer: Apple Mail (2.1508) Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 17:27:04 -0000 On Jun 10, 2013, at 14:04, Willem Jan Withagen wrote: > I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 > system. > > And I get: > MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC > /usr/local/bin/svnversion > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. > -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float > -ffreestanding -fstack-protector -Werror vers.c > ctfconvert -L VERSION -g vers.o > linking kernel.debug > ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error > *** Error code 1 You must run "make kernel-toolchain" first. Alternatively, run "make buildworld", but that is more work. -Dimitry From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 18:39:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DDBAEC01; Mon, 10 Jun 2013 18:39:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id A401C1A29; Mon, 10 Jun 2013 18:39:24 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 5F0EF153434; Mon, 10 Jun 2013 20:39:23 +0200 (CEST) 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 YWWoEWHTJn78; Mon, 10 Jun 2013 20:39:22 +0200 (CEST) Received: from [192.168.10.120] (10G [192.168.10.120]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 0532C153433; Mon, 10 Jun 2013 20:39:22 +0200 (CEST) References: <51B5C0EB.6050803@digiware.nl> <00EA9317-6691-467C-8366-3D7E4D808D6B@FreeBSD.org> In-Reply-To: <00EA9317-6691-467C-8366-3D7E4D808D6B@FreeBSD.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPad Mail (9B206) From: Willem Jan Withagen Subject: Re: Error in make buildkernel ` Date: Mon, 10 Jun 2013 20:39:23 +0200 To: Dimitry Andric Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 18:39:24 -0000 Op 10 jun. 2013 om 19:27 heeft Dimitry Andric het volgende= geschreven: > On Jun 10, 2013, at 14:04, Willem Jan Withagen wrote: >> I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 >> system. >>=20 >> And I get: >> MAKE=3Dmake sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >> /usr/local/bin/svnversion >> cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >> large-function-growth=3D1000 -mno-align-long-strings >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-sse -msoft-float >> -ffreestanding -fstack-protector -Werror vers.c >> ctfconvert -L VERSION -g vers.o >> linking kernel.debug >> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >> *** Error code 1 >=20 > You must run "make kernel-toolchain" first. Alternatively, run "make > buildworld", but that is more work. I usually run buildworld from crontab first, and then builkernel. But things might have gone wrong. Thank for the tip. --WjW= From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 19:57:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 66A3816E for ; Mon, 10 Jun 2013 19:57:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8751E35 for ; Mon, 10 Jun 2013 19:57:32 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::18cd:f6e4:fe5d:3a30] (unknown [IPv6:2001:7b8:3a7:0:18cd:f6e4:fe5d:3a30]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ACF055C44; Mon, 10 Jun 2013 21:57:23 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Error in make buildkernel ` From: Dimitry Andric In-Reply-To: Date: Mon, 10 Jun 2013 21:57:28 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51B5C0EB.6050803@digiware.nl> <00EA9317-6691-467C-8366-3D7E4D808D6B@FreeBSD.org> To: Willem Jan Withagen X-Mailer: Apple Mail (2.1508) Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 19:57:33 -0000 On Jun 10, 2013, at 20:39, Willem Jan Withagen wrote: > Op 10 jun. 2013 om 19:27 heeft Dimitry Andric het = volgende geschreven: >> On Jun 10, 2013, at 14:04, Willem Jan Withagen = wrote: >>> I'm trying to build a stable kernle on a freshly build 8.4-Stable = i386 >>> system. >>>=20 >>> And I get: >>> MAKE=3Dmake sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >>> /usr/local/bin/svnversion >>> cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls = -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/src/sys/contrib/altq = -D_KERNEL >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >>> large-function-growth=3D1000 -mno-align-long-strings >>> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-sse -msoft-float >>> -ffreestanding -fstack-protector -Werror vers.c >>> ctfconvert -L VERSION -g vers.o >>> linking kernel.debug >>> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >>> *** Error code 1 >>=20 >> You must run "make kernel-toolchain" first. Alternatively, run "make >> buildworld", but that is more work. >=20 > I usually run buildworld from crontab first, and then builkernel. > But things might have gone wrong. To explain this a bit more: FreeBSD 9.x and later have binutils 2.17.50, FreeBSD 8.x has binutils 2.15. The kernels for 9.x and later use a bit of linker script syntax that is not understood by the older ld in 8.x, so you cannot link the 9.x kernel with /usr/bin/ld on 8.x. Therefore, you have to build the newer linker as part of buildworld, or by using the kernel-toolchain target. -Dimitry From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 21:16:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6247B73F; Mon, 10 Jun 2013 21:16:07 +0000 (UTC) (envelope-from jsteckli@os.inf.tu-dresden.de) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [IPv6:2002:8d4c:3001:48::99]) by mx1.freebsd.org (Postfix) with ESMTP id 276F711CA; Mon, 10 Jun 2013 21:16:07 +0000 (UTC) Received: from [178.0.252.24] (helo=[192.168.178.22]) by os.inf.tu-dresden.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) id 1Um9Rd-0006aw-Jp; Mon, 10 Jun 2013 23:16:05 +0200 Message-ID: <51B64213.2090703@os.inf.tu-dresden.de> Date: Mon, 10 Jun 2013 23:16:03 +0200 From: Julian Stecklina User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: John Baldwin Subject: Re: Reproducable Infiniband panic References: <51B07705.207@os.inf.tu-dresden.de> <201306071206.52994.jhb@freebsd.org> <51B5C0BC.2000402@os.inf.tu-dresden.de> <201306101215.11640.jhb@freebsd.org> In-Reply-To: <201306101215.11640.jhb@freebsd.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 21:16:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/10/2013 06:15 PM, John Baldwin wrote: > Can you please retest this updated version? I had thought that I > didn't need a reference count on the vnode, but devfs drops its > reference count before the cdevpriv destructor is called. Works for me. Julian -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlG2QhMACgkQ2EtjUdW3H9nLnQCfcX0+h5PiypoIFGewe40uOh0c Jh4AoLhx1eORFAZB3RPsiL/tT6yXlqbF =9I3M -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 10 22:35:38 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4A83AAA; Mon, 10 Jun 2013 22:35:38 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 893CE17FA; Mon, 10 Jun 2013 22:35:38 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 822AB153434; Tue, 11 Jun 2013 00:35:37 +0200 (CEST) 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 f8xkHWSyI7ie; Tue, 11 Jun 2013 00:35:36 +0200 (CEST) Received: from [192.168.10.10] (vaio [192.168.10.10]) by mail.digiware.nl (Postfix) with ESMTP id A2446153433; Tue, 11 Jun 2013 00:35:35 +0200 (CEST) Message-ID: <51B654B6.7060406@digiware.nl> Date: Tue, 11 Jun 2013 00:35:34 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: Error in make buildkernel ` References: <51B5C0EB.6050803@digiware.nl> <00EA9317-6691-467C-8366-3D7E4D808D6B@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 22:35:38 -0000 On 10-6-2013 21:57, Dimitry Andric wrote: > On Jun 10, 2013, at 20:39, Willem Jan Withagen wrote: >> Op 10 jun. 2013 om 19:27 heeft Dimitry Andric het volgende geschreven: >>> On Jun 10, 2013, at 14:04, Willem Jan Withagen wrote: >>>> I'm trying to build a stable kernle on a freshly build 8.4-Stable i386 >>>> system. >>>> >>>> And I get: >>>> MAKE=make sh /usr/srcs/src9/src/sys/conf/newvers.sh GENERIC >>>> /usr/local/bin/svnversion >>>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs >>>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>>> -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>>> -I/usr/srcs/src9/src/sys -I/usr/srcs/src9/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 -mno-align-long-strings >>>> -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float >>>> -ffreestanding -fstack-protector -Werror vers.c >>>> ctfconvert -L VERSION -g vers.o >>>> linking kernel.debug >>>> ld:/usr/srcs/src9/src/sys/conf/ldscript.i386:66: syntax error >>>> *** Error code 1 >>> >>> You must run "make kernel-toolchain" first. Alternatively, run "make >>> buildworld", but that is more work. >> >> I usually run buildworld from crontab first, and then builkernel. >> But things might have gone wrong. > > To explain this a bit more: FreeBSD 9.x and later have binutils 2.17.50, > FreeBSD 8.x has binutils 2.15. The kernels for 9.x and later use a bit > of linker script syntax that is not understood by the older ld in 8.x, > so you cannot link the 9.x kernel with /usr/bin/ld on 8.x. > > Therefore, you have to build the newer linker as part of buildworld, or > by using the kernel-toolchain target. Ah, oke, So there could be a very small chance that the 8.x ld is used? But it did the job. Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 02:18:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A33EE362 for ; Tue, 11 Jun 2013 02:18:48 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 7373612F7 for ; Tue, 11 Jun 2013 02:18:48 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id v19so11042570obq.35 for ; Mon, 10 Jun 2013 19:18:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=0f/uSBCtrwr3wA7uNbAlWmmCgP5ABVIn3FK7RWFlJio=; b=dSE0fwEtQ99p1jrvqhZf7UgSE8bIF/Bq8r880EZZr55C7aCFLqV0bE0LW/whOL8Y+U RYKZgK5z62FrsCAXPCoQlQZcc3YvZmPRUDPljsJjf+zM8q+Utcha33gStyGXH25l60TC R2GONda/IpgEEcKJciKS2QFq3VIyztFAwBUG7MI+P7F3PMrasBLQZ5PuxOgPIvuYF65C 0lgoRPQkK7WRLk4rBwO/1PyWGOjzsfXaNJ4hK1FReYA3XVBlxva8V0ORWL1XsEJodiXJ Wh+J+QqhcywezJjeuyuHIHsfsRYtkwUgISaOHwIngzPVtMYdcLBMp7frZi7cJ/khdjvv qy6w== MIME-Version: 1.0 X-Received: by 10.182.27.74 with SMTP id r10mr10376538obg.63.1370917127831; Mon, 10 Jun 2013 19:18:47 -0700 (PDT) Received: by 10.60.77.105 with HTTP; Mon, 10 Jun 2013 19:18:47 -0700 (PDT) In-Reply-To: References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> Date: Mon, 10 Jun 2013 21:18:47 -0500 Message-ID: Subject: Re: ACPI Warning, then hang From: Bryce Edwards To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnZT+Jo+2u0WvO84K4o4fC31SAGyghvEK02MIZPk9H57o4slFvXkDZzf93gW/17zHHkmYB/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 02:18:48 -0000 Verbose boot: https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards wrote: > On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: >> On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: >>> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: >>> > I'm getting the following warning, and then the system locks: >>> > >>> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, >>> > should be 0x48 >>> > >>> > Here's a pic: http://db.tt/O6dxONzI >>> > >>> > System is on a SuperMicro C7X58 motherboard that I just upgraded to >>> > BIOS 2.0a, which I would like to stay on if possible. I tried >>> > adjusting all the ACPI related BIOS settings without success. >>> >>> The message in question refers to hard-coded data in one of the many >>> ACPI tables (see acpidump(8) for the list -- there are many). ACPI >>> tables are stored within the BIOS -- the motherboard/BIOS vendor has >>> full control over all of them and is fully 100% responsible for their >>> content. >>> >>> It looks to me like they severely botched their BIOS, or somehow it got >>> flashed wrong. >>> >>> You need to contact Supermicro Technical Support and tell them of the >>> problem. They need to either fix their BIOS, or help figure out what's >>> become corrupted. You can point them to this thread if you'd like. >>> >>> I should note that the corruption/issue is major enough that you are >>> missing very key/important lines from your dmesg (after "avail memory" >>> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. >>> Lines such as: >>> >>> Event timer "LAPIC" quality 400 >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> FreeBSD/SMP: 1 package(s) x 4 core(s) >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: 1 >>> cpu2 (AP): APIC ID: 2 >>> cpu3 (AP): APIC ID: 3 >>> ioapic0 irqs 0-23 on motherboard >>> ioapic1 irqs 24-47 on motherboard >>> >>> In the meantime, you can try booting without ACPI support (there should >>> be a boot-up menu option for that) and pray that works. If it doesn't, >>> then your workaround is to roll back to an older BIOS version and/or put >>> pressure on Supermicro. You will find their Technical Support folks are >>> quite helpful/responsive to technical issues. >>> >>> Good luck and keep us posted on what transpires. >> >> Actually, that message is mostly harmless. All sorts of vendors ship >> tables with busted checksums that are in fact fine. :( However, the table >> name looks very odd which is more worrying. Booting without ACPI enabled >> would be a good first step. Trying a verbose boot to capture the last >> message before the hang would also be useful. >> >> -- >> John Baldwin > > Booting without ACPI did not work for me, although I might be able to > hack away at lots of BIOS setting to make it work. It didn't assign > IRQ's to things like the storage controller, etc. soI thought it was > probably not worth the effort. > > I did contact SuperMicro support as well, so we'll see what they have to say. > > I'll get a verbose boot posted up in a bit. > > Bryce From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 02:32:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 142C58C7 for ; Tue, 11 Jun 2013 02:32:45 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id ABF93148F for ; Tue, 11 Jun 2013 02:32:44 +0000 (UTC) Received: from mfilter2-d.gandi.net (mfilter2-d.gandi.net [217.70.178.140]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 7CA67A80B0; Tue, 11 Jun 2013 04:32:33 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter2-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter2-d.gandi.net (mfilter2-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 0kqEzgsJPWFz; Tue, 11 Jun 2013 04:32:31 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 4C184A80B1; Tue, 11 Jun 2013 04:32:31 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 3685973A1C; Mon, 10 Jun 2013 19:32:29 -0700 (PDT) Date: Mon, 10 Jun 2013 19:32:29 -0700 From: Jeremy Chadwick To: Bryce Edwards Subject: Re: ACPI Warning, then hang Message-ID: <20130611023229.GA78926@icarus.home.lan> References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 02:32:45 -0000 On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: > Verbose boot: > > https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg > > > On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards wrote: > > On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: > >> On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: > >>> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: > >>> > I'm getting the following warning, and then the system locks: > >>> > > >>> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, > >>> > should be 0x48 > >>> > > >>> > Here's a pic: http://db.tt/O6dxONzI > >>> > > >>> > System is on a SuperMicro C7X58 motherboard that I just upgraded to > >>> > BIOS 2.0a, which I would like to stay on if possible. I tried > >>> > adjusting all the ACPI related BIOS settings without success. > >>> > >>> The message in question refers to hard-coded data in one of the many > >>> ACPI tables (see acpidump(8) for the list -- there are many). ACPI > >>> tables are stored within the BIOS -- the motherboard/BIOS vendor has > >>> full control over all of them and is fully 100% responsible for their > >>> content. > >>> > >>> It looks to me like they severely botched their BIOS, or somehow it got > >>> flashed wrong. > >>> > >>> You need to contact Supermicro Technical Support and tell them of the > >>> problem. They need to either fix their BIOS, or help figure out what's > >>> become corrupted. You can point them to this thread if you'd like. > >>> > >>> I should note that the corruption/issue is major enough that you are > >>> missing very key/important lines from your dmesg (after "avail memory" > >>> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. > >>> Lines such as: > >>> > >>> Event timer "LAPIC" quality 400 > >>> ACPI APIC Table: > >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > >>> FreeBSD/SMP: 1 package(s) x 4 core(s) > >>> cpu0 (BSP): APIC ID: 0 > >>> cpu1 (AP): APIC ID: 1 > >>> cpu2 (AP): APIC ID: 2 > >>> cpu3 (AP): APIC ID: 3 > >>> ioapic0 irqs 0-23 on motherboard > >>> ioapic1 irqs 24-47 on motherboard > >>> > >>> In the meantime, you can try booting without ACPI support (there should > >>> be a boot-up menu option for that) and pray that works. If it doesn't, > >>> then your workaround is to roll back to an older BIOS version and/or put > >>> pressure on Supermicro. You will find their Technical Support folks are > >>> quite helpful/responsive to technical issues. > >>> > >>> Good luck and keep us posted on what transpires. > >> > >> Actually, that message is mostly harmless. All sorts of vendors ship > >> tables with busted checksums that are in fact fine. :( However, the table > >> name looks very odd which is more worrying. Booting without ACPI enabled > >> would be a good first step. Trying a verbose boot to capture the last > >> message before the hang would also be useful. > >> > >> -- > >> John Baldwin > > > > Booting without ACPI did not work for me, although I might be able to > > hack away at lots of BIOS setting to make it work. It didn't assign > > IRQ's to things like the storage controller, etc. soI thought it was > > probably not worth the effort. > > > > I did contact SuperMicro support as well, so we'll see what they have to say. > > > > I'll get a verbose boot posted up in a bit. A screenshot of a verbose boot is insufficient; as I'm sure you noticed there are pages upon pages of information before the lock-up/crash. Those pages are what folks are interested in. Because the system is hung, I doubt hitting Scroll Lock + using PageUp/PageDown to go through the kernel message scrollback will work. You're going to need a serial-based console (i.e. hook something up to COM1 on the motherboard, and get a null modem cable to connect to another system where you use a serial port/terminal emulator (ex. PuTTY for Windows, etc.) that has a scrollback buffer which you can copy-paste or save. Set your serial port for 9600 baud, 8 bits, no parity, and 1 stop bit (9600bps, 8N1). You'll need to have physical access to both systems simultaneously. At the VGA console, boot FreeBSD then escape to the loader prompt ("ok") and issue the following commands: set boot_multicons="YES" set boot_serial="YES" set console="comconsole,vidconsole" boot You should begin seeing output on the serial port, and the system will eventually hang/etc.. Then provide the captured output from the serial port here. :-) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 12:49:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4F0BBC43 for ; Tue, 11 Jun 2013 12:49:36 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B56BB10E8 for ; Tue, 11 Jun 2013 12:49:35 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-114-226.lns20.adl6.internode.on.net [121.45.114.226]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5BCnGF4037549 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 11 Jun 2013 22:19:22 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Jun 2013 22:19:16 +0930 Subject: Flow monitoring with PF To: "freebsd-stable@freebsd.org stable" Message-Id: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 12:49:36 -0000 Hi, I was looking at trying out flow monitoring and I found pfflowd, but = unfortunately it does not work with FreeBSD >9.0. I thought about = ng_netflow but that doesn't see my tun interface which may be related = to.. WARNING: attempt to domain_add(netgraph) after domainfinalize() since tun0 appears after the kernel is all done. Does anyone have any recommendations for generating flow information = from PF? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 16:50:28 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72E7A94F; Tue, 11 Jun 2013 16:50:28 +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 D1A5B1DF3; Tue, 11 Jun 2013 16:50:27 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1UmRn2-0007EN-3U; Tue, 11 Jun 2013 20:51:24 +0400 Date: Tue, 11 Jun 2013 20:51:24 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130611165124.GB34554@zxy.spb.ru> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> <20130603153903.GH34554@zxy.spb.ru> <20130603184031.GM12427@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130603184031.GM12427@ithaqua.etoilebsd.net> 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: pkg@Freebsd.org, ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 16:50:28 -0000 On Mon, Jun 03, 2013 at 08:40:31PM +0200, Baptiste Daroussin wrote: > On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: > > On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: > > > > > On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: > > > > On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: > > > > > > > > > The pkg developement team is proud to announce the new 1.1.0 beta1 release of > > > > > pkg. > > > > > > > > > - new experimental pkg convert (can convert from and to legacy pkg database) > > > > > pkg2ng now uses pkg convert (still recommanded to use pkg2ng) > > > > > > > > Converting packages from /var/db/pkg > > > > Converting pkg-1.1.0.b3_1... > > > > pkg: unknown keyword display, ignoring @display > > > > Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) > > > > > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > Have you run pkg2ng? > > > > Yes, this is run pkg2ng. > > Ok I'll have a look and fix asap. And for graphics/evince don't recorded dependencies from archivers/unzip (as RUN_DEPENDS in Makefile). From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 16:52:59 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2ACB31A9 for ; Tue, 11 Jun 2013 16:52:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id ED3271E6B for ; Tue, 11 Jun 2013 16:52:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5BGqvBG060747 for ; Tue, 11 Jun 2013 16:52:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5BGqvuH060739 for stable@FreeBSD.org; Tue, 11 Jun 2013 16:52:57 GMT (envelope-from bdrewery) Received: (qmail 87642 invoked from network); 11 Jun 2013 11:52:54 -0500 Received: from unknown (HELO ?173.160.118.90?) (freebsd@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 11 Jun 2013 11:52:54 -0500 Message-ID: <51B755EB.1090606@FreeBSD.org> Date: Tue, 11 Jun 2013 11:52:59 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Slawa Olhovchenkov Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> <20130603153903.GH34554@zxy.spb.ru> <20130603184031.GM12427@ithaqua.etoilebsd.net> <20130611165124.GB34554@zxy.spb.ru> In-Reply-To: <20130611165124.GB34554@zxy.spb.ru> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XCLMAJMGQMVOGNUBDXAG" Cc: pkg@Freebsd.org, ports@FreeBSD.org, Baptiste Daroussin , stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 16:52:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XCLMAJMGQMVOGNUBDXAG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 6/11/2013 11:51 AM, Slawa Olhovchenkov wrote: > On Mon, Jun 03, 2013 at 08:40:31PM +0200, Baptiste Daroussin wrote: >=20 >> On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: >>> On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: >>> >>>> On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: >>>>> On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote:= >>>>> >>>>>> The pkg developement team is proud to announce the new 1.1.0 beta1= release of >>>>>> pkg. >>>>> >>>>>> - new experimental pkg convert (can convert from and to legacy pkg= database) >>>>>> pkg2ng now uses pkg convert (still recommanded to use pkg2ng) >>>>> >>>>> Converting packages from /var/db/pkg >>>>> Converting pkg-1.1.0.b3_1... >>>>> pkg: unknown keyword display, ignoring @display >>>>> Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" >>>> >>>> Have you run pkg2ng? >>> >>> Yes, this is run pkg2ng. >> >> Ok I'll have a look and fix asap. >=20 > And for graphics/evince don't recorded dependencies from > archivers/unzip (as RUN_DEPENDS in Makefile). This is possibly expected because unzip is in base. The archivers/unzip package is not installed. The port is not depending on LOCALBAES/bin/unzip so it doesn't pull in the archivers/unzip port, it just uses the base version. It's not a pkg problem. --=20 Regards, Bryan Drewery ------enig2XCLMAJMGQMVOGNUBDXAG 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.9 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRt1XrAAoJEG54KsA8mwz5G60QALXz9QP9RVbp4j/C4HBpHeQo PLg/XjGqH1VwzhOnEu68vtl8IbO7I9yiY4wHUoYK+NXcHBj9efztSoGLZtjEHw6Q Kf21TH8/wXqha/AJoDOqYTqN29OQm41qPCTZM3YZjp7SBNWPvj4EWVIvOYKMSVmA t5UUg1Kf/FN/YPNHcAqCpLWDZE9by3UR5lc8YIl3+VbNrvdXyF2g3mvSs/xnlWke hmfbz9SOvmBzpLhC8k8MkVduQ05WTZ8y3A74U1N89RtPgn7zix3TTi4rq1LL9siv Wnnsry/BsjJjn/hgk8gvSzhsxGa8X4CwhaMi3u11fRN0PjKqa+CSS4+rCW08vzVZ cRVVU0M1uY3j9YjRv4QTorvvNVApllSUFnyHcgL9wr9BQdBtBIrWRqDXHH6VbNSH vKXcBRSGou+E5bOtTAs+XDFmZ4CasdVmbzGXWA+flnTD4BZKsHZ1ldtmc53tve6+ +8CWAsSZOzjArmBFth/1DiGe/v85Q+RoapZQFXGQfnsm/NLVWVWu4NGp5+VQ28sh AZ3on6LcnhGbHRq3SqS+99WAfNH85e/9g0K6p0Fe+rBKMWe0ONezHsRVjr6U9muS iKnAFrEXMD+Pv0TOuteM4W4cXg8KIQh3kITYBCyZgDQxH0pWmlV4BNw9QImGRSdH s1VITZO3IIwAgdUUcbAw =PY7y -----END PGP SIGNATURE----- ------enig2XCLMAJMGQMVOGNUBDXAG-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 17:16:51 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 923D274B; Tue, 11 Jun 2013 17:16:51 +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 4DE801F7E; Tue, 11 Jun 2013 17:16:51 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1UmSCc-0008Ay-W4; Tue, 11 Jun 2013 21:17:51 +0400 Date: Tue, 11 Jun 2013 21:17:50 +0400 From: Slawa Olhovchenkov To: Bryan Drewery Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130611171750.GC34554@zxy.spb.ru> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> <20130603153903.GH34554@zxy.spb.ru> <20130603184031.GM12427@ithaqua.etoilebsd.net> <20130611165124.GB34554@zxy.spb.ru> <51B755EB.1090606@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51B755EB.1090606@FreeBSD.org> 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: pkg@Freebsd.org, ports@FreeBSD.org, Baptiste Daroussin , stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 17:16:51 -0000 On Tue, Jun 11, 2013 at 11:52:59AM -0500, Bryan Drewery wrote: > On 6/11/2013 11:51 AM, Slawa Olhovchenkov wrote: > > On Mon, Jun 03, 2013 at 08:40:31PM +0200, Baptiste Daroussin wrote: > > > >> On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: > >>> On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: > >>> > >>>> On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: > >>>>> On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: > >>>>> > >>>>>> The pkg developement team is proud to announce the new 1.1.0 beta1 release of > >>>>>> pkg. > >>>>> > >>>>>> - new experimental pkg convert (can convert from and to legacy pkg database) > >>>>>> pkg2ng now uses pkg convert (still recommanded to use pkg2ng) > >>>>> > >>>>> Converting packages from /var/db/pkg > >>>>> Converting pkg-1.1.0.b3_1... > >>>>> pkg: unknown keyword display, ignoring @display > >>>>> Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) > >>>>> > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>> > >>>> Have you run pkg2ng? > >>> > >>> Yes, this is run pkg2ng. > >> > >> Ok I'll have a look and fix asap. > > > > And for graphics/evince don't recorded dependencies from > > archivers/unzip (as RUN_DEPENDS in Makefile). > > This is possibly expected because unzip is in base. The archivers/unzip > package is not installed. The port is not depending on > LOCALBAES/bin/unzip so it doesn't pull in the archivers/unzip port, it > just uses the base version. > > It's not a pkg problem. Whose problem is it? Where addressed PR? In ports Makefile for graphics/evince .if ${PORT_OPTIONS:MCOMICS} RUN_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip CONFIGURE_ARGS+= --enable-comics GCONF_SCHEMAS+= evince-thumbnailer-comics.schemas PLIST_SUB+= COMICS="" .else CONFIGURE_ARGS+= --disable-comics PLIST_SUB+= COMICS="@comment " .endif poudriere check dependencies changing by comparing 'make run-depends-list' and recorded dependices from existing package. In run-depends-list archivers/unzip prsent, in package -- absent. As result on every run 'poudriere bulk' package graphics/evince removed ("new dependency: archivers/unzip") and rebuilding. And depended from evince packages too. This is problem of evince port or port infrastructure? Or may be we need 'soft' (optional) dependencies -- installed if some files missing? (for example -- system build w/o bzip2, package installed bzip2, for usual system -- do nothing). From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 17:23:52 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0AA64BA7 for ; Tue, 11 Jun 2013 17:23:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DEE551030 for ; Tue, 11 Jun 2013 17:23:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5BHNplg067460 for ; Tue, 11 Jun 2013 17:23:51 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5BHNppx067454 for stable@FreeBSD.org; Tue, 11 Jun 2013 17:23:51 GMT (envelope-from bdrewery) Received: (qmail 61651 invoked from network); 11 Jun 2013 12:23:49 -0500 Received: from unknown (HELO ?173.160.118.90?) (freebsd@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 11 Jun 2013 12:23:49 -0500 Message-ID: <51B75D22.6070100@FreeBSD.org> Date: Tue, 11 Jun 2013 12:23:46 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Slawa Olhovchenkov Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> <20130603153903.GH34554@zxy.spb.ru> <20130603184031.GM12427@ithaqua.etoilebsd.net> <20130611165124.GB34554@zxy.spb.ru> <51B755EB.1090606@FreeBSD.org> <20130611171750.GC34554@zxy.spb.ru> In-Reply-To: <20130611171750.GC34554@zxy.spb.ru> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2FIKNDPJGFNJDNVJUISOA" Cc: pkg@Freebsd.org, ports@FreeBSD.org, Baptiste Daroussin , stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 17:23:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2FIKNDPJGFNJDNVJUISOA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 6/11/2013 12:17 PM, Slawa Olhovchenkov wrote: > On Tue, Jun 11, 2013 at 11:52:59AM -0500, Bryan Drewery wrote: >=20 >> On 6/11/2013 11:51 AM, Slawa Olhovchenkov wrote: >>> On Mon, Jun 03, 2013 at 08:40:31PM +0200, Baptiste Daroussin wrote: >>> >>>> On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: >>>>> On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote:= >>>>> >>>>>> On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote= : >>>>>>> On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrot= e: >>>>>>> >>>>>>>> The pkg developement team is proud to announce the new 1.1.0 bet= a1 release of >>>>>>>> pkg. >>>>>>> >>>>>>>> - new experimental pkg convert (can convert from and to legacy p= kg database) >>>>>>>> pkg2ng now uses pkg convert (still recommanded to use pkg2ng) >>>>>>> >>>>>>> Converting packages from /var/db/pkg >>>>>>> Converting pkg-1.1.0.b3_1... >>>>>>> pkg: unknown keyword display, ignoring @display >>>>>>> Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) >>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre= ebsd.org" >>>>>> >>>>>> Have you run pkg2ng? >>>>> >>>>> Yes, this is run pkg2ng. >>>> >>>> Ok I'll have a look and fix asap. >>> >>> And for graphics/evince don't recorded dependencies from >>> archivers/unzip (as RUN_DEPENDS in Makefile). >> >> This is possibly expected because unzip is in base. The archivers/unzi= p >> package is not installed. The port is not depending on >> LOCALBAES/bin/unzip so it doesn't pull in the archivers/unzip port, it= >> just uses the base version. >> >> It's not a pkg problem. >=20 > Whose problem is it? Where addressed PR? > In ports Makefile for graphics/evince >=20 > .if ${PORT_OPTIONS:MCOMICS} > RUN_DEPENDS+=3D unzip:${PORTSDIR}/archivers/unzip > CONFIGURE_ARGS+=3D --enable-comics > GCONF_SCHEMAS+=3D evince-thumbnailer-comics.schemas > PLIST_SUB+=3D COMICS=3D"" > .else > CONFIGURE_ARGS+=3D --disable-comics > PLIST_SUB+=3D COMICS=3D"@comment " > .endif >=20 > poudriere check dependencies changing by comparing 'make > run-depends-list' and recorded dependices from existing package. In > run-depends-list archivers/unzip prsent, in package -- absent. > As result on every run 'poudriere bulk' package graphics/evince > removed ("new dependency: archivers/unzip") and rebuilding. And > depended from evince packages too. This is a known poudriere bug. Documented in the 3.0 release notes: > - Add CHECK_CHANGED_DEPS (default yes) to automatically detect > direct dependency changes and rebuild packages if needed. This > allow automatically detecting default postgresql/mysql/perl > changes requiring rebuild of ports. Note this has a bug with > ports that depend on libraries that are in base, but have a > port fallback. This will be addressed in 3.1. =2E.. >=20 > This is problem of evince port or port infrastructure? It's a evince port problem, or not. Up to maintainer to decide if it really needs archives/unzip port, or not. Apparently it does not need it, or should be changed to LOCALBASE/bin/unzip or USE_ZIP or removed. >=20 > Or may be we need 'soft' (optional) dependencies -- installed if some > files missing? (for example -- system build w/o bzip2, package > installed bzip2, for usual system -- do nothing). >=20 --=20 Regards, Bryan Drewery ------enig2FIKNDPJGFNJDNVJUISOA 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.9 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRt10qAAoJEG54KsA8mwz5PKIP/1/wKtyEquJUJhBU/C7atj/0 87m/9eK3Rump1Nb1Pdt/r3qNlvReooBL2ddijF1854UYN/Wo10TspjDd7vc2PC39 MxC47bE7DIOReFaASZ9hq2YIGIWpU1hWF1sYqk2X/o2jAUhkvSO1NJc5KZyil+N7 KJLgwZL3nXAgbyaXCwrhki9lbST2qNhedSkqhbX6RaWE21+WE0PhDM2V31kNmTPM NICsNjSJjvQsridhx0OGBaQnHqlE43YTALwrvNqWIhITr0EMzXrx2blIGmH0cBc7 G+A8s3g47BYVanPOCZuCDNJ4JpiQkXzzkrGiAaEp7EZ/sekCoh2ryfHJPrmYGuZk R9De9MJAFMyWXlEO913YVg1f0o1oHV4qg1orSPW6mnQmk+uxFttSkKxOrux1pn2H WBRNVHsLPs1c27epfEOZ5zhwV5fT0JHNg0cJBNXVaDHNC1c7D/CdqIz22O+BuLL7 ro76sUL9C+WaUEpU3fKA6Kh8ieE+qNaNODBaskC/bpI7NCXk6YwhDkwW+3FJBaTi omyP5BsKa13Pql8uUnamDys2laFZMtKhW+uS+aAxotJfudeQRQlGBfBjs8Uz0MZm mAdM+FmNP8zSQUlbBk54HP7kuR4zsAjOWVLW3IJmEkGrxUE0Hb587j7DhwvRry2U KhjrYH3vPPuI1QFH2sFK =XgrN -----END PGP SIGNATURE----- ------enig2FIKNDPJGFNJDNVJUISOA-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 21:30:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 485D3AB2 for ; Tue, 11 Jun 2013 21:30:02 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id BB3E81E1B for ; Tue, 11 Jun 2013 21:29:55 +0000 (UTC) Received: from che78-3-82-246-30-233.fbx.proxad.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 1B01D4C810D for ; Tue, 11 Jun 2013 23:29:49 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 8CAD2284C8; Tue, 11 Jun 2013 22:47:25 +0200 (CEST) Date: Tue, 11 Jun 2013 22:47:25 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Subject: Midori > Preferences > Segmentation fault Message-ID: <20130611204725.GA4297@pollux.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 21:30:02 -0000 Does anyone use the midori browser in 9.1 ? Since I switched from 8.3 to 9.1-RELEASE I've got the following problem. Midori > Edit > Preferences results, nearly every time, in: *** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync! Segmentation fault (core dumped) Apart from this everything seems okay, for example flash videos work fine. Compiling without any option (there are only four) does not help. Does somebody know whether xfce@FreeBSD.org is aware of this bug ? Thank you in advance, Harald From owner-freebsd-stable@FreeBSD.ORG Tue Jun 11 22:14:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23DEFCF for ; Tue, 11 Jun 2013 22:14:07 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) by mx1.freebsd.org (Postfix) with ESMTP id B4C62106D for ; Tue, 11 Jun 2013 22:14:06 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id ey16so4715946wid.1 for ; Tue, 11 Jun 2013 15:14:05 -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=aDlcHgfIqqNQTdmKSaxB/JTcq2/8EPd6wog6/oaOaa8=; b=RApDoSd/D6wesbY4jbJRl0nndRQ0zbpHzxsvFtKW2zNi57Nr0oq3/X5qWPJibUlsgD fhVMKxfycs/8EX6B17Ru8ofHbvM1ZhmVMwPe4iuCp+HoBMtQUiWcEtG8mHMRkPV3ofWq 1qSAo2qKjnRjHSCXTMIcWz1iqVhfyGn0OwDqkH4vYI6JMEgFXIJdOwbMa+l5eKtOFXKD 6RjDGysYjHy+lMQ52OiBcgUNRslocn8sDF7KU7/PFtfen4yzbohF97dPFp/3PqXtiUXX IjLPO8ugGkrPmD3zn8wQu56fDLcERARf4HBGxnzFQ2b2o6soWJt1zj9A8YOp9XkY9mBn 38wA== MIME-Version: 1.0 X-Received: by 10.180.85.35 with SMTP id e3mr2676610wiz.30.1370988845851; Tue, 11 Jun 2013 15:14:05 -0700 (PDT) Received: by 10.194.82.100 with HTTP; Tue, 11 Jun 2013 15:14:05 -0700 (PDT) In-Reply-To: <20130611204725.GA4297@pollux.local.net> References: <20130611204725.GA4297@pollux.local.net> Date: Tue, 11 Jun 2013 17:14:05 -0500 Message-ID: Subject: Re: Midori > Preferences > Segmentation fault From: "Edwin L. Culp W." To: Harald Weis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 22:14:07 -0000 I am and also use chrome, firefox and opera and often dislike them all. I have minor problems with loads with all but I like Midori for most things. It is still missing plugins, etc. and I dislike searching but not very important. I'm running 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #494 r251615: Tue Jun 11 06:41:14 CDT 2013 and midori midori-0.5.2. Hope this helps, ed On Tue, Jun 11, 2013 at 3:47 PM, Harald Weis wrote: > Does anyone use the midori browser in 9.1 ? > > Since I switched from 8.3 to 9.1-RELEASE I've got the following problem. > > Midori > Edit > Preferences results, nearly every time, in: > > *** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync! > Segmentation fault (core dumped) > > Apart from this everything seems okay, for example flash videos work fine= . > > Compiling without any option (there are only four) does not help. > > Does somebody know whether xfce@FreeBSD.org is aware of this bug ? > > Thank you in advance, > Harald > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Bienes Ra=EDces in Coatepec, Veracruz, Mexico http://www.facebook.com/pages/Inmobiliaria-Bienes-Raices-httpEcoManiainfo/1= 02249989850215?sk=3Dphotos_albums From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 01:17:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9F25B709 for ; Wed, 12 Jun 2013 01:17:42 +0000 (UTC) (envelope-from brian.scott4@det.nsw.edu.au) Received: from up-mx4.det.nsw.edu.au (up-mx4.det.nsw.edu.au [153.107.105.20]) by mx1.freebsd.org (Postfix) with ESMTP id 24F791833 for ; Wed, 12 Jun 2013 01:17:41 +0000 (UTC) Received: from itfsmtp5.central.det.win (extmail.det.nsw.edu.au [153.107.9.204]) by up-mx4.det.nsw.edu.au (8.13.8/8.13.8) with ESMTP id r5C0HGC2007354; Wed, 12 Jun 2013 10:17:16 +1000 Received: from UGPEXHT02.central.det.win (Not Verified[153.107.78.57]) by itfsmtp5.central.det.win with MailMarshal (v6, 9, 9, 4075) id ; Wed, 12 Jun 2013 10:17:15 +1000 Received: from WPEXCHHTSL1041.central.det.win (153.107.14.175) by UGPEXHT02.central.det.win (153.107.78.57) with Microsoft SMTP Server (TLS) id 8.3.192.1; Wed, 12 Jun 2013 10:17:15 +1000 Received: from WPEXCHMBSL1021.central.det.win ([169.254.1.45]) by WPEXCHHTSL1041.central.det.win ([153.107.14.175]) with mapi id 14.02.0328.009; Wed, 12 Jun 2013 10:17:15 +1000 From: "Scott, Brian" To: "Daniel O'Connor" , "freebsd-stable@freebsd.org stable" Subject: RE: Flow monitoring with PF Thread-Topic: Flow monitoring with PF Thread-Index: AQHOZqJQN502sl1uuUKUEfd4sfVqzZkxM3Fg Date: Wed, 12 Jun 2013 00:17:15 +0000 Message-ID: <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> References: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> In-Reply-To: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.107.9.240] x-route: TAFECORP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 01:17:42 -0000 >I was looking at trying out flow monitoring and I found pfflowd, but unf= ortunately it does not work with FreeBSD >9.0. I thought about ng_netflow= =20but that doesn't >see my tun interface which may be related to.. >WARNING: attempt to domain_add(netgraph) after domainfinalize() Noise message. I've never seen it actually mean anything. The problem is that tun0 is a generic network interface. Ng_ether only ex= poses Ethernet devices. The equivalent to tun but for an Ethernet device = is tap. Creating a tap device after boot immediately creates the correspo= nding ng_ether node which can then be plumbed into ng_netflow. Some software is kind enough to work with either tun or tap as a configur= able option. >Does anyone have any recommendations for generating flow information fro= m PF? I've had great success with ng_netflow. I like the fact that all the proc= essing is in-kernel. ********************************************************************** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 10:10:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4866031F for ; Wed, 12 Jun 2013 10:10:54 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm2-vm1.bullet.mail.ird.yahoo.com (nm2-vm1.bullet.mail.ird.yahoo.com [77.238.189.200]) by mx1.freebsd.org (Postfix) with SMTP id 850371ECF for ; Wed, 12 Jun 2013 10:10:53 +0000 (UTC) Received: from [77.238.189.52] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 12 Jun 2013 10:10:51 -0000 Received: from [46.228.39.71] by tm5.bullet.mail.ird.yahoo.com with NNFMP; 12 Jun 2013 10:10:51 -0000 Received: from [127.0.0.1] by smtp108.mail.ir2.yahoo.com with NNFMP; 12 Jun 2013 10:10:51 -0000 X-Yahoo-Newman-Id: 800972.82609.bm@smtp108.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: yl9XwVcVM1m8IsHU5za6gS635enxKdRVG.aynaBYujFTVn_ MBQbUlkMEw1e961T1tGzymzdgaxmvYSK8EWCW3Swujp2afnpOdv96w3okvPV 83Dp_x0yw60LQmxcFT809.DsMyUm9p9f_R3r72217UtPlDKArk158CqBXqPW 8X4MBowGOX1MU.nqjb6vrtDijnrC0cOXpoMU0v8KqfwMpzbrHyi3RPEWWfrJ c.tU6NCFeBNUBPIjlVwSTSgX5gcWdXgvmuilL91jMuvKlxWQW_cYe55BHPXP T.qmDnoI7U6EsuN4JGIzQ2boXFSjriHIUGMFB9BXkcnWSY_.wK_uTPOfquZs p8q8g66aNhQGssMX8tu3aFLgcxxwH_xv7JW9qToCX1BAWCQ_gyTFsy5ML_JX sENo3lPlwfsc2TlB_9T1oTzDrF_MHyq4QhpvFBtqVYURhUXCeU3bhPESyd57 eEhhJ2TF9d9XUn0A27eeI9M8lo82LU0wV X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@87.158.30.195 with ) by smtp108.mail.ir2.yahoo.com with SMTP; 12 Jun 2013 10:10:51 +0000 UTC Message-ID: <51B84926.2050002@freebsd.org> Date: Wed, 12 Jun 2013 12:10:46 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Flow monitoring with PF References: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> In-Reply-To: <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 10:10:54 -0000 Am 12.06.2013 02:17, schrieb Scott, Brian: >> I was looking at trying out flow monitoring and I found pfflowd, but unfortunately it does not work with FreeBSD >9.0. I thought about ng_netflow but that doesn't >see my tun interface which may be related to.. >> WARNING: attempt to domain_add(netgraph) after domainfinalize() > > Noise message. I've never seen it actually mean anything. This message indicates a possible problem (leading to panics under specific circumstances). I proposed a patch to fix the panic, but was reluctant to commit it, because I knew the patch was not complete (and I was working toward a better solution). It was then taken by somebody who ignored the problems with the patch and committed against my advise. That's when I stopped working on a real fix - the committer of my (incomplete) patch owns the problem now (and is not active anymore, AFAICT). The problem is that registering a network domain after the kernel has been running (e.g. when loading Netgraph as a kernel module), data structures in the kernel need to be adjusted. AFAICR, it works as long as only one new network domain is loaded (e.g. Netgraph), but may fail if another one is loaded thereafter (this used to be triggered by ISDN, which had its own network domain but is history, now). Sorry for having nothing to add on the subject of this thread ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 12:48:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2947CB1A for ; Wed, 12 Jun 2013 12:48:21 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id A5F23198F for ; Wed, 12 Jun 2013 12:48:18 +0000 (UTC) Received: from che78-3-82-246-30-233.fbx.proxad.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 403524C81C3 for ; Wed, 12 Jun 2013 14:48:13 +0200 (CEST) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 2000) id F1EB72840B; Wed, 12 Jun 2013 14:48:11 +0200 (CEST) Date: Wed, 12 Jun 2013 14:48:11 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Subject: Re: Midori > Preferences > Segmentation fault Message-ID: <20130612124811.GA3707@pollux.local.net> References: <20130611204725.GA4297@pollux.local.net> 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 12:48:21 -0000 On Tue, Jun 11, 2013 at 05:14:05PM -0500, Edwin L. Culp W. wrote: > I am and also use chrome, firefox and opera and often dislike them all. I > have minor problems with loads with all but I like Midori for most things. > It is still missing plugins, etc. and I dislike searching but not very > important. > > I'm running 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #494 r251615: Tue Jun 11 > 06:41:14 CDT 2013 and midori midori-0.5.2. Thank you for replying. Chrome, Firefox and Opera work fine, but every now and then they become vulnerable. The annoying thing is that their compile time is taking hours. Midori is lightweight and gives me all I need. My system is FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012. I cannot see why freebsd-update could help. I'll do the update anyway. midori -V yields: Midori midori-0.5.2 ((null)) GTK+ 2.24.18 (2.24.18) Glib 2.34.3 (2.34.3) WebKitGTK+ 1.8.3 (1.8.3) libSoup 2.40.3 cairo 1.10.2 (1.10.2) libnotify 0.7.3 gcr No granite No single instance Sockets I have now reported the bug on https://bugs.launchpad.net/midori Bye, Harald From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 17:36:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B336747 for ; Wed, 12 Jun 2013 17:36:12 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id E6F3212A9 for ; Wed, 12 Jun 2013 17:36:11 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id n1so1795498qcw.16 for ; Wed, 12 Jun 2013 10:36:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Wqk9lkALRQRBMhYwqyCQThVC4OGZuUagvWxLsfGwyN0=; b=OtyLl1J9PCR4FQ4jDbBZhl4/NR37uU8wuEflTeIaf5swtSMQ3v44QtSoJ5gkM2ErPF GmAmNkxbjWBhAVH8gP+G+9WqzLAF9Kf5vZDO58qw7/Lm6lZVRB3gRYwME/a+OnhPhaR8 wh4LtmUvE6CPXP5FIQa/rSdPcO95d/XrK109eZ8NDb1WtaDvOt4YhyjQurRmE/TAA3M+ bdIDgoereDQMkTBDs68YEO0CRr/RRCHSIDgktYjiXrs9z0qlXSGWo0KZ7nWWsHgSTBYM moXJbYNm8Hu3VZezNERtjy4hC0MrALJuE2rY/EuMFTEY6ZKteoP1sxyE4h0OWbLxKNrk SVZg== MIME-Version: 1.0 X-Received: by 10.49.96.104 with SMTP id dr8mr25078031qeb.43.1371058571420; Wed, 12 Jun 2013 10:36:11 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.49.51.8 with HTTP; Wed, 12 Jun 2013 10:36:11 -0700 (PDT) Date: Wed, 12 Jun 2013 19:36:11 +0200 X-Google-Sender-Auth: UHgGlvDtI6HIUPAAPGAVtN47uQc Message-ID: Subject: Re: Flow monitoring with PF From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 17:36:12 -0000 > > Hi, > I was looking at trying out flow monitoring and I found pfflowd, but > unfortunately it does not work with FreeBSD >9.0. I thought about > ng_netflow but that doesn't see my tun interface which may be related to.. > WARNING: attempt to domain_add(netgraph) after domainfinalize() > > since tun0 appears after the kernel is all done. > > Does anyone have any recommendations for generating flow information from > PF? > Here https://github.com/pfsense/pfsense-tools/tree/master/pfPorts/pfflowd-0.8 is a port that should work ok with pf(4) in FreeBSD 9.0++ > > Thanks. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > -- Ermal From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 17:51:23 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40C106F; Wed, 12 Jun 2013 17:51:23 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 35EC91620; Wed, 12 Jun 2013 17:51:22 +0000 (UTC) Received: from alph.d.allbsd.org (p3086-ipbf906funabasi.chiba.ocn.ne.jp [122.26.46.86]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r5CHp4GC037632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Jun 2013 02:51:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r5CHp4dI016876; Thu, 13 Jun 2013 02:51:04 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 13 Jun 2013 02:49:21 +0900 (JST) Message-Id: <20130613.024921.2080910235950489908.hrs@allbsd.org> To: stable@FreeBSD.org, current@FreeBSD.org Subject: request for your comments on release documentation From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Jun_13_02_49_21_2013_628)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 13 Jun 2013 02:51:15 +0900 (JST) X-Spam-Status: No, score=-88.3 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,ONLY1HOPDIRECT,RCVD_IN_PBL,RCVD_IN_RP_RNBL, SAMEHELOBY2HOP,TO_NO_BRKTS_PCNT,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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: Wed, 12 Jun 2013 17:51:23 -0000 ----Security_Multipart(Thu_Jun_13_02_49_21_2013_628)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I would like your comments on release notes for each release. Although I have been working on editing them for years, the workflow is still not optimal and sometimes delay of the preparation became an obstacle for release process. I would like to improve it, but before that I would like to know what are desired of the contents which people think. Release Notes is just listing the changes between the two releases. It includes user-visible change (bugfix and/or UI change), new functionality, and performance improvement. Minor changes such as one in kernel internal structure are omitted. I always try to keep these series of relnotes items are correct and reasonably comprehensive, but this lengthy list may be boring and technically-correct descriptions can be cryptic for average users. So, my questions are: 1. What do you think about current granularity of the relnotes items? Too detailed, good, or too rough? Currently, judgment of what is included or not is based on user-visible, new functionality, or performance improvement. Applicable changes are included as relnotes items even if the changes are small, 2. Do you want technical details? For example, just "disk access performance was improved by 50%" or "Feature A has been added. This changes the old behavior because ..., and as a result, it improves disk access performance by 50%". 3. Is there missing information which should be in the relnotes? Probably there are some missing items for each release, but this question is one at some abstraction level. Link to commit log and diff, detailed description of major incompatible changes, and so on. Although the other release documentations---Errata, Installation Notes, ReadMe, and Hardware Notes---also need some improvements, please focus on Release Notes only. And you might think quality of English writing are not good, please leave that alone for now. -- Hiroki ----Security_Multipart(Thu_Jun_13_02_49_21_2013_628)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlG4tKEACgkQTyzT2CeTzy3ppwCfTKTsKMD30beEzruRWVAFreAN HUUAn0aT84nkKyYuLo155V5M0LtPnNto =b3Ik -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Jun_13_02_49_21_2013_628)---- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 18:33:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A06A0203; Wed, 12 Jun 2013 18:33:55 +0000 (UTC) (envelope-from feld@feld.me) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8AB1992; Wed, 12 Jun 2013 18:33:55 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 15FA820E16; Wed, 12 Jun 2013 14:33:55 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 12 Jun 2013 14:33:55 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to; s= mesmtp; bh=+/0Tqd64aKf6CAZ4aGhOC6Q9Ir4=; b=IJmWIlvh4Uo0riKEmMUnv ItrE839ICeh6a8cycVBMo16F9DDePvWRjeLSadQSeQ9KzWkafxc6CYTzkbIJIPFw B5Dt4gc/qjkaU0/lh6JhLSLFdu5CT3XuhULXYjGzv02Qha/iR9VZ+ayQqY6+v3bs HaPL3ypNxzlONREHEl6eB8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:to:subject:references:date :mime-version:content-transfer-encoding:from:message-id :in-reply-to; s=smtpout; bh=+/0Tqd64aKf6CAZ4aGhOC6Q9Ir4=; b=awLD z49acjVijv/QGVzMrTL+0TwR/Lkb2wtMkMucZFMzMHcwgJJHaJ517j+D5WE4diot Y09NIaJJCXStzaq9o2J/Vr1tJSZ0EHCu6CjUfrJiprVzBAJhAkb130HC+enDRvr9 5F1l9dMcUba4B0udelroslpNbp2ccJQ/dFPMcnc= X-Sasl-enc: YYIxrrVcMpdh9WAOi9jmpGByecSn72qZkQylbp+KXMHa 1371062034 Received: from markf.office.supranet.net (unknown [66.170.8.18]) by mail.messagingengine.com (Postfix) with ESMTPA id B7B29C00E81; Wed, 12 Jun 2013 14:33:54 -0400 (EDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: stable@freebsd.org, current@freebsd.org, "Hiroki Sato" Subject: Re: request for your comments on release documentation References: <20130613.024921.2080910235950489908.hrs@allbsd.org> Date: Wed, 12 Jun 2013 13:33:54 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <20130613.024921.2080910235950489908.hrs@allbsd.org> User-Agent: Opera Mail/12.15 (FreeBSD) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 18:33:55 -0000 On Wed, 12 Jun 2013 12:49:21 -0500, Hiroki Sato wrote: > So, my questions are: > 1. What do you think about current granularity of the relnotes items? > Too detailed, good, or too rough? Currently, judgment of what is > included or not is based on user-visible, new functionality, or > performance improvement. Applicable changes are included as > relnotes items even if the changes are small, As a sysadmin I live and die by the granularity of release notes. If they weren't granular I'd end up having to read the commit logs and try to parse out changes myself. Sometimes changes aren't going to be obvious if you weren't aware of discussions on the -hackers, -current, or -stable lists. > 2. Do you want technical details? For example, just "disk access > performance was improved by 50%" or "Feature A has been added. > This changes the old behavior because ..., and as a result, it > improves disk access performance by 50%". I'm sure if you're too terse like in your first example people will jump to conclusions and be angry when disk performance isn't improved 50% in every possible situation, as well as the project receiving bad press for being too deceiving. If you want to be terse perhaps "Disk access improvements" is sufficient, and use the second example if you want to be more explicit. > 3. Is there missing information which should be in the relnotes? > Probably there are some missing items for each release, but this > question is one at some abstraction level. Link to commit log and > diff, detailed description of major incompatible changes, and so > on. I try to keep up with the development and changes in releases as best I can and I haven't noticed any glaring omissions over the last several releases. I think you're doing a fine job. Also, is there a reason this isn't a "living" document that can be updated as things get MFC'd to STABLE? It would help take load off your end and maybe speed up release once the freeze has happened and we begin the final grind through release candidates. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 21:37:10 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 62E6A6E3 for ; Wed, 12 Jun 2013 21:37:10 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB5413CC for ; Wed, 12 Jun 2013 21:37:09 +0000 (UTC) Received: from anubis.morrow.me.uk (host31-52-186-205.range31-52.btcentralplus.com [31.52.186.205]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 76BD1450C8 for ; Wed, 12 Jun 2013 21:31:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.7.4 isis.morrow.me.uk 76BD1450C8 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1371072684; bh=OIEc4Q1YQC2Q38Jwk+WqSJjQHY0YpTZ4hTCpgs+Rc/M=; h=Date:From:To:Subject:In-Reply-To; b=It+xSxTu9bJokLPglXWDtFqOwE792H90jo6ijGCIUOoNhQQiIwuj5yYEXX2iZ8+Ck 8iuwDwugDtd0whq3P3W0YOFGTp4hEbMoKzRGvmtLTZoRLgGEwES3uysgZz1HUagZ5N g0fv1+W+xkE+tb6hW1BNlBQ9TUry5AAvTtbBVNGU= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 66387AB95; Wed, 12 Jun 2013 22:31:19 +0100 (BST) Date: Wed, 12 Jun 2013 22:31:19 +0100 From: Ben Morrow To: freebsd-stable@FreeBSD.org Subject: Re: request for your comments on release documentation Message-ID: <20130612213115.GA61462@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130613.024921.2080910235950489908.hrs__24811.884322162$1371059499$gmane$org@allbsd.org> X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 21:37:10 -0000 Quoth hrs@FreeBSD.org: > > I would like your comments on release notes for each release. > Although I have been working on editing them for years, the workflow > is still not optimal and sometimes delay of the preparation became an > obstacle for release process. I would like to improve it, but before > that I would like to know what are desired of the contents which > people think. > > Release Notes is just listing the changes between the two releases. > It includes user-visible change (bugfix and/or UI change), new > functionality, and performance improvement. Minor changes such as > one in kernel internal structure are omitted. I always try to keep > these series of relnotes items are correct and reasonably > comprehensive, but this lengthy list may be boring and > technically-correct descriptions can be cryptic for average users. I find the lengthy list extremely valuable. It takes a little time to go through it carefully, but being able to be reasonably sure nothing important is missing makes upgrades easier, not harder. > So, my questions are: > > 1. What do you think about current granularity of the relnotes items? > Too detailed, good, or too rough? Currently, judgment of what is > included or not is based on user-visible, new functionality, or > performance improvement. Applicable changes are included as > relnotes items even if the changes are small, Seems pretty good to me. The only thing I might change is the order: generally speaking, I'm most interested in the 'User-visible incompatibilites' section, then in the userland and contrib changes, and then the kernel changes. The security advisories section is least useful, because it generally just lists advisories I've already seen and know have been already fixed; it's a good thing it's there, if only to make it clear the project takes security seriously, but I might move it to the end. > 2. Do you want technical details? For example, just "disk access > performance was improved by 50%" or "Feature A has been added. > This changes the old behavior because ..., and as a result, it > improves disk access performance by 50%". It's interesting, but IMHO only worth it if it's easy. It's not worth holding a release up for. > 3. Is there missing information which should be in the relnotes? > Probably there are some missing items for each release, but this > question is one at some abstraction level. Link to commit log and > diff, detailed description of major incompatible changes, and so > on. The only important additional thing that might be useful would be links to relevant mailing-list threads in addition to the SVN links. I can see that might be quite a bit of work to compile, though, so it may not be possible. > Although the other release documentations---Errata, Installation > Notes, ReadMe, and Hardware Notes---also need some improvements, > please focus on Release Notes only. And you might think quality of > English writing are not good, please leave that alone for now. There's nothing wrong with your English. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Jun 12 21:48:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F3AF6C89 for ; Wed, 12 Jun 2013 21:48:22 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id B7F901653 for ; Wed, 12 Jun 2013 21:48:22 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id m15so4158740qcq.5 for ; Wed, 12 Jun 2013 14:48:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=gDeHQIa91x2T88FL6n65UkbFkfOUfTeS2r9xijKDmz8=; b=Z0fmcpJNvMnNW9j8llUcHN5vL8jij6Hkh4UQ5XeBkGOp0VdRMDjuXMrxridMXAOIuQ Dzrf7Cp0pkdUrC6IjKomnpupJwDb1j7mFRIlyO278hRwy9ni4jl7LQA21eUvcxanNZeM 2p540ZcEYkqHlaXbWrq9ClqBKBs7Ed3UjWqAWlh8lpeYgtEXrsao4ck4375he0o6p6Kw eBnAq1lOPXw8b8vMjJXNtaKbTqG7pX7CkSPc14gHg/vXWMtgrVtYT8DT3GFscwGUlZG3 AXq7YLC+gztfsaMKC0VMpoTnRecSaJobYDbFqxzNPkFspw0VzFfoLXhvDEPgj9RxLdKS fLTA== X-Received: by 10.224.25.195 with SMTP id a3mr54440qac.9.1371073702134; Wed, 12 Jun 2013 14:48:22 -0700 (PDT) Received: from [97.33.136.210] (210.sub-97-33-136.myvzw.com. [97.33.136.210]) by mx.google.com with ESMTPSA id d5sm22888610qel.4.2013.06.12.14.48.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 12 Jun 2013 14:48:21 -0700 (PDT) Subject: Re: request for your comments on release documentation References: <20130612213115.GA61462@anubis.morrow.me.uk> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (10B329) In-Reply-To: <20130612213115.GA61462@anubis.morrow.me.uk> Message-Id: <69B15075-3CAC-47D4-BCB4-17657A29BA14@longcount.org> Date: Wed, 12 Jun 2013 17:48:17 -0400 To: "freebsd-stable@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQlEh7lAOcmI30lGeeKRfsX6tFDEIoDWbYounYZV703kZBFUG4APh2T0CxFiVI/qpIgZBEJW X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 21:48:23 -0000 On Jun 12, 2013, at 5:31 PM, Ben Morrow wrote: > Quoth hrs@FreeBSD.org: >>=20 >> I would like your comments on release notes for each release. >> Although I have been working on editing them for years, the workflow >> is still not optimal and sometimes delay of the preparation became an >> obstacle for release process. I would like to improve it, but before >> that I would like to know what are desired of the contents which >> people think. >>=20 >> Release Notes is just listing the changes between the two releases. >> It includes user-visible change (bugfix and/or UI change), new >> functionality, and performance improvement. Minor changes such as >> one in kernel internal structure are omitted. I always try to keep >> these series of relnotes items are correct and reasonably >> comprehensive, but this lengthy list may be boring and >> technically-correct descriptions can be cryptic for average users. >=20 > I find the lengthy list extremely valuable. It takes a little time to go > through it carefully, but being able to be reasonably sure nothing > important is missing makes upgrades easier, not harder. >=20 >> So, my questions are: >>=20 >> 1. What do you think about current granularity of the relnotes items? >> Too detailed, good, or too rough? Currently, judgment of what is >> included or not is based on user-visible, new functionality, or >> performance improvement. Applicable changes are included as >> relnotes items even if the changes are small, >=20 > Seems pretty good to me. The only thing I might change is the order: > generally speaking, I'm most interested in the 'User-visible > incompatibilites' section, then in the userland and contrib changes, and > then the kernel changes. The security advisories section is least > useful, because it generally just lists advisories I've already seen and > know have been already fixed; it's a good thing it's there, if only to > make it clear the project takes security seriously, but I might move it > to the end. >=20 >> 2. Do you want technical details? For example, just "disk access >> performance was improved by 50%" or "Feature A has been added. >> This changes the old behavior because ..., and as a result, it >> improves disk access performance by 50%". >=20 > It's interesting, but IMHO only worth it if it's easy. It's not worth > holding a release up for. >=20 >> 3. Is there missing information which should be in the relnotes? >> Probably there are some missing items for each release, but this >> question is one at some abstraction level. Link to commit log and >> diff, detailed description of major incompatible changes, and so >> on. >=20 > The only important additional thing that might be useful would be links > to relevant mailing-list threads in addition to the SVN links. I can see > that might be quite a bit of work to compile, though, so it may not be > possible. >=20 >> Although the other release documentations---Errata, Installation >> Notes, ReadMe, and Hardware Notes---also need some improvements, >> please focus on Release Notes only. And you might think quality of >> English writing are not good, please leave that alone for now. >=20 > There's nothing wrong with your English. >=20 > Ben >=20 > ______________________________ Two points. I like the details of the release notes . More detail here is al= ways welcomed. As a professional FreeBSD SA it helps to have detailed notes.= Second, goes to item 3 noted above: a summary of pr' filed on the previous r= elease and their current state would be a huge help as well. Say in the cas= e of 9.0 to 9.1 it would help if I could read pr's filed about 9.0 that were= fixed / addressed, etc in 9.1 . =20 --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 01:17:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 675A3691 for ; Thu, 13 Jun 2013 01:17:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DD4F51DD5 for ; Thu, 13 Jun 2013 01:17:07 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5D1GiDE085861 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Jun 2013 10:46:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Flow monitoring with PF Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> Date: Thu, 13 Jun 2013 10:46:43 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <52EB2C3A-1ED7-4BF8-94C0-B6A29A0D7E18@gsoft.com.au> References: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> To: "Scott, Brian" X-Mailer: Apple Mail (2.1508) X-Spam-Score: -3.052 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 01:17:08 -0000 On 12/06/2013, at 9:47, "Scott, Brian" = wrote: >> I was looking at trying out flow monitoring and I found pfflowd, but = unfortunately it does not work with FreeBSD >9.0. I thought about = ng_netflow but that doesn't >see my tun interface which may be related = to.. >> WARNING: attempt to domain_add(netgraph) after domainfinalize() >=20 > Noise message. I've never seen it actually mean anything. >=20 > The problem is that tun0 is a generic network interface. Ng_ether only = exposes Ethernet devices. The equivalent to tun but for an Ethernet = device is tap. Creating a tap device after boot immediately creates the = corresponding ng_ether node which can then be plumbed into ng_netflow. OK, for some reason I thought NG would add nodes to mirror every network = interface but that was wrong.. > Some software is kind enough to work with either tun or tap as a = configurable option. Unfortunately I am using ppp which doesn't :( >> Does anyone have any recommendations for generating flow information = from PF? >=20 > I've had great success with ng_netflow. I like the fact that all the = processing is in-kernel. Yeah, that is one reason I looked at it. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 01:17:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 742AF794 for ; Thu, 13 Jun 2013 01:17:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0284D1DE3 for ; Thu, 13 Jun 2013 01:17:27 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5D1GiDF085861 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Jun 2013 10:47:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Multicast panic caused by elasticsearch Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <03E2A8F9-4009-452B-B73E-A3EE3A744EEF@gmail.com> Date: Thu, 13 Jun 2013 10:47:25 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <9192C255-4322-4119-B906-46312FE8EEF3@gsoft.com.au> References: <248F626A-4B8B-48EA-85F9-F411784DF8E6@gsoft.com.au> <0BD9177F-8274-4BEA-AA07-55DBE7C79E04@gsoft.com.au> <03E2A8F9-4009-452B-B73E-A3EE3A744EEF@gmail.com> To: Guy Helmer X-Mailer: Apple Mail (2.1508) X-Spam-Score: -3.052 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 01:17:28 -0000 On 10/06/2013, at 11:30, Guy Helmer wrote: >>>>>=20 >>>>> FreeBSD maarsy-rdb.maarsy.rocketrange.no 9.0-CURRENT FreeBSD = 9.0-CURRENT #0 r224195: Tue Jul 19 17:45:03 CST 2011 = radar@maarsy-acq3.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>=20 >>>> FWIW, I have not had any problem with elasticsearch on 9.1-stable = from about mid-May. >>>=20 >>>=20 >>> OK thanks. I need to try it on a crash box and test a few things, = thanks for the data point. >>> Can you tell me what revision you are running? >>=20 >>=20 >> Also, which JVM? >=20 >=20 > FreeBSD 9.1-stable r250314 (built on May 10) > openjdk-7.17.02_2 > elasticsearch 0.90.0 (not from ports) >=20 > Please let me know if you want me to try anything. I tried a crash box at work with the same kernel and both OpenJDK 6 & 7 = but I have been unable to reproduce the problem :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 01:25:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 522E5A82; Thu, 13 Jun 2013 01:25:23 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D65A81EA1; Thu, 13 Jun 2013 01:25:22 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5D1PEpq086218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Jun 2013 10:55:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Flow monitoring with PF Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: Date: Thu, 13 Jun 2013 10:55:13 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <65D8AD99-A3F6-43EA-94AF-EFFE81583AEB@gsoft.com.au> References: To: =?iso-8859-1?Q?Ermal_Lu=E7i?= X-Mailer: Apple Mail (2.1508) X-Spam-Score: -3.052 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 01:25:23 -0000 On 13/06/2013, at 3:06, Ermal Lu=E7i wrote: >> I was looking at trying out flow monitoring and I found pfflowd, but = unfortunately it does not work with FreeBSD >9.0. I thought about = ng_netflow but that doesn't see my tun interface which may be related = to.. >> WARNING: attempt to domain_add(netgraph) after domainfinalize() >>=20 >> since tun0 appears after the kernel is all done. >>=20 >> Does anyone have any recommendations for generating flow information = from PF? >>=20 > Here = https://github.com/pfsense/pfsense-tools/tree/master/pfPorts/pfflowd-0.8 > is a port that should work ok with pf(4) in FreeBSD 9.0++ Ahh very nice, thanks! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 07:48:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4EE3BB7 for ; Thu, 13 Jun 2013 07:48:52 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 406311D9C for ; Thu, 13 Jun 2013 07:48:51 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r5D7mgIS020184; Thu, 13 Jun 2013 11:48:42 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r5D7meSM020183; Thu, 13 Jun 2013 11:48:40 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 13 Jun 2013 11:48:40 +0400 From: Gleb Smirnoff To: "Daniel O'Connor" Subject: Re: Flow monitoring with PF Message-ID: <20130613074840.GL12443@FreeBSD.org> References: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> <52EB2C3A-1ED7-4BF8-94C0-B6A29A0D7E18@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <52EB2C3A-1ED7-4BF8-94C0-B6A29A0D7E18@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Scott, Brian" , "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 07:48:52 -0000 On Thu, Jun 13, 2013 at 10:46:43AM +0930, Daniel O'Connor wrote: D> > Some software is kind enough to work with either tun or tap as a configurable option. D> D> Unfortunately I am using ppp which doesn't :( You can use mpd instead of ppp, and mpd can insert ng_netflow node into its PPP graph. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 07:50:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 67C2CCD2; Thu, 13 Jun 2013 07:50:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DE01E1DBD; Thu, 13 Jun 2013 07:50:44 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5D7oSFh015672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Jun 2013 17:20:33 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Flow monitoring with PF Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=koi8-r From: "Daniel O'Connor" In-Reply-To: <20130613074840.GL12443@FreeBSD.org> Date: Thu, 13 Jun 2013 17:20:27 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <9CC9F995-3779-4F6D-B1FE-48F6458AE63F@gsoft.com.au> References: <57C2DC16-7868-4C20-AB34-5B35A939D095@gsoft.com.au> <7DB382CFB050654DBFF7A39B1F8056EB1DF68293@WPEXCHMBSL1021.central.det.win> <52EB2C3A-1ED7-4BF8-94C0-B6A29A0D7E18@gsoft.com.au> <20130613074840.GL12443@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1508) X-Spam-Score: -3.052 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: "Scott, Brian" , "freebsd-stable@freebsd.org stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 07:50:45 -0000 On 13/06/2013, at 17:18, Gleb Smirnoff wrote: > On Thu, Jun 13, 2013 at 10:46:43AM +0930, Daniel O'Connor wrote: > D> > Some software is kind enough to work with either tun or tap as a = configurable option. > D>=20 > D> Unfortunately I am using ppp which doesn't :( >=20 > You can use mpd instead of ppp, and mpd can insert ng_netflow node = into > its PPP graph. Yeah I am pondering that. Especially since I tried pfflowd from pfSense but I can't get it to emit = anything.. I did use MPD previously on this system but I switched to PPP but I = can't remember why now :-/ -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 12:29:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B7323F16 for ; Thu, 13 Jun 2013 12:29:12 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9A71A40 for ; Thu, 13 Jun 2013 12:29:12 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id e11so4522747bkh.40 for ; Thu, 13 Jun 2013 05:29:10 -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:content-transfer-encoding; bh=RMugufUD1/nQPmWuQhFXEM96cU+b34/05XDXei3MAKQ=; b=QbRy7Jwmf/aXmTphuB5zOXlGU327qqPikDP2GztpK98xSiWOWAdE+UUBEAc5FGx3BS qXfg/riDMEdZUok+XtHYchLpq+zMMfAQG4pOCAj/eTgChu6GRUamDpL1EyxihXmX1pms SktuVYnoyOusnaYTY1YwLj0BjhUwHGrtkWluW8qFRGIPzwCwSpvUXVSOsq5OxQ5LrYdT IO67Vg0xCBWJwb2i1ThxJHoNhvwTwaOQiuPQqEOkzzIP0FNPPAce5fpTlWWVOfQFWs5q AjFzBPysAI4U89sm8KGus5nl3VXfFsv/FSsLHK0wCCvN7PVSXOmFuJ1HoSSEGP4A6KLm jV+A== X-Received: by 10.204.237.130 with SMTP id ko2mr94028bkb.154.1371126550345; Thu, 13 Jun 2013 05:29:10 -0700 (PDT) Received: from [192.168.50.107] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPSA id ch16sm23802bkb.17.2013.06.13.05.29.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Jun 2013 05:29:09 -0700 (PDT) Message-ID: <51B9BB14.6020103@gmail.com> Date: Thu, 13 Jun 2013 14:29:08 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable Subject: zpool labelclear destroys GPT data Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 12:29:12 -0000 When i use zpool labelclear, it wipes the whole disk including gpt data. So the whole disk is empty and i need to create the gpt partitions again. Is this supposed to work like this? The man page suggests that it only wipes the ZFS metadata. zpool labelclear [-f] device Removes ZFS label information from the specified device. The device must not be part of an active pool configuration. -v Treat exported or foreign devices as inactive. This is on FreeBSD 9.1 stable r251213 memstick install. regards Johan Hendriks Neuteboom Automatisering From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 12:40:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EA903213 for ; Thu, 13 Jun 2013 12:40:24 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) by mx1.freebsd.org (Postfix) with ESMTP id B3E911AB6 for ; Thu, 13 Jun 2013 12:40:24 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id d13so1020551qak.16 for ; Thu, 13 Jun 2013 05:40:24 -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=xyRf9OuDvEYu24t6cLwa/qxKCXOxUUE6FUdUbd7Ns6Q=; b=hcag0lykzA/qb7vnSXFGLK09m9Z/zhNntipU0793W5jIvKCy95ooYIJJbgJ3ngtmbJ vIyeEXUpt/oqEFezPMsBxyv1vaCtdJnabYY2CSY0XDHkMNsA8Bz7Mee1sgCczUkFiwIm 7CfFAm2xYWcNrWVZ0dHjhv7egXiRrLrp9tbN9cHdPEQqIIpquV6pfmtgNOGlK6XV7Ou8 DBSHpTjWpqnDnIAJZMuWfkdmYRuF4f9t3P5R42btVyuMt3p1USLwERzUy1r6KlK0GycZ HJR4SioDNqdHUh84LzgAjjMuWghOLj8cDUYlGinayRL1lhEdqoa6S1Hw1NnqkhmwqomD tGTA== MIME-Version: 1.0 X-Received: by 10.229.124.68 with SMTP id t4mr267976qcr.93.1371127224112; Thu, 13 Jun 2013 05:40:24 -0700 (PDT) Received: by 10.224.182.148 with HTTP; Thu, 13 Jun 2013 05:40:24 -0700 (PDT) In-Reply-To: <51B9BB14.6020103@gmail.com> References: <51B9BB14.6020103@gmail.com> Date: Thu, 13 Jun 2013 15:40:24 +0300 Message-ID: Subject: Re: zpool labelclear destroys GPT data From: Kimmo Paasiala To: Johan Hendriks Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 12:40:25 -0000 The 'device' can be a partition as well as the whole disk, use 'zpool labelclear' on the freebsd-zfs partition instead of the whole disk. -Kimmo On Thu, Jun 13, 2013 at 3:29 PM, Johan Hendriks wrote: > When i use zpool labelclear, it wipes the whole disk including gpt data. > So the whole disk is empty and i need to create the gpt partitions again. > > Is this supposed to work like this? > The man page suggests that it only wipes the ZFS metadata. > > zpool labelclear [-f] device > > Removes ZFS label information from the specified device. The device > must not be part of an active pool configuration. > > -v Treat exported or foreign devices as inactive. > > This is on FreeBSD 9.1 stable r251213 memstick install. > > regards > > Johan Hendriks > Neuteboom Automatisering > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 14:13:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1227878D for ; Thu, 13 Jun 2013 14:13:37 +0000 (UTC) (envelope-from lidl@pi-coral.com) Received: from mail-gh0-x230.google.com (mail-gh0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id CCF2C1EDD for ; Thu, 13 Jun 2013 14:13:35 +0000 (UTC) Received: by mail-gh0-f176.google.com with SMTP id z17so1445800ghb.7 for ; Thu, 13 Jun 2013 07:13:35 -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:x-gm-message-state; bh=YWoEMnpgIMP/FEoyzQqwTnbrWJ0W7nM0Q5vnyIn/cgM=; b=pxk6fEYEmNKos3ft4qZ5ZCdVSV/cOiiRCV9ABaQbZSm9/Iy1v8y4ZyMR/n3TPnL7wb SA2nt/bdgGv0lWAU0UCX8W1jc4ZgZgBObudmEiI6BJGuFDvezKdGJFdlmVKLkToo873E Zv01KCKGZ4CSHi7HdWdQxOyemvX5tZjGnOt+jVmCBQzmfD9j3hX137fLyHrVEH4db4Eh WYijtwnpfI+x2XwneDxA2zOCvGVMEh5htai1NvCFrEX0c4YlLv+8Mft5WZegEJ3fo7DN xHEG9Qxnr5EGy5hBXdgMLJu/4bgYcO+TuOEEbPqzm87+ihT//4CFYUJ+zosD09NvmeuQ 1cXQ== X-Received: by 10.236.117.175 with SMTP id j35mr734925yhh.84.1371132815119; Thu, 13 Jun 2013 07:13:35 -0700 (PDT) Received: from torb.pix.net (verizon.pix.net. [71.241.230.58]) by mx.google.com with ESMTPSA id l39sm34498798yhn.26.2013.06.13.07.13.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Jun 2013 07:13:34 -0700 (PDT) Message-ID: <51B9D38D.7020605@pi-coral.com> Date: Thu, 13 Jun 2013 10:13:33 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable Subject: make delete-old misses files Content-Type: multipart/mixed; boundary="------------040405090806040804080708" X-Gm-Message-State: ALoCoQnjXUVKt4U0NM7j71xCNO+2ibWkmhI3w3wZ3A6THy9imI3Hi8zjywJwLCSJ/xFm1Hw1CUzZ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 14:13:37 -0000 This is a multi-part message in MIME format. --------------040405090806040804080708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I've been working with building an reasonably up-to-date revision of stable/9, and noticed that when I execute the 'make delete-old' command to cleanup old stuff, it misses a few things, due to my configuration of my src.conf. In particular, I build with the following in my src.conf: WITHOUT_BIND_ETC= WITHOUT_BIND_LIBS_LWRES= WITHOUT_BIND_MTREE= WITHOUT_BIND_NAMED= WITHOUT_GCC= I had to patch the OptionaObsoleteFiles.inc file with the attached diff to fully cleanup the named and gcc pieces that I do not have/want. It would be keen if someone could commit this fix. The same problem appears (from inspection) to happen with CURRENT. Thanks. -Kurt --------------040405090806040804080708 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="tools.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tools.diff" diff --git a/tools/build/mk/OptionalObsoleteFiles.inc b/tools/build/mk/OptionalObsoleteFiles.inc --- a/tools/build/mk/OptionalObsoleteFiles.inc +++ b/tools/build/mk/OptionalObsoleteFiles.inc @@ -311,16 +311,19 @@ OLD_FILES+=usr/sbin/dnssec-signzone .endif .if ${MK_BIND_ETC} == no || ${MK_BIND} == no OLD_FILES+=var/named/etc/namedb/PROTO.localhost-v6.rev OLD_FILES+=var/named/etc/namedb/PROTO.localhost.rev OLD_FILES+=var/named/etc/namedb/make-localhost #OLD_FILES+=var/named/etc/namedb/named.conf # intentionally left out OLD_FILES+=var/named/etc/namedb/named.root +OLD_FILES+=var/named/etc/namedb/master/empty.db +OLD_FILES+=var/named/etc/namedb/master/localhost-forward.db +OLD_FILES+=var/named/etc/namedb/master/localhost-reverse.db OLD_DIRS+=var/named/etc/namedb/slave OLD_DIRS+=var/named/etc/namedb/master OLD_DIRS+=var/named/etc/namedb/dynamic #OLD_DIRS+=var/named/etc/namedb #OLD_DIRS+=var/named/etc .endif #.if ${MK_BIND_LIBS} == no || ${MK_BIND} == no @@ -1472,16 +1475,17 @@ OLD_FILES+=usr/bin/gcov OLD_FILES+=usr/bin/gcpp .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" OLD_FILES+=usr/include/gcc/4.2/emmintrin.h OLD_FILES+=usr/include/gcc/4.2/mm_malloc.h OLD_FILES+=usr/include/gcc/4.2/mmintrin.h OLD_FILES+=usr/include/gcc/4.2/pmmintrin.h OLD_FILES+=usr/include/gcc/4.2/tmmintrin.h OLD_FILES+=usr/include/gcc/4.2/xmmintrin.h +OLD_FILES+=usr/include/gcc/4.2/mm3dnow.h .elif ${TARGET_ARCH} == "ia64" OLD_FILES+=usr/include/gcc/4.2/ia64intrin.h .elif ${TARGET_ARCH} == "arm" OLD_FILES+=usr/include/gcc/4.2/mmintrin.h .elif ${TARGET_ARCH} == "powerpc" || ${TARGET_ARCH} == "powerpc64" OLD_FILES+=usr/include/gcc/4.2/altivec.h OLD_FILES+=usr/include/gcc/4.2/ppc-asm.h OLD_FILES+=usr/include/gcc/4.2/spe.h --------------040405090806040804080708-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 20:14:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 20C7D8BA for ; Thu, 13 Jun 2013 20:14:03 +0000 (UTC) (envelope-from pol@leissner.se) Received: from mailgate.leissner.se (mailgate.leissner.se [212.3.1.210]) by mx1.freebsd.org (Postfix) with ESMTP id AB3D61095 for ; Thu, 13 Jun 2013 20:14:02 +0000 (UTC) Received: from mailgate.leissner.se (localhost [127.0.0.1]) by mailgate.leissner.se (8.14.7/8.14.7) with ESMTP id r5DJiIIP031720 for ; Thu, 13 Jun 2013 21:44:18 +0200 (CEST) (envelope-from pol@leissner.se) Received: (from uucp@localhost) by mailgate.leissner.se (8.14.7/8.14.7/Submit) id r5DJiIDA031719 for ; Thu, 13 Jun 2013 21:44:18 +0200 (CEST) (envelope-from pol@leissner.se) Received: from pol.leissner.se(192.71.29.17), claiming to be "pol-server.leissner.se" via SMTP by mailgate.leissner.se, id smtpdoz2U15; Thu Jun 13 21:44:15 2013 Received: from pol-server.leissner.se (localhost [127.0.0.1]) by pol-server.leissner.se (8.14.7/8.14.5) with ESMTP id r5DJiFXv065947 for ; Thu, 13 Jun 2013 21:44:15 +0200 (CEST) (envelope-from pol@leissner.se) Received: (from pol@localhost) by pol-server.leissner.se (8.14.7/8.14.5/Submit) id r5DJiF94065946 for freebsd-stable@freebsd.org; Thu, 13 Jun 2013 21:44:15 +0200 (CEST) (envelope-from pol@leissner.se) X-Authentication-Warning: pol-server.leissner.se: pol set sender to pol@leissner.se using -f Date: Thu, 13 Jun 2013 21:44:15 +0200 From: Peter Olsson To: freebsd-stable@freebsd.org Subject: Does quota still require a custom kernel in FreeBSD 9? Message-ID: <20130613194415.GA63887@pol-server.leissner.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 20:14:03 -0000 Just wondering if a custom kernel with options QUOTA is still needed in FreeBSD 9. I have no test server available right now to test this. According to the handbook it is needed, but I found in a post from 2011 that it would be entered into GENERIC, so the handbook statement might be old? My reason for asking is that I'm about to convert from source build to freebsd-update in all servers, so I would like to revert to GENERIC wherever possible. (If it is still needed, are there any plans for removing this need?) Thanks! -- Peter Olsson pol@leissner.se From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 20:25:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1C3CBC4E for ; Thu, 13 Jun 2013 20:25:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 86F831126 for ; Thu, 13 Jun 2013 20:25:51 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5DKPn15004592; Thu, 13 Jun 2013 23:25:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5DKPn15004592 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5DKPnGJ004591; Thu, 13 Jun 2013 23:25:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 13 Jun 2013 23:25:49 +0300 From: Konstantin Belousov To: Peter Olsson Subject: Re: Does quota still require a custom kernel in FreeBSD 9? Message-ID: <20130613202549.GE91021@kib.kiev.ua> References: <20130613194415.GA63887@pol-server.leissner.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MIdTMoZhcV1D07fI" Content-Disposition: inline In-Reply-To: <20130613194415.GA63887@pol-server.leissner.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 20:25:52 -0000 --MIdTMoZhcV1D07fI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 13, 2013 at 09:44:15PM +0200, Peter Olsson wrote: > Just wondering if a custom kernel with options QUOTA > is still needed in FreeBSD 9. I have no test server > available right now to test this. >=20 > According to the handbook it is needed, but I found > in a post from 2011 that it would be entered into > GENERIC, so the handbook statement might be old? >=20 > My reason for asking is that I'm about to convert > from source build to freebsd-update in all servers, > so I would like to revert to GENERIC wherever possible. >=20 > (If it is still needed, are there any plans for > removing this need?) Option QUOTA is present in the GENERIC kernels on HEAD and stable/9. I doubt that there is a release where the option is turned on, i.e. 9.1 kernels most likely do not have QUOTA. --MIdTMoZhcV1D07fI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRuirNAAoJEJDCuSvBvK1BrjQP/jKXqi0TroPeSpUMyw9b9upJ 2uwVPH++lug2lQt7r0UwYBK7W7cslz0pN3Ng3IyyXHBX5ulEjSOQz5/5URqP/b+2 S/m/TVNSKsGHBcZtxTquiiT24QLqunHRAaP2I6lVaP91pZhgBnXn5Z96dcFlxdyc WtdsrtQu0LM+MI31FsPqA7CR05yqgqGcizEOMotmB3lZVYgp2+Z3eCjeExaMXDwU 3CNCM2k8/AwG7eU+TpbhrE21RnWbCwqunb0XHrdAoZ1DT7lDI2g8DCOjbk7TtYoG lSAntfenGCPsYHsl/2vpAbHx2usnVKTvjwyZZWwo4vlhvKspw2/ldHh3MjsNnXVD Yfx4KIVLb9h7Zk2NNzEz5rTDI9sioM21T3+ww5JLMw2CAfZvOAbkaGdTfgL2O2pV 8ryhce8NHJ1SaMDixJ1tJY3KUiSJYxNYIAZagtqWEX7jHwbqavPFPGGqjUBw3ciV XdhqwlnD86s6/zzGeVlowFqYMCtA/uiKqoK26j1oZKTRTIp95ideyIJqDQVKkh/X Hr+THN2qTj80fL5FniQrJUrCwf1IJ2ttiR+2Od0DpxxM3+wJbT74JHuM7zxnmQne XmpTkrHgfLjQ54Y0/eM6PswpuLmM/OUupLuA7AagDJAzsgB/zrruJnxFk9t6PbcW 71l0owLy9zDNHjBqpOLX =RUmq -----END PGP SIGNATURE----- --MIdTMoZhcV1D07fI-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 21:22:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3185AD05 for ; Thu, 13 Jun 2013 21:22:37 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) by mx1.freebsd.org (Postfix) with ESMTP id BF71E1370 for ; Thu, 13 Jun 2013 21:22:36 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a12so6812065wgh.16 for ; Thu, 13 Jun 2013 14:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3Z+eOh9pLNKOr8hejxIMEsCzFrdgknqQN3wyJU6APsY=; b=gVP0ZEG34XCac6iGnxyHWQw6BqYtaf016Kzhqy2dPN0UdOxBr9jnDahZ1Jurwz9agU eker8xTnNwQ1f33zpl4XqTUWyI6veheXHQLltdjZ4f8N9oKSCwo9RpC+EYbObYDjrePc 2N8J5R5lVWkeBbdHw6d6aT2f6Y7Itk7wxKbJ0UI6T3IZ10r+JwBBBw618syauemGi31E kJ5n/3mD1MeBZCjs6x77Yr/CEmoi0e1OBNwvw1rZEc7omjEjTL9mESst/ScTzC0Bp4ZI yiA8z9SNW9opf07YAghgz2sCAkN67Gz7iLXRPUSSGftMi6w5sKWg0D1C0JFzxrB4wCUC S+HQ== X-Received: by 10.180.198.194 with SMTP id je2mr8627504wic.36.1371158555877; Thu, 13 Jun 2013 14:22:35 -0700 (PDT) Received: from [192.168.1.20] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPSA id fu14sm34204991wic.0.2013.06.13.14.22.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Jun 2013 14:22:35 -0700 (PDT) Message-ID: <51BA381C.8070900@gmail.com> Date: Thu, 13 Jun 2013 23:22:36 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: zpool labelclear destroys GPT data References: <51B9BB14.6020103@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 21:22:37 -0000 Op 13-6-2013 14:40, Kimmo Paasiala schreef: > The 'device' can be a partition as well as the whole disk, use 'zpool > labelclear' on the freebsd-zfs partition instead of the whole disk. > > -Kimmo > > On Thu, Jun 13, 2013 at 3:29 PM, Johan Hendriks wrote: >> When i use zpool labelclear, it wipes the whole disk including gpt data. >> So the whole disk is empty and i need to create the gpt partitions again. >> >> Is this supposed to work like this? >> The man page suggests that it only wipes the ZFS metadata. >> >> zpool labelclear [-f] device >> >> Removes ZFS label information from the specified device. The device >> must not be part of an active pool configuration. >> >> -v Treat exported or foreign devices as inactive. >> >> This is on FreeBSD 9.1 stable r251213 memstick install. >> >> regards >> >> Johan Hendriks >> Neuteboom Automatisering >> _______________________________________________ >> 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" Thanks for your reply. I will try it on the actual zfs partition. But imho it is a bad thing that it destroys the whole disk layout. It does not remove ZFS label information, it removes ALL label information on the disk or device you give it regards Johan Hendriks Neuteboom Automatisering From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 21:27:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 50279F46 for ; Thu, 13 Jun 2013 21:27:03 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) by mx1.freebsd.org (Postfix) with ESMTP id 1892013B0 for ; Thu, 13 Jun 2013 21:27:03 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id bv4so1396699qab.11 for ; Thu, 13 Jun 2013 14:27:02 -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=3Ho69LyLgUQlKK/jh+AdqAVqAZ++199582jzA8AbhSE=; b=efGaTPJ9QPnpoMcQr6klEz43Ns3wuKbO/raCjIeZWNg2cG3NMlm7p4W1WS8Kcqj5hX 8hsQulBMhXqFAoxkZfiWz3B6dvD2odtoBnlDen1l/JId24vh2TnJcN0rZTC6v4U6bxq1 +QEXeHKeUWZlg3L9liOe6HcQ73RgObiMjl5A7qG1fqBGtE0LkSvmJbRYSJWLeBqAPMwB fUEzU3aT2Knk2E8XRbs17KCna2YSft5WcgrlVARa5F34JtXYYhh9fSxkt6rnxkNdZd+R py7/KzDOa4ce8ZqtR6ufPGhjm7GaRNFajmxmRpDo5I+YHCyg5fzhwji3SG+4+i7Rh1iF ZcUg== MIME-Version: 1.0 X-Received: by 10.49.104.180 with SMTP id gf20mr3781312qeb.59.1371158822628; Thu, 13 Jun 2013 14:27:02 -0700 (PDT) Received: by 10.224.182.148 with HTTP; Thu, 13 Jun 2013 14:27:02 -0700 (PDT) In-Reply-To: <51BA381C.8070900@gmail.com> References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> Date: Fri, 14 Jun 2013 00:27:02 +0300 Message-ID: Subject: Re: zpool labelclear destroys GPT data From: Kimmo Paasiala To: Johan Hendriks Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 21:27:03 -0000 On Fri, Jun 14, 2013 at 12:22 AM, Johan Hendriks wrote: > Op 13-6-2013 14:40, Kimmo Paasiala schreef: > >> The 'device' can be a partition as well as the whole disk, use 'zpool >> labelclear' on the freebsd-zfs partition instead of the whole disk. >> >> -Kimmo >> >> On Thu, Jun 13, 2013 at 3:29 PM, Johan Hendriks >> wrote: >>> >>> When i use zpool labelclear, it wipes the whole disk including gpt data. >>> So the whole disk is empty and i need to create the gpt partitions again. >>> >>> Is this supposed to work like this? >>> The man page suggests that it only wipes the ZFS metadata. >>> >>> zpool labelclear [-f] device >>> >>> Removes ZFS label information from the specified device. The >>> device >>> must not be part of an active pool configuration. >>> >>> -v Treat exported or foreign devices as inactive. >>> >>> This is on FreeBSD 9.1 stable r251213 memstick install. >>> >>> regards >>> >>> Johan Hendriks >>> Neuteboom Automatisering >>> _______________________________________________ >>> 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" > > Thanks for your reply. > I will try it on the actual zfs partition. > > But imho it is a bad thing that it destroys the whole disk layout. > It does not remove ZFS label information, it removes ALL label information > on the disk or device you give it > > > regards > Johan Hendriks > Neuteboom Automatisering > Of course, zpool(8) will do exactly what you tell it to do. It does not know about any partitioning schemes and assumes that the user knows that using labelclear on a the whole disk will potentially destroy all data on it including any partitioning information. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 22:32:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AAE813CD for ; Thu, 13 Jun 2013 22:32:22 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 7979D17A1 for ; Thu, 13 Jun 2013 22:32:22 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id dn14so15571660obc.2 for ; Thu, 13 Jun 2013 15:32:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Pn/ID0oo2RD245SHjZoP7+WP5JepDKTxyQIZVmtDqIY=; b=CW4Kq92jnJea1UnfKjQY6DViDqDXpFBAKQ1XXatPNQCODOGntIKVz6/cZetMqvZ2j6 OVE21Eyn/XO4fIckXUjQZAf93jccnKfa1FBi0/GnfmNzBq3hIpP12hkYBR/Evi+4jAEC m95/JvBbYMDtw988xxpWM27Ol50EyYSX7MiVTvvQ9KhQqoQs+cuiiHZmXHGh77zyG9/h 9nHYMESRnMZVRE60E1fIAI3noRReTN/wGqL8VxbEyWI0cNQWMCeJBnOY9QVJHmcDNmf2 jVNBRDWcL+rLrOA3/nbIv2jDFCVn5wF87ZsLRwPV7JAdg4IoxB4IMKPV7uYwmKC0OqxB 83PQ== MIME-Version: 1.0 X-Received: by 10.182.176.34 with SMTP id cf2mr2286479obc.45.1371162741803; Thu, 13 Jun 2013 15:32:21 -0700 (PDT) Received: by 10.60.77.105 with HTTP; Thu, 13 Jun 2013 15:32:21 -0700 (PDT) In-Reply-To: <20130611023229.GA78926@icarus.home.lan> References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> <20130611023229.GA78926@icarus.home.lan> Date: Thu, 13 Jun 2013 17:32:21 -0500 Message-ID: Subject: Re: ACPI Warning, then hang From: Bryce Edwards To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnWDngv1MwSyvYZpgueEhpPnKJmCufQl2rH4Et/UsvPL5+H5u/M0DgGDEO/IZ6GbQhNJ6Cj Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 22:32:22 -0000 On Mon, Jun 10, 2013 at 9:32 PM, Jeremy Chadwick wrote: > On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: >> Verbose boot: >> >> https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg >> >> >> On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards wrote: >> > On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: >> >> On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: >> >>> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: >> >>> > I'm getting the following warning, and then the system locks: >> >>> > >> >>> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, >> >>> > should be 0x48 >> >>> > >> >>> > Here's a pic: http://db.tt/O6dxONzI >> >>> > >> >>> > System is on a SuperMicro C7X58 motherboard that I just upgraded to >> >>> > BIOS 2.0a, which I would like to stay on if possible. I tried >> >>> > adjusting all the ACPI related BIOS settings without success. >> >>> >> >>> The message in question refers to hard-coded data in one of the many >> >>> ACPI tables (see acpidump(8) for the list -- there are many). ACPI >> >>> tables are stored within the BIOS -- the motherboard/BIOS vendor has >> >>> full control over all of them and is fully 100% responsible for their >> >>> content. >> >>> >> >>> It looks to me like they severely botched their BIOS, or somehow it got >> >>> flashed wrong. >> >>> >> >>> You need to contact Supermicro Technical Support and tell them of the >> >>> problem. They need to either fix their BIOS, or help figure out what's >> >>> become corrupted. You can point them to this thread if you'd like. >> >>> >> >>> I should note that the corruption/issue is major enough that you are >> >>> missing very key/important lines from your dmesg (after "avail memory" >> >>> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. >> >>> Lines such as: >> >>> >> >>> Event timer "LAPIC" quality 400 >> >>> ACPI APIC Table: >> >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> >>> FreeBSD/SMP: 1 package(s) x 4 core(s) >> >>> cpu0 (BSP): APIC ID: 0 >> >>> cpu1 (AP): APIC ID: 1 >> >>> cpu2 (AP): APIC ID: 2 >> >>> cpu3 (AP): APIC ID: 3 >> >>> ioapic0 irqs 0-23 on motherboard >> >>> ioapic1 irqs 24-47 on motherboard >> >>> >> >>> In the meantime, you can try booting without ACPI support (there should >> >>> be a boot-up menu option for that) and pray that works. If it doesn't, >> >>> then your workaround is to roll back to an older BIOS version and/or put >> >>> pressure on Supermicro. You will find their Technical Support folks are >> >>> quite helpful/responsive to technical issues. >> >>> >> >>> Good luck and keep us posted on what transpires. >> >> >> >> Actually, that message is mostly harmless. All sorts of vendors ship >> >> tables with busted checksums that are in fact fine. :( However, the table >> >> name looks very odd which is more worrying. Booting without ACPI enabled >> >> would be a good first step. Trying a verbose boot to capture the last >> >> message before the hang would also be useful. >> >> >> >> -- >> >> John Baldwin >> > >> > Booting without ACPI did not work for me, although I might be able to >> > hack away at lots of BIOS setting to make it work. It didn't assign >> > IRQ's to things like the storage controller, etc. soI thought it was >> > probably not worth the effort. >> > >> > I did contact SuperMicro support as well, so we'll see what they have to say. >> > >> > I'll get a verbose boot posted up in a bit. > > A screenshot of a verbose boot is insufficient; as I'm sure you noticed > there are pages upon pages of information before the lock-up/crash. > Those pages are what folks are interested in. > > Because the system is hung, I doubt hitting Scroll Lock + using > PageUp/PageDown to go through the kernel message scrollback will work. > > You're going to need a serial-based console (i.e. hook something up to > COM1 on the motherboard, and get a null modem cable to connect to > another system where you use a serial port/terminal emulator (ex. PuTTY > for Windows, etc.) that has a scrollback buffer which you can copy-paste > or save. Set your serial port for 9600 baud, 8 bits, no parity, and 1 > stop bit (9600bps, 8N1). You'll need to have physical access to both > systems simultaneously. > > At the VGA console, boot FreeBSD then escape to the loader prompt > ("ok") and issue the following commands: > > set boot_multicons="YES" > set boot_serial="YES" > set console="comconsole,vidconsole" > boot > > You should begin seeing output on the serial port, and the system will > eventually hang/etc.. Then provide the captured output from the serial > port here. :-) > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Making life hard for others since 1977. PGP 4BD6C0CB | > I'm having a heck of a time getting the serial console working... FWIW, I'm getting the following when trying to boot into the most recent snapshot (memstick) from -current: https://dl.dropboxusercontent.com/u/141097/acpi-10-boot.jpg Bryce From owner-freebsd-stable@FreeBSD.ORG Thu Jun 13 22:50:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 80F7B8F5 for ; Thu, 13 Jun 2013 22:50:23 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id 27EF8187F for ; Thu, 13 Jun 2013 22:50:23 +0000 (UTC) Received: from mfilter11-d.gandi.net (mfilter11-d.gandi.net [217.70.178.131]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 70767172077; Fri, 14 Jun 2013 00:50:06 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter11-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter11-d.gandi.net (mfilter11-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id cYivE89nvANv; Fri, 14 Jun 2013 00:50:04 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 1886F172067; Fri, 14 Jun 2013 00:50:03 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 0418373A1C; Thu, 13 Jun 2013 15:50:02 -0700 (PDT) Date: Thu, 13 Jun 2013 15:50:02 -0700 From: Jeremy Chadwick To: Bryce Edwards Subject: Re: ACPI Warning, then hang Message-ID: <20130613225001.GA52157@icarus.home.lan> References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> <20130611023229.GA78926@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 22:50:23 -0000 On Thu, Jun 13, 2013 at 05:32:21PM -0500, Bryce Edwards wrote: > On Mon, Jun 10, 2013 at 9:32 PM, Jeremy Chadwick wrote: > > On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: > >> Verbose boot: > >> > >> https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg > >> > >> > >> On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards wrote: > >> > On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: > >> >> On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: > >> >>> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: > >> >>> > I'm getting the following warning, and then the system locks: > >> >>> > > >> >>> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, > >> >>> > should be 0x48 > >> >>> > > >> >>> > Here's a pic: http://db.tt/O6dxONzI > >> >>> > > >> >>> > System is on a SuperMicro C7X58 motherboard that I just upgraded to > >> >>> > BIOS 2.0a, which I would like to stay on if possible. I tried > >> >>> > adjusting all the ACPI related BIOS settings without success. > >> >>> > >> >>> The message in question refers to hard-coded data in one of the many > >> >>> ACPI tables (see acpidump(8) for the list -- there are many). ACPI > >> >>> tables are stored within the BIOS -- the motherboard/BIOS vendor has > >> >>> full control over all of them and is fully 100% responsible for their > >> >>> content. > >> >>> > >> >>> It looks to me like they severely botched their BIOS, or somehow it got > >> >>> flashed wrong. > >> >>> > >> >>> You need to contact Supermicro Technical Support and tell them of the > >> >>> problem. They need to either fix their BIOS, or help figure out what's > >> >>> become corrupted. You can point them to this thread if you'd like. > >> >>> > >> >>> I should note that the corruption/issue is major enough that you are > >> >>> missing very key/important lines from your dmesg (after "avail memory" > >> >>> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. > >> >>> Lines such as: > >> >>> > >> >>> Event timer "LAPIC" quality 400 > >> >>> ACPI APIC Table: > >> >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > >> >>> FreeBSD/SMP: 1 package(s) x 4 core(s) > >> >>> cpu0 (BSP): APIC ID: 0 > >> >>> cpu1 (AP): APIC ID: 1 > >> >>> cpu2 (AP): APIC ID: 2 > >> >>> cpu3 (AP): APIC ID: 3 > >> >>> ioapic0 irqs 0-23 on motherboard > >> >>> ioapic1 irqs 24-47 on motherboard > >> >>> > >> >>> In the meantime, you can try booting without ACPI support (there should > >> >>> be a boot-up menu option for that) and pray that works. If it doesn't, > >> >>> then your workaround is to roll back to an older BIOS version and/or put > >> >>> pressure on Supermicro. You will find their Technical Support folks are > >> >>> quite helpful/responsive to technical issues. > >> >>> > >> >>> Good luck and keep us posted on what transpires. > >> >> > >> >> Actually, that message is mostly harmless. All sorts of vendors ship > >> >> tables with busted checksums that are in fact fine. :( However, the table > >> >> name looks very odd which is more worrying. Booting without ACPI enabled > >> >> would be a good first step. Trying a verbose boot to capture the last > >> >> message before the hang would also be useful. > >> >> > >> >> -- > >> >> John Baldwin > >> > > >> > Booting without ACPI did not work for me, although I might be able to > >> > hack away at lots of BIOS setting to make it work. It didn't assign > >> > IRQ's to things like the storage controller, etc. soI thought it was > >> > probably not worth the effort. > >> > > >> > I did contact SuperMicro support as well, so we'll see what they have to say. > >> > > >> > I'll get a verbose boot posted up in a bit. > > > > A screenshot of a verbose boot is insufficient; as I'm sure you noticed > > there are pages upon pages of information before the lock-up/crash. > > Those pages are what folks are interested in. > > > > Because the system is hung, I doubt hitting Scroll Lock + using > > PageUp/PageDown to go through the kernel message scrollback will work. > > > > You're going to need a serial-based console (i.e. hook something up to > > COM1 on the motherboard, and get a null modem cable to connect to > > another system where you use a serial port/terminal emulator (ex. PuTTY > > for Windows, etc.) that has a scrollback buffer which you can copy-paste > > or save. Set your serial port for 9600 baud, 8 bits, no parity, and 1 > > stop bit (9600bps, 8N1). You'll need to have physical access to both > > systems simultaneously. > > > > At the VGA console, boot FreeBSD then escape to the loader prompt > > ("ok") and issue the following commands: > > > > set boot_multicons="YES" > > set boot_serial="YES" > > set console="comconsole,vidconsole" > > boot > > > > You should begin seeing output on the serial port, and the system will > > eventually hang/etc.. Then provide the captured output from the serial > > port here. :-) > > > > -- > > | Jeremy Chadwick jdc@koitsu.org | > > | UNIX Systems Administrator http://jdc.koitsu.org/ | > > | Making life hard for others since 1977. PGP 4BD6C0CB | > > > > I'm having a heck of a time getting the serial console working... Come to think of it, depending on "how" they implement the interrupt tie-ins for that (even with classic LPC/ISA, re: the whole IRQ 3/4 thing), that might not even work given the BIOS behaviour seen here. I'm grasping at straws at this one though, as there are literally hundreds of possibilities why "serial console doesn't work". > FWIW, I'm getting the following when trying to boot into the most > recent snapshot (memstick) from -current: > > https://dl.dropboxusercontent.com/u/141097/acpi-10-boot.jpg I believe what's shown there is just an effect of said malformed ACPI tables or busted BIOS. Details about the APIC setup (used for mapping a device to an interrupt) come from ACPI tables. Reference: http://en.wikipedia.org/wiki/Intel_APIC_Architecture#Problems If this is really key/mission critical, rolling back to a previous BIOS is really your best choice. Has Supermicro Technical Support gotten back to you? If so, what have they said? -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 01:31:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 39271483 for ; Fri, 14 Jun 2013 01:31:36 +0000 (UTC) (envelope-from bryce@bryce.net) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 060171747 for ; Fri, 14 Jun 2013 01:31:35 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j1so41162oag.18 for ; Thu, 13 Jun 2013 18:31:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=B48M/QV2rl1Csd6LLi6/wirI9uvdFVEMAdt2d3sDF9o=; b=Btzr9mCLWAr0JxARH64fIWRqbsQaLXL4Tq49ww0g2VYIb4iyDmgydxtJt4RGu5y4YK +R1O155HdwiF2Mmf25zVNrYm1KqdM4sc44yHQAuXFLyfqoOEGQCzobZ/UHo+S/0zKNxJ cJqLNdWWRm6iJkTqe6n+7CPOCpcohgR0x95jSltJXavy1nw1AzobYySmmbGafW6Bup/Z wSUmMyP0CoKi6CeeuswBd6DZwatjubXzuqAICi1jt1Y8qvBmquAGl9aozI4uuHmP2Cvw pEkmQPWivYsLn58v0Qr3aCV2DnZq2PP3lHfqIlFkceW1ypgBHkMo34tyUsCXmOe8uvdN k3qg== MIME-Version: 1.0 X-Received: by 10.182.34.164 with SMTP id a4mr84366obj.43.1371173495377; Thu, 13 Jun 2013 18:31:35 -0700 (PDT) Received: by 10.60.77.105 with HTTP; Thu, 13 Jun 2013 18:31:35 -0700 (PDT) In-Reply-To: <20130613225001.GA52157@icarus.home.lan> References: <20130610143507.GA66619@icarus.home.lan> <201306101219.01193.jhb@freebsd.org> <20130611023229.GA78926@icarus.home.lan> <20130613225001.GA52157@icarus.home.lan> Date: Thu, 13 Jun 2013 20:31:35 -0500 Message-ID: Subject: Re: ACPI Warning, then hang From: Bryce Edwards To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmxlyj/U4XcYLQErEViDboaVzND33m3LOD5y62wcFxWoUVovKHD64L2ygyZtCBSd44irtwO Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 01:31:36 -0000 On Thu, Jun 13, 2013 at 5:50 PM, Jeremy Chadwick wrote: > On Thu, Jun 13, 2013 at 05:32:21PM -0500, Bryce Edwards wrote: >> On Mon, Jun 10, 2013 at 9:32 PM, Jeremy Chadwick wrote: >> > On Mon, Jun 10, 2013 at 09:18:47PM -0500, Bryce Edwards wrote: >> >> Verbose boot: >> >> >> >> https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg >> >> >> >> >> >> On Mon, Jun 10, 2013 at 11:27 AM, Bryce Edwards wrote: >> >> > On Mon, Jun 10, 2013 at 11:19 AM, John Baldwin wrote: >> >> >> On Monday, June 10, 2013 10:35:07 am Jeremy Chadwick wrote: >> >> >>> On Mon, Jun 10, 2013 at 09:18:14AM -0500, Bryce Edwards wrote: >> >> >>> > I'm getting the following warning, and then the system locks: >> >> >>> > >> >> >>> > ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, >> >> >>> > should be 0x48 >> >> >>> > >> >> >>> > Here's a pic: http://db.tt/O6dxONzI >> >> >>> > >> >> >>> > System is on a SuperMicro C7X58 motherboard that I just upgraded to >> >> >>> > BIOS 2.0a, which I would like to stay on if possible. I tried >> >> >>> > adjusting all the ACPI related BIOS settings without success. >> >> >>> >> >> >>> The message in question refers to hard-coded data in one of the many >> >> >>> ACPI tables (see acpidump(8) for the list -- there are many). ACPI >> >> >>> tables are stored within the BIOS -- the motherboard/BIOS vendor has >> >> >>> full control over all of them and is fully 100% responsible for their >> >> >>> content. >> >> >>> >> >> >>> It looks to me like they severely botched their BIOS, or somehow it got >> >> >>> flashed wrong. >> >> >>> >> >> >>> You need to contact Supermicro Technical Support and tell them of the >> >> >>> problem. They need to either fix their BIOS, or help figure out what's >> >> >>> become corrupted. You can point them to this thread if you'd like. >> >> >>> >> >> >>> I should note that the corruption/issue is major enough that you are >> >> >>> missing very key/important lines from your dmesg (after "avail memory" >> >> >>> but before "kdbX at kdbmuxX", which come from pure reliance upon ACPI. >> >> >>> Lines such as: >> >> >>> >> >> >>> Event timer "LAPIC" quality 400 >> >> >>> ACPI APIC Table: >> >> >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> >> >>> FreeBSD/SMP: 1 package(s) x 4 core(s) >> >> >>> cpu0 (BSP): APIC ID: 0 >> >> >>> cpu1 (AP): APIC ID: 1 >> >> >>> cpu2 (AP): APIC ID: 2 >> >> >>> cpu3 (AP): APIC ID: 3 >> >> >>> ioapic0 irqs 0-23 on motherboard >> >> >>> ioapic1 irqs 24-47 on motherboard >> >> >>> >> >> >>> In the meantime, you can try booting without ACPI support (there should >> >> >>> be a boot-up menu option for that) and pray that works. If it doesn't, >> >> >>> then your workaround is to roll back to an older BIOS version and/or put >> >> >>> pressure on Supermicro. You will find their Technical Support folks are >> >> >>> quite helpful/responsive to technical issues. >> >> >>> >> >> >>> Good luck and keep us posted on what transpires. >> >> >> >> >> >> Actually, that message is mostly harmless. All sorts of vendors ship >> >> >> tables with busted checksums that are in fact fine. :( However, the table >> >> >> name looks very odd which is more worrying. Booting without ACPI enabled >> >> >> would be a good first step. Trying a verbose boot to capture the last >> >> >> message before the hang would also be useful. >> >> >> >> >> >> -- >> >> >> John Baldwin >> >> > >> >> > Booting without ACPI did not work for me, although I might be able to >> >> > hack away at lots of BIOS setting to make it work. It didn't assign >> >> > IRQ's to things like the storage controller, etc. soI thought it was >> >> > probably not worth the effort. >> >> > >> >> > I did contact SuperMicro support as well, so we'll see what they have to say. >> >> > >> >> > I'll get a verbose boot posted up in a bit. >> > >> > A screenshot of a verbose boot is insufficient; as I'm sure you noticed >> > there are pages upon pages of information before the lock-up/crash. >> > Those pages are what folks are interested in. >> > >> > Because the system is hung, I doubt hitting Scroll Lock + using >> > PageUp/PageDown to go through the kernel message scrollback will work. >> > >> > You're going to need a serial-based console (i.e. hook something up to >> > COM1 on the motherboard, and get a null modem cable to connect to >> > another system where you use a serial port/terminal emulator (ex. PuTTY >> > for Windows, etc.) that has a scrollback buffer which you can copy-paste >> > or save. Set your serial port for 9600 baud, 8 bits, no parity, and 1 >> > stop bit (9600bps, 8N1). You'll need to have physical access to both >> > systems simultaneously. >> > >> > At the VGA console, boot FreeBSD then escape to the loader prompt >> > ("ok") and issue the following commands: >> > >> > set boot_multicons="YES" >> > set boot_serial="YES" >> > set console="comconsole,vidconsole" >> > boot >> > >> > You should begin seeing output on the serial port, and the system will >> > eventually hang/etc.. Then provide the captured output from the serial >> > port here. :-) >> > >> > -- >> > | Jeremy Chadwick jdc@koitsu.org | >> > | UNIX Systems Administrator http://jdc.koitsu.org/ | >> > | Making life hard for others since 1977. PGP 4BD6C0CB | >> > >> >> I'm having a heck of a time getting the serial console working... > > Come to think of it, depending on "how" they implement the interrupt > tie-ins for that (even with classic LPC/ISA, re: the whole IRQ 3/4 > thing), that might not even work given the BIOS behaviour seen here. > I'm grasping at straws at this one though, as there are literally > hundreds of possibilities why "serial console doesn't work". > >> FWIW, I'm getting the following when trying to boot into the most >> recent snapshot (memstick) from -current: >> >> https://dl.dropboxusercontent.com/u/141097/acpi-10-boot.jpg > > I believe what's shown there is just an effect of said malformed ACPI > tables or busted BIOS. Details about the APIC setup (used for mapping a > device to an interrupt) come from ACPI tables. Reference: > > http://en.wikipedia.org/wiki/Intel_APIC_Architecture#Problems > > If this is really key/mission critical, rolling back to a previous BIOS > is really your best choice. > > Has Supermicro Technical Support gotten back to you? If so, what have > they said? > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Making life hard for others since 1977. PGP 4BD6C0CB | > OK, I'm back up & running... I got the previous BIOS back in place for now. I'll work with SuperMicro support to see if there's anything to be done, or at least to feed them details for a future BIOS rev. If anyone else on this list is running a SuperMicro C7X58 motherboard, let me know. Bryce From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:14:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F033C92; Fri, 14 Jun 2013 05:14:52 +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 DB0121093; Fri, 14 Jun 2013 05:14:51 +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 r5E5EoJU067773; Fri, 14 Jun 2013 05:14:50 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5Eog5067772; Fri, 14 Jun 2013 05:14:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:14:50 GMT Message-Id: <201306140514.r5E5Eog5067772@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 , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:14:52 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=arm TB --- 2013-06-14 05:10:17 - TARGET_ARCH=arm TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:14:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:14:50 - ERROR: failed to build world TB --- 2013-06-14 05:14:50 - 236.75 user 37.95 system 277.89 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:15:05 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 837D3CCE; Fri, 14 Jun 2013 05:15:05 +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 4C9871096; Fri, 14 Jun 2013 05:15:05 +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 r5E5F4qp069153; Fri, 14 Jun 2013 05:15:04 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5F46X069152; Fri, 14 Jun 2013 05:15:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:15:04 GMT Message-Id: <201306140515.r5E5F46X069152@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 , , Subject: [releng_8 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:15:05 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for mips/mips TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=mips TB --- 2013-06-14 05:10:17 - TARGET_ARCH=mips TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/mips/mips.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:15:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:15:04 - ERROR: failed to build world TB --- 2013-06-14 05:15:04 - 249.92 user 39.24 system 292.02 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:15:14 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ABEA0DC0; Fri, 14 Jun 2013 05:15: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 7506E109C; Fri, 14 Jun 2013 05:15:14 +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 r5E5FEVS071554; Fri, 14 Jun 2013 05:15:14 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5FELP071551; Fri, 14 Jun 2013 05:15:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:15:14 GMT Message-Id: <201306140515.r5E5FELP071551@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 , , Subject: [releng_8 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:15:14 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=ia64 TB --- 2013-06-14 05:10:17 - TARGET_ARCH=ia64 TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/ia64/ia64-c.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:15:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:15:14 - ERROR: failed to build world TB --- 2013-06-14 05:15:14 - 259.68 user 39.10 system 301.18 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:15:42 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 75726FF7; Fri, 14 Jun 2013 05:15:42 +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 3EB0110BD; Fri, 14 Jun 2013 05:15:42 +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 r5E5FfmW090463; Fri, 14 Jun 2013 05:15:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5FfJF090453; Fri, 14 Jun 2013 05:15:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:15:41 GMT Message-Id: <201306140515.r5E5FfJF090453@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 , , Subject: [releng_8 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:15:42 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=pc98 TB --- 2013-06-14 05:10:17 - TARGET_ARCH=i386 TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:15:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:15:41 - ERROR: failed to build world TB --- 2013-06-14 05:15:41 - 285.60 user 41.48 system 328.95 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:15:42 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 96C43FF8; Fri, 14 Jun 2013 05:15:42 +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 5F4F310BE; Fri, 14 Jun 2013 05:15:42 +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 r5E5Ff12090573; Fri, 14 Jun 2013 05:15:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5FfPX090565; Fri, 14 Jun 2013 05:15:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:15:41 GMT Message-Id: <201306140515.r5E5FfPX090565@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 , , Subject: [releng_8 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:15:42 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=i386 TB --- 2013-06-14 05:10:17 - TARGET_ARCH=i386 TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:15:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:15:41 - ERROR: failed to build world TB --- 2013-06-14 05:15:41 - 285.86 user 41.06 system 329.09 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:16:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 81D742C9; Fri, 14 Jun 2013 05:16:18 +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 4846A10F0; Fri, 14 Jun 2013 05:16:18 +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 r5E5GHpN024597; Fri, 14 Jun 2013 05:16:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5GHLF024583; Fri, 14 Jun 2013 05:16:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:16:17 GMT Message-Id: <201306140516.r5E5GHLF024583@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 , , Subject: [releng_8 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:16:18 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=amd64 TB --- 2013-06-14 05:10:17 - TARGET_ARCH=amd64 TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:16:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:16:17 - ERROR: failed to build world TB --- 2013-06-14 05:16:17 - 316.95 user 44.81 system 364.99 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:19:27 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5D2B05AA; Fri, 14 Jun 2013 05:19:27 +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 266941131; Fri, 14 Jun 2013 05:19:27 +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 r5E5JQwY078540; Fri, 14 Jun 2013 05:19:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5JQ1l078539; Fri, 14 Jun 2013 05:19:26 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:19:26 GMT Message-Id: <201306140519.r5E5JQ1l078539@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 , , Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:19:27 -0000 TB --- 2013-06-14 05:15:05 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:15:05 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:15:05 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-06-14 05:15:05 - cleaning the object tree TB --- 2013-06-14 05:15:05 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:15:06 - At svn revision 251732 TB --- 2013-06-14 05:15:07 - building world TB --- 2013-06-14 05:15:07 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:15:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:15:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:15:07 - SRCCONF=/dev/null TB --- 2013-06-14 05:15:07 - TARGET=sparc64 TB --- 2013-06-14 05:15:07 - TARGET_ARCH=sparc64 TB --- 2013-06-14 05:15:07 - TZ=UTC TB --- 2013-06-14 05:15:07 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:15:07 - cd /src TB --- 2013-06-14 05:15:07 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:15:08 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/sparc/sparc.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:19:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:19:26 - ERROR: failed to build world TB --- 2013-06-14 05:19:26 - 225.00 user 35.31 system 261.70 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 05:20:00 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 906CD6CE; Fri, 14 Jun 2013 05:20:00 +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 45FC31145; Fri, 14 Jun 2013 05:20: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 r5E5JxsP084901; Fri, 14 Jun 2013 05:19:59 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5JxDm084896; Fri, 14 Jun 2013 05:19:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:19:59 GMT Message-Id: <201306140519.r5E5JxDm084896@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 , , Subject: [releng_8 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:20:00 -0000 TB --- 2013-06-14 05:14:50 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:14:50 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:14:50 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2013-06-14 05:14:50 - cleaning the object tree TB --- 2013-06-14 05:14:50 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:14:53 - At svn revision 251732 TB --- 2013-06-14 05:14:54 - building world TB --- 2013-06-14 05:14:54 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:14:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:14:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:14:54 - SRCCONF=/dev/null TB --- 2013-06-14 05:14:54 - TARGET=powerpc TB --- 2013-06-14 05:14:54 - TARGET_ARCH=powerpc TB --- 2013-06-14 05:14:54 - TZ=UTC TB --- 2013-06-14 05:14:54 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:14:54 - cd /src TB --- 2013-06-14 05:14:54 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:14:54 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from /obj/powerpc/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:26: /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:76:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:19:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:19:59 - ERROR: failed to build world TB --- 2013-06-14 05:19:59 - 270.39 user 36.28 system 308.93 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:35:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1EB7F1E1 for ; Fri, 14 Jun 2013 07:35:46 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id AA24718D9 for ; Fri, 14 Jun 2013 07:35:45 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id d10so147992eaj.13 for ; Fri, 14 Jun 2013 00:35:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=QI8lzwQ3Xhfk7l1eKcFxH1geU7dCSGJm8Dyr55PtJjM=; b=OPcl/nY/2KfhOoWnQSW+T1P839jNbuw53/SfrXyKFp3knne8cA8XZYwkZk6CE49EnN 9NQI9yO+5nN5PjfCosvrbG+CnWDdDH0bIxZ0Y5fMy14M4bkvMRiZn20HS5mO7t75DCUi +Hz1HOVR8SE9xynYmshe9nZ59mM7SA752pMq8BuyPGzMssamaQuBM8o/0xH1L7oGEApj x+Xk634oq0Jq6zZzmz/0GE2ANraz16Hj7133ujhDyY7uPdtiquvHG2tsRxgNKSTIPxx2 O8Th0i+QYW+G+vOn0W1V+yl+Fwv+/SxZjcAHp8paCCOnvO5e9z6EM7MdmTTMN5QUNNF+ SLvg== X-Received: by 10.14.99.71 with SMTP id w47mr1440016eef.140.1371195344742; Fri, 14 Jun 2013 00:35:44 -0700 (PDT) Received: from [192.168.1.129] (schavemaker.nl. [213.84.84.186]) by mx.google.com with ESMTPSA id s43sm1657054eem.13.2013.06.14.00.35.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Jun 2013 00:35:44 -0700 (PDT) Message-ID: <51BAC7D1.70208@gmail.com> Date: Fri, 14 Jun 2013 09:35:45 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: zpool labelclear destroys GPT data References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:35:46 -0000 Kimmo Paasiala schreef: > On Fri, Jun 14, 2013 at 12:22 AM, Johan Hendriks wrote: >> Op 13-6-2013 14:40, Kimmo Paasiala schreef: >> >>> The 'device' can be a partition as well as the whole disk, use 'zpool >>> labelclear' on the freebsd-zfs partition instead of the whole disk. >>> >>> -Kimmo >>> >>> On Thu, Jun 13, 2013 at 3:29 PM, Johan Hendriks >>> wrote: >>>> When i use zpool labelclear, it wipes the whole disk including gpt data. >>>> So the whole disk is empty and i need to create the gpt partitions again. >>>> >>>> Is this supposed to work like this? >>>> The man page suggests that it only wipes the ZFS metadata. >>>> >>>> zpool labelclear [-f] device >>>> >>>> Removes ZFS label information from the specified device. The >>>> device >>>> must not be part of an active pool configuration. >>>> >>>> -v Treat exported or foreign devices as inactive. >>>> >>>> This is on FreeBSD 9.1 stable r251213 memstick install. >>>> >>>> regards >>>> >>>> Johan Hendriks >>>> Neuteboom Automatisering >>>> _______________________________________________ >>>> 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" >> Thanks for your reply. >> I will try it on the actual zfs partition. >> >> But imho it is a bad thing that it destroys the whole disk layout. >> It does not remove ZFS label information, it removes ALL label information >> on the disk or device you give it >> >> >> regards >> Johan Hendriks >> Neuteboom Automatisering >> > Of course, zpool(8) will do exactly what you tell it to do. It does > not know about any partitioning schemes and assumes that the user > knows that using labelclear on a the whole disk will potentially > destroy all data on it including any partitioning information. > > -Kimmo Well as i found out, zpool(8) does not know what it clears. ! :D I think an adjustment to the man page is in order here. The man page clearly state it removes ZFS labels, not GPT, gmirror and glabel labels. It should mention it will remove labels from the disk/device, and that it clears ALL labels. If a user reads the man page it now looks save to use labelclear. I thougt that zpool would know if there was zpool label information on the disk, and if i a case there is no ZFS label information it will tell me that! In my case i did not loose anything, so no big deal but there will proberbly be someone who gets bitten by this. A plus is that i found a new way to clear my disks fast ! ;) regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:39:56 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7E1D0332 for ; Fri, 14 Jun 2013 07:39:56 +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 3BE961914 for ; Fri, 14 Jun 2013 07:39:56 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1UnONf-000ArG-34 for stable@freebsd.org; Fri, 14 Jun 2013 10:25:07 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: stable@freebsd.org Subject: installworld dtrace problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jun 2013 10:25:07 +0300 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:39:56 -0000 with the latest changes to dtrace, make installworld has problems, some directories are not created: /usr/share/dtrace /usr/share/dtrace/toolkit creating them is a workaround. danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:40:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A8D19490 for ; Fri, 14 Jun 2013 07:40:38 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 41F14192B for ; Fri, 14 Jun 2013 07:40:38 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id 3C687A148 for ; Fri, 14 Jun 2013 09:40:39 +0200 (CEST) Message-ID: <51BAC94C.6060902@peterschmitt.fr> Date: Fri, 14 Jun 2013 09:42:04 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: zpool labelclear destroys GPT data References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> In-Reply-To: <51BAC7D1.70208@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2FHMQPSPQCCRTBHANWNQH" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:40:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2FHMQPSPQCCRTBHANWNQH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 14/06/2013 09:35, Johan Hendriks a =E9crit : > Kimmo Paasiala schreef: >> On Fri, Jun 14, 2013 at 12:22 AM, Johan Hendriks >> wrote: >>> Op 13-6-2013 14:40, Kimmo Paasiala schreef: >>> >>>> The 'device' can be a partition as well as the whole disk, use 'zpoo= l >>>> labelclear' on the freebsd-zfs partition instead of the whole disk. >>>> >>>> -Kimmo >>>> >>>> On Thu, Jun 13, 2013 at 3:29 PM, Johan Hendriks >>>> >>>> wrote: >>>>> When i use zpool labelclear, it wipes the whole disk including gpt >>>>> data. >>>>> So the whole disk is empty and i need to create the gpt partitions >>>>> again. >>>>> >>>>> Is this supposed to work like this? >>>>> The man page suggests that it only wipes the ZFS metadata. >>>>> >>>>> zpool labelclear [-f] device >>>>> >>>>> Removes ZFS label information from the specified device.= >>>>> The >>>>> device >>>>> must not be part of an active pool configuration. >>>>> >>>>> -v Treat exported or foreign devices as inactive. >>>>> >>>>> This is on FreeBSD 9.1 stable r251213 memstick install. >>>>> >>>>> regards >>>>> >>>>> Johan Hendriks >>>>> Neuteboom Automatisering >>>>> _______________________________________________ >>>>> 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" >>> Thanks for your reply. >>> I will try it on the actual zfs partition. >>> >>> But imho it is a bad thing that it destroys the whole disk layout. >>> It does not remove ZFS label information, it removes ALL label >>> information >>> on the disk or device you give it >>> >>> >>> regards >>> Johan Hendriks >>> Neuteboom Automatisering >>> >> Of course, zpool(8) will do exactly what you tell it to do. It does >> not know about any partitioning schemes and assumes that the user >> knows that using labelclear on a the whole disk will potentially >> destroy all data on it including any partitioning information. >> >> -Kimmo > Well as i found out, zpool(8) does not know what it clears. ! :D >=20 > I think an adjustment to the man page is in order here. > The man page clearly state it removes ZFS labels, not GPT, gmirror and > glabel labels. > It should mention it will remove labels from the disk/device, and that > it clears ALL labels. I agree with that, I thought too that zpool cleared only ZFS related labels. Thankfully no damage for me because it was in a script that wipe out the entire disk. > regards > Johan Hendriks --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | Thank you :) ------enig2FHMQPSPQCCRTBHANWNQH 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.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJRuslMAAoJEMtO2Sol0IImvvYH/0L6Ozh7aGQ7RKFudUsehA59 rcH62S9xCS8sn96hz6gPVTHpakAmPFAlM2wJTu4t+Jxxy+SQS4fl5Xsbg5cAQ/uh 6w3qiJdMOuQM5lLaqfrV+CuUYt/yUCgYplj4/zqqVJmFbtoyVc/e711ZSHMzAEud UcjreKZ1hiS0k50RbiIRDz3TitbRJtS/axfUcSoKbYnp/QaVZDIrw+jd/O1eeJuJ Bg35wjlyDpMVf43H3b7o7kUIepoK98Ke4ph5WAZGwG0vCIU4eTTDwyOSqsrPn6yA EFu7b6ioV/aRuMVhvEEj+pi73O+PNkfIFlt6Q4euzC51oQ0eRDl/yTChR3LytVk= =QaPV -----END PGP SIGNATURE----- ------enig2FHMQPSPQCCRTBHANWNQH-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:44:58 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2C2ED63A; Fri, 14 Jun 2013 07:44:58 +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 E974E196B; Fri, 14 Jun 2013 07:44:57 +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 r5E7ivQo091810; Fri, 14 Jun 2013 07:44:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7ivfX091805; Fri, 14 Jun 2013 07:44:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:44:57 GMT Message-Id: <201306140744.r5E7ivfX091805@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 , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:44:58 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=arm TB --- 2013-06-14 07:40:20 - TARGET_ARCH=arm TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:44:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:44:57 - ERROR: failed to build world TB --- 2013-06-14 07:44:57 - 239.15 user 40.03 system 285.28 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:45:12 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3C303674; Fri, 14 Jun 2013 07:45: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 06C57196E; Fri, 14 Jun 2013 07:45: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 r5E7jBTR093106; Fri, 14 Jun 2013 07:45:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7jBwS093105; Fri, 14 Jun 2013 07:45:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:45:11 GMT Message-Id: <201306140745.r5E7jBwS093105@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 , , Subject: [releng_8 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:45:12 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for mips/mips TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=mips TB --- 2013-06-14 07:40:20 - TARGET_ARCH=mips TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/mips/mips.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:45:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:45:11 - ERROR: failed to build world TB --- 2013-06-14 07:45:11 - 251.36 user 41.62 system 299.44 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:45:21 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5A39778A; Fri, 14 Jun 2013 07:45: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 224481974; Fri, 14 Jun 2013 07:45: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 r5E7jKYY094890; Fri, 14 Jun 2013 07:45:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7jKei094886; Fri, 14 Jun 2013 07:45:20 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:45:20 GMT Message-Id: <201306140745.r5E7jKei094886@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 , , Subject: [releng_8 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:45:21 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=ia64 TB --- 2013-06-14 07:40:20 - TARGET_ARCH=ia64 TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/ia64/ia64-c.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:45:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:45:20 - ERROR: failed to build world TB --- 2013-06-14 07:45:20 - 260.26 user 42.66 system 308.53 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:45:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9365F99E; Fri, 14 Jun 2013 07:45:49 +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 5D691198E; Fri, 14 Jun 2013 07:45: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 r5E7jm7h013982; Fri, 14 Jun 2013 07:45:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7jmbs013966; Fri, 14 Jun 2013 07:45:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:45:48 GMT Message-Id: <201306140745.r5E7jmbs013966@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 , , Subject: [releng_8 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:45:49 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=pc98 TB --- 2013-06-14 07:40:20 - TARGET_ARCH=i386 TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:45:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:45:48 - ERROR: failed to build world TB --- 2013-06-14 07:45:48 - 288.15 user 43.35 system 336.80 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:45:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DED9399F; Fri, 14 Jun 2013 07:45:49 +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 A7AAD198F; Fri, 14 Jun 2013 07:45: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 r5E7jnSG014260; Fri, 14 Jun 2013 07:45:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7jnYC014250; Fri, 14 Jun 2013 07:45:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:45:49 GMT Message-Id: <201306140745.r5E7jnYC014250@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 , , Subject: [releng_8 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:45:50 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=i386 TB --- 2013-06-14 07:40:20 - TARGET_ARCH=i386 TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:45:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:45:49 - ERROR: failed to build world TB --- 2013-06-14 07:45:49 - 288.24 user 43.66 system 337.11 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:46:26 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC1BABD3; Fri, 14 Jun 2013 07:46:26 +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 85B2619B9; Fri, 14 Jun 2013 07:46:26 +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 r5E7kQvZ049483; Fri, 14 Jun 2013 07:46:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7kQQv049471; Fri, 14 Jun 2013 07:46:26 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:46:26 GMT Message-Id: <201306140746.r5E7kQQv049471@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 , , Subject: [releng_8 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:46:26 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=amd64 TB --- 2013-06-14 07:40:20 - TARGET_ARCH=amd64 TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:46:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:46:26 - ERROR: failed to build world TB --- 2013-06-14 07:46:26 - 319.22 user 47.92 system 373.97 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:49:37 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6745CD68; Fri, 14 Jun 2013 07:49: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 2E5CD19F9; Fri, 14 Jun 2013 07:49:37 +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 r5E7naKr002701; Fri, 14 Jun 2013 07:49:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7naxt002700; Fri, 14 Jun 2013 07:49:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:49:36 GMT Message-Id: <201306140749.r5E7naxt002700@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 , , Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:49:37 -0000 TB --- 2013-06-14 07:45:11 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:45:11 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:45:11 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-06-14 07:45:11 - cleaning the object tree TB --- 2013-06-14 07:45:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:45:14 - At svn revision 251736 TB --- 2013-06-14 07:45:15 - building world TB --- 2013-06-14 07:45:15 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:45:15 - SRCCONF=/dev/null TB --- 2013-06-14 07:45:15 - TARGET=sparc64 TB --- 2013-06-14 07:45:15 - TARGET_ARCH=sparc64 TB --- 2013-06-14 07:45:15 - TZ=UTC TB --- 2013-06-14 07:45:15 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:45:15 - cd /src TB --- 2013-06-14 07:45:15 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:45:16 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/sparc/sparc.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:49:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:49:36 - ERROR: failed to build world TB --- 2013-06-14 07:49:36 - 226.46 user 36.68 system 265.01 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 07:50:11 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4E235F64; Fri, 14 Jun 2013 07:50:11 +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 0569B1A0B; Fri, 14 Jun 2013 07:50:10 +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 r5E7oACp009132; Fri, 14 Jun 2013 07:50:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7oABK009128; Fri, 14 Jun 2013 07:50:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:50:10 GMT Message-Id: <201306140750.r5E7oABK009128@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 , , Subject: [releng_8 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:50:11 -0000 TB --- 2013-06-14 07:44:57 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:44:57 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:44:57 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2013-06-14 07:44:57 - cleaning the object tree TB --- 2013-06-14 07:44:58 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:45:00 - At svn revision 251736 TB --- 2013-06-14 07:45:01 - building world TB --- 2013-06-14 07:45:01 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:45:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:45:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:45:01 - SRCCONF=/dev/null TB --- 2013-06-14 07:45:01 - TARGET=powerpc TB --- 2013-06-14 07:45:01 - TARGET_ARCH=powerpc TB --- 2013-06-14 07:45:01 - TZ=UTC TB --- 2013-06-14 07:45:01 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:45:01 - cd /src TB --- 2013-06-14 07:45:01 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:45:02 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from /obj/powerpc/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:26: /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:76:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:50:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:50:10 - ERROR: failed to build world TB --- 2013-06-14 07:50:10 - 270.98 user 38.86 system 312.99 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 08:02:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D57761D8 for ; Fri, 14 Jun 2013 08:02:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 456B41A78 for ; Fri, 14 Jun 2013 08:02:21 +0000 (UTC) Received: from [10.109.44.188] ([1.125.234.7]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5E82562005764 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 14 Jun 2013 17:32:11 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: zpool labelclear destroys GPT data Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <51BAC7D1.70208@gmail.com> Date: Fri, 14 Jun 2013 17:32:06 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> To: Johan Hendriks X-Mailer: Apple Mail (2.1508) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Kimmo Paasiala , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:02:22 -0000 On 14/06/2013, at 17:05, Johan Hendriks wrote: >> Of course, zpool(8) will do exactly what you tell it to do. It does >> not know about any partitioning schemes and assumes that the user >> knows that using labelclear on a the whole disk will potentially >> destroy all data on it including any partitioning information. >>=20 > Well as i found out, zpool(8) does not know what it clears. ! :D >=20 > I think an adjustment to the man page is in order here. > The man page clearly state it removes ZFS labels, not GPT, gmirror and = glabel labels. > It should mention it will remove labels from the disk/device, and that = it clears ALL labels. >=20 > If a user reads the man page it now looks save to use labelclear. > I thougt that zpool would know if there was zpool label information on = the disk, and if i a case there is no ZFS label information it will tell = me that! > In my case i did not loose anything, so no big deal but there will = proberbly be someone who gets bitten by this. >=20 > A plus is that i found a new way to clear my disks fast ! ;) It only clears ZFS labels, just because GPT & gmirror information sits = in a similar place doesn't make that incorrect. You are saying the equivalent of.. Why does "dd if=3D/dev/zero of=3D/dev/da0" erase my whole disk, not just = the first partition? ie you are giving the tool bad options and then complaining when it = doesn't do what you meant :) Perhaps it should be modified to check if there is valid ZFS data there = before proceeding (although that could be annoying unless there is a way = to force it), and/or the man page could be amended to say it doesn't do = any checks before erasing things. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 08:18:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 02106F3E for ; Fri, 14 Jun 2013 08:18:31 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id C775A1B29 for ; Fri, 14 Jun 2013 08:18:30 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id e11so721369iej.1 for ; Fri, 14 Jun 2013 01:18:30 -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=deA0SKgFQFdN3UknmSTNVn/yPpZGzD4leu7SAFhQkew=; b=FZCWupYbJ88WGLcOjuKYKY2Z+mGsaWRlXarYzO6HnWaDIcc5fC5Q/UYdyaz3Zqcsfc 4K8WXMunVROUyh1pHT6npGL5wtsSnaX/OqWsoweYsSTMW87lvfLojJlRo6dIm+fv2m6X fJH2TY7dWalRK6XfOAN+gXFjJ9j/DMzsniCIlIXJnRwzZUGvpZdzWyacvoyEXebwDs+V e+yDqaH3+u2QZNzdmSOowhhPvkgZsDNJ23sDFn5DsNXuqOaGZzFbmvr5gVthu8EcpnB3 vCIMaGtcjWfeJ122m8V11zUULNWdyOe+8fIlYrJN4GfySVTyiFjWcqB4L2FCIrqyfuYK 707g== MIME-Version: 1.0 X-Received: by 10.50.102.101 with SMTP id fn5mr494257igb.22.1371197909965; Fri, 14 Jun 2013 01:18:29 -0700 (PDT) Received: by 10.64.128.100 with HTTP; Fri, 14 Jun 2013 01:18:29 -0700 (PDT) In-Reply-To: <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> Date: Fri, 14 Jun 2013 10:18:29 +0200 Message-ID: Subject: Re: zpool labelclear destroys GPT data From: Alban Hertroys To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Johan Hendriks , Kimmo Paasiala , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:18:31 -0000 On 14 June 2013 10:02, Daniel O'Connor wrote: > > On 14/06/2013, at 17:05, Johan Hendriks wrote: > >> Of course, zpool(8) will do exactly what you tell it to do. It does > >> not know about any partitioning schemes and assumes that the user > >> knows that using labelclear on a the whole disk will potentially > >> destroy all data on it including any partitioning information. > >> > > Well as i found out, zpool(8) does not know what it clears. ! :D > > > > I think an adjustment to the man page is in order here. > > The man page clearly state it removes ZFS labels, not GPT, gmirror and > glabel labels. > > It should mention it will remove labels from the disk/device, and that > it clears ALL labels. > > > > If a user reads the man page it now looks save to use labelclear. > > I thougt that zpool would know if there was zpool label information on > the disk, and if i a case there is no ZFS label information it will tell me > that! > > In my case i did not loose anything, so no big deal but there will > proberbly be someone who gets bitten by this. > > > > A plus is that i found a new way to clear my disks fast ! ;) > > > It only clears ZFS labels, just because GPT & gmirror information sits in > a similar place doesn't make that incorrect. > > You are saying the equivalent of.. > Why does "dd if=/dev/zero of=/dev/da0" erase my whole disk, not just the > first partition? > > ie you are giving the tool bad options and then complaining when it > doesn't do what you meant :) > > Perhaps it should be modified to check if there is valid ZFS data there > before proceeding (although that could be annoying unless there is a way to > force it), and/or the man page could be amended to say it doesn't do any > checks before erasing things. > The same goes for several geom labels. For example, if you write a geom_mirror label to a GPT-partitioned disk (as opposed to writing it to a partition within that disk), you overwrite the backup GPT table. I got recently warned not to do that (it didn't apply in my case, but still). IMHO it would be helpful to verify what's there first and warn the user about it if such an operation will overwrite a different type of label than what is about to get written there. Perhaps it should even refuse to write (by issuing an error stating that there is already a label there - and preferably also what type) until the label that's already there gets explicitly cleared by the user or until the command gets forced. Does that make sense? If you can't see the forest for the trees, Cut the trees and you'll see there is no forest. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 08:21:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 19D091E6 for ; Fri, 14 Jun 2013 08:21:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 973021B78 for ; Fri, 14 Jun 2013 08:21:23 +0000 (UTC) Received: from [10.109.44.188] ([1.125.234.7]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5E8L8l9006425 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 14 Jun 2013 17:51:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: zpool labelclear destroys GPT data Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: Date: Fri, 14 Jun 2013 17:51:08 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> To: Alban Hertroys X-Mailer: Apple Mail (2.1508) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Johan Hendriks , Kimmo Paasiala , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:21:24 -0000 On 14/06/2013, at 17:48, Alban Hertroys wrote: > IMHO it would be helpful to verify what's there first and warn the = user about it if such an operation will overwrite a different type of = label than what is about to get written there. > Perhaps it should even refuse to write (by issuing an error stating = that there is already a label there - and preferably also what type) = until the label that's already there gets explicitly cleared by the user = or until the command gets forced. > Does that make sense? The problem with this is that then each label tool needs to know about = every other label format you want to detect for.. If a label format has a checksum then you could ignore a request to nuke = the label if there is no valid checksum (with a flag to force). No idea = how many have checksums though.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 08:46:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DBDCF9CB for ; Fri, 14 Jun 2013 08:46:51 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id AB6CB1C6C for ; Fri, 14 Jun 2013 08:46:51 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id 9so739539iec.5 for ; Fri, 14 Jun 2013 01:46:51 -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=3Wm5h9kzKKuNsUOdWrVAphQ7GNLeUCEiVxoi51NOj2E=; b=Npr40Ek/HCO19Zy5szZ3Q5equHtCf1N65iiiFGoyeKCWIdF6OgItsAC2INFcq4pJt2 SRzoMo3vqsOusIus0JcoaRQMV6v0s8WRuppF0RyjPD7p1MvHe0pOYlJ179QD+dLcItqY egmdNrSVGbJS589HNW5bDk9UnkWSinbMPwrk2D+eTBblMwfVNohKxS6I1adtODVKevQu uAXcRmZlTsFEGJyqKGWUjfkzMJduaWU/AuVlqVD0fvmtlZB5qpi1Pt4LsZGg721tE9Lr QtYZRIjE/dfE8DYHkULKLU24lF5fQQs0Lv9DpcxODt93mr/q8MWqaQax6V9m5SMdIt4G AR3Q== MIME-Version: 1.0 X-Received: by 10.50.129.68 with SMTP id nu4mr548890igb.9.1371199611286; Fri, 14 Jun 2013 01:46:51 -0700 (PDT) Received: by 10.64.128.100 with HTTP; Fri, 14 Jun 2013 01:46:51 -0700 (PDT) In-Reply-To: References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> Date: Fri, 14 Jun 2013 10:46:51 +0200 Message-ID: Subject: Re: zpool labelclear destroys GPT data From: Alban Hertroys To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Johan Hendriks , Kimmo Paasiala , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:46:51 -0000 On 14 June 2013 10:21, Daniel O'Connor wrote: > > On 14/06/2013, at 17:48, Alban Hertroys wrote: > > IMHO it would be helpful to verify what's there first and warn the user > about it if such an operation will overwrite a different type of label than > what is about to get written there. > > Perhaps it should even refuse to write (by issuing an error stating that > there is already a label there - and preferably also what type) until the > label that's already there gets explicitly cleared by the user or until the > command gets forced. > > Does that make sense? > > The problem with this is that then each label tool needs to know about > every other label format you want to detect for.. > Isn't it possible to add such information to labels, so that the tools at least know "who" to ask what they're dealing with? > > If a label format has a checksum then you could ignore a request to nuke > the label if there is no valid checksum (with a flag to force). No idea how > many have checksums though.. > If there is no guaranteed method of identifying "data" on the disk as a label, then you can't warn the user in all cases. That's not particularly helpful for those cases where you can't warn the user. That's possibly a worse situation than what started this thread. -- If you can't see the forest for the trees, Cut the trees and you'll see there is no forest. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 08:48:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 60F01AF1 for ; Fri, 14 Jun 2013 08:48:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DBF801C8C for ; Fri, 14 Jun 2013 08:48:41 +0000 (UTC) Received: from [10.109.44.188] ([1.125.234.7]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5E8mYvS007338 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 14 Jun 2013 18:18:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: zpool labelclear destroys GPT data Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: Date: Fri, 14 Jun 2013 18:18:34 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51B9BB14.6020103@gmail.com> <51BA381C.8070900@gmail.com> <51BAC7D1.70208@gmail.com> <0A53B6AA-9614-42E9-8AA1-82233426EEE6@gsoft.com.au> To: Alban Hertroys X-Mailer: Apple Mail (2.1508) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Johan Hendriks , Kimmo Paasiala , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:48:42 -0000 On 14/06/2013, at 18:16, Alban Hertroys wrote: >> The problem with this is that then each label tool needs to know = about every other label format you want to detect for.. >=20 > Isn't it possible to add such information to labels, so that the tools = at least know "who" to ask what they're dealing with? >=20 Not really, the format of the labels is fixed, and there is no standard = way they are arranged. > If there is no guaranteed method of identifying "data" on the disk as = a label, then you can't warn the user in all cases. That's not = particularly helpful for those cases where you can't warn the user. = That's possibly a worse situation than what started this thread. Being warned some of the time seems better than none of the time. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 09:55:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0DCBA51B; Fri, 14 Jun 2013 09:55:31 +0000 (UTC) (envelope-from josefkarthauser@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 7514D1320; Fri, 14 Jun 2013 09:55:30 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w57so309923wes.1 for ; Fri, 14 Jun 2013 02:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:message-id:mime-version:date:subject:cc:to :x-mailer; bh=nN0SSje1VyLm4dtAbnSdrhpxlSPscJ35WGIH2IUbT58=; b=UFEWAIK2WQ9Tf9t4RtU9eO7zOOHqj40xe3sAkN3dY2FqMpeUG6/mHD9LDz91pIf/iv +Y44XkFL3q8IqpdoXOmd6x0l9H99OHrBrIuE0ZXdc2oIaL9L3BJALjhCG8mdOyfLto4/ cjayiZCtAOi6Nk19j0ZbZ+fUxJ4pUG+e/0pZYlKpCTbiXeq9wDap86C7F+/5QNenEp/r wYjax2otkCwKIbPThrIDTwPWC++7cSJrBb0wZ/bxy2YuGDoSb+oYgZrt5t9X7ANVqtP0 rOpdV5KNDUxlDGhyUs0ka+qnnz3tMZ3ogFIcPwaQcmAz6EXy8xVkN5LGxsiLdA+sVC0C lCXA== X-Received: by 10.180.39.136 with SMTP id p8mr877971wik.11.1371203729585; Fri, 14 Jun 2013 02:55:29 -0700 (PDT) Received: from phoenix.fritz.box ([81.187.183.70]) by mx.google.com with ESMTPSA id o14sm1977777wiv.3.2013.06.14.02.55.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Jun 2013 02:55:28 -0700 (PDT) From: Dr Josef Karthauser Message-Id: <301B4131-F677-4B8D-ABF6-A6D269FE604E@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Date: Fri, 14 Jun 2013 10:55:29 +0100 Subject: Help! :( ZFS panic on boot, importing pool after server crash. To: fs@freebsd.org X-Mailer: Apple Mail (2.1503) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 09:55:31 -0000 Hi, I'm a bit at the end of my tether. We had a ZFS panic last night on a machine that hosts all my mail and = web; it was rebooted and it now panics mounting the ZFS root filesystem. The call stack info is: solaris assert: ss =3D=3D NULL, file: = /usr/src/sys/modules/zfs/../../cddl/contrib/opensource/uts/common/fs/zfs/s= pace_map.c, line: 109 kdb_backtrace panic space_map_add space_map_load metaslab_activate metaslab_allocate zio_dva_allocate=09 zio_execute taskqueue_run_locked taskqueue_thread_loop fork_exit fork_trampoline I can boot from the live DVD filesystem, but I can only mount the pool = read-only without getting the same kernel panic. This is with FreeBSD = 9.0. The machine is remote, and I don't have access other than through a DRAC = console port (so I can't cut and paste; sorry for the poor stack trace). Is anyone here in the position to advice me how I might process to get = this machine mounting and running again in multi-user mode? Thanks so much. Joe p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a ZFS = root file system.= From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:05:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 92AD5A48 for ; Fri, 14 Jun 2013 10:05:06 +0000 (UTC) (envelope-from jozze.zepl@gmail.com) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 5601213BD for ; Fri, 14 Jun 2013 10:05:06 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id m1so309352ves.28 for ; Fri, 14 Jun 2013 03:05:05 -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 :content-type; bh=NTyfQKBe2zNhU55hkk/Vdzo9ezz/n7ipRHK/eL66Fms=; b=xjvPuA2VDAhQeioebm/8ShyhsQxWFUZG/JXkkDM8uMcAeWCwfE85Ag3ynDOrDudCou 8V2/E21KqYm27Kg0pavdGhxID7HX6S+bN2Ob0W428tPiCO4ICNb5xU5h+pGM3Xsjgq1P msM/bp3yC8WZKTSoUchYFOHSD4eRHKBY1lXA3yoKDw18oQu7IofSX8VmOxw59eQmkbn9 52BIsqBE3skjRkpwjVTUauPe7eduWxCv0yiqHXXRgSKR7N57JBJ43x36HYISCXLdM/vc 0BVy2zmmHOEKQMBK//A0oEhutWr1mSTJBgK7g4wyq1Gn9x+VwsTY0KucjciaPRKFyUH6 4iOA== MIME-Version: 1.0 X-Received: by 10.58.224.102 with SMTP id rb6mr655548vec.43.1371204305740; Fri, 14 Jun 2013 03:05:05 -0700 (PDT) Received: by 10.58.228.196 with HTTP; Fri, 14 Jun 2013 03:05:05 -0700 (PDT) In-Reply-To: <201306131337.r5DDbFYx089572@fire.js.berklix.net> References: <201306131337.r5DDbFYx089572@fire.js.berklix.net> Date: Fri, 14 Jun 2013 12:05:05 +0200 Message-ID: Subject: Re: Suggesting a new experimental fork for ports tree From: =?ISO-8859-2?Q?Jo=BEe_Zobec?= To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:05:06 -0000 Sorry for not replying earlier, I had a lot of work to do. We had the discussion about extra fork for ports on the FreeBSD forums too (few days ago) and they suggested redports. I didn't know before that such a thing already existed, so it's okay. I apologize for not reasearching the matter more thoroughly before. The arguments that John presented are sound and good. I understand now, why you don't want to officially endorse such an idea. I will give reports a chance and see what goes. In any case, thanks for the replies! Jo=BEe 2013/6/13 Julian H. Stacey > Hi, Reference: > > From: =3D?ISO-8859-2?Q?Jo=3DBEe_Zobec?=3D > > Date: Wed, 12 Jun 2013 20:04:30 +0200 > > > Apart from the maintainer of the port, there would also be "sub" > > maintainerswhich would be those people who helped patch the port into t= he > > good shape: > > > > # make -C /usr/ports/section/someport maintainer > > > > would return the maintainer (1st address) and additional addresses to > turn > > for questions. When the port would be committed to the "good" ports tre= e, > > sub-maintainers would be left out. > > Maybe it'd help to break jozze.zepl's suggestions in to 2 parts ? > - Working & non working ports tree > (No comment from me on that) > > - Multiple maintainers > > I believe MAINTAINER=3D value is currently a unitary mail address, which > is [usually] an individual or a freebsd mail list. > I recall before we've discussed adding names of alternates/ extras, > (perhaps comma seperated), & that some who maintain > .mk macros & shell scripts pointed out some difficulties if changed. > > Even within the current unchanged syntax, > handfulls of maintainers might already co-operate on a per port basis, > with eg > MAINTAINER=3Dport_xyz_maintainers@their-domain.com > > their-domain.com /etc/mail/aliases: > port_xyz_maintainers: port_xyz_maint0, port_xyz_maint1 > port_xyz_maint0: jack@upthehill.com > port_xyz_maint1: jill@downthehill.com > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich > http://berklix.com > Reply below not above, like a play script. Indent old text with "> ". > Send plain text. No quoted-printable, HTML, base64, > multipart/alternative. > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:14:56 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 716EBE60; Fri, 14 Jun 2013 10:14:56 +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 399B815EC; Fri, 14 Jun 2013 10:14:56 +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 r5EAEtK9015966; Fri, 14 Jun 2013 10:14:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAEsfb015941; Fri, 14 Jun 2013 10:14:54 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:14:54 GMT Message-Id: <201306141014.r5EAEsfb015941@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 , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:14:56 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=arm TB --- 2013-06-14 10:10:20 - TARGET_ARCH=arm TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:14:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:14:54 - ERROR: failed to build world TB --- 2013-06-14 10:14:54 - 236.96 user 39.35 system 282.76 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:15:09 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D1BC1F5D; Fri, 14 Jun 2013 10:15:09 +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 9B14515F2; Fri, 14 Jun 2013 10:15:09 +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 r5EAF9fU017234; Fri, 14 Jun 2013 10:15:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAF9g2017233; Fri, 14 Jun 2013 10:15:09 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:15:09 GMT Message-Id: <201306141015.r5EAF9g2017233@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 , , Subject: [releng_8 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:15:09 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for mips/mips TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=mips TB --- 2013-06-14 10:10:20 - TARGET_ARCH=mips TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/mips/mips.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips/src/tmp/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:15:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:15:09 - ERROR: failed to build world TB --- 2013-06-14 10:15:09 - 249.45 user 41.05 system 297.08 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:15:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DD930F95; Fri, 14 Jun 2013 10:15:18 +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 A7F7215FB; Fri, 14 Jun 2013 10:15:18 +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 r5EAFIFg018832; Fri, 14 Jun 2013 10:15:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAFI2l018820; Fri, 14 Jun 2013 10:15:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:15:18 GMT Message-Id: <201306141015.r5EAFI2l018820@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 , , Subject: [releng_8 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:15:18 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=ia64 TB --- 2013-06-14 10:10:20 - TARGET_ARCH=ia64 TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/ia64/ia64-c.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:15:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:15:18 - ERROR: failed to build world TB --- 2013-06-14 10:15:18 - 258.98 user 41.10 system 306.12 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:15:46 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 968E615E; Fri, 14 Jun 2013 10:15: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 6110A160B; Fri, 14 Jun 2013 10:15:46 +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 r5EAFjtN037674; Fri, 14 Jun 2013 10:15:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAFj0q037662; Fri, 14 Jun 2013 10:15:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:15:45 GMT Message-Id: <201306141015.r5EAFj0q037662@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 , , Subject: [releng_8 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:15:46 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=pc98 TB --- 2013-06-14 10:10:20 - TARGET_ARCH=i386 TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/pc98/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:15:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:15:45 - ERROR: failed to build world TB --- 2013-06-14 10:15:45 - 286.27 user 41.81 system 333.84 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:15:46 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DCDA9160; Fri, 14 Jun 2013 10:15: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 A67B1160C; Fri, 14 Jun 2013 10:15:46 +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 r5EAFkYA037907; Fri, 14 Jun 2013 10:15:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAFkEW037899; Fri, 14 Jun 2013 10:15:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:15:46 GMT Message-Id: <201306141015.r5EAFkEW037899@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 , , Subject: [releng_8 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:15:46 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=i386 TB --- 2013-06-14 10:10:20 - TARGET_ARCH=i386 TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:15:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:15:46 - ERROR: failed to build world TB --- 2013-06-14 10:15:46 - 285.94 user 42.51 system 334.12 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 10:16:22 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B56A48B; Fri, 14 Jun 2013 10:16:22 +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 6542F1637; Fri, 14 Jun 2013 10:16:22 +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 r5EAGMKu072484; Fri, 14 Jun 2013 10:16:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAGLVk072473; Fri, 14 Jun 2013 10:16:21 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:16:21 GMT Message-Id: <201306141016.r5EAGLVk072473@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 , , Subject: [releng_8 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:16:22 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=amd64 TB --- 2013-06-14 10:10:20 - TARGET_ARCH=amd64 TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/amd64/src/tmp/usr\" -I/obj/amd64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/amd64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:16:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:16:21 - ERROR: failed to build world TB --- 2013-06-14 10:16:21 - 317.47 user 45.60 system 369.86 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 11:00:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 726CE80B; Fri, 14 Jun 2013 11:00:57 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id C181F10D3; Fri, 14 Jun 2013 11:00:56 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z5so453531lbh.35 for ; Fri, 14 Jun 2013 04:00:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jCKtUJQG1oIn/J1GPhD2GxSSIaMiTzdi43gmUk5mmOY=; b=DWPhNWoUPjDVfYX0tXEHzWpA5lOaKcJI+c1KxE13qJjq8tjV9NNYvHn7iiITkv06ut u/aNFyxss0EZ0BRdzLivS7YDdZx+pzHKVoBuJ+ecgZBVTgR0dYW1kuwhhz7pAEqnLC/Z pHYIHJ4VARUVXQPgZAyKIeu/N+YxHwYBxOp1gndK5/CXy3lrlusPZqRmmUeD3pWmLCMn siWATlGRlNu6lm/zQ5Wvmo8TPiwRAXPHT4Gbv18funeRvwiRT1D4kl/zXMug/rNDb7iE o0DdJuiXJNekNFljpKEHbXCjEkYoab+u9iZFsoYBRe/a2hxZVLa+R6q9dL9UAyeT5KhR wrRQ== X-Received: by 10.152.20.66 with SMTP id l2mr920749lae.30.1371207655326; Fri, 14 Jun 2013 04:00:55 -0700 (PDT) Received: from [192.168.1.125] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id p20sm663301lbb.17.2013.06.14.04.00.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Jun 2013 04:00:54 -0700 (PDT) Message-ID: <51BAF7E3.4020401@gmail.com> Date: Fri, 14 Jun 2013 14:00:51 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: Dr Josef Karthauser , fs@freebsd.org Subject: Re: Help! :( ZFS panic on boot, importing pool after server crash. References: <301B4131-F677-4B8D-ABF6-A6D269FE604E@gmail.com> In-Reply-To: <301B4131-F677-4B8D-ABF6-A6D269FE604E@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 11:00:57 -0000 14.06.2013 12:55, Dr Josef Karthauser: > Hi, I'm a bit at the end of my tether. > > We had a ZFS panic last night on a machine that hosts all my mail and web; it was rebooted and it now panics mounting the ZFS root filesystem. > > The call stack info is: > > solaris assert: ss == NULL, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensource/uts/common/fs/zfs/space_map.c, line: 109 > > kdb_backtrace > panic > space_map_add > space_map_load > metaslab_activate > metaslab_allocate > zio_dva_allocate > zio_execute > taskqueue_run_locked > taskqueue_thread_loop > fork_exit > fork_trampoline > > I can boot from the live DVD filesystem, but I can only mount the pool read-only without getting the same kernel panic. This is with FreeBSD 9.0. > > The machine is remote, and I don't have access other than through a DRAC console port (so I can't cut and paste; sorry for the poor stack trace). > > Is anyone here in the position to advice me how I might process to get this machine mounting and running again in multi-user mode? There's no official way. > p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a ZFS root file system. If you are fairly sure about your devices you can: 1. Remove second disk from pool or create another pool on top of it. 2. Recreate all FS structure on the second disk. You can dump al your FS with something like: zfs list -Ho name | xargs -n1 zfs get -H all | awk 'BEGIN{shard="";output=""}{if(shard!=$1 && shard!=""){output="zfs create";for(param in params)output=output" -o "param"="params[param];print output" "shard;delete params;shard=""}}$4~/local/{params[$2]=$3;shard=$1;next}$2~/type/{shard=$1}END{output="zfs create";for(param in params)output=output" -o "param"="params[param];print output" "shard;}' Be sure to rename the pool and change the first line. 3. Rsync all data to the second disk. 4. Try to boot from the second disk. If everything worked you are free to attach first disk to second one to create a mirror again. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 11:23:43 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A6B6B36; Fri, 14 Jun 2013 11:23:43 +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 CE55915FE; Fri, 14 Jun 2013 11:23:42 +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 r5EAK6CM033196; Fri, 14 Jun 2013 10:20:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAK6Le033188; Fri, 14 Jun 2013 10:20:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:20:06 GMT Message-Id: <201306141020.r5EAK6Le033188@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 , , Subject: [releng_8 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 11:23:43 -0000 TB --- 2013-06-14 10:14:55 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:14:55 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:14:55 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2013-06-14 10:14:55 - cleaning the object tree TB --- 2013-06-14 10:14:56 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:14:59 - At svn revision 251744 TB --- 2013-06-14 10:15:00 - building world TB --- 2013-06-14 10:15:00 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:15:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:15:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:15:00 - SRCCONF=/dev/null TB --- 2013-06-14 10:15:00 - TARGET=powerpc TB --- 2013-06-14 10:15:00 - TARGET_ARCH=powerpc TB --- 2013-06-14 10:15:00 - TZ=UTC TB --- 2013-06-14 10:15:00 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:15:00 - cd /src TB --- 2013-06-14 10:15:00 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:15:00 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from /obj/powerpc/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:26: /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:76:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:20:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:20:06 - ERROR: failed to build world TB --- 2013-06-14 10:20:06 - 270.45 user 37.16 system 310.46 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 11:23:43 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E42EB37; Fri, 14 Jun 2013 11:23:43 +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 5846115FF; Fri, 14 Jun 2013 11:23:43 +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 r5EAJWYQ026741; Fri, 14 Jun 2013 10:19:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAJWQX026740; Fri, 14 Jun 2013 10:19:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:19:32 GMT Message-Id: <201306141019.r5EAJWQX026740@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 , , Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 11:23:43 -0000 TB --- 2013-06-14 10:15:09 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:15:09 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:15:09 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-06-14 10:15:09 - cleaning the object tree TB --- 2013-06-14 10:15:10 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:15:12 - At svn revision 251744 TB --- 2013-06-14 10:15:13 - building world TB --- 2013-06-14 10:15:13 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:15:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:15:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:15:13 - SRCCONF=/dev/null TB --- 2013-06-14 10:15:13 - TARGET=sparc64 TB --- 2013-06-14 10:15:13 - TARGET_ARCH=sparc64 TB --- 2013-06-14 10:15:13 - TZ=UTC TB --- 2013-06-14 10:15:13 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:15:13 - cd /src TB --- 2013-06-14 10:15:13 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:15:13 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/sparc/sparc.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:19:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:19:32 - ERROR: failed to build world TB --- 2013-06-14 10:19:32 - 225.12 user 36.28 system 263.32 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 12:51:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7E8ACD3F; Fri, 14 Jun 2013 12:51:44 +0000 (UTC) (envelope-from josefkarthauser@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) by mx1.freebsd.org (Postfix) with ESMTP id E52521D45; Fri, 14 Jun 2013 12:51:43 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a12so461576wgh.28 for ; Fri, 14 Jun 2013 05:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=WXoR6eZeOIXmv9TKhiys0rQMPHQV+SdWKECKdmhBQ/M=; b=RIsPWINv+dXnITu0ky8QQj+VjColWoba5hlA+bUB1kApkL4UmN1Xhbhm/r2jtivvtV rn0IfYFAHFwFCJIUMId9Bv1biS3XM6P5R9HQ2kj+vej6a5Zi2eujgj1MgacFzikfMy8A 5wcw7mZ/pr/Gl9K8fsyUBl3m0sK0NbHYHPFuv5/mVtbJ0915yrri8X9dYujp1Ry4ExSh YMyeU7eNq8MecuZJglFaX8yVStNLWwQMaqroF5WlbJwBKoUylNmDC48FeFMS7E9Nmv7T q39BynSUmaX0tACHJEFpSjgLKIRG39Q8QgJt9hfxbLnQbcSNRY05SLrI16SqA/dp3bda Ldgw== X-Received: by 10.194.242.136 with SMTP id wq8mr1367543wjc.60.1371214303095; Fri, 14 Jun 2013 05:51:43 -0700 (PDT) Received: from ?IPv6:2001:8b0:3a3::ad3c:495b:5c7b:32f1? ([2001:8b0:3a3:0:ad3c:495b:5c7b:32f1]) by mx.google.com with ESMTPSA id fo10sm3008607wib.8.2013.06.14.05.51.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Jun 2013 05:51:42 -0700 (PDT) Subject: Re: Help! :( ZFS panic on boot, importing pool after server crash. Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Content-Type: text/plain; charset=us-ascii From: Dr Josef Karthauser In-Reply-To: <51BAF7E3.4020401@gmail.com> Date: Fri, 14 Jun 2013 13:51:40 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9AF22029-B753-4D74-A798-11C0A1C55D88@gmail.com> References: <301B4131-F677-4B8D-ABF6-A6D269FE604E@gmail.com> <51BAF7E3.4020401@gmail.com> To: Volodymyr Kostyrko X-Mailer: Apple Mail (2.1503) Cc: "freebsd-stable@freebsd.org" , fs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 12:51:44 -0000 On 14 Jun 2013, at 12:00, Volodymyr Kostyrko wrote: > 14.06.2013 12:55, Dr Josef Karthauser: >> Hi, I'm a bit at the end of my tether. >> p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a = ZFS root file system. >=20 > If you are fairly sure about your devices you can: >=20 > 1. Remove second disk from pool or create another pool on top of it. >=20 > 2. Recreate all FS structure on the second disk. You can dump al your = FS with something like: >=20 Great. Thanks for that. Have you got a hint as to how I can get access to the root file system? = It's currently set to have a legacy mount point. Which means that when = I import the pool: # zfs import -o readonly=3Don -o altroot=3D/tmp/zfs -f poolname the root filesystem is missing. Then if I try and set the mount point: #zfs set mountpoint=3D/tmp/zfs2 poolname it just sits there; probably because the command is blocking on the R/O = pool, or something. How do I temporarily remount the root filesystem so that I can get = access to the files? Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 12:56:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF860F59 for ; Fri, 14 Jun 2013 12:56:39 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA551D8C for ; Fri, 14 Jun 2013 12:56:39 +0000 (UTC) Received: from [50.14.156.24] (port=63796 helo=[192.168.1.10]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1UnTYU-0002yV-2j; Fri, 14 Jun 2013 08:56:38 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: installworld dtrace problems From: George Neville-Neil In-Reply-To: Date: Fri, 14 Jun 2013 08:56:30 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <913A850E-0011-4CC4-A13E-C4119AD0A5F7@freebsd.org> References: To: Daniel Braniss X-Mailer: Apple Mail (2.1508) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 12:56:39 -0000 On Jun 14, 2013, at 3:25 , Daniel Braniss wrote: > with the latest changes to dtrace, make installworld has problems, > some directories are not created: > /usr/share/dtrace > /usr/share/dtrace/toolkit >=20 > creating them is a workaround. >=20 Pointy hat to me. If no one else addresses this I'll take care of it on = Monday. Best, George From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 13:06:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EFC17928; Fri, 14 Jun 2013 13:06:42 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) by mx1.freebsd.org (Postfix) with ESMTP id 48E001E20; Fri, 14 Jun 2013 13:06:42 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id x10so577997lbi.33 for ; Fri, 14 Jun 2013 06:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/61i0b7zhMma+Wf2YiJn0SDe+BaC8XnCfd2m+7eHpJU=; b=CoGk7IcI0PcqPOmd6thaf6JWHGMG7oNO6x9lSjlDgdpjvGFprMgnXWmcdxMZVANF1v v4b6q97GIpDCfgAQgyEywwEfKb4xbnNBpf7WBanzIAig0ltnvSaRBVMdRGha7oUvx9FK bgmqRlJjozhEz8Rbf8jt1a1XM1/UaWeg6HlUV+nGz0TOXz/cK2IINOzCgTIwfcylcAf4 YCHEh/e7uJhcYppq7JGBG+6rCW+R1cn3WcRkzwUQSstl5WVp553aDmLAJgH/6kjVbTlf KO2YcDFdWRZYb9dOc4iFNBslpXK5ZQEbC9mAq+CrsQfz37GnMAX4aFAW7tiQGZMnIILd FCXQ== X-Received: by 10.112.144.6 with SMTP id si6mr1090609lbb.61.1371215195200; Fri, 14 Jun 2013 06:06:35 -0700 (PDT) Received: from [192.168.1.125] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id p20sm842159lbb.17.2013.06.14.06.06.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Jun 2013 06:06:34 -0700 (PDT) Message-ID: <51BB1559.7050803@gmail.com> Date: Fri, 14 Jun 2013 16:06:33 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: Dr Josef Karthauser Subject: Re: Help! :( ZFS panic on boot, importing pool after server crash. References: <301B4131-F677-4B8D-ABF6-A6D269FE604E@gmail.com> <51BAF7E3.4020401@gmail.com> <9AF22029-B753-4D74-A798-11C0A1C55D88@gmail.com> In-Reply-To: <9AF22029-B753-4D74-A798-11C0A1C55D88@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , fs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 13:06:43 -0000 14.06.2013 15:51, Dr Josef Karthauser: > On 14 Jun 2013, at 12:00, Volodymyr Kostyrko wrote: > >> 14.06.2013 12:55, Dr Josef Karthauser: >>> Hi, I'm a bit at the end of my tether. > >>> p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a ZFS root file system. >> >> If you are fairly sure about your devices you can: >> >> 1. Remove second disk from pool or create another pool on top of it. >> >> 2. Recreate all FS structure on the second disk. You can dump al your FS with something like: >> > > Great. Thanks for that. > > Have you got a hint as to how I can get access to the root file system? It's currently set to have a legacy mount point. Which means that when I import the pool: > > # zfs import -o readonly=on -o altroot=/tmp/zfs -f poolname > > the root filesystem is missing. Then if I try and set the mount point: > > #zfs set mountpoint=/tmp/zfs2 poolname > > it just sits there; probably because the command is blocking on the R/O pool, or something. > > How do I temporarily remount the root filesystem so that I can get access to the files? mount -t zfs Personally when I need to work with such pools I first import the pool with -N (nomount) option, then I mount root fs by hand and after that goes `zfs mount -a` which handles everything else. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 16:03:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3B61F9E0 for ; Fri, 14 Jun 2013 16:03:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 18E981821 for ; Fri, 14 Jun 2013 16:03:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 00323B96C; Fri, 14 Jun 2013 12:03:37 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: ACPI Warning, then hang Date: Fri, 14 Jun 2013 11:43:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201306141143.46808.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 14 Jun 2013 12:03:37 -0400 (EDT) Cc: Bryce Edwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 16:03:40 -0000 On Monday, June 10, 2013 10:18:47 pm Bryce Edwards wrote: > Verbose boot: > > https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg That is odd. I had expected it to output some other messages. Hmm, the line two lines up shows your RSDP (list of ACPI tables) seems to be garbage as well. I think the BIOS is just broken I'm afraid. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 16:03:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 08E9BA7C for ; Fri, 14 Jun 2013 16:03:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id D66C71822 for ; Fri, 14 Jun 2013 16:03:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3834DB96F; Fri, 14 Jun 2013 12:03:40 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: zpool labelclear destroys GPT data Date: Fri, 14 Jun 2013 11:49:14 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <51B9BB14.6020103@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201306141149.14768.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 14 Jun 2013 12:03:40 -0400 (EDT) Cc: Johan Hendriks , Kimmo Paasiala X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 16:03:41 -0000 On Friday, June 14, 2013 4:21:08 am Daniel O'Connor wrote: > > On 14/06/2013, at 17:48, Alban Hertroys wrote: > > IMHO it would be helpful to verify what's there first and warn the user about it if such an operation will overwrite a different type of label than what is about to get written there. > > Perhaps it should even refuse to write (by issuing an error stating that there is already a label there - and preferably also what type) until the label that's already there gets explicitly cleared by the user or until the command gets forced. > > Does that make sense? > > The problem with this is that then each label tool needs to know about every other label format you want to detect for.. > > If a label format has a checksum then you could ignore a request to nuke the label if there is no valid checksum (with a flag to force). No idea how many have checksums though.. Well, you could have zpool check if there is a valid ZFS label and prompt/warn if it doesn't find one on whatever device it's about to wipe. That doesn't fix the gmirror/gpt case, but it might make zpool more intuitive to use. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 14 16:16:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8B3035FB; Fri, 14 Jun 2013 16:16:35 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id DB1661945; Fri, 14 Jun 2013 16:16:34 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id fn20so708371lab.14 for ; Fri, 14 Jun 2013 09:16:33 -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:content-transfer-encoding; bh=ferT8RS1gkcDq0Dmo5+lUSS0At2tuU6NIZDZBkd4C8I=; b=y5d1Ltrn/k81gK+AqFaLoHWSCU41Rf0WsW6F0gaXJ5tXMjkP2AS7fs7iaIuqtSBy3n JKVZaUvvBw7SYM1fCppINCTntcq9wHTR3dZwxg9CPdC2Phd1TE4q0XDkuPxVJKUVGJF0 SziiRyB5EQko1nRKMjuqu0SRP6k4Zn3SupGjAfh6aLF+WBH/Vl09ltnifKM21121t6ku KUv87oOzbJM7v6H9/BJVdOLqGjjfnWyvhzMYzJFd58aCr/95oGMlIowCeavUPJSoqk7C Jkjhh095KjZD6puHGByXTx0aZXLC7DRmfTbHkWzS+WkggkZyNzMx/XnBzgvluumk8KC4 KIPQ== MIME-Version: 1.0 X-Received: by 10.112.201.10 with SMTP id jw10mr1421380lbc.58.1371226593819; Fri, 14 Jun 2013 09:16:33 -0700 (PDT) Received: by 10.112.201.41 with HTTP; Fri, 14 Jun 2013 09:16:33 -0700 (PDT) In-Reply-To: <201306141149.14768.jhb@freebsd.org> References: <51B9BB14.6020103@gmail.com> <201306141149.14768.jhb@freebsd.org> Date: Fri, 14 Jun 2013 17:16:33 +0100 Message-ID: Subject: Re: zpool labelclear destroys GPT data From: Tom Evans To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Johan Hendriks , Kimmo Paasiala , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 16:16:35 -0000 On Fri, Jun 14, 2013 at 4:49 PM, John Baldwin wrote: > Well, you could have zpool check if there is a valid ZFS label and prompt= /warn > if it doesn't find one on whatever device it's about to wipe. That doesn= 't > fix the gmirror/gpt case, but it might make zpool more intuitive to use. One of the uses of zpool labelclear is to completely wipe the portions of the disk that ZFS will look at for label information. There is no pre-condition, the post-condition is that the label areas of the supplied device will be cleared. The aim of the command is that the relevant parts of the device are cleared, regardless of its content, such that they are ready to use as pristine disks in a vdev. I suppose if labelclear was made to check for the existence of a pre-existing ZFS label, the force flag could be used to force the change=E2=80=A6 I still don't like it, the command is not called labelclear-only-if-the-label-area-already-has-sane-data. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Sat Jun 15 11:48:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2E93A74 for ; Sat, 15 Jun 2013 11:48:47 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) by mx1.freebsd.org (Postfix) with ESMTP id AA4C71315 for ; Sat, 15 Jun 2013 11:48:46 +0000 (UTC) Received: from digsys200-136.pip.digsys.bg (digsys200-136.pip.digsys.bg [193.68.136.200]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id r5FBdJq7092906 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 15 Jun 2013 14:39:20 +0300 (EEST) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=windows-1251 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: zpool labelclear destroys GPT data From: Daniel Kalchev In-Reply-To: Date: Sat, 15 Jun 2013 14:39:19 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <6CE4EA1C-35AD-4B32-9863-88307FCD8141@digsys.bg> References: <51B9BB14.6020103@gmail.com> <201306141149.14768.jhb@freebsd.org> To: "freebsd-stable@freebsd.org Stable" X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 11:48:47 -0000 On 14.06.2013, at 19:16, Tom Evans wrote: >=20 > I suppose if labelclear was made to check for the existence of a > pre-existing ZFS label, the force flag could be used to force the > change=85 I still don't like it, the command is not called > labelclear-only-if-the-label-area-already-has-sane-data. It apparently does, because zpool labelclear would refuse to wipe a = label that it believes belongs to an active zpool. So it apparently does = check data. Just applies some weird logic. The logic is also flawed and annoyed me few times. For example, you want = to remove a drive from an raidz. You do this by marking the drive = offline and wiping it's ZFS labels, so that you can "repurpose it". = However, as long as the zpool is not exported, zpool labelclear refuses = to wipe labels and you re forced to resort to dd. Why would it refuse to clear labels on an offlined drive? Is there = better method? Daniel= From owner-freebsd-stable@FreeBSD.ORG Sat Jun 15 12:03:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E5BDD796 for ; Sat, 15 Jun 2013 12:03:18 +0000 (UTC) (envelope-from prvs=187885dc7f=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 89E481453 for ; Sat, 15 Jun 2013 12:03:18 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004345686.msg for ; Sat, 15 Jun 2013 13:03:11 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 15 Jun 2013 13:03:11 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=187885dc7f=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: "Daniel Kalchev" , References: <51B9BB14.6020103@gmail.com> <201306141149.14768.jhb@freebsd.org> <6CE4EA1C-35AD-4B32-9863-88307FCD8141@digsys.bg> Subject: Re: zpool labelclear destroys GPT data Date: Sat, 15 Jun 2013 13:03:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 12:03:19 -0000 ----- Original Message ----- From: "Daniel Kalchev" To: Sent: Saturday, June 15, 2013 12:39 PM Subject: Re: zpool labelclear destroys GPT data > > On 14.06.2013, at 19:16, Tom Evans wrote: > >> >> I suppose if labelclear was made to check for the existence of a >> pre-existing ZFS label, the force flag could be used to force the >> change… I still don't like it, the command is not called >> labelclear-only-if-the-label-area-already-has-sane-data. > > It apparently does, because zpool labelclear would refuse to wipe a label that it believes belongs to an active zpool. So it > apparently does check data. Just applies some weird logic. > > The logic is also flawed and annoyed me few times. For example, you want to remove a drive from an raidz. You do this by marking > the drive offline and wiping it's ZFS labels, so that you can "repurpose it". However, as long as the zpool is not exported, > zpool labelclear refuses to wipe labels and you re forced to resort to dd. > Why would it refuse to clear labels on an offlined drive? Is there better method? I'd recommend raising a bug report and posting on the on illumos zfs list for this so its specific behavour can be discussed there, as it does sound odd to me and should in theory be quite an easy fix. 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.