From owner-freebsd-stable@FreeBSD.ORG Sun Dec 22 03:18:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA78A7BE; Sun, 22 Dec 2013 03:18:01 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 887621885; Sun, 22 Dec 2013 03:18:00 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 1882A691; Sat, 21 Dec 2013 22:17:54 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pdqXkzTBLWAC; Sat, 21 Dec 2013 22:17:53 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52B659E0.8020904@egr.msu.edu> Date: Sat, 21 Dec 2013 22:17:52 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: bsdinstall, zfs booting, gpt partition order suitable for volume expansion References: <20131210175323.GB1728@egr.msu.edu> <93C924DB-E760-4830-B5E2-3A20160AD322@fisglobal.com> <2D40298B-39FA-4BA9-9AC2-6006AA0E0C9C@fisglobal.com> <73E28A82-E9FE-4B25-8CE6-8B0543183E7F@fisglobal.com> <20131218135326.GM1728@egr.msu.edu> <1AD35F39-35EB-4AAD-B4B1-AF21B2B6F6BA@fisglobal.com> <20131218163145.GA1630@egr.msu.edu> <52B4C3FE.2050706@egr.msu.edu> In-Reply-To: <52B4C3FE.2050706@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Devin.Teske@fisglobal.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Dec 2013 03:18:01 -0000 On 12/20/2013 17:26, Adam McDougall wrote: > On 12/19/2013 02:19, Teske, Devin wrote: >> >> On Dec 18, 2013, at 8:31 AM, Adam McDougall wrote: >> >>> [snip] >>> I have posted /tmp/bsdinstall_log at: http://p.bsd-unix.net/ps9qmfqc2 >>> >> >> I think this logging stuff I put so much effort into is really paying dividends. >> I'm finding it really easy to debug issues that others have run into. >> >> >>> The corresponding procedure: >>> >>> Virtualbox, created VM with 4 2.0TB virtual hard disks >>> Install >>> Continue with default keymap >>> Hostname: test >>> Distribution Select: OK >>> Partitioning: ZFS >>> Pool Type/Disks: stripe, select ada0-3 and hit OK >>> Install >>> Last Chance! YES >>> >> >> I've posted the following commits to 11.0-CURRENT: >> >> http://svnweb.freebsd.org/base?view=revision&revision=259597 >> http://svnweb.freebsd.org/base?view=revision&revision=259598 >> >> As soon as a new ISO is rolled, can you give the above another go? >> I rolled my own ISO with the above and tested cleanly. >> > > I did some testing with 11.0-HEAD-r259612-JPSNAP and 4 disk raidz, 4 > disk mirror worked, 1-3 disk stripe worked but 4 disk stripe got "ZFS: > i/o error - all block copies unavailable" although the parts where this > happens during the loader varies". Sometimes the loader would fault, > sometimes it just can't load kernel, sometimes it prints some of the > color text and sometimes not even that far. Might depend on the > install? Also I did not try exhaustive combinations such as 2-3 in a > mirror, 4 in a raidz2, or anything more than 4 disks. I'll try to test > a 10 ISO tomorrow if I can, either a fresh JPSNAP or RC3 if it is ready > by the time I am, maybe both. Good news, I believe this was "hardware" error. VirtualBox (in sata mode along with a virtual cdrom) and XenServer 6.0/6.2 appear to make a maximum of 3 virtual hard disks visible to the FreeBSD bootloader. This is easier to tell when booting from the CD since you can see it enumerate them, but if you are booting from disks, it may not get that far. Interestingly, when you tell VirtualBox to use scsi disks, you max out at 4 bootable instead of 3. Installation then works on 4 disks but not 5 (understandably). Thus the symptoms are appropriate and it is not a fault of the installer/installation. I've heard of similar issues on real hardware but since this is a new install, nothing should be lost. Thanks for making the improvements and bug fixes! The below issue stands, but I'd say is not urgent for 10.0. > > I also found another issue, not very dire: If you install to X number of > disks as "zpool", then reinstall on (X-1 or less) disks as "zpool", the > install fails with: "cannot import 'zroot': more than one matching pool > import by numeric ID instead" > because it sees both the old and the new zroot (makes sense, since it > should not be touching disks we didn't ask about): > > DEBUG: zfs_create_boot: Temporarily exporting ZFS pool(s)... > DEBUG: zfs_create_boot: zpool export "zroot" > DEBUG: zfs_create_boot: retval=0 > DEBUG: zfs_create_boot: gnop destroy "ada0p3.nop" > DEBUG: zfs_create_boot: retval=0 > DEBUG: zfs_create_boot: gnop destroy "ada1p3.nop" > DEBUG: zfs_create_boot: retval=0 > DEBUG: zfs_create_boot: gnop destroy "ada2p3.nop" > DEBUG: zfs_create_boot: retval=0 > DEBUG: zfs_create_boot: Re-importing ZFS pool(s)... > DEBUG: zfs_create_boot: zpool import -o altroot="/mnt" "zroot" > DEBUG: zfs_create_boot: retval=1 > cannot import 'zroot': more than one matching pool > import by numeric ID instead > DEBUG: f_dialog_max_size: dialog --print-maxsize = [MaxSize: 25, 80] > DEBUG: f_getvar: var=[height] value=[6] r=0 > DEBUG: f_getvar: var=[width] value=[54] r=0 > > Full log at: http://p.bsd-unix.net/p2juq9y25 > > Workaround: use a different pool name, or use a shell to manually zpool > labelclear the locations with the old zpool label (advanced user operation) > > Suggested solution: avoid exporting and importing the pool? I don't > think you need to unload gnop, zfs should be able to find the underlying > partition fine on its own the next boot and the install would go quicker > without the export and import. Or were you doing it for another reason > such as the cache file? > > Alternative: would it be possible to determine the numeric ID before > exporting so it can use it to import? But that would be adding > complexity as opposed to removing complexity by eliminating the > export/import if possible. > _______________________________________________ > 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 Sun Dec 22 03:59:25 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B572B6F; Sun, 22 Dec 2013 03:59:25 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C9E11AAC; Sun, 22 Dec 2013 03:59:24 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rBM3xMiJ000581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 21 Dec 2013 21:59:22 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Sat, 21 Dec 2013 21:59:21 -0600 From: "Teske, Devin" To: Adam McDougall Subject: Re: bsdinstall, zfs booting, gpt partition order suitable for volume expansion Thread-Topic: bsdinstall, zfs booting, gpt partition order suitable for volume expansion Thread-Index: AQHO9doM/shhS682tEKTWovDLLVEaQ== Date: Sun, 22 Dec 2013 03:59:20 +0000 Message-ID: <919B8365-6F27-4CFE-9DF8-7D32D805AEA8@fisglobal.com> References: <20131210175323.GB1728@egr.msu.edu> <93C924DB-E760-4830-B5E2-3A20160AD322@fisglobal.com> <2D40298B-39FA-4BA9-9AC2-6006AA0E0C9C@fisglobal.com> <73E28A82-E9FE-4B25-8CE6-8B0543183E7F@fisglobal.com> <20131218135326.GM1728@egr.msu.edu> <1AD35F39-35EB-4AAD-B4B1-AF21B2B6F6BA@fisglobal.com> <20131218163145.GA1630@egr.msu.edu> <52B4C3FE.2050706@egr.msu.edu> <52B659E0.8020904@egr.msu.edu> In-Reply-To: <52B659E0.8020904@egr.msu.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-21_02:2013-12-20,2013-12-21,1970-01-01 signatures=0 Cc: "stable@freebsd.org" , Devin Teske , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 03:59:25 -0000 On Dec 21, 2013, at 7:17 PM, Adam McDougall wrote: > On 12/20/2013 17:26, Adam McDougall wrote: >> On 12/19/2013 02:19, Teske, Devin wrote: >>>=20 >>> On Dec 18, 2013, at 8:31 AM, Adam McDougall wrote: >>>=20 >>>> [snip] >>>> I have posted /tmp/bsdinstall_log at: http://p.bsd-unix.net/ps9qmfqc2 >>>>=20 >>>=20 >>> I think this logging stuff I put so much effort into is really paying d= ividends. >>> I'm finding it really easy to debug issues that others have run into. >>>=20 >>>=20 >>>> The corresponding procedure: >>>>=20 >>>> Virtualbox, created VM with 4 2.0TB virtual hard disks >>>> Install >>>> Continue with default keymap=20 >>>> Hostname: test >>>> Distribution Select: OK=20=20=20=20 >>>> Partitioning: ZFS >>>> Pool Type/Disks: stripe, select ada0-3 and hit OK >>>> Install >>>> Last Chance! YES >>>>=20 >>>=20 >>> I've posted the following commits to 11.0-CURRENT: >>>=20 >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259597 >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259598 >>>=20 >>> As soon as a new ISO is rolled, can you give the above another go? >>> I rolled my own ISO with the above and tested cleanly. >>>=20 >>=20 >> I did some testing with 11.0-HEAD-r259612-JPSNAP and 4 disk raidz, 4 >> disk mirror worked, 1-3 disk stripe worked but 4 disk stripe got "ZFS: >> i/o error - all block copies unavailable" although the parts where this >> happens during the loader varies". Sometimes the loader would fault, >> sometimes it just can't load kernel, sometimes it prints some of the >> color text and sometimes not even that far. Might depend on the >> install? Also I did not try exhaustive combinations such as 2-3 in a >> mirror, 4 in a raidz2, or anything more than 4 disks. I'll try to test >> a 10 ISO tomorrow if I can, either a fresh JPSNAP or RC3 if it is ready >> by the time I am, maybe both. >=20 > Good news, I believe this was "hardware" error. VirtualBox (in sata > mode along with a virtual cdrom) and XenServer 6.0/6.2 appear to make a > maximum of 3 virtual hard disks visible to the FreeBSD bootloader. This > is easier to tell when booting from the CD since you can see it > enumerate them, but if you are booting from disks, it may not get that > far. Interestingly, when you tell VirtualBox to use scsi disks, you max > out at 4 bootable instead of 3. Installation then works on 4 disks but > not 5 (understandably). Thus the symptoms are appropriate and it is not > a fault of the installer/installation. I've heard of similar issues on > real hardware but since this is a new install, nothing should be lost. >=20 > Thanks for making the improvements and bug fixes! >=20 Thank you very much for testing! And I'm very happy it was a limitation of VirtualBox. Imho, the new module is doing a great job in making it easier to test more combinations and learn these limitations, sharing with others along the way. > The below issue stands, but I'd say is not urgent for 10.0. >=20 Yeah, will have to do some testing to see the best way to deal with that (I agree ideally no export/re-import would be best -- will have to investig= ate). --=20 Devin >>=20 >> I also found another issue, not very dire: If you install to X number of >> disks as "zpool", then reinstall on (X-1 or less) disks as "zpool", the >> install fails with: "cannot import 'zroot': more than one matching pool >> import by numeric ID instead" >> because it sees both the old and the new zroot (makes sense, since it >> should not be touching disks we didn't ask about): >>=20 >> DEBUG: zfs_create_boot: Temporarily exporting ZFS pool(s)... >> DEBUG: zfs_create_boot: zpool export "zroot" >> DEBUG: zfs_create_boot: retval=3D0 >> DEBUG: zfs_create_boot: gnop destroy "ada0p3.nop" >> DEBUG: zfs_create_boot: retval=3D0 >> DEBUG: zfs_create_boot: gnop destroy "ada1p3.nop" >> DEBUG: zfs_create_boot: retval=3D0 >> DEBUG: zfs_create_boot: gnop destroy "ada2p3.nop" >> DEBUG: zfs_create_boot: retval=3D0 >> DEBUG: zfs_create_boot: Re-importing ZFS pool(s)... >> DEBUG: zfs_create_boot: zpool import -o altroot=3D"/mnt" "zroot" >> DEBUG: zfs_create_boot: retval=3D1 >> cannot import 'zroot': more than one matching pool >> import by numeric ID instead >> DEBUG: f_dialog_max_size: dialog --print-maxsize =3D [MaxSize: 25, 80] >> DEBUG: f_getvar: var=3D[height] value=3D[6] r=3D0 >> DEBUG: f_getvar: var=3D[width] value=3D[54] r=3D0 >>=20 >> Full log at: http://p.bsd-unix.net/p2juq9y25 >>=20 >> Workaround: use a different pool name, or use a shell to manually zpool >> labelclear the locations with the old zpool label (advanced user operati= on) >>=20 >> Suggested solution: avoid exporting and importing the pool? I don't >> think you need to unload gnop, zfs should be able to find the underlying >> partition fine on its own the next boot and the install would go quicker >> without the export and import. Or were you doing it for another reason >> such as the cache file? >>=20 >> Alternative: would it be possible to determine the numeric ID before >> exporting so it can use it to import? But that would be adding >> complexity as opposed to removing complexity by eliminating the >> export/import if possible. _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 22 07:32:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B0C4B46; Sun, 22 Dec 2013 07:32:00 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF7D1760; Sun, 22 Dec 2013 07:32:00 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MY700FBP3GWF220@st11p09mm-asmtp002.mac.com>; Sun, 22 Dec 2013 06:31:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87,1.0.14,0.0.0000 definitions=2013-12-22_01:2013-12-20,2013-12-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1312210300 From: Kimmo Paasiala Content-type: multipart/signed; boundary="Apple-Mail=_F303736B-0ABC-4FEB-9FC9-0910C548159A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-id: <54BF5D3A-8211-4D50-B453-A6301909CBDB@icloud.com> MIME-version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: gifconfig_gifX not working with cloned_interfaces? Date: Sun, 22 Dec 2013 08:31:38 +0200 References: <3688B949-7F3B-47FE-8C6A-193805AE2B27@icloud.com> To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org In-reply-to: <3688B949-7F3B-47FE-8C6A-193805AE2B27@icloud.com> X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Dec 2013 07:32:00 -0000 --Apple-Mail=_F303736B-0ABC-4FEB-9FC9-0910C548159A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 21.12.2013, at 22.27, Kimmo Paasiala wrote: > FreeBSD 10.0-RC2 r259413 i386. >=20 > I have this set up in rc.conf: >=20 > cloned_interfaces=3D"gif0" > gifconfig_gif0=3D"88.xxx.xxx.xxx 62.yyy.yyy.yyy" > ifconfig_gif0_ipv6=3D"inet6 2001:14b8:aaa:bbb::2 2001:14b8:aaa:bbb::1 = prefixlen 128=94 >=20 > I=92m not using gif_interfaces=3D=93gif0=94 since it=92s deprecated as = per the warning messages spewed by the rc(8) scripts. >=20 > However this does not work properly The =91ifconfig gif0 tunnel = 88.xxx.xxx.xxx 62.yyy.yyy.yyy=92 does not get executed. It looks to me = that the tunnel set up is only performed when gif0 is listed in = gif_interfaces. >=20 > I can work around this by doing this instead of the 'gifconfig_gif0' = line: >=20 > ifconfig_gif0=3D=93 tunnel 88.xxx.xxx.xxx 62.yyy.yyy.yyy=94 >=20 > Should I file a PR about this? >=20 >=20 > -Kimmo I have filed a PR, I feel this is serious enough bug that should be = fixed promptly. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185080 -Kimmo --Apple-Mail=_F303736B-0ABC-4FEB-9FC9-0910C548159A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJStodPAAoJEFvLZC0FWRVpJPIH/1mPiDYoe9TxwHlZqgsrn+s+ lOik2fGbiKOaaDMgfPemEQL6+sLyjAJQQql5QLKAUHMbfLYRzq2Pr7yX+6TqPT/d 8CStZHhEy+NOxhO3G/FX4YfDmoparKCkHtRLTLGFNMdnr79u6daiYRzdd46eXguj Sc20khwSbhMqqgQCx0tPboK1WnWWEH4oO7GyNLXXkOedDhLEhmRSjkb2gseQ8byo 6UbZ6vzWc75xP11xHqZgAPuuXtTLFu581HNIDZ3pmfHTIgaZBO6SfSY55rNpk+7a Rr+0gr2E+0xZf0njfqRODLw+/B3x5qip42fuTaZxsG3vNj2eVacJGyGl21bGoms= =ly9y -----END PGP SIGNATURE----- --Apple-Mail=_F303736B-0ABC-4FEB-9FC9-0910C548159A-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 22 07:56:31 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1635FDF1; Sun, 22 Dec 2013 07:56:31 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B16618A3; Sun, 22 Dec 2013 07:56:29 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBM7uJIj018630; Sun, 22 Dec 2013 09:56:19 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBM7uJPU018419; Sun, 22 Dec 2013 07:56:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Dec 2013 07:56:19 GMT Message-Id: <201312220756.rBM7uJPU018419@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 07:56:31 -0000 TB --- 2013-12-22 05:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-22 05:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-22 05:40:42 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-12-22 05:40:42 - cleaning the object tree TB --- 2013-12-22 05:40:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-22 05:41:33 - At svn revision 259707 TB --- 2013-12-22 05:41:34 - building world TB --- 2013-12-22 05:41:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 05:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 05:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 05:41:34 - SRCCONF=/dev/null TB --- 2013-12-22 05:41:34 - TARGET=mips TB --- 2013-12-22 05:41:34 - TARGET_ARCH=mips TB --- 2013-12-22 05:41:34 - TZ=UTC TB --- 2013-12-22 05:41:34 - __MAKE_CONF=/dev/null TB --- 2013-12-22 05:41:34 - cd /src TB --- 2013-12-22 05:41:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 22 05:41:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 22 07:06:44 UTC 2013 TB --- 2013-12-22 07:06:44 - cd /src/sys/mips/conf TB --- 2013-12-22 07:06:44 - /usr/sbin/config -m ADM5120 TB --- 2013-12-22 07:06:44 - skipping ADM5120 kernel TB --- 2013-12-22 07:06:44 - cd /src/sys/mips/conf TB --- 2013-12-22 07:06:44 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-22 07:06:44 - skipping ALCHEMY kernel TB --- 2013-12-22 07:06:44 - cd /src/sys/mips/conf TB --- 2013-12-22 07:06:44 - /usr/sbin/config -m AP121 TB --- 2013-12-22 07:06:44 - building AP121 kernel TB --- 2013-12-22 07:06:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:06:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:06:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:06:44 - SRCCONF=/dev/null TB --- 2013-12-22 07:06:44 - TARGET=mips TB --- 2013-12-22 07:06:44 - TARGET_ARCH=mips TB --- 2013-12-22 07:06:44 - TZ=UTC TB --- 2013-12-22 07:06:44 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:06:44 - cd /src TB --- 2013-12-22 07:06:44 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Dec 22 07:06:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sun Dec 22 07:11:40 UTC 2013 TB --- 2013-12-22 07:11:40 - cd /src/sys/mips/conf TB --- 2013-12-22 07:11:40 - /usr/sbin/config -m AP91 TB --- 2013-12-22 07:11:40 - building AP91 kernel TB --- 2013-12-22 07:11:40 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:11:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:11:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:11:40 - SRCCONF=/dev/null TB --- 2013-12-22 07:11:40 - TARGET=mips TB --- 2013-12-22 07:11:40 - TARGET_ARCH=mips TB --- 2013-12-22 07:11:40 - TZ=UTC TB --- 2013-12-22 07:11:40 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:11:40 - cd /src TB --- 2013-12-22 07:11:40 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Dec 22 07:11:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sun Dec 22 07:18:40 UTC 2013 TB --- 2013-12-22 07:18:40 - cd /src/sys/mips/conf TB --- 2013-12-22 07:18:40 - /usr/sbin/config -m AP93 TB --- 2013-12-22 07:18:40 - building AP93 kernel TB --- 2013-12-22 07:18:40 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:18:40 - SRCCONF=/dev/null TB --- 2013-12-22 07:18:40 - TARGET=mips TB --- 2013-12-22 07:18:40 - TARGET_ARCH=mips TB --- 2013-12-22 07:18:40 - TZ=UTC TB --- 2013-12-22 07:18:40 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:18:40 - cd /src TB --- 2013-12-22 07:18:40 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Dec 22 07:18:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sun Dec 22 07:25:59 UTC 2013 TB --- 2013-12-22 07:25:59 - cd /src/sys/mips/conf TB --- 2013-12-22 07:25:59 - /usr/sbin/config -m AP94 TB --- 2013-12-22 07:25:59 - building AP94 kernel TB --- 2013-12-22 07:25:59 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:25:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:25:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:25:59 - SRCCONF=/dev/null TB --- 2013-12-22 07:25:59 - TARGET=mips TB --- 2013-12-22 07:25:59 - TARGET_ARCH=mips TB --- 2013-12-22 07:25:59 - TZ=UTC TB --- 2013-12-22 07:25:59 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:25:59 - cd /src TB --- 2013-12-22 07:25:59 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Dec 22 07:25:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sun Dec 22 07:34:42 UTC 2013 TB --- 2013-12-22 07:34:42 - cd /src/sys/mips/conf TB --- 2013-12-22 07:34:42 - /usr/sbin/config -m AP96 TB --- 2013-12-22 07:34:42 - building AP96 kernel TB --- 2013-12-22 07:34:42 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:34:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:34:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:34:42 - SRCCONF=/dev/null TB --- 2013-12-22 07:34:42 - TARGET=mips TB --- 2013-12-22 07:34:42 - TARGET_ARCH=mips TB --- 2013-12-22 07:34:42 - TZ=UTC TB --- 2013-12-22 07:34:42 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:34:42 - cd /src TB --- 2013-12-22 07:34:42 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Dec 22 07:34:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sun Dec 22 07:43:02 UTC 2013 TB --- 2013-12-22 07:43:02 - cd /src/sys/mips/conf TB --- 2013-12-22 07:43:02 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-22 07:43:02 - building AR71XX_BASE kernel TB --- 2013-12-22 07:43:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:43:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:43:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:43:02 - SRCCONF=/dev/null TB --- 2013-12-22 07:43:02 - TARGET=mips TB --- 2013-12-22 07:43:02 - TARGET_ARCH=mips TB --- 2013-12-22 07:43:02 - TZ=UTC TB --- 2013-12-22 07:43:02 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:43:02 - cd /src TB --- 2013-12-22 07:43:02 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Dec 22 07:43:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sun Dec 22 07:50:27 UTC 2013 TB --- 2013-12-22 07:50:27 - cd /src/sys/mips/conf TB --- 2013-12-22 07:50:27 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-22 07:50:27 - building AR724X_BASE kernel TB --- 2013-12-22 07:50:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:50:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:50:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:50:27 - SRCCONF=/dev/null TB --- 2013-12-22 07:50:27 - TARGET=mips TB --- 2013-12-22 07:50:27 - TARGET_ARCH=mips TB --- 2013-12-22 07:50:27 - TZ=UTC TB --- 2013-12-22 07:50:27 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:50:27 - cd /src TB --- 2013-12-22 07:50:27 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Dec 22 07:50:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sun Dec 22 07:56:12 UTC 2013 TB --- 2013-12-22 07:56:12 - cd /src/sys/mips/conf TB --- 2013-12-22 07:56:12 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-22 07:56:12 - building AR91XX_BASE kernel TB --- 2013-12-22 07:56:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-22 07:56:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-22 07:56:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-22 07:56:12 - SRCCONF=/dev/null TB --- 2013-12-22 07:56:12 - TARGET=mips TB --- 2013-12-22 07:56:12 - TARGET_ARCH=mips TB --- 2013-12-22 07:56:12 - TZ=UTC TB --- 2013-12-22 07:56:12 - __MAKE_CONF=/dev/null TB --- 2013-12-22 07:56:12 - cd /src TB --- 2013-12-22 07:56:12 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Dec 22 07:56:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR91XX_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-22 07:56:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-22 07:56:18 - ERROR: failed to build AR91XX_BASE kernel TB --- 2013-12-22 07:56:18 - 5641.90 user 2881.95 system 8135.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Dec 22 10:06:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18C59355; Sun, 22 Dec 2013 10:06:17 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) by mx1.freebsd.org (Postfix) with ESMTP id DBA0710B6; Sun, 22 Dec 2013 10:06:16 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MY70022IDCQDA70@st11p09mm-asmtp002.mac.com>; Sun, 22 Dec 2013 10:05:17 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87,1.0.14,0.0.0000 definitions=2013-12-22_01:2013-12-20,2013-12-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=3 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1312220021 Content-type: multipart/signed; boundary="Apple-Mail=_37552862-36B8-464A-8BED-D153161D38A4"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: gifconfig_gifX not working with cloned_interfaces? From: Kimmo Paasiala In-reply-to: Date: Sun, 22 Dec 2013 12:05:08 +0200 Message-id: References: <3688B949-7F3B-47FE-8C6A-193805AE2B27@icloud.com> To: =?iso-8859-1?Q?Olivier_Cochard-Labb=E9?= X-Mailer: Apple Mail (2.1827) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Dec 2013 10:06:17 -0000 --Apple-Mail=_37552862-36B8-464A-8BED-D153161D38A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 22.12.2013, at 12.01, Olivier Cochard-Labb=E9 = wrote: > On Sat, Dec 21, 2013 at 9:27 PM, Kimmo Paasiala = wrote: > > > > FreeBSD 10.0-RC2 r259413 i386. > > > > I have this set up in rc.conf: > > > > cloned_interfaces=3D"gif0" > > gifconfig_gif0=3D"88.xxx.xxx.xxx 62.yyy.yyy.yyy" > > ifconfig_gif0_ipv6=3D"inet6 2001:14b8:aaa:bbb::2 = 2001:14b8:aaa:bbb::1 prefixlen 128=94 > > > > I=92m not using gif_interfaces=3D=93gif0=94 since it=92s deprecated = as per the warning messages spewed by the rc(8) scripts. > > > > However this does not work properly The =91ifconfig gif0 tunnel = 88.xxx.xxx.xxx 62.yyy.yyy.yyy=92 does not get executed. It looks to me = that the tunnel set up is only performed when gif0 is listed in = gif_interfaces. > > > > I can work around this by doing this instead of the 'gifconfig_gif0' = line: > > > > ifconfig_gif0=3D=93 tunnel 88.xxx.xxx.xxx 62.yyy.yyy.yyy=94 > > >=20 > Hi, >=20 > You can configure gif interface like a standard interface (without = using gifconfig_), here is an example: >=20 > cloned_interfaces=3D"gif0 gif1" > ifconfig_gif0=3D"inet 10.0.24.2/24 10.0.24.4 tunnel 10.0.23.2 = 10.0.34.4 up" > ifconfig_gif1_ipv6=3D"inet6 2001:db8:24::2 prefixlen 64 tunnel = 2001:db8:23::2 2001:db8:34::4 up" >=20 > Regards, >=20 > Olivier Hi, Yes I know. I did note that in my workaround for the problem. However, = the rc.conf(5) manual page claims that gifconfig_gifX should still work = and that=92s why I=92m reporting the issue. -Kimmo --Apple-Mail=_37552862-36B8-464A-8BED-D153161D38A4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJStrlZAAoJEFvLZC0FWRVpfiMH/ilprchWvjN+9VpNxQq2T1NE 4hywEYh/c0yjEyI6gebMH4P+A5WgT41eZ3T1Wo29fkvZIGiDw0gEbczQXz1RM7mh 5AJU2CF1dlgOiuLAxmCVCt1alFUj9wrzvHcfpKd6heSqOq4u4R/oXZmAygOIBIkF KvpDkA6jGrGRpaNQn/QL+goAlRZtCrIm5+Juw3hLh46FsDagEHmS14ZgrUFbQP7I j+W2J6o676iVZ1vFh+FicvjTP5IHWHzzy4VifZWvj4lthHpay9sUwImHVBLwqHv+ M66QsIXOzsfDftv/ayx4CroOERnmL/N4qOcFyA01/FBIfC4W/fRliqg/4b2pQ/E= =crIx -----END PGP SIGNATURE----- --Apple-Mail=_37552862-36B8-464A-8BED-D153161D38A4-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 22 18:53:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71237FD3 for ; Sun, 22 Dec 2013 18:53:12 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 33C82110B for ; Sun, 22 Dec 2013 18:53:11 +0000 (UTC) Received: from [192.168.5.197] (5418287B.cm-5-1a.dynamic.ziggo.nl [84.24.40.123]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id D75F01E8C07 for ; Sun, 22 Dec 2013 18:47:36 +0000 (UTC) Message-ID: <52B733C8.3030208@searchy.net> Date: Sun, 22 Dec 2013 19:47:36 +0100 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: 10.0-RC2 kernel panic after removing iscsi target (zfs related) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Dec 2013 18:53:12 -0000 Hello, I just had a kernel panic on FreeBSD 10.0 RC2 while 'playing' around with iscsi and ZFS. The following steps lead to a kernel panic: - With the iscsi (native) initiator I tried to connect a ietd target. It connects and shows up as /dev/da0 - I try to create a single drive zpool: 'zpool create web004a /dev/da0' - It hangs and dmesg is spammed with: 'WARNING: 10.13.37.3:3260 (iqn.2013-12.nl.searchy.host003:web004a): connection error; reconnecting'. I didn't check any cause of this. - I tried to forcefully remove the iscsi drive with: 'iscsictl -R -t iqn.2013-12.nl.searchy.host003:web004a' - The kernel panic occurs. I can reproduce it with these steps. I don't have checked the target, but I think the iniator should not kernel panic if something goes wrong. Based on the backtrace I would guess it's ZFS related I have stored the crash information here: http://www.frankdebot.nl/freebsd/kernelpanic/20131222/core.txt.1 http://www.frankdebot.nl/freebsd/kernelpanic/20131222/info.1 Regards, Frank de Bot From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 00:47: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 999FE50F for ; Mon, 23 Dec 2013 00:47:08 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEAE167A for ; Mon, 23 Dec 2013 00:47:08 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dnhj51CgtzGN5T for ; Mon, 23 Dec 2013 01:47:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= content-transfer-encoding:content-type:content-type:subject :subject:mime-version:user-agent:organization:from:from:date :date:message-id:received:received:received; s=jakla2; t= 1387759622; x=1390351623; bh=4MQkz3s9xenfiXFWxhohclaNVrFh7gDeBpj P7lb60qo=; b=T0nV9x+sxnDXyU4mcJPEPWH0+3iUgwBEd2i32u4ge7gxIwUvrig b0ki0A6IwzZphIEBZrmLHGUO0BsbDZcDRBZ3jM9zkT/YirfeFSvSPmXaGPTqj812 jlqLiEwYzwEaME0EcVbbUNO6GQ7Wvly5OpnmJ8cyb7mPbilFQfyj9Z2M= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id WO3PJoblsKR0 for ; Mon, 23 Dec 2013 01:47:02 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Mon, 23 Dec 2013 01:47:02 +0100 (CET) Received: from [192.168.3.109] (upc.si.94.140.92.23.dc.cable.static.telemach.net [94.140.92.23]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 552A8D14 for ; Mon, 23 Dec 2013 01:47:02 +0100 (CET) Message-ID: <52B78808.1090802@ijs.si> Date: Mon, 23 Dec 2013 01:47:04 +0100 From: Mark Martinec Organization: Jozef Stefan Institute User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Graphical console in stable/10 stuck on heavy writing 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.17 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, 23 Dec 2013 00:47:08 -0000 FreeBSD amd64, recent stable/10: When running some task on a graphical console window and that task writes lots of output to a console, the console gets stuck after some time (like 20 minutes), output stops, keyboard appears unresponsive, alt-ctrl-Fn is unable to switch consoles - but the machine seems otherwise sane: I can log in over ssh, file system and processes are healthy, CPU not busy. This was first noticed trying to rebuild kde from ports in a console window. Same happened when bulk updating packages from a remote site and the pkg update was busily writing its output to a console. The same heavy tasks (e.g. ports rebuild) can run just fine in an ssh session, or in a konsole / xterm. As a final proof, I tried a perl one-liner which writes a line (a count and some text) ten times per second: it manages to screw up the console window in about 6 minutes. Interestingly, while the console output is stuck and I blindly type a command on a keyboard (no echo), then run a shutdown from another (ssh) session, the console output gets unstuck during shutdown, rapidly displays the missing lines, including the echo of a command typed blindly previously, along with its output. Btw, this never happened on this machine while it was running 9.2 or older versions. Anybody seen this or can reproduce it? Mark From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 01:46:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BA02E0F for ; Mon, 23 Dec 2013 01:46:50 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0336119E1 for ; Mon, 23 Dec 2013 01:46:50 +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 951A320CB7 for ; Sun, 22 Dec 2013 20:46:43 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Sun, 22 Dec 2013 20:46:43 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=cTM j3nY9UtTmbA3GOwy6QYstHkk=; b=OxmcAQoWHGoCRWEry2l7pzJJ9tfrdL6jjVZ GqobxOWsjjCd2Grhsri7mbYks5pMm/kHZ9dK+mafWniTyiXZ91oCeKYC+6DrGqYY bxIQV/Lrmgmv6QFPYVgzrjD4Jp4w0HKzktKs+r1sPAHq1HOMA+TmgOJpT+OwwJVc 9g3CU0xg= X-Sasl-enc: CO1VJyEWwZvgyBX1vmw7kFCp0+faOZSNBd1PWKP3YEK4 1387763203 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id CF80AC00E80; Sun, 22 Dec 2013 20:46:42 -0500 (EST) Content-Type: multipart/signed; boundary="Apple-Mail=_5BE3EF23-E872-47A9-83D3-41B4A886AD31"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: 10.0-RC1: bad mbuf leak? From: Mark Felder In-Reply-To: Date: Sun, 22 Dec 2013 19:46:41 -0600 Message-Id: References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Net , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Dec 2013 01:46:50 -0000 --Apple-Mail=_5BE3EF23-E872-47A9-83D3-41B4A886AD31 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Dec 19, 2013, at 2:41, Adrian Chadd wrote: > Hm, try reverting just the em code to that from a 10.0-BETA? Just in > case something changed there? >=20 finally found some free time today to try to look into this. I was = digging into the SVN changelogs of sys/dev/e1000 and couldn't see any = obvious changes that I should revert. Instead I went a different route = and jumped to HEAD/CURRENT. I'm not seeing the mbufs leaking yet. I'll = need another 24 hours to confirm. Hopefully this is a worthwhile clue. = I'm a bit surprised nobody else has reported this type of behavior... = maybe 10 isn't getting the amount of testing we expect? ...or maybe it's = just my lonely, haunted hardware :( --Apple-Mail=_5BE3EF23-E872-47A9-83D3-41B4A886AD31 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSt5YBAAoJEJg7ZFAfE+JS4QgIAImK4EQCiDMgvQohGwzqXnEK f6wVu6X3gbS3+FPxMI4btW3GpWLholsRvLhQhbXNXKRU/60UE1P6A5jh3ONTaq24 unt6yJ0GhgjC/aUp+wsJaXIvISPUSUKkBC4tUNXcx1c9Ltwyui8CW6avFIRA6rdk xkCuNczaV2BSp9fmyDpb5FBLvifbbMvvp+CAqZf4QZH1glqjfTOMdYx9IYtRMxiZ 6elxIYGRwz8iHRx/sShqoJCZTWK21fJ5fEjzhPicNKQghfpGHAENFT6GpX/3cVG+ cCLiiDdIAQeuT+jKCS7vXXDSIYfBej6FxBpaa+XF6NpjJoe4iVBqAtUAgHqvUUk= =735b -----END PGP SIGNATURE----- --Apple-Mail=_5BE3EF23-E872-47A9-83D3-41B4A886AD31-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 05:29:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23E9DC50 for ; Mon, 23 Dec 2013 05:29:59 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D74791975 for ; Mon, 23 Dec 2013 05:29:58 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id cm18so4731548qab.18 for ; Sun, 22 Dec 2013 21:29:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zyWnwjREk/e8wMUNfdZ3IUypR1gEXHv375IcIBc7Qz0=; b=q8qM9odBFgLAEULGVjVZFhr0291iWxpA+X43Gp3ycNs8LDa/afZpfNnAFa+HaQ1HDf 9hTMZ5s9mb0c6iSq0czpHK0FzzfKakujXYRSa3NJgQxKYaJKf7DsjwEgX9yEuxbdZIdJ zCL8Rw9Ua4aEijEemQFdaNexuji4mDs3eRNWZ+ng6g+VACJSwvPDtCKiA+6mE+t59oEW 4lv5OV8O/f8nBm0sI12M7A0+0pt0xyeU1V4EoJh0FLUrQFVPYMzhsSM5ISPcPUPiCNB1 Y1CFXEThlF2XS6aqZTBKNGEWj3H8bK/j7BUYffOu/EntcQFWyAuLMiBuPUkQSgH/o8yu aFTA== MIME-Version: 1.0 X-Received: by 10.224.13.141 with SMTP id c13mr31075591qaa.76.1387776598080; Sun, 22 Dec 2013 21:29:58 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sun, 22 Dec 2013 21:29:58 -0800 (PST) In-Reply-To: <52B78808.1090802@ijs.si> References: <52B78808.1090802@ijs.si> Date: Sun, 22 Dec 2013 21:29:58 -0800 X-Google-Sender-Auth: aM_Vqbfv1VuAJ5TXwf5DG7EcfD8 Message-ID: Subject: Re: Graphical console in stable/10 stuck on heavy writing From: Adrian Chadd To: Mark Martinec Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Dec 2013 05:29:59 -0000 I see this when the kernel is outputting debugging .. the console can quickly lock up exactly how you describe. I've never figured out why though. :( -a On 22 December 2013 16:47, Mark Martinec wrote: > FreeBSD amd64, recent stable/10: > > When running some task on a graphical console window > and that task writes lots of output to a console, the > console gets stuck after some time (like 20 minutes), > output stops, keyboard appears unresponsive, alt-ctrl-Fn > is unable to switch consoles - but the machine seems > otherwise sane: I can log in over ssh, file system and > processes are healthy, CPU not busy. > > This was first noticed trying to rebuild kde from > ports in a console window. Same happened when bulk > updating packages from a remote site and the pkg update > was busily writing its output to a console. > > The same heavy tasks (e.g. ports rebuild) can run > just fine in an ssh session, or in a konsole / xterm. > > As a final proof, I tried a perl one-liner which > writes a line (a count and some text) ten times per > second: it manages to screw up the console window > in about 6 minutes. > > Interestingly, while the console output is stuck > and I blindly type a command on a keyboard (no echo), > then run a shutdown from another (ssh) session, > the console output gets unstuck during shutdown, > rapidly displays the missing lines, including the > echo of a command typed blindly previously, along > with its output. > > Btw, this never happened on this machine while it was > running 9.2 or older versions. > > Anybody seen this or can reproduce it? > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 17:14:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB3F898B for ; Mon, 23 Dec 2013 17:14:31 +0000 (UTC) Received: from nm37-vm8.bullet.mail.bf1.yahoo.com (nm37-vm8.bullet.mail.bf1.yahoo.com [72.30.238.220]) by mx1.freebsd.org (Postfix) with SMTP id 9A1E91E31 for ; Mon, 23 Dec 2013 17:14:31 +0000 (UTC) Received: from [98.139.212.153] by nm37.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2013 17:11:23 -0000 Received: from [98.139.211.163] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2013 17:11:23 -0000 Received: from [127.0.0.1] by smtp220.mail.bf1.yahoo.com with NNFMP; 23 Dec 2013 17:11:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1387818683; bh=sU+MLPYexk9ig2Xx6ZMK7vU4PnrIBiK70m+q/KkIF6s=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=l64MtpdTje8dq0P627kpxr+z45qHibalXksCp7sGz8Y6DbIrHntOanWPo9S+39eNwLTCDGUA936nwd5PtDgFl9Qn/hzOPL6UMZXWK2upo/ARNSp3NiMAaWn151KXVY1/YO+ygwAVdfCSJQjXUIOkKrvzzma/Fl8hhatpOm20qD8= X-Yahoo-Newman-Id: 785597.71177.bm@smtp220.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XSNHJMwVM1m7Ok_enYo9mEa_KAaHRpevYzVgx0JxWNbBQsO Rnh7gTMX3tS1sL5H791s9mPjWnCRbfCeZ5NB7zOXZcc4129yuFt79pBPHnHb JR4Nxs5xeP.wM_efTtvY7iXRAgKxemvTYWj7u6FF3Xa0OyOunaO62KOpM63W R_aB6kpB1YAzCIR7tyIx8KxH6GbMajOZq9FPUKcQvFBZXUbzSSdSi_XF_I7U K3qrQIfwex8tSz6MfbqhN5cPXCS25gk6o6QMUP9n1wvyPV9I38f2kb2DrM5z DHlmy1wYs0A3cINQVMsygq1OPyghTCAj4XNl7yAOzjvCcRHkCV2Z0sYMaVIo M__UyPKi6JgqkEv403IxoEZYOmR4eZ8fyamQKMOXpmKT7Z3f6NREUKo322iW GRPMYQ8OPOqrEjuU46XTDJyYyX4wWGu3W6sHjVFTDUXUZDhWLsKxOuRMnraB CANSOfzmcgGOjzd2KeO6bZqh_1k.hD1yvWoUeMmjJ0zb5lsk6SLxqqcq1z3m 4w_fxsY_dGxtcUNQTLi3Vfv5p6UzgoSstR0bZzZ5MT0u5jwEG2MxgLhtqxVx xfA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [98.139.211.125]) by smtp220.mail.bf1.yahoo.com with SMTP; 23 Dec 2013 17:11:23 +0000 UTC Subject: Re: 10.0 BETA 3 with redports kernel panic From: Sean Bruno To: Konstantin Belousov In-Reply-To: <20131221145534.GY59496@kib.kiev.ua> References: <1387473915.2494.0.camel@powernoodle.corp.yahoo.com> <20131219180833.GN59496@kib.kiev.ua> <1387479064.2494.5.camel@powernoodle.corp.yahoo.com> <1387492541.27693.5.camel@powernoodle.corp.yahoo.com> <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" Date: Mon, 23 Dec 2013 09:11:21 -0800 Message-ID: <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 17:14:32 -0000 On Sat, 2013-12-21 at 16:55 +0200, Konstantin Belousov wrote: > > The reason why the dmaplimit change originally exploded was becase > > dmaplimit is set to zero for the duration of while we're running on > > the page tables given to us by the loader. I believe initializing > > dmaplimit to DMAP_MAX_ADDRESS rather than zero would have solved the > > original explosions. > The dmaplimit is initialized in > hammer_time->pmap_bootstrap->getmemsize-> > create_pagetable(). The backtrace above should be much later in the > boot sequence, note that mi_startup() was already running. > > I believe that my previous change just broke vsetslab()/vtoslab(). Currently running 2/4 machines with the following patch. No data for stability yet. Still waiting. > Index: amd64/amd64/mem.c > =================================================================== > --- amd64/amd64/mem.c (revision 258554) > +++ amd64/amd64/mem.c (working copy) > @@ -98,6 +98,10 @@ > kmemphys: > o = v & PAGE_MASK; > c = min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); > + v = PHYS_TO_DMAP(v); > + if (v < DMAP_MIN_ADDRESS || v >= dmaplimit || > + pmap_kextract(v) == 0) > + return (EFAULT); > error = uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); > continue; > } > Index: amd64/amd64/pmap.c > =================================================================== > --- amd64/amd64/pmap.c (revision 258554) > +++ amd64/amd64/pmap.c (working copy) > @@ -321,7 +321,7 @@ > "Number of kernel page table pages allocated on bootup"); > > static int ndmpdp; > -static vm_paddr_t dmaplimit; > +vm_paddr_t dmaplimit; > vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; > pt_entry_t pg_nx; > > Index: amd64/include/pmap.h > =================================================================== > --- amd64/include/pmap.h (revision 258554) > +++ amd64/include/pmap.h (working copy) > @@ -368,6 +368,7 @@ > extern vm_paddr_t dump_avail[]; > extern vm_offset_t virtual_avail; > extern vm_offset_t virtual_end; > +extern vm_paddr_t dmaplimit; > > #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) > #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) != 0) From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 18:45:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89283A7 for ; Mon, 23 Dec 2013 18:45:02 +0000 (UTC) Received: from mail.eskimo.com (mail.eskimo.com [204.122.16.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FF7F14AE for ; Mon, 23 Dec 2013 18:45:02 +0000 (UTC) Received: from shellx.eskimo.com (shellx.eskimo.com [204.122.16.5]) by mail.eskimo.com (Postfix) with ESMTP id 2FC53193 for ; Mon, 23 Dec 2013 10:36:47 -0800 (PST) Received: by shellx.eskimo.com (Postfix, from userid 51518) id 20B933525; Mon, 23 Dec 2013 10:36:47 -0800 (PST) Date: Mon, 23 Dec 2013 10:36:47 -0800 From: Joseph Olatt To: freebsd-stable@freebsd.org Subject: CAM status: CCB request completed with an error Message-ID: <20131223183646.GA22168@eskimo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-12-10) X-Virus-Scanned: clamav-milter 0.98 at mail.eskimo.com X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Dec 2013 18:45:02 -0000 Hi, Just upgraded from 9.2-PRERELEASE to the following: FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 and started seeing the following error when I insert a USB flash drive. This flash drive was working fine with 9.2-PRERELEASE. ugen6.2: at usbus6 umass0: on usbus6 umass0: SCSI over Bulk-Only; quirks = 0x4101 umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Retrying command (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted Anybody else seeing issues with the USB/CAM subsystem with the new the new 9.2-STABLE code? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 19:19:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1D64A36; Mon, 23 Dec 2013 19:19:06 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63AE616DC; Mon, 23 Dec 2013 19:19:06 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id d49so2505241eek.33 for ; Mon, 23 Dec 2013 11:19:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=zT78Qq9B6IDm4yPzPHaYyorN4dS1gluwetylHm2AWUQ=; b=Rmszl3mBehLi8Cj90MXak7VoYkxL8q286/oY1itu0Ny3Jbe2m35rFAL0o4mJ0+5R5j e091QFsAXgwMYa9/r4qKBcW9uAsRqSW1Cy2RBhIo2pjQ2wEryed3KCZDshhKIHxcrTVk tIm6I+ze8KRh5O1W1GCQbwAELt4OG7v5Pj/tf66q4/tfqimTNxJm0ZaTQ5OPiJvT/DOm FKKJf1QpJB0qY4enW1RJuf8s+eOBV/7CjKZ3TPWk5OVvMmC03rAGNAch5AGP/jcuHy6A gzZ4KucfUgA+qxI02LisUK6Kfn7Lj6ggRscIbBFHG5BKyaLWw9Be/0e+6nLG9Iha69sU jZOQ== X-Received: by 10.14.209.129 with SMTP id s1mr23567382eeo.21.1387826344660; Mon, 23 Dec 2013 11:19:04 -0800 (PST) Received: from scorpion.kiev.ua ([78.111.187.181]) by mx.google.com with ESMTPSA id b41sm48212007eef.16.2013.12.23.11.19.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Dec 2013 11:19:03 -0800 (PST) Message-ID: <52B88CA5.3070000@gmail.com> Date: Mon, 23 Dec 2013 21:19:01 +0200 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, postmaster@freebsd.org Subject: buildworld error (buildincludes) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Dec 2013 19:19:07 -0000 Hello! root# svn info /usr/src ------------------------------ Path: /usr/src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259765 Node Kind: directory Schedule: normal Last Changed Author: imp Last Changed Rev: 259759 Last Changed Date: 2013-12-23 03:24:32 +0200 On FreeBSD 10.0-BETA4 #0 r258921 I do: cd /usr/src && rm -rf ../obj/* make cleandir; make cleandir make buildworld The build fails with: --------------------------------------------------------------------- ===> include (includes) set -e; cd /usr/src/include; make buildincludes; make installincludes env ECHO="echo" MAKE="make" NEWVERS_SH=/usr/src/include/../sys/conf/newvers.sh PARAM_H=/usr/src/include/../sys/sys/param.h SYSDIR=/usr/src/inc lude/../sys sh /usr/src/include/mk-osreldate.sh creating osreldate.h from newvers.sh ===> include/arpa (buildincludes) ===> include/gssapi (buildincludes) ===> include/protocols (buildincludes) ===> include/rpcsvc (buildincludes) RPCGEN_CPP=cpp\ rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h *** Error code 255 Stop. make[5]: stopped in /usr/src/include/rpcsvc *** Error code 1 Stop. make[4]: stopped in /usr/src/include *** Error code 1 thanks -- Alexander From owner-freebsd-stable@FreeBSD.ORG Mon Dec 23 22:19:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 242FFDC for ; Mon, 23 Dec 2013 22:19:12 +0000 (UTC) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2C2A143B for ; Mon, 23 Dec 2013 22:19:11 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 8B6D4BFD8B; Mon, 23 Dec 2013 22:19:00 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_B109ECC6-270D-4370-8F2D-C00D4199ACAC"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: buildworld error (buildincludes) From: Stefan Bethke In-Reply-To: <52B88CA5.3070000@gmail.com> Date: Mon, 23 Dec 2013 23:18:58 +0100 Message-Id: <131CDE5A-580B-4E8C-9B35-8691FAD14161@lassitu.de> References: <52B88CA5.3070000@gmail.com> To: Alexander Panyushkin X-Mailer: Apple Mail (2.1827) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Dec 2013 22:19:12 -0000 --Apple-Mail=_B109ECC6-270D-4370-8F2D-C00D4199ACAC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I=92ve just built and install successfully r259766. # svn info Path: . Working Copy Root Path: /freebsd/checkout/src URL: svn://svn.freebsd.org/base/stable/9 Relative URL: ^/stable/9 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259766 Node Kind: directory Schedule: normal Last Changed Author: imp Last Changed Rev: 259753 Last Changed Date: 2013-12-22 23:33:27 +0000 (Sun, 22 Dec 2013) Am 23.12.2013 um 20:19 schrieb Alexander Panyushkin : > Hello! >=20 > root# svn info /usr/src > ------------------------------ > Path: /usr/src > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/stable/10 > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 259765 > Node Kind: directory > Schedule: normal > Last Changed Author: imp > Last Changed Rev: 259759 > Last Changed Date: 2013-12-23 03:24:32 +0200 >=20 >=20 > On FreeBSD 10.0-BETA4 #0 r258921 I do: >=20 > cd /usr/src && rm -rf ../obj/* > make cleandir; make cleandir > make buildworld >=20 > The build fails with: > --------------------------------------------------------------------- > =3D=3D=3D> include (includes) > set -e; cd /usr/src/include; make buildincludes; make installincludes > env ECHO=3D"echo" MAKE=3D"make" = NEWVERS_SH=3D/usr/src/include/../sys/conf/newvers.sh = PARAM_H=3D/usr/src/include/../sys/sys/param.h SYSDIR=3D/usr/src/inc > lude/../sys sh /usr/src/include/mk-osreldate.sh > creating osreldate.h from newvers.sh > =3D=3D=3D> include/arpa (buildincludes) > =3D=3D=3D> include/gssapi (buildincludes) > =3D=3D=3D> include/protocols (buildincludes) > =3D=3D=3D> include/rpcsvc (buildincludes) > RPCGEN_CPP=3Dcpp\ rpcgen -C -h -DWANT_NFS3 = /usr/src/include/rpcsvc/key_prot.x -o key_prot.h > *** Error code 255 > Stop. > make[5]: stopped in /usr/src/include/rpcsvc > *** Error code 1 > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 >=20 >=20 > thanks >=20 > --=20 > Alexander >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" --=20 Stefan Bethke Fon +49 151 14070811 --Apple-Mail=_B109ECC6-270D-4370-8F2D-C00D4199ACAC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSuLbSAAoJEA/POViuFuLBYD4H/AxJgfzOn6orpAUiRi0Vbf20 JrsJMruNzgV/p9hPoJHwH5liW6RAxWTghiM39vOTfmqP/poHHgvOo3sGL0JHLAmI mZpqc0VC/5cinSmjiZXt0yHs95TPU0yE3lxla/QfOvdAw9QF49x+K8+A5dKS6dnX IngGyYHyJuZKzsaHPh9tTc/KAm9z1eUP4x9Q/VZLD05Ai+4nDLqkpg0le58PFoXn 43Q/RQ++tYMKzzEaGQPOKxhYRL+iFZx/YYcOEYrkIeiFbb6j7xser3gG3usOHi4s 91FXTOuFMLceIWm3JE5frcrzV5ho+S+OjTnL7DoJoFLs+dUaVuBfXwxKLyAa3IY= =hPGS -----END PGP SIGNATURE----- --Apple-Mail=_B109ECC6-270D-4370-8F2D-C00D4199ACAC-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 24 08:30:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAF78F7F for ; Tue, 24 Dec 2013 08:30:55 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BA4B1A23 for ; Tue, 24 Dec 2013 08:30:55 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VvNOA-0008Bt-33 for freebsd-stable@freebsd.org; Tue, 24 Dec 2013 00:30:54 -0800 Date: Tue, 24 Dec 2013 00:30:54 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1387873854076-5871132.post@n5.nabble.com> In-Reply-To: <1382106225174-5852917.post@n5.nabble.com> References: <1382080515404-5852849.post@n5.nabble.com> <1382106225174-5852917.post@n5.nabble.com> Subject: Re: if_re NIC ping responds only after manual re-create or dhclient MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Dec 2013 08:30:55 -0000 This error had been fixed in an update some time ago. The error is unfortunately back. Same description as previous posts - I can ping to NIC after I delete IP and manually re-assign. During the previous error, I had come across a separate thread on the forums with very similar problem description and had concluded that the problem was with the if_re driver. This time around I have also noticed considerable networking problems: slow or dropped connections, jails unable to keep consistent forwarding traffic between each other, and just a whole slew of annoyances. As posted before, hardware is: re0: port 0xd800-0xd8ff mem re1: port 0xe800-0xe8ff mem Please advise maintainer. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/if-re-NIC-ping-responds-only-after-manual-re-create-or-dhclient-tp5852849p5871132.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 24 15:11:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F484DF7 for ; Tue, 24 Dec 2013 15:11:39 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 1019C17B9 for ; Tue, 24 Dec 2013 15:11:38 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dpgr8738NzGN52 for ; Tue, 24 Dec 2013 16:11:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:in-reply-to:references:user-agent:date:date :subject:subject:organization:from:from:received:received :received; s=jakla2; t=1387897895; x=1390489896; bh=HospjZT2hWSU prQ4uicqNg0szQkg54ZXCUeIkDBcUSI=; b=F7gkGZOd+IoNskuhV6MKCjiYH/OT UV3ZMmtz1Y529Q1qsPvKP2Ca1MD15Ak8oYylgswtf0j2ioM83qXmC4GLrvkDi2ed GEjAwoauo60Rykk5v/s0DcOZ+GfhwTloxLZQlhIGi5vcWQT1+E2R6xlktXCTvwZX d0nfnZGGw0Unh1o= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id Kro0ktk3U4Tm for ; Tue, 24 Dec 2013 16:11:35 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Tue, 24 Dec 2013 16:11:34 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id C2FD397D for ; Tue, 24 Dec 2013 16:11:34 +0100 (CET) From: Mark Martinec Organization: J. Stefan Institute To: FreeBSD Stable Mailing List Subject: Re: Graphical console in stable/10 stuck on heavy writing Date: Tue, 24 Dec 2013 16:11:33 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.2-STABLE; KDE/4.10.5; amd64; ; ) References: <52B78808.1090802@ijs.si> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201312241611.33886.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Dec 2013 15:11:39 -0000 Adrian Chadd writes: > I see this when the kernel is outputting debugging .. the console can > quickly lock up exactly how you describe. I've never figured out why > though. :( Thanks for confirming. I opened a PR misc/185156 http://www.freebsd.org/cgi/query-pr.cgi?pr=185156 Mark > On 22 December 2013 16:47, Mark Martinec wrote: > > FreeBSD amd64, recent stable/10: > > > > When running some task on a graphical console window > > and that task writes lots of output to a console, the > > console gets stuck after some time (like 20 minutes), > > output stops, keyboard appears unresponsive, alt-ctrl-Fn > > is unable to switch consoles - but the machine seems > > otherwise sane: I can log in over ssh, file system and > > processes are healthy, CPU not busy. > > > > This was first noticed trying to rebuild kde from > > ports in a console window. Same happened when bulk > > updating packages from a remote site and the pkg update > > was busily writing its output to a console. > > > > The same heavy tasks (e.g. ports rebuild) can run > > just fine in an ssh session, or in a konsole / xterm. > > > > As a final proof, I tried a perl one-liner which > > writes a line (a count and some text) ten times per > > second: it manages to screw up the console window > > in about 6 minutes. > > > > Interestingly, while the console output is stuck > > and I blindly type a command on a keyboard (no echo), > > then run a shutdown from another (ssh) session, > > the console output gets unstuck during shutdown, > > rapidly displays the missing lines, including the > > echo of a command typed blindly previously, along > > with its output. > > > > Btw, this never happened on this machine while it was > > running 9.2 or older versions. > > > > Anybody seen this or can reproduce it? > > Mark From owner-freebsd-stable@FreeBSD.ORG Tue Dec 24 16:54:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54380879; Tue, 24 Dec 2013 16:54:45 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C45010B1; Tue, 24 Dec 2013 16:54:44 +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 8F82420AEA; Tue, 24 Dec 2013 11:54:36 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 24 Dec 2013 11:54:36 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=wBg qbMCKVOSAg8GnSVMI1l4wsAc=; b=q3oFSMBO1vOoZGQZDM6z20u9XaMVl7wXgO7 WlmRQxYSvEgc7FdyWtDydFynan8cBHW/j7iuX4AEVWfQntGNLVHLA+k8W6pmv75Y TV0YY9iTVOpIjxCB6Uueu0woAtBi+rOzBo3P8o9543NXTRO5OEfBncYQuO96+1aK yxuD0IXY= X-Sasl-enc: G2J0QEEnNJUftqZ3SAUXiYBTqWxEnNrjO7n0MKhXEPhd 1387904076 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id D800468010F; Tue, 24 Dec 2013 11:54:35 -0500 (EST) Content-Type: multipart/signed; boundary="Apple-Mail=_B49F6881-C63B-4F0A-8AAE-927A39DE1F15"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: 10.0-RC1: bad mbuf leak? From: Mark Felder In-Reply-To: Date: Tue, 24 Dec 2013 10:54:33 -0600 Message-Id: <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Net , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Dec 2013 16:54:45 -0000 --Apple-Mail=_B49F6881-C63B-4F0A-8AAE-927A39DE1F15 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Dec 22, 2013, at 19:46, Mark Felder wrote: >=20 > On Dec 19, 2013, at 2:41, Adrian Chadd wrote: >=20 >> Hm, try reverting just the em code to that from a 10.0-BETA? Just in >> case something changed there? >>=20 >=20 > finally found some free time today to try to look into this. I was = digging into the SVN changelogs of sys/dev/e1000 and couldn't see any = obvious changes that I should revert. Instead I went a different route = and jumped to HEAD/CURRENT. I'm not seeing the mbufs leaking yet. I'll = need another 24 hours to confirm. Hopefully this is a worthwhile clue. = I'm a bit surprised nobody else has reported this type of behavior... = maybe 10 isn't getting the amount of testing we expect? ...or maybe it's = just my lonely, haunted hardware :( Ok, I feel safe confirming that 10.0-RCs are not stable on my hardware. = The mbuf problem went away completely when I jumped to head/current. Can someone please suggest what patch I can attempt to back out to fix = this? I'd like to try to assist in fixing this before 10.0-RELEASE = happens or we're going to have some very angry users. --Apple-Mail=_B49F6881-C63B-4F0A-8AAE-927A39DE1F15 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSubxJAAoJEJg7ZFAfE+JSOuIH/3vqHEbqTzwGNHDbV7xjvHm3 R0UGLjhI4x/ugT4fQTsbC9IF60fWC5Izm6CIFF8evQmvWXFi/z9Fg2rfv+PhN0WL mFinwT/44Zd92ZjLdI2rriCl6+jxWX5GPW5s1apyZ74xyfS6sQh453k2GBkA2Gpa yq587v0783brms5KwGB6vg0Re8Vv9w4jk24BXro2mEPUgy77gBiV3rKyXth8oBcn piXbSnhwwVVOLzf10iW26XQwvsTKaab7pYPXUjqAXxxKKngp7edvg6s/s99fX+s6 KMoNXx9RzBEUPxpfjh4bYHKFjRj0j0qUSI8MbhjrrgM/o5ksIICNHz7OmE52+cg= =DWmt -----END PGP SIGNATURE----- --Apple-Mail=_B49F6881-C63B-4F0A-8AAE-927A39DE1F15-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 24 22:19:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2C44163 for ; Tue, 24 Dec 2013 22:19:32 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 889AD14CD for ; Tue, 24 Dec 2013 22:19:32 +0000 (UTC) Received: from [10.0.0.2] ([91.60.2.99]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0LvS5r-1VV9hY1rGt-010ZJF for ; Tue, 24 Dec 2013 23:19:23 +0100 Subject: Re: Graphical console in stable/10 stuck on heavy writing From: Marc Santhoff To: FreeBSD Stable Mailing List In-Reply-To: References: <52B78808.1090802@ijs.si> Content-Type: text/plain; charset="ISO-8859-15" Date: Tue, 24 Dec 2013 23:19:21 +0100 Message-ID: <1387923561.4135.5.camel@puma.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fRXrcAnebYzjij0d420uP9RgD4D+gDyD77B9Xga3r4WhWmesFQU ynJ4n9KXnSEv5prlEL+FN5vWjx2yecDK0eFJx7Br/S+nzNGc0cqRUnB7ehQQtxVo5s/3qVR nxPDzkZ5vwQY+OoAWGQUGkSJIHuk+3a5U/9YJNKqZWFxEwz4/hiVkkgkhsKfdQpmjIfLEii U1g65XlQnVMLhwpn6TwCA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Dec 2013 22:19:33 -0000 On So, 2013-12-22 at 21:29 -0800, Adrian Chadd wrote: > I see this when the kernel is outputting debugging .. the console can > quickly lock up exactly how you describe. I've never figured out why > though. :( > > > -a > > On 22 December 2013 16:47, Mark Martinec wrote: > > FreeBSD amd64, recent stable/10: > > > > When running some task on a graphical console window > > and that task writes lots of output to a console, the > > console gets stuck after some time (like 20 minutes), > > output stops, keyboard appears unresponsive, alt-ctrl-Fn > > is unable to switch consoles - but the machine seems > > otherwise sane: I can log in over ssh, file system and > > processes are healthy, CPU not busy. Long ago I had to fight a similar problem when using FreePascal on FreeBSD - must have been a stable OS version of 2004 or so. The solution was to switch the file descriptor in use from non blocking to blocking i/o. IIRC this held true for stdout and stderr. I have no idea what was going on and if that was a freebsd or fpc issue, though. HTH anyhow, Marc -- Marc Santhoff From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 02:29:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC82DCDB for ; Wed, 25 Dec 2013 02:29:18 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC8F21671; Wed, 25 Dec 2013 02:29:18 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBP2THCi082008; Wed, 25 Dec 2013 02:29:18 GMT (envelope-from davidxu@freebsd.org) Message-ID: <52BA4310.2080909@freebsd.org> Date: Wed, 25 Dec 2013 10:29:36 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130416 Thunderbird/17.0.5 MIME-Version: 1.0 To: Mark Martinec Subject: Re: Graphical console in stable/10 stuck on heavy writing References: <52B78808.1090802@ijs.si> In-Reply-To: <52B78808.1090802@ijs.si> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 02:29:19 -0000 On 2013/12/23 08:47, Mark Martinec wrote: > FreeBSD amd64, recent stable/10: > > When running some task on a graphical console window > and that task writes lots of output to a console, the > console gets stuck after some time (like 20 minutes), > output stops, keyboard appears unresponsive, alt-ctrl-Fn > is unable to switch consoles - but the machine seems > otherwise sane: I can log in over ssh, file system and > processes are healthy, CPU not busy. > > This was first noticed trying to rebuild kde from > ports in a console window. Same happened when bulk > updating packages from a remote site and the pkg update > was busily writing its output to a console. > > The same heavy tasks (e.g. ports rebuild) can run > just fine in an ssh session, or in a konsole / xterm. > > As a final proof, I tried a perl one-liner which > writes a line (a count and some text) ten times per > second: it manages to screw up the console window > in about 6 minutes. > > Interestingly, while the console output is stuck > and I blindly type a command on a keyboard (no echo), > then run a shutdown from another (ssh) session, > the console output gets unstuck during shutdown, > rapidly displays the missing lines, including the > echo of a command typed blindly previously, along > with its output. > > Btw, this never happened on this machine while it was > running 9.2 or older versions. > > Anybody seen this or can reproduce it? > > Mark This is a longstanding bug. Years ago I found this, it seems there is a race between kernel tty code and select syscall, although I had read some code and do not know where it is. I can reproduce it by running command "find /" in gnome terminal, and switch between some windows and when I come back to the terminal window, the find process gets stuck at "ttyout" state. davidxu@demo:~%ps xaHl | grep find 1001 1247 1195 0 -8 0 10276 1952 piperd S+ 0 0:00.00 grep find 1001 1239 1225 0 21 0 14100 6740 ttyout S+ 1 0:02.05 find / davidxu@demo:~%procstat -h -k 1239 1239 100187 find - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig tty_wait ttydisc_write ttydev_write devfs_write_f dofilewrite kern_writev sys_write syscall Xint0x80_syscall davidxu@demo:~%ps xaHl | grep gnome-terminal 1001 1193 1 0 21 0 99852 23232 select S v0 0:15.97 gnome-terminal 1001 1193 1 0 21 0 99852 23232 select S v0 0:01.79 gnome-terminal 1001 1193 1 0 21 0 99852 23232 select I v0 0:00.00 gnome-terminal 1001 1256 1195 0 21 0 344 236 - R+ 0 0:00.00 grep gnome-terminal davidxu@demo:~%ps xaHl | davidxu@demo:~%procstat -k 1193 PID TID COMM TDNAME KSTACK 1193 100202 gnome-terminal - mi_switch sleepq_switch sleepq_catch_signals sleepq_timedwait_sig _cv_timedwait_sig_sbt seltdwait sys_poll syscall Xint0x80_syscall 1193 100206 gnome-terminal - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait sys_poll syscall Xint0x80_syscall 1193 100209 gnome-terminal - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait sys_poll syscall Xint0x80_syscall From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 05:42:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19F955AB for ; Wed, 25 Dec 2013 05:42:28 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB7FC1359 for ; Wed, 25 Dec 2013 05:42:27 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id g10so6949856pdj.29 for ; Tue, 24 Dec 2013 21:42:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3IMlZfqWIqRXdThZ2urJapBQSL7YdK03LtNZrGkpd6A=; b=oKxYbbSX+bD1Lod0Itqsd17OrVBDrk/03rweqcdda3mhr12c9N/U07ciu6u6k10ZFr imeS/er7KyDDwKlkCUkk2s4evHCh4s5u7Q6/EogWOzyVxGR+kOhEVo6mnO+ax246YKAU n3e7jnlfEXHBV+IWVSzpaS4Z5Hi2Q5eN65b5Lb9a4TU248CTELsXtdLkizh33WEgLFw/ Jq2XsNFtoowVEjpUhjpF33S4m3A8c1X+0rfW+zlu+vwrafVUVQzYMUqLtsJ+94xekfWO H1cIg86+EVwUetJxlu8iUx86hZjo1IMK3IQKg5t5vRgTzHMIZOdZDUWFgj9UDgBW+SSE 717g== X-Received: by 10.66.180.200 with SMTP id dq8mr36650924pac.104.1387950147552; Tue, 24 Dec 2013 21:42:27 -0800 (PST) Received: from localhost (c-76-21-78-151.hsd1.ca.comcast.net. [76.21.78.151]) by mx.google.com with ESMTPSA id uf2sm45728083pbc.28.2013.12.24.21.42.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Dec 2013 21:42:26 -0800 (PST) Date: Tue, 24 Dec 2013 21:42:27 -0800 From: Gleb Kurtsou To: Konstantin Belousov Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred Message-ID: <20131225054227.GA2691@reks> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> <20131107230834.GS59496@kib.kiev.ua> <20131108080938.GT59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20131108080938.GT59496@kib.kiev.ua> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Alex Pavlovic , Matt Magoffin , freebsd-stable@freebsd.org, Eric van Gyzen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 05:42:28 -0000 On (08/11/2013 10:09), Konstantin Belousov wrote: > On Fri, Nov 08, 2013 at 05:16:13PM +1300, Matt Magoffin wrote: > > On Nov 8, 2013, at 12:08 PM, Konstantin Belousov wrote: > > > > >> From a 9.2 amd64 virtual machine, this is what I get: > > >> > > >> (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 > > >> 0xffffffff80d96898 is in VOP_ADD_WRITECOUNT_APV (vnode_if.c:4236). > > >> 4231 in vnode_if.c > > >> > > >> Does this help? > > >> > > > I need the code around this line; corresponding file is generated, I > > > do not have it. > > > > I generated vnode_if.c using this command: > > > > /usr/bin/awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -c > > > > I just inferred that command, I do not know if that is correct. Here are lines 4219-4264 from the file: > > > > int > > VOP_ADD_WRITECOUNT_APV(struct vop_vector *vop, struct vop_add_writecount_args *a) > > { > > int rc; > > > > VNASSERT(a->a_gen.a_desc == &vop_add_writecount_desc, a->a_vp, > > ("Wrong a_desc in vop_add_writecount(%p, %p)", a->a_vp, a)); > > while(vop != NULL && \ > > vop->vop_add_writecount == NULL && vop->vop_bypass == NULL) > > vop = vop->vop_default; > > VNASSERT(vop != NULL, a->a_vp, ("No vop_add_writecount(%p, %p)", a->a_vp, a)); > > SDT_PROBE(vfs, vop, vop_add_writecount, entry, a->a_vp, a, 0, 0, 0); > > > > ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > > ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > > VFS_PROLOGUE(a->a_vp->v_mount); > So which line is 4236 ? That one ^^^^ ? > > If yes, I absolutely need you to obtain core dump and than print *a > and *(a->a_vp) from the debugger, to make further progress. > > > if (vop->vop_add_writecount != NULL) > > rc = vop->vop_add_writecount(a); > But, if I mis-counted and the line 4236 is that one ^^^^, than together > with the panic message > panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 > which suggests that vop_add_writecount not NULL but garbage, I believe > that your issue is stale module, compiled on 9.1 but used on 9.2. Shouldn't we guarantee KABI stability far stable releases? There is similar problem reported for pefs panicing on 9.2 if installed from binary packages: https://github.com/glk/pefs/issues/12 VOP vector is garbage in this case. (kgdb) fr 8 #8 0xc0f6ef6a in VOP_ADD_WRITECOUNT_APV (vop=0xc7abd580, a=0xe7fd9ae8) at vnode_if.c:4236 4236 vnode_if.c: No such file or directory. in vnode_if.c (kgdb) p *vop $1 = {vop_default = 0xc1261120, vop_bypass = 0, .... vop_setlabel = 0, vop_vptofh = 0xc7ab1350 , vop_vptocnp = 0xc0b6b130 , vop_allocate = 0, vop_advise = 0, vop_unp_bind = 0, vop_unp_connect = 0, vop_unp_detach = 0, vop_is_text = 0, vop_set_text = 0, vop_unset_text = 0, vop_get_writecount = 0, vop_add_writecount = 0xc7ab7360 , vop_spare4 = 0xc7ab7340 , vop_spare5 = 0xc7ab7310 } pefs is not the only kernel module packages are built for. How should we handle KABI breakage in 9.x for packages then? Thanks, Gleb. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 12:24:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 812F144F for ; Wed, 25 Dec 2013 12:24:58 +0000 (UTC) Received: from kontrol.kode5.net (kontrol.kode5.net [80.229.5.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA018120C for ; Wed, 25 Dec 2013 12:24:57 +0000 (UTC) Received: from kontrol.kode5.net (localhost [127.0.0.1]) by kontrol.kode5.net (8.14.7/8.14.7) with ESMTP id rBPC23tY001489 for ; Wed, 25 Dec 2013 12:02:03 GMT (envelope-from jmzgriffin@gmail.com) Received: (from jmz@localhost) by kontrol.kode5.net (8.14.7/8.14.7/Submit) id rBPC23kj001488 for freebsd-stable@freebsd.org; Wed, 25 Dec 2013 12:02:03 GMT (envelope-from jmzgriffin@gmail.com) X-Authentication-Warning: kontrol.kode5.net: jmz set sender to jmzgriffin@gmail.com using -f Date: Wed, 25 Dec 2013 12:02:03 +0000 From: James Griffin To: FreeBSD Stable Subject: Re: CAM status: CCB request completed with an error Message-ID: <20131225120201.GB1446@kontrol.kode5.net> Mail-Followup-To: FreeBSD Stable References: <20131223183646.GA22168@eskimo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131223183646.GA22168@eskimo.com> x-operating-system: FreeBSD 9.2-RELEASE-p2 amd64 x-pgp-fingerprint: A4B9 E875 A18C 6E11 F46D B788 BEE6 1251 1D31 DC38 x-pgp-key: 1D31DC38 User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 12:24:58 -0000 Joseph Olatt : > Hi, > > Just upgraded from 9.2-PRERELEASE to the following: > > FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 > 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 > > and started seeing the following error when I insert a USB flash drive. > This flash drive was working fine with 9.2-PRERELEASE. > > ugen6.2: at usbus6 > umass0: on > usbus6 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > > > Anybody else seeing issues with the USB/CAM subsystem with the new the > new 9.2-STABLE code? > > _______________________________________________ > 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" Joseph, did you find out any more information about this? Last night I ripped a few DVD's and I too saw these messages on the console. I was able to rip the data but still, I'd like to know/do more about this output. Cheers, Jamie -- James Griffin jmzgriffin@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 13:19:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1A6CE0 for ; Wed, 25 Dec 2013 13:19:33 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27D161589 for ; Wed, 25 Dec 2013 13:19:32 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id eo20so3387836lab.28 for ; Wed, 25 Dec 2013 05:19:31 -0800 (PST) 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=xz25Qm+ZBnzqo2RbPYZroBbM+VpieeDajPuo+8Q4F/0=; b=0mmZQJjj+8t0TaJncUcEAKeiXW+zskoCASiYPONlWdpU0OC2d7BuN+BF3V07uHGU6h uXDZ7FftWJ6H2CHgwYW2PHhEDss0wS9pYigPsud5s72aS7qwwR5U6nQQ/yXIteEunqoW qqIll8EFGxfwOODDIhPSPLusCeCe+V5+2BeMSpW1Aq63vynpaSJnq7oI5Qzm+KNMCwDF 2mHqS6rzLjqO30oGqmwbsX66cgjvgUhmJ/gYUsy9docFXYGdRqTCcUHUXHuRv7+1w7bR QZWcS/eOYVPaXmMcUcEtyHXGLxGCp78XScvGrdfWoETm3aHuMUSjtiZc6LH8l9H2sM6i g3mg== X-Received: by 10.152.4.74 with SMTP id i10mr109568lai.58.1387977570954; Wed, 25 Dec 2013 05:19:30 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id ld10sm20950212lab.8.2013.12.25.05.19.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Dec 2013 05:19:30 -0800 (PST) Message-ID: <52BADB61.8080703@gmail.com> Date: Wed, 25 Dec 2013 15:19:29 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: does anyone saw anything like this (core dumped, pf) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 13:19:33 -0000 Hi all. FreeBSD ratatosk.b1t.name 9.2-RELEASE-p1 FreeBSD 9.2-RELEASE-p1 #2 r257531M: Sat Nov 2 01:25:40 EET 2013 arcade@ratatosk.b1t.name:/usr/obj/usr/src/sys/MINIMAL i386 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x148833bc fault code = supervisor read, page not present instruction pointer = 0x20:0x835ecd4b stack pointer = 0x28:0xf43cb818 frame pointer = 0x28:0xf43cb859 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq21: ste0) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0x835c1562 at kdb_backtrace+0x52 #1 0x83588c3c at panic+0x1bc #2 0x837ec69a at trap_fatal+0x33a #3 0x837ec9ad at trap_pfault+0x2fd #4 0x837ebfed at trap+0x52d #5 0x837d672c at calltrap+0x6 #6 0x8b52ab75 at pf_test_state_udp+0x385 #7 0x8b52e88b at pf_test+0xfdb #8 0x8b53b088 at pf_check_in+0x48 #9 0x8364fc5f at pfil_run_hooks+0x7f #10 0x83672c6c at ip_input+0x29c #11 0x8364ec12 at netisr_dispatch_src+0x82 #12 0x8364efa0 at netisr_dispatch+0x20 #13 0x83649ccc at ether_demux+0x10c #14 0x8364a938 at ether_nh_input+0x378 #15 0x8364ec12 at netisr_dispatch_src+0x82 #16 0x8364efa0 at netisr_dispatch+0x20 #17 0x83649ed9 at ether_input+0x19 #0 doadump (textdump=-2019550464) at pcpu.h:249 249 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=-2019550464) at pcpu.h:249 #1 0x83588813 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0x83588c88 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0x837ec69a in trap_fatal (frame=, eva=344470460) at /usr/src/sys/i386/i386/trap.c:1044 #4 0x837ec9ad in trap_pfault (frame=0x0, usermode=, eva=0) at /usr/src/sys/i386/i386/trap.c:859 #5 0x837ebfed in trap (frame=0xf43cb7d8) at /usr/src/sys/i386/i386/trap.c:555 #6 0x837d672c in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #7 0x835ecd4b in m_copyback (m0=0x148833b0, off=436207616, len=20, cp=0x52ab75f4
) at /usr/src/sys/kern/uipc_mbuf.c:1252 #8 0x8b52ab75 in pf_test_state_udp (state=, direction=, h=0x1a000000, pd=0x8833b0) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:4820 #9 0x8b52e88b in pf_test (dir=, ifp=, m0=0x0) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6801 #10 0x8b53b088 in pf_check_in (arg=0x0, m=0xf43cba2c, ifp=, dir=1, inp=0x19cd) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:4131 #11 0x8364fc5f in pfil_run_hooks (ph=, mp=, dir=1) at /usr/src/sys/net/pfil.c:82 #12 0x83672c6c in ip_input (m=0x8a399600) at /usr/src/sys/netinet/ip_input.c:510 #13 0x8364ec12 in netisr_dispatch_src (proto=, source=3053, m=0x508833b0) at /usr/src/sys/net/netisr.c:1013 #14 0x8364efa0 in netisr_dispatch (proto=1, m=0x8a399600) at /usr/src/sys/net/netisr.c:1104 #15 0x83649ccc in ether_demux (ifp=, m=0x8a399600) at /usr/src/sys/net/if_ethersubr.c:943 #16 0x8364a938 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:762 #17 0x8364ec12 in netisr_dispatch_src (proto=, source=3053, m=0x508833b0) at /usr/src/sys/net/netisr.c:1013 #18 0x8364efa0 in netisr_dispatch (proto=9, m=0x8a399600) at /usr/src/sys/net/netisr.c:1104 #19 0x83649ed9 in ether_input (ifp=0x87d7a400, m=0x8a399600) at /usr/src/sys/net/if_ethersubr.c:803 netstat -m 178/1369/1547 mbufs in use (current/cache/total) 18446744073709551281/979/644/25600 mbuf clusters in use (current/cache/total/max) 177/722 mbuf+clusters out of packet secondary zone in use (current/cache) 0/126/126/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398509481358K/2804K/2179K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 13:33:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC3F04E5; Wed, 25 Dec 2013 13:33:59 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F4E716A3; Wed, 25 Dec 2013 13:33:58 +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 rBPDXvWE008291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Dec 2013 17:33:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rBPDXuhb008290; Wed, 25 Dec 2013 17:33:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 25 Dec 2013 17:33:56 +0400 From: Gleb Smirnoff To: Mark Felder Subject: Re: 10.0-RC1: bad mbuf leak? Message-ID: <20131225133356.GL71033@FreeBSD.org> References: <1387204500.12061.60192349.19EAE1B4@webmail.messagingengine.com> <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A115E20-3ADB-49BA-885D-16189B97842B@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Net , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 13:33:59 -0000 Mark, On Tue, Dec 24, 2013 at 10:54:33AM -0600, Mark Felder wrote: M> > finally found some free time today to try to look into this. I was digging into the SVN changelogs of sys/dev/e1000 and couldn't see any obvious changes that I should revert. Instead I went a different route and jumped to HEAD/CURRENT. I'm not seeing the mbufs leaking yet. I'll need another 24 hours to confirm. Hopefully this is a worthwhile clue. I'm a bit surprised nobody else has reported this type of behavior... maybe 10 isn't getting the amount of testing we expect? ...or maybe it's just my lonely, haunted hardware :( M> M> Ok, I feel safe confirming that 10.0-RCs are not stable on my hardware. The mbuf problem went away completely when I jumped to head/current. M> M> Can someone please suggest what patch I can attempt to back out to fix this? I'd like to try to assist in fixing this before 10.0-RELEASE happens or we're going to have some very angry users. Is it possible for you to bisect head from the stable/10 branchpoint up to the current date and narrow down the revisions that introduced (and later fixed?) the leak? -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 25 22:02:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B8EE547 for ; Wed, 25 Dec 2013 22:02:05 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56C9E16DE for ; Wed, 25 Dec 2013 22:02:05 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jw12so4041098veb.17 for ; Wed, 25 Dec 2013 14:02:04 -0800 (PST) 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=r6dWk5dXCm/5RPiakIXXqnDiomGhZRPoxjbec+EAF0w=; b=WYIOCzoiMleuVaqA7Z12sjB40Nv9Tg5HQHytyYxmR6+HxA7EYxdUah2xrAsJ9d4ZW9 Z6Yp8EhTLh1o0bS06Vbs1nBGZzFaT3aS4cu6DQ0DR39rXL+6MSl2t7gLdbyycrv8OScA kplNhKtPvGuxlLdb06wtIUupRTd6d8bGIo9tKljrElCuevC/Oj/shAANVWkFpfxuR2Fw kRQjuNwRfRDUVEqWj6coIIlHTbmRC1F3MAwtIYenwsv2hcQT8H7qRmj5KdKL8Nvx/rIF fwJyf9njyhH+tz0g1PhggmOw9UFQvV8YCvTAUyzcODtB2P0S75DFDak7uWa69NkEybQX N3YQ== MIME-Version: 1.0 X-Received: by 10.52.175.162 with SMTP id cb2mr49894vdc.57.1388008924471; Wed, 25 Dec 2013 14:02:04 -0800 (PST) Received: by 10.58.128.132 with HTTP; Wed, 25 Dec 2013 14:02:04 -0800 (PST) Received: by 10.58.128.132 with HTTP; Wed, 25 Dec 2013 14:02:04 -0800 (PST) In-Reply-To: <20131223183646.GA22168@eskimo.com> References: <20131223183646.GA22168@eskimo.com> Date: Wed, 25 Dec 2013 23:02:04 +0100 Message-ID: Subject: Re: CAM status: CCB request completed with an error From: Johan Hendriks To: Joseph Olatt , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Dec 2013 22:02:05 -0000 I did go from 9 pre to 10, and had a lot of those messages also. I needed to rebuild some ports like hal, smartmontools and other ports to notice the changes made to the cam subsystem. Maybe some of it got backported to 9 as well and you need to rebuild them also. Regards Johan Op 23 dec. 2013 19:45 schreef "Joseph Olatt" : > Hi, > > Just upgraded from 9.2-PRERELEASE to the following: > > FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 > 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 > > and started seeing the following error when I insert a USB flash drive. > This flash drive was working fine with 9.2-PRERELEASE. > > ugen6.2: at usbus6 > umass0: on > usbus6 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > error > (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > > > Anybody else seeing issues with the USB/CAM subsystem with the new the > new 9.2-STABLE code? > > _______________________________________________ > 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 Dec 26 06:07:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAAA4D5F; Thu, 26 Dec 2013 06:07:39 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B7831334; Thu, 26 Dec 2013 06:07:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBQ601wj077494; Thu, 26 Dec 2013 08:00:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBQ601Yd077386; Thu, 26 Dec 2013 06:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 26 Dec 2013 06:00:01 GMT Message-Id: <201312260600.rBQ601Yd077386@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:07:40 -0000 TB --- 2013-12-26 01:30:33 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-26 01:30:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-26 01:30:33 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2013-12-26 01:30:33 - cleaning the object tree TB --- 2013-12-26 01:30:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-26 01:31:25 - At svn revision 259904 TB --- 2013-12-26 01:31:26 - building world TB --- 2013-12-26 01:31:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-26 01:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-26 01:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-26 01:31:26 - SRCCONF=/dev/null TB --- 2013-12-26 01:31:26 - TARGET=powerpc TB --- 2013-12-26 01:31:26 - TARGET_ARCH=powerpc64 TB --- 2013-12-26 01:31:26 - TZ=UTC TB --- 2013-12-26 01:31:26 - __MAKE_CONF=/dev/null TB --- 2013-12-26 01:31:26 - cd /src TB --- 2013-12-26 01:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 26 01:31:37 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Dec 26 05:59:39 UTC 2013 TB --- 2013-12-26 05:59:39 - generating LINT kernel config TB --- 2013-12-26 05:59:39 - cd /src/sys/powerpc/conf TB --- 2013-12-26 05:59:39 - /usr/bin/make -B LINT TB --- 2013-12-26 05:59:39 - cd /src/sys/powerpc/conf TB --- 2013-12-26 05:59:39 - /usr/sbin/config -m LINT TB --- 2013-12-26 05:59:39 - skipping LINT kernel TB --- 2013-12-26 05:59:39 - cd /src/sys/powerpc/conf TB --- 2013-12-26 05:59:39 - /usr/sbin/config -m GENERIC TB --- 2013-12-26 05:59:39 - skipping GENERIC kernel TB --- 2013-12-26 05:59:39 - cd /src/sys/powerpc/conf TB --- 2013-12-26 05:59:39 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-26 05:59:39 - building GENERIC64 kernel TB --- 2013-12-26 05:59:39 - CROSS_BUILD_TESTING=YES TB --- 2013-12-26 05:59:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-26 05:59:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-26 05:59:39 - SRCCONF=/dev/null TB --- 2013-12-26 05:59:39 - TARGET=powerpc TB --- 2013-12-26 05:59:39 - TARGET_ARCH=powerpc64 TB --- 2013-12-26 05:59:39 - TZ=UTC TB --- 2013-12-26 05:59:39 - __MAKE_CONF=/dev/null TB --- 2013-12-26 05:59:39 - cd /src TB --- 2013-12-26 05:59:39 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Dec 26 05:59:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-26 06:00:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-26 06:00:00 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-26 06:00:00 - 12162.41 user 4376.74 system 16167.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 14:06:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7583EF58 for ; Thu, 26 Dec 2013 14:06:46 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED0D132B for ; Thu, 26 Dec 2013 14:06:46 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VwBdC-000KZd-6G; Thu, 26 Dec 2013 18:09:46 +0400 Date: Thu, 26 Dec 2013 18:09:46 +0400 From: Slawa Olhovchenkov To: Eivind Evensen Subject: Re: Support DISCARD (^O) Message-ID: <20131226140946.GA43173@zxy.spb.ru> References: <20131217211816.GA41797@klump.hjerdalen.lokalnett> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131217211816.GA41797@klump.hjerdalen.lokalnett> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 14:06:46 -0000 On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: > Hello. > > I don't know if there is any particular reason that support for DISCARD/^O > was not included in the tty rewrite that happened from FreeBSD 7 to 8, > but in case anybody else wants it, here's a diff functioning mostly > like in 7, except output isn't switched back on automatically on input. > > Diff is against FreeBSD 8, however, last time I checked I didn't see > much difference in the newer versions. > > Regards, Eivind Nice! Very nice feature, need to commit in the tree. > diff -r 91820d9948e0 -r 13f40d577646 sys/kern/tty_ttydisc.c > --- a/sys/kern/tty_ttydisc.c Fri Feb 22 09:45:32 2013 +0100 > +++ b/sys/kern/tty_ttydisc.c Tue Dec 17 23:03:17 2013 +0100 > @@ -448,6 +448,9 @@ > if (tp->t_flags & TF_ZOMBIE) > return (EIO); > > + if (tp->t_termios.c_lflag & FLUSHO) > + return (0); > + > /* > * We don't need to check whether the process is the foreground > * process group or if we have a carrier. This is already done > @@ -881,6 +884,14 @@ > > /* Special control characters that are implementation dependent. */ > if (CMP_FLAG(l, IEXTEN)) { > + /* Discard (^O) */ > + if (CMP_CC(VDISCARD, c)) { > + if (!(tp->t_termios.c_lflag & FLUSHO)) > + ttyoutq_write_nofrag(&tp->t_outq, "^O", 2); > + tp->t_termios.c_lflag ^= FLUSHO; > + return(0); > + } > + > /* Accept the next character as literal. */ > if (CMP_CC(VLNEXT, c)) { > if (CMP_FLAG(l, ECHO)) { > _______________________________________________ > 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 Dec 26 16:25:31 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 125A37F9; Thu, 26 Dec 2013 16:25:31 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D64081DEA; Thu, 26 Dec 2013 16:25:30 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 58F6B5637; Thu, 26 Dec 2013 16:25:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 58F6B5637 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 11:25:21 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vk/v8fjDPiDepTtA" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 16:25:31 -0000 --vk/v8fjDPiDepTtA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The third RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here (or any of the FreeBSD mirror sites): ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ If you notice problems you can report them through the normal GNATS PR system or here on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC3: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc Pre-installed virtual machine images for 10.0-RC3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -RC2 and -RC3 include: - Several minor bugfixes and functionality enhancements to bhyve. - Add new sysctl, kern.supported_archs, containing the list of FreeBSD MACHINE_ARCH values whose binaries this kernel can run. - Add a pkg(8) repository configuration file for cdrom-based package installation. - Implement a fix to allow bsdconfig(8) to be able to install packages included on the DVD. - Fix pkg(8) multi-repository support by properly respecting 'enabled' flag. - Fix Xen build without INET. - Several bugfixes to bsdinstall(8). - Fix a ZFS-related panic triggered by an incorrect assertion. - Fix mountroot> prompt eating most of the characters by not enabling RXRDY interrupts in the attach routine. - Fix a regression in ng_ksocket(4). - Apply patch from upstream Heimdal for encoding fix The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.0-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == - 10.0-RC3 amd64: SHA256 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = a446af2ca4da7b5a5f7513f025fc5727abf0dac051540b1f04596223700e60cd SHA256 (FreeBSD-10.0-RC3-amd64-disc1.iso) = a4b16d3e4e04f1dbb9184fdbe18d6587124a6ea2a1794f79122d57373865ab6b SHA256 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = ce4edab5d5b485f6478e6171c1de64e9b337109256c5eb5257aceccd78224255 SHA256 (FreeBSD-10.0-RC3-amd64-memstick.img) = 642ff8ad66ead06b18bcf171be79f3f42e6c36bbe0b741c6d98d32a89fb6724a MD5 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = 584745fc67ca974c146065aa3b3a9a94 MD5 (FreeBSD-10.0-RC3-amd64-disc1.iso) = fc93de26dc0b2ca1e88cc2fcda18ec05 MD5 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = ed93640aca43b484697d203c7b6f0ab3 MD5 (FreeBSD-10.0-RC3-amd64-memstick.img) = 416ca9f9973e405afba58c11a90c6d7a - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386-bootonly.iso) = 1c191afa34e4a8119362c7b08b4e6265fcb0017afd508b060c49de7bcbd5ece3 SHA256 (FreeBSD-10.0-RC3-i386-disc1.iso) = 2d03929465da9042a5424cf97577c4811500a0df4a454631a2aaef41350fe211 SHA256 (FreeBSD-10.0-RC3-i386-dvd1.iso) = 517aced324eac22fe6e65716d63b6d112c0fbac33c243ff327f97e7b6b7cd584 SHA256 (FreeBSD-10.0-RC3-i386-memstick.img) = d4edc43daf0026d2914f8960a81a2511d8cf8a99c7b8537a7354dfce5066f4ab MD5 (FreeBSD-10.0-RC3-i386-bootonly.iso) = adddd854699dcd6855386f7ae4ad4784 MD5 (FreeBSD-10.0-RC3-i386-disc1.iso) = f378f7b7c209a3cc13d54aa671233b69 MD5 (FreeBSD-10.0-RC3-i386-dvd1.iso) = bc8e9feb4efd802ce2175c7258055afc MD5 (FreeBSD-10.0-RC3-i386-memstick.img) = edffe1cf1bf9c04da31cf4e0ef2c7afd - 10.0-RC3 ia64: SHA256 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = 11559db413ca7dae9bb5315277ab0f443dae62222602eae7c4cad0aa201b2976 SHA256 (FreeBSD-10.0-RC3-ia64-disc1.iso) = 9404774d7084cfe57c4eddf57983db25c5c07d1b7798cd1c29b0bcf41d3b7f12 SHA256 (FreeBSD-10.0-RC3-ia64-memstick.img) = 81738d2da1db0d8bc04979e1bed4e55ebeda5efebc3cbd6b2e7d2d24f4b87ceb MD5 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = 84743bcddda1aa953c837f9f5f4446cd MD5 (FreeBSD-10.0-RC3-ia64-disc1.iso) = 5ad4b133c3bf7674f4961ec70bb2db47 MD5 (FreeBSD-10.0-RC3-ia64-memstick.img) = 194c35bbfb7b215c597de839b9fc15f9 - 10.0-RC3 powerpc: SHA256 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = 8fd8f787afd3eebe869a9476bb3451927480f670bd75d6f526e5d24cbe5c6aba SHA256 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = 398b62480e308556faab80fe5e3ba6923ed70e02b86ad79b5b239b51fcedcada SHA256 (FreeBSD-10.0-RC3-powerpc-memstick.img) = d4a7374cc70dc1de66c55eafc849fedadd9ac14018425836c2a964e9edf8bb41 MD5 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = c9586f8c6ea86c1355d9199b63e66bc0 MD5 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = 353b94e352f8f4375bf0b0f3dd598f9f MD5 (FreeBSD-10.0-RC3-powerpc-memstick.img) = 8d301fc18497e268e5c402632e93072a - 10.0-RC3 powerpc64: SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = f1b17c61c5b372b8d8f4db380768e46f89ba7d6763f17166cb89e624db85fa42 SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = f3e8e2ee07ae63c2de93804024d3befa1493e6b2513d508e46831a952a3fc083 SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = 4b8dcec616873cf4d07cfbb1432df6c1a782dbb02322172b7ce97d05ee991bc3 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = 7d4dbbde1f53cdfb3e51e30116be5951 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = 69b95751cd4dd721b7ccd9d41999cb86 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = 1b7251b6c8b1aa43fe36f4f8679cbef6 - 10.0-RC3 sparc64: SHA256 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = 76ed5346bd2bf4fc65503c7beca039fa4c93ea3dd175e0d6d9026f63eaf5049a SHA256 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = c18504c4d0626309e41be70477dc7b97ab9c58517479cd2ebd4d7c3b68e3a31b MD5 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = dddcd2c1ecb37e57e4f458bf24ba5d40 MD5 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = caad20dbabd38ffdfce7d1d92b37e40a == VM IMAGE CHECKSUMS == - 10.0-RC3 amd64: SHA256 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = a0731577a9563658bc1bafab8cfb3c29a98329e664db96fae13e40630223ee8e SHA256 (FreeBSD-10.0-RC3-amd64.vhd.xz) = 4e564b4f74d0016d299254f5b5723bf1fb25a9c06d25f93994fe0b52fa9dcfb4 SHA256 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = 2e3c325cb508b62a37c9d7debed58fb833ef61cc2148b5f7a4842177d0a2b45d MD5 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = e5bfe57a98cc2d323d64dd195e58dc9b MD5 (FreeBSD-10.0-RC3-amd64.vhd.xz) = d8138f97da9d68f09841bb1a33833e98 MD5 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = 38437fd384c4812953ce9f19c9a4a0d9 - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) = 057610738176e19eab80b4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) = 4c798503632ae625ddf616a0006ff6039376e3dca0c2ac2375e5980beed99145 SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) = 0edc8aaa7b7e968f560fa7dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) = 5857e8613c3b0685826a2b006d25564a MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) = da0acf0bf5b3412fa4922e625a1c651e MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) = f4f0d948d4fd3afc3e41bbf511fd5240 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ --vk/v8fjDPiDepTtA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvFhxAAoJELls3eqvi17QWU0QAJnDEbYNhWloZW7l9E4Os8Z+ uHrDpRAqKjZhJpsGN5F/hoM/zW7AgVJHbJqKMMXnfNNLlZuDg26/kXt5ARnLYwtj NXA7YB4JmhiH1nJU+bCsyhAq9OCh2o4GNanbhTpud9e1dapjeaIqZcRBNQvr3cJD /FwH8dyy0V/X6rhbpr3qrOtYKqdS1fRuDxO4kWyyQkrzHWd23Qn/Lh83D9w7DEEF fhLdi2ewyHX3+jbFYNk8Si81gbf1Ae7gns61gtXGdpmgpKrZNZNzaQGCDrCK2xxw DtRqOs+2s2Ass4F4f08vKu+vC5F5Tl2h7i8yXMilATUzDCBY+HpiAUAmKeQDVq7C 8qWfFBz/WShzcbvlJMWVQeFmoCcJZiIDhGEHnNacCvS8GfYHiese4+33wRXbRpCY 9tyM2IJ8iTUOGPX9jAEdIifWuY8zx7AYketbEplYsJliN7Im7Vc5+T+Fvqq5eFnl ua3N87Wdmar+a3lsl3KjmyNaTRS5cSaasHaNghZhgBP6KAxsNFuVw7w3zE0MJwzo rv47RXfou5KmqQIXb/xQnIk3moZxf09ZHauZTn0IE/bC6szVGWf1PEsTZzSOsHKj OUd3zbxgPHSsGroNCOYi5VS5ehyPpnebDaeqxLRibE3Obljjvfzp+uq3m3TqHxQV qRGiKOE/Fbft1ys8GHM+ =Cl+6 -----END PGP SIGNATURE----- --vk/v8fjDPiDepTtA-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 18:07:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 561655B8 for ; Thu, 26 Dec 2013 18:07:55 +0000 (UTC) Received: from sanddollar.geekisp.com (sanddollar.geekisp.com [216.168.135.167]) by mx1.freebsd.org (Postfix) with SMTP id F2C821577 for ; Thu, 26 Dec 2013 18:07:54 +0000 (UTC) Received: (qmail 17339 invoked by uid 1003); 26 Dec 2013 18:07:48 -0000 Received: from unknown (HELO kiwi) (tyler@monkeypox.org@24.170.47.207) by mail.geekisp.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Dec 2013 18:07:47 -0000 Date: Thu, 26 Dec 2013 10:07:35 -0800 From: "R. Tyler Croy" To: freebsd-stable@freebsd.org Subject: Panic while mounting msdosfs on -PRERELEASE (r259490) Message-ID: <20131226180735.GA2259@kiwi> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 18:07:55 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable At the time of the crash I was on wireless, playing some music and the SD c= ard that I was attempting to mount had been inserted since before my last sleep/resume cycle. After reboot I was not able to immediately reproduce the issue. I'll try ag= ain after some sleep/resume cycles when I get a chance. Dec 26 09:56:40 kiwi kernel:=20 Dec 26 09:56:40 kiwi kernel:=20 Dec 26 09:56:40 kiwi kernel: Fatal trap 12: page fault while in kernel = mode Dec 26 09:56:40 kiwi kernel: cpuid =3D 0; apic id =3D 00 Dec 26 09:56:40 kiwi kernel: fault virtual address =3D 0x167a358d Dec 26 09:56:40 kiwi kernel: fault code =3D supervisor write da= ta, page not present Dec 26 09:56:40 kiwi kernel: instruction pointer =3D 0x20:0xffff= ffff806c2c01 Dec 26 09:56:40 kiwi kernel: stack pointer =3D 0x28:0xffff= fe0234b677d0 Dec 26 09:56:40 kiwi kernel: frame pointer =3D 0x28:0xffff= fe0234b67790 Dec 26 09:56:40 kiwi kernel: code segment =3D base 0x0, l= imit 0xfffff, type 0x1b Dec 26 09:56:40 kiwi kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Dec 26 09:56:40 kiwi kernel: processor eflags =3D interrupt enabled, = resume, IOPL =3D 0 Dec 26 09:56:40 kiwi kernel: current process =3D 389 (mount_= msdosfs) Dec 26 09:56:40 kiwi kernel: trap number =3D 12 Dec 26 09:56:40 kiwi kernel: panic: page fault Dec 26 09:56:40 kiwi kernel: cpuid =3D 0 Dec 26 09:56:40 kiwi kernel: KDB: stack backtrace: Dec 26 09:56:40 kiwi kernel: #0 0xffffffff8066bd50 at kdb_backtrace+0x60 Dec 26 09:56:40 kiwi kernel: #1 0xffffffff80633835 at panic+0x155 Dec 26 09:56:40 kiwi kernel: #2 0xffffffff808cd572 at trap_fatal+0x3a2 Dec 26 09:56:40 kiwi kernel: #3 0xffffffff808cd849 at trap_pfault+0x2c9 Dec 26 09:56:40 kiwi kernel: #4 0xffffffff808ccfd6 at trap+0x5e6 Dec 26 09:56:40 kiwi kernel: #5 0xffffffff808b4272 at calltrap+0x8 Dec 26 09:56:40 kiwi kernel: Uptime: 1d3h30m27s Dec 26 09:56:40 kiwi kernel: Automatic reboot in 15 seconds - press a k= ey on the console to abort Dec 26 09:56:40 kiwi kernel: Rebooting... Cheers - R. Tyler Croy ------------------ Code: https://github.com/rtyler Chatter: https://twitter.com/agentdero rtyler@jabber.org --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlK8cGcACgkQFCbH3D9R4W/+4wCfa1MDAZxaOjcBB+Oolx5/huz6 g7kAoK6Ph52a0lZOcHuvcpiA1d+o1kgh =fUlI -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 20:54:41 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20E082A0; Thu, 26 Dec 2013 20:54:41 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5505E1139; Thu, 26 Dec 2013 20:54:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBQKsYkW047706; Thu, 26 Dec 2013 22:54:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBQKsXDY047447; Thu, 26 Dec 2013 20:54:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 26 Dec 2013 20:54:33 GMT Message-Id: <201312262054.rBQKsXDY047447@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:54:41 -0000 TB --- 2013-12-26 16:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-26 16:40:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-26 16:40:43 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2013-12-26 16:40:43 - cleaning the object tree TB --- 2013-12-26 16:40:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-26 16:41:26 - At svn revision 259916 TB --- 2013-12-26 16:41:27 - building world TB --- 2013-12-26 16:41:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-26 16:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-26 16:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-26 16:41:27 - SRCCONF=/dev/null TB --- 2013-12-26 16:41:27 - TARGET=amd64 TB --- 2013-12-26 16:41:27 - TARGET_ARCH=amd64 TB --- 2013-12-26 16:41:27 - TZ=UTC TB --- 2013-12-26 16:41:27 - __MAKE_CONF=/dev/null TB --- 2013-12-26 16:41:27 - cd /src TB --- 2013-12-26 16:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 26 16:41:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Dec 26 20:53:46 UTC 2013 TB --- 2013-12-26 20:53:46 - generating LINT kernel config TB --- 2013-12-26 20:53:46 - cd /src/sys/amd64/conf TB --- 2013-12-26 20:53:46 - /usr/bin/make -B LINT TB --- 2013-12-26 20:53:47 - cd /src/sys/amd64/conf TB --- 2013-12-26 20:53:47 - /usr/sbin/config -m LINT TB --- 2013-12-26 20:53:47 - building LINT kernel TB --- 2013-12-26 20:53:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-26 20:53:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-26 20:53:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-26 20:53:47 - SRCCONF=/dev/null TB --- 2013-12-26 20:53:47 - TARGET=amd64 TB --- 2013-12-26 20:53:47 - TARGET_ARCH=amd64 TB --- 2013-12-26 20:53:47 - TZ=UTC TB --- 2013-12-26 20:53:47 - __MAKE_CONF=/dev/null TB --- 2013-12-26 20:53:47 - cd /src TB --- 2013-12-26 20:53:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 26 20:53:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/amd64.amd64/src/tmp/legacy/usr/sbin:/obj/amd64.amd64/src/tmp/legacy/usr/bin:/obj/amd64.amd64/src/tmp/legacy/usr/games:/obj/amd64.amd64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/amd64.amd64/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-26 20:54:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-26 20:54:32 - ERROR: failed to build LINT kernel TB --- 2013-12-26 20:54:32 - 11415.65 user 3759.62 system 15229.65 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 21:17:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0AAC99A; Thu, 26 Dec 2013 21:17:28 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 713AE1272; Thu, 26 Dec 2013 21:17:28 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id l6so9003969oag.35 for ; Thu, 26 Dec 2013 13:17:27 -0800 (PST) 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=zHR2lvlEYmPMd3gCId5S0q8sD7U4CaSARGNT24u6Fwg=; b=PyQgHqKRSlavXXe2ENwAjacnFlUo6a4C9tsmtwcYtF1V8WX3W5e0k/hkhC0ovgbg2W 77yFgibis/lhmlwjMlLF8pu+qYkzr5LNkaBlprsMHwPmVujftCGmxFss/8jcOM5k4wFn UV8ukrD/toQuI9fKMWcq7Hk7hY74vbS4C6DDNoSoHZ8FEFpvm/ec8LKjNRErmHuln47Y pN+f/5IPzH0szJYErtX9r1vqh2YU0wXkL2p+m6l9BF9/pml5fir0JpN8oNyPsei3x6dl OhZKMQhQk29d3zutQRdUGFTa8HHIKT1tQq5hNg5oB6TbgbJQLgGfdh7B87WmdbpITTQQ bYfg== MIME-Version: 1.0 X-Received: by 10.60.52.177 with SMTP id u17mr31663192oeo.24.1388092647656; Thu, 26 Dec 2013 13:17:27 -0800 (PST) Received: by 10.182.78.100 with HTTP; Thu, 26 Dec 2013 13:17:27 -0800 (PST) In-Reply-To: <20131226162521.GK2009@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> Date: Thu, 26 Dec 2013 16:17:27 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Joe Nosay To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-snapshots@freebsd.org, freebsd-current , freebsd-stable@freebsd.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 21:17:29 -0000 On Thu, Dec 26, 2013 at 11:25 AM, Glen Barber wrote: > The third RC build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. > > The image checksums follow at the end of this email. > > ISO images and, for architectures that support it, the memory stick images > are available here (or any of the FreeBSD mirror sites): > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ > > If you notice problems you can report them through the normal GNATS PR > system or here on the -stable mailing list. > > If you would like to use SVN to do a source based update of an existing > system, use the "releng/10.0" branch. > > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the following FreeBSD Errata Notices before upgrading > the system to 10.0-RC3: > > - EN-13:04.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc > > - EN-13:05.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc > > Pre-installed virtual machine images for 10.0-RC3 are also available > for amd64 and i386 architectures. > > The images are located under the 'snapshots' directory on FTP, here: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ > > The disk images are available in both QCOW2, VHD, and VMDK format. The > image download size is approximately 135 MB, which decompress to a 20GB > sparse image. > > The partition layout is: > > - 512k - freebsd-boot GPT partition type (bootfs GPT label) > - 1GB - freebsd-swap GPT partition type (swapfs GPT label) > - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) > > Changes between -RC2 and -RC3 include: > > - Several minor bugfixes and functionality enhancements to bhyve. > - Add new sysctl, kern.supported_archs, containing the list of > FreeBSD MACHINE_ARCH values whose binaries this kernel can run. > - Add a pkg(8) repository configuration file for cdrom-based package > installation. > - Implement a fix to allow bsdconfig(8) to be able to install > packages included on the DVD. > - Fix pkg(8) multi-repository support by properly respecting 'enabled' > flag. > - Fix Xen build without INET. > - Several bugfixes to bsdinstall(8). > - Fix a ZFS-related panic triggered by an incorrect assertion. > - Fix mountroot> prompt eating most of the characters by not enabling > RXRDY interrupts in the attach routine. > - Fix a regression in ng_ksocket(4). > - Apply patch from upstream Heimdal for encoding fix > > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 10.0-RC3 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 9.x. Alternatively, the user can install misc/compat9x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > > == ISO CHECKSUMS == > > - 10.0-RC3 amd64: > SHA256 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = > a446af2ca4da7b5a5f7513f025fc5727abf0dac051540b1f04596223700e60cd > SHA256 (FreeBSD-10.0-RC3-amd64-disc1.iso) = > a4b16d3e4e04f1dbb9184fdbe18d6587124a6ea2a1794f79122d57373865ab6b > SHA256 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = > ce4edab5d5b485f6478e6171c1de64e9b337109256c5eb5257aceccd78224255 > SHA256 (FreeBSD-10.0-RC3-amd64-memstick.img) = > 642ff8ad66ead06b18bcf171be79f3f42e6c36bbe0b741c6d98d32a89fb6724a > > MD5 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = > 584745fc67ca974c146065aa3b3a9a94 > MD5 (FreeBSD-10.0-RC3-amd64-disc1.iso) = > fc93de26dc0b2ca1e88cc2fcda18ec05 > MD5 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = > ed93640aca43b484697d203c7b6f0ab3 > MD5 (FreeBSD-10.0-RC3-amd64-memstick.img) = > 416ca9f9973e405afba58c11a90c6d7a > > > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386-bootonly.iso) = > 1c191afa34e4a8119362c7b08b4e6265fcb0017afd508b060c49de7bcbd5ece3 > SHA256 (FreeBSD-10.0-RC3-i386-disc1.iso) = > 2d03929465da9042a5424cf97577c4811500a0df4a454631a2aaef41350fe211 > SHA256 (FreeBSD-10.0-RC3-i386-dvd1.iso) = > 517aced324eac22fe6e65716d63b6d112c0fbac33c243ff327f97e7b6b7cd584 > SHA256 (FreeBSD-10.0-RC3-i386-memstick.img) = > d4edc43daf0026d2914f8960a81a2511d8cf8a99c7b8537a7354dfce5066f4ab > > MD5 (FreeBSD-10.0-RC3-i386-bootonly.iso) = > adddd854699dcd6855386f7ae4ad4784 > MD5 (FreeBSD-10.0-RC3-i386-disc1.iso) = > f378f7b7c209a3cc13d54aa671233b69 > MD5 (FreeBSD-10.0-RC3-i386-dvd1.iso) = > bc8e9feb4efd802ce2175c7258055afc > MD5 (FreeBSD-10.0-RC3-i386-memstick.img) = > edffe1cf1bf9c04da31cf4e0ef2c7afd > > > - 10.0-RC3 ia64: > SHA256 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = > 11559db413ca7dae9bb5315277ab0f443dae62222602eae7c4cad0aa201b2976 > SHA256 (FreeBSD-10.0-RC3-ia64-disc1.iso) = > 9404774d7084cfe57c4eddf57983db25c5c07d1b7798cd1c29b0bcf41d3b7f12 > SHA256 (FreeBSD-10.0-RC3-ia64-memstick.img) = > 81738d2da1db0d8bc04979e1bed4e55ebeda5efebc3cbd6b2e7d2d24f4b87ceb > > MD5 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = > 84743bcddda1aa953c837f9f5f4446cd > MD5 (FreeBSD-10.0-RC3-ia64-disc1.iso) = > 5ad4b133c3bf7674f4961ec70bb2db47 > MD5 (FreeBSD-10.0-RC3-ia64-memstick.img) = > 194c35bbfb7b215c597de839b9fc15f9 > > > - 10.0-RC3 powerpc: > SHA256 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = > 8fd8f787afd3eebe869a9476bb3451927480f670bd75d6f526e5d24cbe5c6aba > SHA256 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = > 398b62480e308556faab80fe5e3ba6923ed70e02b86ad79b5b239b51fcedcada > SHA256 (FreeBSD-10.0-RC3-powerpc-memstick.img) = > d4a7374cc70dc1de66c55eafc849fedadd9ac14018425836c2a964e9edf8bb41 > > MD5 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = > c9586f8c6ea86c1355d9199b63e66bc0 > MD5 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = > 353b94e352f8f4375bf0b0f3dd598f9f > MD5 (FreeBSD-10.0-RC3-powerpc-memstick.img) = > 8d301fc18497e268e5c402632e93072a > > > - 10.0-RC3 powerpc64: > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = > f1b17c61c5b372b8d8f4db380768e46f89ba7d6763f17166cb89e624db85fa42 > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = > f3e8e2ee07ae63c2de93804024d3befa1493e6b2513d508e46831a952a3fc083 > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = > 4b8dcec616873cf4d07cfbb1432df6c1a782dbb02322172b7ce97d05ee991bc3 > > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = > 7d4dbbde1f53cdfb3e51e30116be5951 > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = > 69b95751cd4dd721b7ccd9d41999cb86 > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = > 1b7251b6c8b1aa43fe36f4f8679cbef6 > > > - 10.0-RC3 sparc64: > SHA256 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = > 76ed5346bd2bf4fc65503c7beca039fa4c93ea3dd175e0d6d9026f63eaf5049a > SHA256 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = > c18504c4d0626309e41be70477dc7b97ab9c58517479cd2ebd4d7c3b68e3a31b > > MD5 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = > dddcd2c1ecb37e57e4f458bf24ba5d40 > MD5 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = > caad20dbabd38ffdfce7d1d92b37e40a > > > == VM IMAGE CHECKSUMS == > > - 10.0-RC3 amd64: > SHA256 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = > a0731577a9563658bc1bafab8cfb3c29a98329e664db96fae13e40630223ee8e > SHA256 (FreeBSD-10.0-RC3-amd64.vhd.xz) = > 4e564b4f74d0016d299254f5b5723bf1fb25a9c06d25f93994fe0b52fa9dcfb4 > SHA256 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = > 2e3c325cb508b62a37c9d7debed58fb833ef61cc2148b5f7a4842177d0a2b45d > > MD5 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = > e5bfe57a98cc2d323d64dd195e58dc9b > MD5 (FreeBSD-10.0-RC3-amd64.vhd.xz) = > d8138f97da9d68f09841bb1a33833e98 > MD5 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = > 38437fd384c4812953ce9f19c9a4a0d9 > > > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) = > 057610738176e19eab80b4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 > SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) = > 4c798503632ae625ddf616a0006ff6039376e3dca0c2ac2375e5980beed99145 > SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) = > 0edc8aaa7b7e968f560fa7dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 > > MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) = > 5857e8613c3b0685826a2b006d25564a > MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) = > da0acf0bf5b3412fa4922e625a1c651e > MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) = > f4f0d948d4fd3afc3e41bbf511fd5240 > > > Glen > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > I take it that building world and kernel from source should present no problems, right? Is the latest CLang at 3.5 being used or will I need to "hack" the Makefile in /usr/ports/lang to build it? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 21:22:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C18EC10; Thu, 26 Dec 2013 21:22:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1EBC12F4; Thu, 26 Dec 2013 21:22:02 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0969F5401; Thu, 26 Dec 2013 21:22:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0969F5401 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 16:21:59 -0500 From: Glen Barber To: Joe Nosay Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226212158.GD13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d01dLTUuW90fS44H" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 21:22:03 -0000 --d01dLTUuW90fS44H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 26, 2013 at 04:17:27PM -0500, Joe Nosay wrote: > I take it that building world and kernel from source should present no > problems, right? > Is the latest CLang at 3.5 being used or will I need to "hack" the Makefile > in /usr/ports/lang to build it? Both world and kernel are built with clang by default. Glen --d01dLTUuW90fS44H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvJ32AAoJELls3eqvi17Q75oQAKONVnxWzy2a11z1vABpqPiu 7GvsdIqPkVS0y2a8FOHjx9Z+B2eTPovwPojF4ob0k67RY+obRf0jhFRG5OGdvMXZ kO8JEzwit2Rbh6D9lypssOoII+Bf/pm7Rew2VjStWt5Di2NcEc78tAe2OeJ0UsBR YsyI2/rT7mvitxto5glb0/Rh7rDy8R35CnjydUNnZ2VIPdr/5KJFEOgzpefihdp2 qY8bvzit5Oymwzb2fES98YRfg2CQvm5sOqoQ5S4wCoTeYncDDRARfA+eTNNuuwHr tURlMYXWe3xqj9fWd7WUjz6ml6caaiEzAXGf9lzx/+UG7qo90LnG7XrWjokOTMpE LENl0v5lsmQAN/4RH+Zcwj4tAW8x/7LgBFl+cnK3uprASsGpj21Rdv53f0mDoJL4 2Iwb41krmkl7z/hIyU5jSZUQbqKSGdMhOKGBv5DhEGvpu5Xpf74uabB1Md2hASVg e5SP+DXsava/Jl/KDdQRstKhhJ5DU3m5oeH22zp02NqmpxnB4wf60oFtmX0r1Hhj oMmOnHCJY7Yq1n7WiYAlNS481Fisg/eT421eUqLetMUepT4fPVOxnBJimFunGpOi Sluj4BjbicQaWdq/jhkpCKagfKygQ2pp58JMkMjShYGKvnpQxQ00rqfHa8oQmMHi uAhNZympDz0ZMHEK64hd =o1BL -----END PGP SIGNATURE----- --d01dLTUuW90fS44H-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 26 23:42: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A7A8FA6; Thu, 26 Dec 2013 23:42:37 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2C2C1CC4; Thu, 26 Dec 2013 23:42:36 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id rd3so8712239pab.13 for ; Thu, 26 Dec 2013 15:42:36 -0800 (PST) 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=RfprGiu/Buy+QK21o2QHIDtSJAvgiAqJMQIxTQGHQRI=; b=aHJ5AJyLu2s5RBKCjNZnRmYGikIaNBva3hR96ZsDgpy8MpllW9vAAm4cXNoId0nlno 54LhQS8VslsYdc8RLq8dyhpw8DzcVxDpKgCpzVtD3f8Zm/XwQDI4KKHyBc6EVtAxybCR nAOh/fYmaw/zRRO7EqmbVH+3lCLSU1Psg8cBpzORkn99DRWMFJL4OyT5+sqkrvhJrOXx q7i+aon3O6VPWAXSwJE+nrD6LB25XuH9j4i+y+UV1KLugSFYsIPj13L4lBRi24n65NsI Ik7EbeP7tepuxq8e8+hSX+HPwzpxPQxqSwxc/1hJ2fRrnyfCV1pQ3BfDh3RL9LbMlQCq jaNA== MIME-Version: 1.0 X-Received: by 10.66.160.2 with SMTP id xg2mr46636365pab.23.1388101356597; Thu, 26 Dec 2013 15:42:36 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 26 Dec 2013 15:42:36 -0800 (PST) In-Reply-To: <20131226212158.GD13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> Date: Fri, 27 Dec 2013 00:42:36 +0100 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Zenny To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: Joe Nosay , freebsd-current , FreeBSD Release Engineering Team , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Dec 2013 23:42:37 -0000 Much awaited release, thanks!. However, does the freebsd-update from the earlier version bork in case of ZFS on Root? Or is there a safe way to upgrade without borking. I had a very bad experience when I upgraded from FreeBSD-10B3 to RC1. Thanks! On 12/26/13, Glen Barber wrote: > On Thu, Dec 26, 2013 at 04:17:27PM -0500, Joe Nosay wrote: >> I take it that building world and kernel from source should present no >> problems, right? >> Is the latest CLang at 3.5 being used or will I need to "hack" the >> Makefile >> in /usr/ports/lang to build it? > > Both world and kernel are built with clang by default. > > Glen > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 00:13:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AFCB3DF; Fri, 27 Dec 2013 00:13:48 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB5C81E5B; Fri, 27 Dec 2013 00:13:47 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 923D7BDC2E; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 6DB59BDC24; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 1D93ACABE817; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Date: Fri, 27 Dec 2013 01:13:45 +0100 From: Mathieu Arnold To: Zenny Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 00:13:48 -0000 +--On 27 d=C3=A9cembre 2013 00:42:36 +0100 Zenny = wrote: | Much awaited release, thanks!. However, does the freebsd-update from | the earlier version bork in case of ZFS on Root? Or is there a safe | way to upgrade without borking. I had a very bad experience when I | upgraded from FreeBSD-10B3 to RC1. Thanks! I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with freebsd-update using zfs only boxes, never had any problem. The only thing is, if you run zpool upgrade, do remember to do what it tells you about updating the bootcode. --=20 Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 01:49:34 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1D0EB9D; Fri, 27 Dec 2013 01:49:34 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E842412C4; Fri, 27 Dec 2013 01:49:33 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBR1nTu2063531; Fri, 27 Dec 2013 03:49:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBR1nThg063494; Fri, 27 Dec 2013 01:49:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 01:49:29 GMT Message-Id: <201312270149.rBR1nThg063494@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 01:49:34 -0000 TB --- 2013-12-27 00:10:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-27 00:10:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:10:43 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-12-27 00:10:43 - cleaning the object tree TB --- 2013-12-27 00:10:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-27 00:11:37 - At svn revision 259928 TB --- 2013-12-27 00:11:38 - building world TB --- 2013-12-27 00:11:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:11:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:11:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:11:38 - SRCCONF=/dev/null TB --- 2013-12-27 00:11:38 - TARGET=sparc64 TB --- 2013-12-27 00:11:38 - TARGET_ARCH=sparc64 TB --- 2013-12-27 00:11:38 - TZ=UTC TB --- 2013-12-27 00:11:38 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:11:38 - cd /src TB --- 2013-12-27 00:11:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:11:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 27 01:49:03 UTC 2013 TB --- 2013-12-27 01:49:03 - generating LINT kernel config TB --- 2013-12-27 01:49:03 - cd /src/sys/sparc64/conf TB --- 2013-12-27 01:49:03 - /usr/bin/make -B LINT TB --- 2013-12-27 01:49:03 - cd /src/sys/sparc64/conf TB --- 2013-12-27 01:49:03 - /usr/sbin/config -m LINT TB --- 2013-12-27 01:49:03 - building LINT kernel TB --- 2013-12-27 01:49:03 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 01:49:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 01:49:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 01:49:03 - SRCCONF=/dev/null TB --- 2013-12-27 01:49:03 - TARGET=sparc64 TB --- 2013-12-27 01:49:03 - TARGET_ARCH=sparc64 TB --- 2013-12-27 01:49:03 - TZ=UTC TB --- 2013-12-27 01:49:03 - __MAKE_CONF=/dev/null TB --- 2013-12-27 01:49:03 - cd /src TB --- 2013-12-27 01:49:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 01:49:03 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-27 01:49:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 01:49:29 - ERROR: failed to build LINT kernel TB --- 2013-12-27 01:49:29 - 4274.69 user 1863.34 system 5925.98 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 07:26:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3338B707 for ; Fri, 27 Dec 2013 07:26:59 +0000 (UTC) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5BC617C2 for ; Fri, 27 Dec 2013 07:26:58 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id jx11so4639346veb.20 for ; Thu, 26 Dec 2013 23:26:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EQC7KO55Gy58Nw/r/n9kQWTr3B1KTK9GlY+8sTa1Gw4=; b=zMOW5QicZ+atXz0yIySRA5g8t6XCh/1ZPSBizogF3a63qJOrn2mt8rSScEneIbSXlS 6u/a1aD/qNHckS6FF62784fg4VLYWwYRhrxQwEVo0y/k1AiZkp9BZG6atkTD7SBjSwOI UoMgufXd+2WMQPzssMyFNGjvVaFLQEYcyNwss0Y2/YRcaHu3Kdv2Mu3LIjY23pVBb2WE rMBVJRQof0E3pK/l25ZWWvYBZpmKcSbtzd/YeNvsx97Q1GZJ5XM76/hCo5/CeQHIYuZh bjlhA4Wzj4W2AZAdVcAq+8ndjyNS1I0bSCcZObegCuvfYYSEJw4aViAoCMYEy7O+/1fb nakg== MIME-Version: 1.0 X-Received: by 10.220.139.136 with SMTP id e8mr3828537vcu.34.1388129218107; Thu, 26 Dec 2013 23:26:58 -0800 (PST) Received: by 10.58.57.231 with HTTP; Thu, 26 Dec 2013 23:26:58 -0800 (PST) Received: by 10.58.57.231 with HTTP; Thu, 26 Dec 2013 23:26:58 -0800 (PST) Date: Thu, 26 Dec 2013 23:26:58 -0800 Message-ID: Subject: Odd problem w/ install world on 9.2 to 10.0rc3 upgrade From: Yvonne Oberman To: "freebsd-stable@freebsd.org Stable" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 07:26:59 -0000 I am trying to upgrade my laptop from 9 - stable to 10.0rc3. Install world fail in kerberos5/lib/libasn1. I get: cmp -s krb5_asn1.hx krb5_asn1.h 2> / dev/null || Co krb5_asn1.hx krb5_asn1.h cp: not found But, if I cd kerberos5 and make install, it installs fine. Both files are certainly present in /usr/obj. Any clue for me? Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 08:32:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 737566DB; Fri, 27 Dec 2013 08:32:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 906681CD8; Fri, 27 Dec 2013 08:32:27 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBR8WHw2022120; Fri, 27 Dec 2013 10:32:17 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBR8WGoN022045; Fri, 27 Dec 2013 08:32:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 08:32:16 GMT Message-Id: <201312270832.rBR8WGoN022045@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 08:32:29 -0000 TB --- 2013-12-27 07:50:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-27 07:50:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 07:50:42 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2013-12-27 07:50:42 - cleaning the object tree TB --- 2013-12-27 07:50:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-27 07:51:34 - At svn revision 259938 TB --- 2013-12-27 07:51:35 - building world TB --- 2013-12-27 07:51:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 07:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 07:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 07:51:35 - SRCCONF=/dev/null TB --- 2013-12-27 07:51:35 - TARGET=ia64 TB --- 2013-12-27 07:51:35 - TARGET_ARCH=ia64 TB --- 2013-12-27 07:51:35 - TZ=UTC TB --- 2013-12-27 07:51:35 - __MAKE_CONF=/dev/null TB --- 2013-12-27 07:51:35 - cd /src TB --- 2013-12-27 07:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 07:51:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library libgomp.so.1 ===> gnu/lib/libregex (all) cc -O2 -pipe -D__attribute_warn_unused_result__="" -DHAVE_CONFIG_H -I/src/gnu/lib/libregex -I/src/gnu/lib/libregex/../../../contrib/libgnuregex -std=gnu99 -c gnuregex.c -o gnuregex.o /src/gnu/lib/libregex/../../../contrib/libgnuregex/regexec.c: In function 'check_arrival': /src/gnu/lib/libregex/../../../contrib/libgnuregex/regexec.c:2902: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/lib/libregex *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-27 08:32:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 08:32:16 - ERROR: failed to build world TB --- 2013-12-27 08:32:16 - 1843.30 user 805.75 system 2493.74 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 11:26: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5FE4660; Fri, 27 Dec 2013 11:26:49 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A73B01769; Fri, 27 Dec 2013 11:26:49 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so9238820pad.30 for ; Fri, 27 Dec 2013 03:26:49 -0800 (PST) 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:content-transfer-encoding; bh=JNlw5Vms8HY4OprWVOszJCe1XRDkswiV1CIlxZiFfhs=; b=USFnqQe3Yxw9vZVHmLgw4tPc89qA7ydv7ayue+EyQk1o95OGJRIUeG62XJxNxm3S85 QMU3jkYoa23pedihfh7QFuKHAEFTHsfYrMDAgJMt1H8GECGarx9ee0Kwayu4LWOidjX1 SNzluJVXsMTdVVSer+RDJ6gwU9RIBvWxqk/DFytGdJrbQ/yPNPidkZYU0gu/lpk5oMQ8 tFvg+u4JEbvkp/XBwlHedO/dtbh9SAVQ4Gva5MFboN8CeBWe9As2m4C9Z1f/QU9akkTU 5kXVELdYWM24SZKBo5OPybRfY084wTDlggyHkHKo4cS3Va1kDVruE6LJ7tNpNb2iz19Q CjCA== MIME-Version: 1.0 X-Received: by 10.68.164.165 with SMTP id yr5mr50516965pbb.146.1388143609223; Fri, 27 Dec 2013 03:26:49 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 27 Dec 2013 03:26:49 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> Date: Fri, 27 Dec 2013 12:26:49 +0100 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Zenny To: Mathieu Arnold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 11:26:50 -0000 On 12/27/13, Mathieu Arnold wrote: > +--On 27 d=E9cembre 2013 00:42:36 +0100 Zenny wrot= e: > | Much awaited release, thanks!. However, does the freebsd-update from > | the earlier version bork in case of ZFS on Root? Or is there a safe > | way to upgrade without borking. I had a very bad experience when I > | upgraded from FreeBSD-10B3 to RC1. Thanks! > > I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with freebsd-updat= e > using zfs only boxes, never had any problem. The only thing is, if you ru= n > zpool upgrade, do remember to do what it tells you about updating the > bootcode. > In my case, I didn't receive any instructions to update the bootcode and the bug was acknowledged by the developer. However, can you tell me exactly what did you do exactly to update the bootcode? Appreciate it! > -- > Mathieu Arnold > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 13:37:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4700B6A for ; Fri, 27 Dec 2013 13:37:01 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99FC61094 for ; Fri, 27 Dec 2013 13:37:01 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id q10so8998292pdj.22 for ; Fri, 27 Dec 2013 05:37:01 -0800 (PST) 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=W0TPQHId7yWib2MkZs7VOu/L3CsF5HbFY+AxZBj1cHs=; b=XIo9UAUxC6y9M5KY7+KsMdC5zXk9ot1dGoVtyHp1RwoooUYYQk3ZTVLiuYgKaUQ1Uy aiZsYY/IDalPIDERa1fmeb6xM6s4eoYS/S9tnksotHjJjcHWzuI9xSsKG3xf5SfkhGjv 7m7SUpHOPQ8VVt8Yy7TBozfroctb/VofPNRerOovMq7m+kZlqcXQi2VVkiEjO3p1eZzs HZuM4ZSs/i1FzwdRqyd6nsxUuGKv1LZ+DCgtNGc9YD3DVL0OMDYAIy8YsEa2fnzq+Fsn OjyI06V/FD9n3tm/fPVpUUynFCk92HNRUT1Zt0ZEs2DyoPN/RNlCjMNyqYMa4+FXHWDs cUdA== MIME-Version: 1.0 X-Received: by 10.68.217.129 with SMTP id oy1mr51150160pbc.23.1388151421290; Fri, 27 Dec 2013 05:37:01 -0800 (PST) Received: by 10.70.72.65 with HTTP; Fri, 27 Dec 2013 05:37:01 -0800 (PST) In-Reply-To: References: Date: Fri, 27 Dec 2013 08:37:01 -0500 Message-ID: Subject: Re: Odd problem w/ install world on 9.2 to 10.0rc3 upgrade From: Kenneth Culver To: Yvonne Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 13:37:01 -0000 I had this problem until I removed /usr/src, and /usr/obj and re-checked out the source. Ken On Friday, December 27, 2013, Yvonne Oberman wrote: > I am trying to upgrade my laptop from 9 - stable to 10.0rc3. Install world > fail in kerberos5/lib/libasn1. > > I get: > cmp -s krb5_asn1.hx krb5_asn1.h 2> / dev/null || Co krb5_asn1.hx > krb5_asn1.h > cp: not found > > But, if I cd kerberos5 and make install, it installs fine. Both files are > certainly present in /usr/obj. > > Any clue for me? > > Thanks! > _______________________________________________ > 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 Fri Dec 27 14:33:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCC9E5B4; Fri, 27 Dec 2013 14:33:25 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9635313C0; Fri, 27 Dec 2013 14:33:25 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 3A52EBDC44; Fri, 27 Dec 2013 15:33:24 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 322D4BDC2E; Fri, 27 Dec 2013 15:33:24 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id AD0466124; Fri, 27 Dec 2013 15:33:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 4A792670077C; Fri, 27 Dec 2013 15:33:23 +0100 (CET) Date: Fri, 27 Dec 2013 15:33:23 +0100 From: Mathieu Arnold To: Zenny , Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 14:33:25 -0000 +--On 27 d=C3=A9cembre 2013 12:26:49 +0100 Zenny = wrote: | On 12/27/13, Mathieu Arnold wrote: |> +--On 27 d=C3=A9cembre 2013 00:42:36 +0100 Zenny |> wrote: |> | Much awaited release, thanks!. However, does the freebsd-update from |> | the earlier version bork in case of ZFS on Root? Or is there a safe |> | way to upgrade without borking. I had a very bad experience when I |> | upgraded from FreeBSD-10B3 to RC1. Thanks! |>=20 |> I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with |> freebsd-update using zfs only boxes, never had any problem. The only |> thing is, if you run zpool upgrade, do remember to do what it tells you |> about updating the bootcode. |>=20 |=20 | In my case, I didn't receive any instructions to update the bootcode | and the bug was acknowledged by the developer. |=20 | However, can you tell me exactly what did you do exactly to update the | bootcode? Appreciate it! Well, when you run :=20 # zpool upgrade yourpool it will not print a lot of things, but it will end with : If you boot from pool 'yourpool', don't forget to update boot code. Assuming you use GPT partitioning and da0 is your boot disk the following command will do it: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 All you have to do is adapt it to run your particular setup, replacing da0 with the correct disk (and running it for each disk where your pool is, in my case, it was mfid0 and mfid1.) --=20 Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 14:41: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA633807; Fri, 27 Dec 2013 14:41:23 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 653DF14A6; Fri, 27 Dec 2013 14:41:23 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 34DED77B3; Fri, 27 Dec 2013 14:41:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 34DED77B3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 27 Dec 2013 09:41:19 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227144119.GV13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WN2ELtqJJ9aZ3yHj" Content-Disposition: inline In-Reply-To: <20131226162521.GK2009@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 14:41:23 -0000 --WN2ELtqJJ9aZ3yHj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:25:21AM -0500, Glen Barber wrote: > [...] > Pre-installed virtual machine images for 10.0-RC3 are also available > for amd64 and i386 architectures. >=20 > The images are located under the 'snapshots' directory on FTP, here: >=20 > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ >=20 > [...] > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) =3D 057610738176e19eab80b= 4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 > SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) =3D 4c798503632ae625ddf616a= 0006ff6039376e3dca0c2ac2375e5980beed99145 > SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) =3D 0edc8aaa7b7e968f560fa7= dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 >=20 > MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) =3D 5857e8613c3b0685826a2b00= 6d25564a > MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) =3D da0acf0bf5b3412fa4922e625a= 1c651e > MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) =3D f4f0d948d4fd3afc3e41bbf51= 1fd5240 >=20 An issue with the 10.0-RC3 i386 virtual machine images was brought to our attention. It is still unclear what exactly went wrong, but the images with the checksums above appear to be incomplete. The virtual machine images for i386 have been recreated, and are propagating to FTP now. It may still be a while yet before they are picked up by all mirrors. Checksums for the corrected images are: - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.qcow2.xz) =3D 76092c= 843bd91037cf94d48007cd5a054b0ee2744f5475ee50c558ba880520fa SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.vhd.xz) =3D da8632d7= 8cc89e1812c20f18a6aaac727e78ef44f1c3aedd4ffbe9318e50030e SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.vmdk.xz) =3D 137ae9e= 44e419fc78823ac8f3cc7c9e32bfe5d7a80b7997a96d857dc1f3bd4fb MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.qcow2.xz) =3D 936736ff8= 7b11d99408b5b7135c8a025 MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.vhd.xz) =3D 770895367a4= b22631f54c25d81e11608 MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.vmdk.xz) =3D ba62a266ab= 560711bed0ff53a3177b94 Sorry for the inconvenience to those who have downloaded the incomplete images. Glen --WN2ELtqJJ9aZ3yHj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvZGPAAoJELls3eqvi17QQ8UQAKI1sP3iK99lVDSZ7n4Fl0Ju u+n3aS/uKJZluuO5YpLpRkXD3uSTExFU5BvVg3+wu4P5s3NeK9yfEo3nZYCbrO3e 3FI8mUjfBBwpvA0NqUtL4ADCTgGYUAD+MlX5q8O605lo42yRxoqjpdFSFUwRWJnv a799uxwmfaxVSWJnYj/H9QhipFSv55aud93dpyIjjg8U1KFdTfIDDy6PSk+w6Zz2 AWV2wIMKinbtFzDX1c9GMwaxncyQRVdCKqI/wH2Lnl9cN1uFH+osToIqY0oK/gps za8hCFBHThGQ/99Kv6lDlXKAnwqXdi/I1sorTouWmriV4HF3rwyHQ2FQ/z/Fq3Ea XRdRF1rxi/5ke9YiNPfhPGGDqbz8AAKBNqZoluevem2l/oipq4NfP3tpQKMJCwAR A7BjOzjORnQ39BirLGO5fuu8VOZ8PP7ZTk4Zweubo+rAKTR/Qs4v8JDENDfykHhU ydjsZgQvGj92X2fDVNyVtRDouX8+KTxPGjEm+Z/2OlhCJShNeiGK/rAfRzD1C0po z1mP56jxD7ysM7cM/8xVLupv0WpODwFh6HiAWh1lw1aYIC6IUryGOM1I0S7FLMfN 5Dono4njDynVlvf+4SdpTg3VOk939IbE+vFkWjZ7Qc4rKW545I8g4BaBoIq7PJwL Jg3QhUWhmCKYIDvwFc9z =uWGk -----END PGP SIGNATURE----- --WN2ELtqJJ9aZ3yHj-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 15:25:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D7496EC; Fri, 27 Dec 2013 15:25:57 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBF4F1744; Fri, 27 Dec 2013 15:25:56 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF360.dip0.t-ipconnect.de [87.188.243.96]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id rBREcjea087642; Fri, 27 Dec 2013 14:38:45 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id rBREcd5i058870; Fri, 27 Dec 2013 15:38:39 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id rBREcW7c094863; Fri, 27 Dec 2013 15:38:39 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201312271438.rBREcW7c094863@fire.js.berklix.net> To: Glen Barber , FreeBSD Release Engineering Team Subject: Re: FreeBSD 10.0-RC3 Now Available From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 26 Dec 2013 11:25:21 EST." <20131226162521.GK2009@glenbarber.us> Date: Fri, 27 Dec 2013 15:38:32 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 15:25:57 -0000 > The third RC build of the 10.0-RELEASE release cycle is now available Nice :-) Has someone checked src/ + ports/ has been re-made a seamless functional combination for named/bind ? There were various loose ends earlier (paths, defaults etc), after removal from src/. I'm asking as I think I will not be able to catch up in time to look & check before release, ( I'm at RC2 & downloading RC3 images & rebuilding my svn tree that got corrupt, before I'll svn export & make kernel & world & cd /usr/ports/dns/bind9* ; make install ) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 15:28:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6E378F5; Fri, 27 Dec 2013 15:28:08 +0000 (UTC) Received: from mail-vb0-x22b.google.com (mail-vb0-x22b.google.com [IPv6:2607:f8b0:400c:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68B0C1763; Fri, 27 Dec 2013 15:28:08 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id p6so4835878vbe.16 for ; Fri, 27 Dec 2013 07:28:07 -0800 (PST) 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=EjJObPmJ3va9nR2RQ+nEzSLcsW98FpqXy73xHDAtZj4=; b=bDPr2KkCi7a14ciWFaQQH6Bwyc6brh451eTiU2vRqfVVp3l9+jNZlGU790q9Ev/Obp pVIpFHR8tMYhmfGrbeg9Q+cZLmyHaiu1L+hAaqaabpwa3RVq0myv2pIxkkGPxoe4vwf4 wVBHItDCeNl0884Eiab+UnS74s8zn/F2AnJrTj9VRnwSje5SErEQ4JK+M98owjtPu0fh 0XJlcqQ/7UyDNozd+EF/BOdmarIogSNBnDMjsbzuWkE80fqQFsTaa4/v/z5tfuk4tlju zW/b/4R2XZ4l5YCnVZb5iK73G+wKzNAekmauVQF5N2WuRp7xwicH6sakgn667rpQuwEb vsNA== MIME-Version: 1.0 X-Received: by 10.220.168.65 with SMTP id t1mr3235924vcy.76.1388158087491; Fri, 27 Dec 2013 07:28:07 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 07:28:07 -0800 (PST) In-Reply-To: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 10:28:07 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Mathieu Arnold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 15:28:08 -0000 All the examples I've seen for updating bootcode assume GPT. If one has MBR (as I do) and assuming the following basic scheme: gpart show ada0 =3D> 63 976773105 ada0 MBR (466G) 63 976773105 1 freebsd [active] (466G) gpart show ada0s1 =3D> 0 976773105 ada0s1 BSD (466G) 0 943218736 1 freebsd-zfs (450G) 943218736 33554369 2 freebsd-swap (16G) would the equivalent bootcode statement be: gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and ada0s1 is the slice on which FreeBSD is installed? Thanks. On Fri, Dec 27, 2013 at 9:33 AM, Mathieu Arnold wrote: > +--On 27 d=E9cembre 2013 12:26:49 +0100 Zenny wrot= e: > | On 12/27/13, Mathieu Arnold wrote: > |> +--On 27 d=E9cembre 2013 00:42:36 +0100 Zenny > |> wrote: > |> | Much awaited release, thanks!. However, does the freebsd-update from > |> | the earlier version bork in case of ZFS on Root? Or is there a safe > |> | way to upgrade without borking. I had a very bad experience when I > |> | upgraded from FreeBSD-10B3 to RC1. Thanks! > |> > |> I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with > |> freebsd-update using zfs only boxes, never had any problem. The only > |> thing is, if you run zpool upgrade, do remember to do what it tells yo= u > |> about updating the bootcode. > |> > | > | In my case, I didn't receive any instructions to update the bootcode > | and the bug was acknowledged by the developer. > | > | However, can you tell me exactly what did you do exactly to update the > | bootcode? Appreciate it! > > Well, when you run : > # zpool upgrade yourpool > > it will not print a lot of things, but it will end with : > > If you boot from pool 'yourpool', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 > > All you have to do is adapt it to run your particular setup, replacing da= 0 > with the correct disk (and running it for each disk where your pool is, i= n > my case, it was mfid0 and mfid1.) > > -- > Mathieu Arnold > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 15:42:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6F63D32; Fri, 27 Dec 2013 15:42:15 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FF5D1887; Fri, 27 Dec 2013 15:42:15 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id ACD1CBDC64; Fri, 27 Dec 2013 16:42:13 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 7DAB2BDC5D; Fri, 27 Dec 2013 16:42:13 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id E58AE6140; Fri, 27 Dec 2013 16:42:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 7210A6702373; Fri, 27 Dec 2013 16:42:12 +0100 (CET) Date: Fri, 27 Dec 2013 16:42:12 +0100 From: Mathieu Arnold To: Thomas Hoffmann Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <38B0C411B75D7482B92033D2@ogg.in.absolight.net> In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 15:42:15 -0000 +--On 27 d=C3=A9cembre 2013 10:28:07 -0500 Thomas Hoffmann = wrote: | All the examples I've seen for updating bootcode assume GPT. If one has | MBR (as I do) and assuming the following basic scheme: |=20 | gpart show ada0 | =3D> 63 976773105 ada0 MBR (466G) | 63 976773105 1 freebsd [active] (466G) |=20 | gpart show ada0s1 | =3D> 0 976773105 ada0s1 BSD (466G) | 0 943218736 1 freebsd-zfs (450G) | 943218736 33554369 2 freebsd-swap (16G) |=20 | would the equivalent bootcode statement be: |=20 | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 |=20 | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and | ada0s1 is the slice on which FreeBSD is installed? Hum, no, if you're using MBR and not GPT, you can't use gpart, you have to do something aweful like this : # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 # sysctl kern.geom.debugflags=3D0x10 # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 might be ada0s1 and not ada0, or something (please, don't do that unless you're sure you're doing it right.) --=20 Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:08:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72A3485B; Fri, 27 Dec 2013 16:08:11 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01FBC1A14; Fri, 27 Dec 2013 16:08:10 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rBRG89b4032430; Fri, 27 Dec 2013 09:08:09 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rBRG88im032427; Fri, 27 Dec 2013 09:08:08 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 27 Dec 2013 09:08:08 -0700 (MST) From: Warren Block To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available In-Reply-To: <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Message-ID: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 27 Dec 2013 09:08:09 -0700 (MST) Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Thomas Hoffmann , freebsd-stable@freebsd.org, freebsd-current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:08:11 -0000 On Fri, 27 Dec 2013, Mathieu Arnold wrote: > +--On 27 décembre 2013 10:28:07 -0500 Thomas Hoffmann > wrote: > | All the examples I've seen for updating bootcode assume GPT. If one has > | MBR (as I do) and assuming the following basic scheme: > | > | gpart show ada0 > | => 63 976773105 ada0 MBR (466G) > | 63 976773105 1 freebsd [active] (466G) > | > | gpart show ada0s1 > | => 0 976773105 ada0s1 BSD (466G) > | 0 943218736 1 freebsd-zfs (450G) > | 943218736 33554369 2 freebsd-swap (16G) > | > | would the equivalent bootcode statement be: > | > | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 No, the PMBR is for GPT partitioning only. > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and > | ada0s1 is the slice on which FreeBSD is installed? > > Hum, no, if you're using MBR and not GPT, you can't use gpart, Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcode correctly. > you have to > do something aweful like this : > # dd if=/boot/zfsboot of=/dev/ada0 count=1 That will overwrite the MBR partition table. > # sysctl kern.geom.debugflags=0x10 > # dd if=/boot/zfsboot of=/dev/ada0 skip=1 seek=1024 That seems dangerous. I have not tried with zfsboot, but this should be close: # gpart bootcode -b /boot/zfsboot ada0 # gpart bootcode -b /boot/zfsboot ada0s1 Untested! The first one may need to use /boot/mbr. A better way to do this, provided the system does not have a broken BIOS, would be to backup, repartition with GPT, and restore, avoiding the complication of multiple partitioning schemes. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:17:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9251ADBE; Fri, 27 Dec 2013 16:17:22 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62F561ABC; Fri, 27 Dec 2013 16:17:21 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 4907D37B596; Fri, 27 Dec 2013 10:17:15 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3drY8V5S82zKfJ; Fri, 27 Dec 2013 10:17:14 -0600 (CST) Date: Fri, 27 Dec 2013 10:17:14 -0600 From: "Matthew D. Fuller" To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227161714.GF99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:17:22 -0000 On Fri, Dec 27, 2013 at 03:33:23PM +0100 I heard the voice of Mathieu Arnold, and lo! it spake thus: > > All you have to do is adapt it to run your particular setup, > replacing da0 with the correct disk (and running it for each disk > where your pool is, in my case, it was mfid0 and mfid1.) I've taken to just dumping a rewrite-bootcode.sh script in /boot/ on systems. That way I don't have to remember or re-figure the invocation, or worry about typos, or whatnot. Makes it easy to just kick the script after every installworld whether I really need it or not, without having to think about it. e.g., % cat /boot/rewrite-bootcode.sh #!/bin/sh -x for i in /dev/ada0 /dev/ada1; do gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${i} done -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:21: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D37132FC; Fri, 27 Dec 2013 16:21:15 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DCCC1B60; Fri, 27 Dec 2013 16:21:15 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 39B6ABDC30; Fri, 27 Dec 2013 17:21:14 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 13082BDC24; Fri, 27 Dec 2013 17:21:14 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 727F86124; Fri, 27 Dec 2013 17:21:13 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 02FDB6702F6F; Fri, 27 Dec 2013 17:21:12 +0100 (CET) Date: Fri, 27 Dec 2013 17:21:12 +0100 From: Mathieu Arnold To: "Matthew D. Fuller" Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: In-Reply-To: <20131227161714.GF99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <20131227161714.GF99219@over-yonder.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:21:15 -0000 +--On 27 d=C3=A9cembre 2013 10:17:14 -0600 "Matthew D. Fuller" wrote: | On Fri, Dec 27, 2013 at 03:33:23PM +0100 I heard the voice of | Mathieu Arnold, and lo! it spake thus: |>=20 |> All you have to do is adapt it to run your particular setup, |> replacing da0 with the correct disk (and running it for each disk |> where your pool is, in my case, it was mfid0 and mfid1.) |=20 | I've taken to just dumping a rewrite-bootcode.sh script in /boot/ on | systems. That way I don't have to remember or re-figure the | invocation, or worry about typos, or whatnot. Makes it easy to just | kick the script after every installworld whether I really need it or | not, without having to think about it. You *don't* need it after installworld, or freebsd-update install. You *only* need it if you *explicitly* run "zpool upgrade yourzpool". And if you do that, zpool upgrade tells you to run it. If you forget to run zpool upgrade, or you don't run it, you don't need to upgrade the bootcode. --=20 Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:24:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C45755D; Fri, 27 Dec 2013 16:24:47 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDFB1CA2; Fri, 27 Dec 2013 16:24:46 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 42F5537B517; Fri, 27 Dec 2013 10:24:45 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3drYK84jZhzKfb; Fri, 27 Dec 2013 10:24:44 -0600 (CST) Date: Fri, 27 Dec 2013 10:24:44 -0600 From: "Matthew D. Fuller" To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227162444.GG99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <20131227161714.GF99219@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:24:47 -0000 On Fri, Dec 27, 2013 at 05:21:12PM +0100 I heard the voice of Mathieu Arnold, and lo! it spake thus: > > You *don't* need it after installworld, or freebsd-update install. > You *only* need it if you *explicitly* run "zpool upgrade > yourzpool". Well, that was my point; by removing the need to have to think about how to do it, I can just do it any time I rebuild bootcode, whether I need it or not. Makes life simpler. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:24:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68BAD55B; Fri, 27 Dec 2013 16:24:46 +0000 (UTC) Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB9571CA1; Fri, 27 Dec 2013 16:24:45 +0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id hu19so4961925vcb.28 for ; Fri, 27 Dec 2013 08:24:45 -0800 (PST) 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=9zdIpjN9w1XgaXsOw+6fN+7OPJ8oRzCjyYZZ96ZHRfw=; b=bxTQiq6G8cHONrFYXQShy3zTwQIbwwe/3fNntp+e+zgU4HW9EJiIM7VKZhsNyZ97wu QGzZsilY7RM3NfKzTzg4aq3GsFrpOgcdDn2CCnhUs4OooZiLq0zw+4GSIJcvpVse/AbA s2DbdbpDXTwe5ahcxg6X8UiqoT3X+AgFk7VdY++shkwC8N328VmyN1m7/cc2QJPZo9z4 jbx0Oc3eMi0TdycGu48cBK3B1K2618umv6uopbDap2z0V9iyp5cXKEheTinT9jSkQm7B HH5TlA0LyWi65jaEYxxnA+evZpmLnR8L4ns3SfjkbgJTn5yWbfdzXuXp7WuPVhiZk5+e Ee6g== MIME-Version: 1.0 X-Received: by 10.52.135.201 with SMTP id pu9mr22391567vdb.13.1388161484958; Fri, 27 Dec 2013 08:24:44 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 08:24:44 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 11:24:44 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Mathieu Arnold , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:24:46 -0000 After I posted, it occurred to me to check out the ../bsdinstall/scripts/zfsboot script to see how the boot code was laid down when the MBR was created. It shows only: dd if=3D/boot/zfsboot of=3D/dev/ada0s1 count =3D1 But, adding to my confusion, the FreeBSD wiki for ZFS on root (MBR-style) shows something very close to what Mathieu suggested. Unfortunately, I'm using an iMac with FreeBSD as the only OS. MBR is the only way I can get it to boot after an install. Looks like I've got some testing (and possible system restores) ahead of me= . Thanks. On Fri, Dec 27, 2013 at 11:08 AM, Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: > > +--On 27 d=E9cembre 2013 10:28:07 -0500 Thomas Hoffmann >> wrote: >> | All the examples I've seen for updating bootcode assume GPT. If one ha= s >> | MBR (as I do) and assuming the following basic scheme: >> | >> | gpart show ada0 >> | =3D> 63 976773105 ada0 MBR (466G) >> | 63 976773105 1 freebsd [active] (466G) >> | >> | gpart show ada0s1 >> | =3D> 0 976773105 ada0s1 BSD (466G) >> | 0 943218736 1 freebsd-zfs (450G) >> | 943218736 33554369 2 freebsd-swap (16G) >> | >> | would the equivalent bootcode statement be: >> | >> | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 >> > > No, the PMBR is for GPT partitioning only. > > > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) an= d >> | ada0s1 is the slice on which FreeBSD is installed? >> >> Hum, no, if you're using MBR and not GPT, you can't use gpart, >> > > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcod= e > correctly. > > > you have to >> do something aweful like this : >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 >> > > That will overwrite the MBR partition table. > > > # sysctl kern.geom.debugflags=3D0x10 >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 >> > > That seems dangerous. I have not tried with zfsboot, but this should be > close: > > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 > > Untested! The first one may need to use /boot/mbr. A better way to do > this, provided the system does not have a broken BIOS, would be to backup= , > repartition with GPT, and restore, avoiding the complication of multiple > partitioning schemes. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:33:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF0739DC for ; Fri, 27 Dec 2013 16:33:33 +0000 (UTC) Received: from mail.eskimo.com (mail.eskimo.com [204.122.16.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B895D1D48 for ; Fri, 27 Dec 2013 16:33:33 +0000 (UTC) Received: from shellx.eskimo.com (shellx.eskimo.com [204.122.16.5]) by mail.eskimo.com (Postfix) with ESMTP id A7E4A140D; Fri, 27 Dec 2013 08:33:27 -0800 (PST) Received: by shellx.eskimo.com (Postfix, from userid 51518) id 9A46836F7; Fri, 27 Dec 2013 08:33:27 -0800 (PST) Date: Fri, 27 Dec 2013 08:33:27 -0800 From: Joseph Olatt To: FreeBSD Stable Subject: Re: CAM status: CCB request completed with an error Message-ID: <20131227163327.GA2190@eskimo.com> References: <20131223183646.GA22168@eskimo.com> <20131225120201.GB1446@kontrol.kode5.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131225120201.GB1446@kontrol.kode5.net> User-Agent: Mutt/1.5.20 (2009-12-10) X-Virus-Scanned: clamav-milter 0.98 at mail.eskimo.com X-Virus-Status: Clean Cc: jmzgriffin@gmail.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:33:34 -0000 On Wed, Dec 25, 2013 at 12:02:03PM +0000, James Griffin wrote: > Joseph Olatt : > > > Hi, > > > > Just upgraded from 9.2-PRERELEASE to the following: > > > > FreeBSD cognac 9.2-STABLE FreeBSD 9.2-STABLE #0 r259742: Sun Dec 22 > > 20:01:13 CST 2013 root@cognac:/usr/obj/usr/src/sys/GENERIC i386 > > > > and started seeing the following error when I insert a USB flash drive. > > This flash drive was working fine with 9.2-PRERELEASE. > > > > ugen6.2: at usbus6 > > umass0: on > > usbus6 > > umass0: SCSI over Bulk-Only; quirks = 0x4101 > > umass0:2:0:-1: Attached to scbus2 > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error > > (probe0:umass-sim0:0:0:0): Retrying command > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error > > (probe0:umass-sim0:0:0:0): Retrying command > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error > > (probe0:umass-sim0:0:0:0): Retrying command > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error > > (probe0:umass-sim0:0:0:0): Retrying command > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error > > (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > > > > > > Anybody else seeing issues with the USB/CAM subsystem with the new the > > new 9.2-STABLE code? > > > > _______________________________________________ > > 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" > > Joseph, did you find out any more information about this? Last night I ripped a few DVD's and I too saw these messages on the console. I was able to rip the data but still, I'd like to know/do more about this output. > > Cheers, Jamie > > -- > James Griffin > jmzgriffin@gmail.com Jamie, I spent a little time trying to understand what was causing the above errors before I ran out of time. This is what I've found so far: 1. Of the 4 USB flash drives that I tried, the above errors occurred on only 2 of them. I was able to mount and use the other two. Of the 2, 3 were from Lexar and one from Sandisk. 2. I tried the offending 2 (Lexar) on another 9.2-STABLE (from around October 2013 time frame and I noticed that the "quirks = 0x???" was different. But, I did not see the same error on that laptop. I'm referring to the following line: umass0: SCSI over Bulk-Only; quirks = 0x4101 (I don't remember the exact hexadecimal value) 3. I started down the path to see if I could change that value. It looks like usbconfig(8) may allow.. I haven't got around to trying that. 4. I looked at the src tree to see most recent changes to the CAM src code and it appears that some changes went in on Dec 16/17. However, commit logs didn't seem to conclusively tell me anything. regards, From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 16:36:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ACC0B27 for ; Fri, 27 Dec 2013 16:36:27 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id DF23C1D6A for ; Fri, 27 Dec 2013 16:36:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=wHOgkemp7eIVdHP/aDQkce7RRUSFrte97hKJVQWzaFU=; b=F2HdXMIO3y08RMxhVZvMb+sfmVxpFdWWA69oupF/Ugwc1+LiWRRO8HG46mI2KnKy4c3PLIPkJBs4W1uEwEAFPWvCwybhfxYrSgwNA01+gxTrZb1W9AM0PpC2Zo2acOPACuV6xU/YxyZPVThHqtkB2h8cSedLDA3+JjhKBeuzSB4=; Received: from iglou1.iglou.com ([192.107.41.3]:58419 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1Vwa47-0002Bl-99 by authid with igloumta_auth for freebsd-stable@freebsd.org; Fri, 27 Dec 2013 11:15:11 -0500 Received: from shell1.iglou.com ([192.107.41.17]:57804 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1Vwa47-0001OW-1t for freebsd-stable@freebsd.org; Fri, 27 Dec 2013 11:15:11 -0500 Date: Fri, 27 Dec 2013 11:15:10 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-stable@freebsd.org Subject: serial card on RC2 , RC3 Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 16:36:27 -0000 Anyone know how to get serial cable working with StarTech "2 Port Native Express RS232 Serial Adapter Card with 16550 UART"? It is part number PEX2S553. In my kernel I tried this: device puc device sio o ptions COM_MULTIPORT in different variations. Also I tried in /boot/device.hints: hint.sio.2.flags="0x201" hint.sio.3.flags="0x201" It is obviously a cheap card, but I do have one working in a msft 7 machine. Darrel From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 17:10: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7649996B; Fri, 27 Dec 2013 17:10:30 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B0A31F20; Fri, 27 Dec 2013 17:10:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3A31BB94F; Fri, 27 Dec 2013 12:10:29 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-RC3 Now Available Date: Fri, 27 Dec 2013 11:34:34 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131226162521.GK2009@glenbarber.us> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201312271134.34266.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 27 Dec 2013 12:10:29 -0500 (EST) Cc: Warren Block , Mathieu Arnold , Thomas Hoffmann , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 17:10:30 -0000 On Friday, December 27, 2013 11:08:08 am Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: >=20 > > +--On 27 d=C3=A9cembre 2013 10:28:07 -0500 Thomas Hoffmann > > wrote: > > | All the examples I've seen for updating bootcode assume GPT. If one h= as > > | MBR (as I do) and assuming the following basic scheme: > > | > > | gpart show ada0 > > | =3D> 63 976773105 ada0 MBR (466G) > > | 63 976773105 1 freebsd [active] (466G) > > | > > | gpart show ada0s1 > > | =3D> 0 976773105 ada0s1 BSD (466G) > > | 0 943218736 1 freebsd-zfs (450G) > > | 943218736 33554369 2 freebsd-swap (16G) > > | > > | would the equivalent bootcode statement be: > > | > > | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 >=20 > No, the PMBR is for GPT partitioning only. >=20 > > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) a= nd > > | ada0s1 is the slice on which FreeBSD is installed? > > > > Hum, no, if you're using MBR and not GPT, you can't use gpart, >=20 > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel=20 > bootcode correctly. >=20 > > you have to > > do something aweful like this : > > # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 >=20 > That will overwrite the MBR partition table. >=20 > > # sysctl kern.geom.debugflags=3D0x10 > > # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 >=20 > That seems dangerous. I have not tried with zfsboot, but this should be= =20 > close: >=20 > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 No, the ZFS MBR bootstrap doesn't use the "standard" boot block areas. The only "standard" boot block area for ada0 is the MBR itself, but ZFS uses a larger bootloader that installs one part into the MBR and another part a few sectors later in the disk. gpart has no knowledge of that AFAIK. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 17:15:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55BA9D6E; Fri, 27 Dec 2013 17:15:10 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A24A1FAF; Fri, 27 Dec 2013 17:15:10 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id hl1so30345861igb.5 for ; Fri, 27 Dec 2013 09:15:09 -0800 (PST) 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:content-transfer-encoding; bh=OYWlPJd+epMrLpmmvI1+fc8Uo6kLs0K0e+bU+gFFSiQ=; b=bsk49aupNOQR74+P8Hd2BDgFHBwZ+Pq+0rPDZ9cojrsR3DtyfYvTQ+uYYG837M0Mh8 +Wr5x68CoevGS3ye9WdY4lBNSLDe7TNcB1N3Mz2+Up4XkjMwn1frcYkMi6dgVjYUe0iW IDpt3p3aZOOFcP9d1S9DQEt3nJ4P924bxJKP8N/xUm3Qn59xA9l2B5sPRx87ljhsXxrX rJb4VOMKKMoKK504iFBpmjHD6neNuzG21IdE+Kvs3toSl9SRhd2LQwX2b2Ui+p9FFPrI gfkV5Zt3gQVQMelNiGBJSn0z2iyG7WB+dkfudL7oPR+9kkn5g9CKye0r5THS33HRMnyi jVKw== MIME-Version: 1.0 X-Received: by 10.50.6.99 with SMTP id z3mr41744676igz.27.1388164509432; Fri, 27 Dec 2013 09:15:09 -0800 (PST) Received: by 10.50.127.232 with HTTP; Fri, 27 Dec 2013 09:15:09 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 11:15:09 -0600 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Scot Hetzel To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mathieu Arnold , Thomas Hoffmann , FreeBSD Stable , freebsd-current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 17:15:10 -0000 On Fri, Dec 27, 2013 at 10:08 AM, Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: > >> +--On 27 d=E9cembre 2013 10:28:07 -0500 Thomas Hoffmann >> wrote: >> | All the examples I've seen for updating bootcode assume GPT. If one ha= s >> | MBR (as I do) and assuming the following basic scheme: >> | >> | gpart show ada0 >> | =3D> 63 976773105 ada0 MBR (466G) >> | 63 976773105 1 freebsd [active] (466G) >> | >> | gpart show ada0s1 >> | =3D> 0 976773105 ada0s1 BSD (466G) >> | 0 943218736 1 freebsd-zfs (450G) >> | 943218736 33554369 2 freebsd-swap (16G) >> | >> | would the equivalent bootcode statement be: >> | >> | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 > > > No, the PMBR is for GPT partitioning only. > > >> | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) an= d >> | ada0s1 is the slice on which FreeBSD is installed? >> >> Hum, no, if you're using MBR and not GPT, you can't use gpart, > > > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcod= e > correctly. > > >> you have to >> do something aweful like this : >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 > > > That will overwrite the MBR partition table. > > >> # sysctl kern.geom.debugflags=3D0x10 >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 > > > That seems dangerous. I have not tried with zfsboot, but this should be > close: > > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 > > Untested! The first one may need to use /boot/mbr. A better way to do > this, provided the system does not have a broken BIOS, would be to backup= , > repartition with GPT, and restore, avoiding the complication of multiple > partitioning schemes. > The correct way to install/update ZFS Boot code on an MBR disk is: Install boot Manager (required on first install) # gpart bootcode -b /boot/boot0 ad0 Note: /boot/mbr could also be used if you are not multibooting Install ZFS boot1 stage # sysctl kern.geom.debugflags=3D0x10 # dd if=3D/boot/zfsboot of=3D/dev/ada0s1 count=3D1 or # dd if=3D/boot/zfsboot of=3D/tmp/zfsboot1 count=3D1 # gpart bootcode -b /tmp/zfsboot1 /dev/ada0s1 Install ZFS boot2 stage # dd if=3D/boot/zfsboot of=3D/dev/ada0s1a skip=3D1 seek=3D1024 --=20 DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 17:28:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03BAC606; Fri, 27 Dec 2013 17:28:26 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86EAE109D; Fri, 27 Dec 2013 17:28:25 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so5066962veb.30 for ; Fri, 27 Dec 2013 09:28:23 -0800 (PST) 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=OGXX4jsdWLimgMcT0DrHFS3oJ93bqxb4gJ1m4Zq2odE=; b=FjuY056YfpJdNGA5yvivATSlKvOfRE71MvOrGX+/1ppXILY8CYrg0KDWRzVsdx/nld 5XvTBeLsug7hr5fQGyH3TZsB0VyDljlH2Uq8xXeWHHFOQMArlQrdy1mxcEPCEJOngKSs W641XgmugZcjwcDMkP9oZs/w0dlUu29qhcm/ONPqVi4kK0aHNUAyrUEH0D0vJ4UlOrho eufRct5pphLY4c6KQ8mu29BZ4WRzwfiJlSi1+vif6MW315gTKPpLK4kJUsn9DcPj+OtH i8usTTsJpw8Ek7cWEivIfMjm737kX22NwaA6QwA0tDXLuDc1SaX6+JGghZg7us85qnrW iTig== MIME-Version: 1.0 X-Received: by 10.58.231.4 with SMTP id tc4mr4066747vec.30.1388165303744; Fri, 27 Dec 2013 09:28:23 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 09:28:23 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 12:28:23 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Warren Block , Mathieu Arnold , freebsd-current , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 17:28:26 -0000 On Fri, Dec 27, 2013 at 12:15 PM, Scot Hetzel wrote: > The correct way to install/update ZFS Boot code on an MBR disk is: > > Install boot Manager (required on first install) > > # gpart bootcode -b /boot/boot0 ad0 > > Note: /boot/mbr could also be used if you are not multibooting > > Install ZFS boot1 stage > > # sysctl kern.geom.debugflags=0x10 > # dd if=/boot/zfsboot of=/dev/ada0s1 count=1 > > or > > # dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 > # gpart bootcode -b /tmp/zfsboot1 /dev/ada0s1 > > Install ZFS boot2 stage > # dd if=/boot/zfsboot of=/dev/ada0s1a skip=1 seek=1024 This ties everything together nicely for me, especially the part about the first bootcode install, which had me really confused. Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 18:13:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C52D6B for ; Fri, 27 Dec 2013 18:13:31 +0000 (UTC) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C69F13B8 for ; Fri, 27 Dec 2013 18:13:31 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VwbuY-0004a8-KR; Fri, 27 Dec 2013 13:13:26 -0500 Date: Fri, 27 Dec 2013 13:13:26 -0500 From: Gary Palmer To: Darrel Subject: Re: serial card on RC2 , RC3 Message-ID: <20131227181326.GA88638@in-addr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 18:13:31 -0000 On Fri, Dec 27, 2013 at 11:15:10AM -0500, Darrel wrote: > Anyone know how to get serial cable working with StarTech "2 Port Native > Express RS232 Serial Adapter Card with 16550 UART"? It is part number > PEX2S553. > > In my kernel I tried this: > > device puc > device sio o > ptions COM_MULTIPORT > > in different variations. > > Also I tried in /boot/device.hints: > > hint.sio.2.flags="0x201" > hint.sio.3.flags="0x201" > > It is obviously a cheap card, but I do have one working in a msft > 7 machine. > Please post some more information about your system. pciconf -lv and dmesg would both help developers see why the card isn't detected. If your system has been up for a while you may be better off sending /var/run/dmesg.boot than the output of the dmesg program. Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 18:41:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8741ECFC; Fri, 27 Dec 2013 18:41:52 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 3E82F160C; Fri, 27 Dec 2013 18:41:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=NGbPzSEQ+AJqALeOFZ+2mY2OW53locs7SFd4bGHZoKc=; b=rRaYBUir5PZqRabGKiZDRE7+bjEmq1TMN1+rGjwIOjUPWTWsck5RJncvKrYyrTqODttxqb074V4m9meZk98cfoMr6kIz8I85SDhcxPLAu0WdBAAd5kgqXwrtx7lY7VsdxO9Em2JeWCjb5JCiRqESRdi3SwsuEkRJgLnFMO78phI=; Received: from iglou3.iglou.com ([192.107.41.6]:40593 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VwcM3-0001UC-8S by authid with igloumta_auth; Fri, 27 Dec 2013 13:41:51 -0500 Received: from shell1.iglou.com ([192.107.41.17]:59794 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VwcM2-0002K1-SQ; Fri, 27 Dec 2013 13:41:51 -0500 Date: Fri, 27 Dec 2013 13:41:50 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Gary Palmer Subject: Re: serial card on RC2 , RC3 In-Reply-To: <20131227181326.GA88638@in-addr.com> Message-ID: References: <20131227181326.GA88638@in-addr.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 18:41:52 -0000 >> Anyone know how to get serial cable working with StarTech "2 Port Native >> Express RS232 Serial Adapter Card with 16550 UART"? It is part number >> PEX2S553. >> >> In my kernel I tried this: >> >> device puc >> device sio >> options COM_MULTIPORT >> >> in different variations. >> >> Also I tried in /boot/device.hints: >> >> hint.sio.2.flags="0x201" >> hint.sio.3.flags="0x201" >> >> It is obviously a cheap card, but I do have one working in a msft >> 7 machine. >> > > Please post some more information about your system. pciconf -lv and > dmesg would both help developers see why the card isn't detected. If > your system has been up for a while you may be better off sending > /var/run/dmesg.boot than the output of the dmesg program. > Hi, Gary. Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RC3 #0 r259943: Fri Dec 27 11:25:55 EST 2013 root@kermit:/usr/obj/usr/src/sys/NLV amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD Athlon(tm) II X2 220 Processor (2812.59-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f63 Family = 0x10 Model = 0x6 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3849154560 (3670 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <010711 APIC1130> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: <_ASUS_ Notebook> on motherboard acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device hdac0: mem 0xfe9e8000-0xfe9ebfff irq 19 at device 5.1 on pci1 pcib2: irq 17 at device 9.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) pcib3: irq 18 at device 10.0 on pci0 pci3: on pcib3 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 18 at device 0.0 on pci3 re0: Using 1 MSI-X message re0: Chip rev. 0x28000000 re0: MAC rev. 0x00300000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: bc:ae:c5:ea:8f:75 ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ffc00-0xfe7fffff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 18.0 on pci0 usbus0 on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 16 at device 18.1 on pci0 usbus1 on ohci1 ehci0: mem 0xfe7ff800-0xfe7ff8ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.0 on pci0 usbus3 on ohci2 ohci3: mem 0xfe7fb000-0xfe7fbfff irq 18 at device 19.1 on pci0 usbus4 on ohci3 ehci1: mem 0xfe7ff400-0xfe7ff4ff irq 19 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac1: mem 0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 20.5 on pci0 usbus6 on ohci4 acpi_button0: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 hwpstate0: on cpu0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, default to deny, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 28,34,25,35,29 and 26,30,27 on hdaa1 pcm2: at nid 32 on hdaa1 pcm3: at nid 33 on hdaa1 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen6.1: at usbus6 uhub0: on usbus6 ugen5.1: at usbus5 uhub1: on usbus5 ugen4.1: at usbus4 uhub2: on usbus4 ugen3.1: at usbus3 uhub3: on usbus3 ugen2.1: at usbus2 uhub4: on usbus2 ugen1.1: at usbus1 uhub5: on usbus1 ugen0.1: at usbus0 uhub6: on usbus0 uhub0: 2 ports with 2 removable, self powered uhub2: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub5: 3 ports with 3 removable, self powered uhub6: 3 ports with 3 removable, self powered uhub1: 6 ports with 6 removable, self powered uhub4: 6 ports with 6 removable, self powered ugen5.2: at usbus5 umass0: on usbus5 umass0: SCSI over Bulk-Only; quirks = 0x4001 umass0:6:0:-1: Attached to scbus6 ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number WD-WMANS2338602 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 76293MB (156250000 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number 058F63626420 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=0x2 da1 at umass-sim0 bus 0 scbus6 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: Serial Number 058F63626420 da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da1: quirks=0x2 cd0 at ata1 bus 0 scbus5 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 2C8102501867 cd0: 150.000MB/s transfers (SATA, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed da2 at umass-sim0 bus 0 scbus6 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: Serial Number 058F63626420 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da2: quirks=0x2 da3 at umass-sim0 bus 0 scbus6 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: Serial Number 058F63626420 da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da3: quirks=0x2 Netvsc initializing... SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1406293696 Hz quality 800 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.3: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 ums1: on usbus0 ums1: 3 buttons and [XYZ] coordinates ID=0 *********************************** hostb0@pci0:0:0:0: class=0x060000 card=0x83881043 chip=0x96001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780 Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x83881043 chip=0x96021043 rev=0x00 hdr=0x01 vendor = 'ASUSTeK Computer Inc.' device = 'RS880 PCI to PCI bridge (int gfx)' class = bridge subclass = PCI-PCI pcib2@pci0:0:9:0: class=0x060400 card=0x83881043 chip=0x96081022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780/RS880 PCI to PCI bridge (PCIE port 4)' class = bridge subclass = PCI-PCI pcib3@pci0:0:10:0: class=0x060400 card=0x83881043 chip=0x96091022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780/RS880 PCI to PCI bridge (PCIE port 5)' class = bridge subclass = PCI-PCI ahci0@pci0:0:17:0: class=0x01018f card=0x83891043 chip=0x43901002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]' class = mass storage subclass = ATA ohci0@pci0:0:18:0: class=0x0c0310 card=0x83891043 chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB ohci1@pci0:0:18:1: class=0x0c0310 card=0x83891043 chip=0x43981002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0 USB OHCI1 Controller' class = serial bus subclass = USB ehci0@pci0:0:18:2: class=0x0c0320 card=0x83891043 chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB ohci2@pci0:0:19:0: class=0x0c0310 card=0x83891043 chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB ohci3@pci0:0:19:1: class=0x0c0310 card=0x83891043 chip=0x43981002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0 USB OHCI1 Controller' class = serial bus subclass = USB ehci1@pci0:0:19:2: class=0x0c0320 card=0x83891043 chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x83891043 chip=0x43851002 rev=0x3c hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus atapci0@pci0:0:20:1: class=0x01018a card=0x83891043 chip=0x439c1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 IDE Controller' class = mass storage subclass = ATA hdac1@pci0:0:20:2: class=0x040300 card=0x836c1043 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 Azalia (Intel HDA)' class = multimedia subclass = HDA isab0@pci0:0:20:3: class=0x060100 card=0x83891043 chip=0x439d1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 LPC host controller' class = bridge subclass = PCI-ISA pcib4@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 PCI to PCI Bridge' class = bridge subclass = PCI-PCI ohci4@pci0:0:20:5: class=0x0c0310 card=0x83891043 chip=0x43991002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class = serial bus subclass = USB hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor HyperTransport Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Miscellaneous Control' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Link Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0x83881043 chip=0x96161002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS780L [Radeon HD 3000]' class = display subclass = VGA hdac0@pci0:1:5:1: class=0x040300 card=0x83881043 chip=0x960f1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS780 HDMI Audio [Radeon HD 3000-3300 Series]' class = multimedia subclass = HDA none1@pci0:2:0:0: class=0x070002 card=0x1000a000 chip=0x99229710 rev=0x00 hdr=0x00 vendor = 'NetMos Technology' device = 'PCIe 9922 Multi-I/O Controller' class = simple comms subclass = UART none2@pci0:2:0:1: class=0x070002 card=0x1000a000 chip=0x99229710 rev=0x00 hdr=0x00 vendor = 'NetMos Technology' device = 'PCIe 9922 Multi-I/O Controller' class = simple comms subclass = UART re0@pci0:3:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet Thank you, Darrel From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 19:05:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62CCC6FE for ; Fri, 27 Dec 2013 19:05:39 +0000 (UTC) Received: from nm11-vm1.bullet.mail.bf1.yahoo.com (nm11-vm1.bullet.mail.bf1.yahoo.com [98.139.213.152]) by mx1.freebsd.org (Postfix) with SMTP id 07A4D1749 for ; Fri, 27 Dec 2013 19:05:38 +0000 (UTC) Received: from [98.139.212.152] by nm11.bullet.mail.bf1.yahoo.com with NNFMP; 27 Dec 2013 18:58:55 -0000 Received: from [68.142.230.65] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 27 Dec 2013 18:58:55 -0000 Received: from [127.0.0.1] by smtp222.mail.bf1.yahoo.com with NNFMP; 27 Dec 2013 18:58:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1388170734; bh=RUgVQMj/Y229O4PumSi8jK4HvGAXgVa9G0nkZT1IVpY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=vSp5tiskcwQvCvefIo37A4IjOFUwNYELlFkRfsaE4euEAEn3SiBL9n7flM0grVcgOzdqosy2WLGPcWNI2+F43gVGLe00Fln7nS4mnqhob67zcgMEtHve9fhGigr/zdhtWFjXJp27VY6svCgxwI1CFWrwr615/yLNKOzDnTW3OoM= X-Yahoo-Newman-Id: 997540.64470.bm@smtp222.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ZR0KonsVM1kODvc01LqEfN15HHDKUTFwQBcwzXCt.tlV2zw nCxT2uPJ3AIgg5_cSoALsaNNoyvv8UwipM6yxj9RmO1MMflynz_F9pXSgiux K_R7Iq.0dXf2KzBbGU492So6KGO_KdJDQUZUB43KaDy_86nGXRX4VEr6.ETi sxfY1FSSeU4xSo_FQAQNvleWTpFPm4YkeYytVck_FlbAfdVMz1KfjR2Q.FGO tdVOg4vJG.GiP4FWp64_aSCBALkDOVigcI7xEw9U.tMwBQ7b_W.yX.0zglqj 2UFOSlw85fa15ixB6ob4Bwk3_KuHXmTKCs5OeeSUljInye9ux1mXPj_2oty0 qYohcXflIFOCEZuOPexUszhYxi2pGfQNUbO15s_gNwDeYBSnK_JXgY3JbNsl gqglpR1cirzBgTv1X1Dh0at.Vvm6p4_wFT7HiG5H0iR0hEZYM56HL.tA9tEv EvkiYYAY._3bO6CEo_7ODVRzh8ZSDHi2oWuZrgnsPe0H34TTWaR_e83h8Rzt qPbBHKBrzLVCgiLvZCUt5khHcwKUBH1LphbnJlg4St0fs2ttxCp8J7DY6DZp P_hQ- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [63.250.193.228]) by smtp222.mail.bf1.yahoo.com with SMTP; 27 Dec 2013 18:58:54 +0000 UTC Subject: Re: 10.0 BETA 3 with redports kernel panic From: Sean Bruno To: Konstantin Belousov , Peter Wemm , "freebsd-stable@freebsd.org" In-Reply-To: <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> References: <1387473915.2494.0.camel@powernoodle.corp.yahoo.com> <20131219180833.GN59496@kib.kiev.ua> <1387479064.2494.5.camel@powernoodle.corp.yahoo.com> <1387492541.27693.5.camel@powernoodle.corp.yahoo.com> <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 27 Dec 2013 10:58:52 -0800 Message-ID: <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: decke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 19:05:39 -0000 On Mon, 2013-12-23 at 09:11 -0800, Sean Bruno wrote: > On Sat, 2013-12-21 at 16:55 +0200, Konstantin Belousov wrote: > > > The reason why the dmaplimit change originally exploded was becase > > > dmaplimit is set to zero for the duration of while we're running on > > > the page tables given to us by the loader. I believe initializing > > > dmaplimit to DMAP_MAX_ADDRESS rather than zero would have solved the > > > original explosions. > > The dmaplimit is initialized in > > hammer_time->pmap_bootstrap->getmemsize-> > > create_pagetable(). The backtrace above should be much later in the > > boot sequence, note that mi_startup() was already running. > > > > I believe that my previous change just broke vsetslab()/vtoslab(). > > Currently running 2/4 machines with the following patch. No data for > stability yet. Still waiting. > > > > Index: amd64/amd64/mem.c > > =================================================================== > > --- amd64/amd64/mem.c (revision 258554) > > +++ amd64/amd64/mem.c (working copy) > > @@ -98,6 +98,10 @@ > > kmemphys: > > o = v & PAGE_MASK; > > c = min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); > > + v = PHYS_TO_DMAP(v); > > + if (v < DMAP_MIN_ADDRESS || v >= dmaplimit || > > + pmap_kextract(v) == 0) > > + return (EFAULT); > > error = uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); > > continue; > > } > > Index: amd64/amd64/pmap.c > > =================================================================== > > --- amd64/amd64/pmap.c (revision 258554) > > +++ amd64/amd64/pmap.c (working copy) > > @@ -321,7 +321,7 @@ > > "Number of kernel page table pages allocated on bootup"); > > > > static int ndmpdp; > > -static vm_paddr_t dmaplimit; > > +vm_paddr_t dmaplimit; > > vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; > > pt_entry_t pg_nx; > > > > Index: amd64/include/pmap.h > > =================================================================== > > --- amd64/include/pmap.h (revision 258554) > > +++ amd64/include/pmap.h (working copy) > > @@ -368,6 +368,7 @@ > > extern vm_paddr_t dump_avail[]; > > extern vm_offset_t virtual_avail; > > extern vm_offset_t virtual_end; > > +extern vm_paddr_t dmaplimit; > > > > #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) > > #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) != 0) Update from redports land. I've added the patches for "keep java from crashing the box" to these machines as they have manifested the problem once. I have not seen the original panic str of: panic: vm_fault: fault on nofault entry, addr: fffffe0327240000 So, the current diff looks like this: Index: sys/amd64/amd64/mem.c =================================================================== --- sys/amd64/amd64/mem.c (revision 258556) +++ sys/amd64/amd64/mem.c (working copy) @@ -97,7 +97,15 @@ v = uio->uio_offset; kmemphys: o = v & PAGE_MASK; + v = PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || v >= DMAP_MAX_ADDRESS || + pmap_kextract(v) == 0) + return (EFAULT); c = min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); + v = PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || v >= dmaplimit || + pmap_kextract(v) == 0) + return (EFAULT); error = uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); continue; } Index: sys/amd64/amd64/pmap.c =================================================================== --- sys/amd64/amd64/pmap.c (revision 258556) +++ sys/amd64/amd64/pmap.c (working copy) @@ -321,7 +321,7 @@ "Number of kernel page table pages allocated on bootup"); static int ndmpdp; -static vm_paddr_t dmaplimit; +vm_paddr_t dmaplimit; vm_offset_t kernel_vm_end = VM_MIN_KERNEL_ADDRESS; pt_entry_t pg_nx; Index: sys/amd64/include/pmap.h =================================================================== --- sys/amd64/include/pmap.h (revision 258556) +++ sys/amd64/include/pmap.h (working copy) @@ -368,6 +368,7 @@ extern vm_paddr_t dump_avail[]; extern vm_offset_t virtual_avail; extern vm_offset_t virtual_end; +extern vm_paddr_t dmaplimit; #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) != 0) Index: sys/vm/vm_map.c =================================================================== --- sys/vm/vm_map.c (revision 258556) +++ sys/vm/vm_map.c (working copy) @@ -1207,6 +1207,7 @@ } else if ((prev_entry != &map->header) && (prev_entry->eflags == protoeflags) && + (cow & (MAP_ENTRY_GROWS_DOWN | MAP_ENTRY_GROWS_UP)) == 0 && (prev_entry->end == start) && (prev_entry->wired_count == 0) && (prev_entry->cred == cred || @@ -3316,7 +3317,6 @@ * NOTE: We explicitly allow bi-directional stacks. */ orient = cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); - cow &= ~orient; KASSERT(orient != 0, ("No stack grow direction")); if (addrbos < vm_map_min(map) || From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 19:18:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4853FD5D; Fri, 27 Dec 2013 19:18:59 +0000 (UTC) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) (using SSLv3 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0F31183B; Fri, 27 Dec 2013 19:18:58 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlab.sk with ESMTPA; Fri, 27 Dec 2013 20:13:49 +0100 id 004F6E8B.52BDD16D.0000B1BD Date: Fri, 27 Dec 2013 20:13:42 +0100 From: Milan Obuch To: Darrel Subject: Re: serial card on RC2 , RC3 Message-ID: <20131227201342.08842077@zeta.dino.sk> In-Reply-To: References: <20131227181326.GA88638@in-addr.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 19:18:59 -0000 On Fri, 27 Dec 2013 13:41:50 -0500 (EST) Darrel wrote: > > >> Anyone know how to get serial cable working with StarTech "2 Port > >> Native Express RS232 Serial Adapter Card with 16550 UART"? It is > >> part number PEX2S553. > >> > >> In my kernel I tried this: > >> > >> device puc > >> device sio > >> options COM_MULTIPORT > >> > >> in different variations. > >> > >> Also I tried in /boot/device.hints: > >> > >> hint.sio.2.flags="0x201" > >> hint.sio.3.flags="0x201" > >> > >> It is obviously a cheap card, but I do have one working in a msft > >> 7 machine. > >> > > > > Please post some more information about your system. pciconf -lv > > and dmesg would both help developers see why the card isn't > > detected. If your system has been up for a while you may be better > > off sending /var/run/dmesg.boot than the output of the dmesg > > program. > > > Hi, could you apply following patch to /usr/src/sys/dev/puc/pucdata.c and rebuild your kernel and/or modules? This is the first thing I would test, and it could even work, but no guarantee yet, naturally :) --- pucdata.c 2013-10-23 22:51:08.000000000 +0200 +++ pucdata.c.mod 2013-12-27 20:09:36.000000000 +0100 @@ -1094,6 +1094,12 @@ PUC_PORT_2P, 0x10, 4, 0, }, + { 0x9710, 0x9922, 0xffff, 0, + "NetMos NM9922 Dual UART", + DEFAULT_RCLK, + PUC_PORT_2S, 0x10, 4, 0, + }, + { 0xb00c, 0x021c, 0xffff, 0, "IC Book Labs Gunboat x4 Lite", DEFAULT_RCLK, [ dmesg and pciconf output snipped ] Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 19:19:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F67BE4E for ; Fri, 27 Dec 2013 19:19:20 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6C6C1842 for ; Fri, 27 Dec 2013 19:19:19 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i17so8856777qcy.37 for ; Fri, 27 Dec 2013 11:19:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=hD8g/mbzuC8AQYe8Ocab71P4v0Ux6GBVQWdpTNYbVRs=; b=oRULwCd760QZqlVNO2P+YXb75Z+P29q0lcKUncL4RPFttcvIskcOJqh2FQgtBzA30y rCRrwNmP7Us0myDKOICC9rv5Wjws4G9PiyEskfkEoSnu+lIvoIKtNlqv2GqBQEXRQJ0K JqqDn7Vr01PlQcP4qReZsH69WwMm1SepSj5giGX4W48co9U+wLTq0Oc1nez5sikhGhR/ R8bWFhwNLz3xVFQNodSHgNHVCDvOOBrYTTevcbAZuH0wAnryzmsMqxwcUGYNShTs45Vn jl7yznVLfEw4pKLzScTaVuUcrBSXcMH+kn/US7xN6eWa7tWDaD+se2kY37ZSJNfAqoBS /r+g== MIME-Version: 1.0 X-Received: by 10.229.97.134 with SMTP id l6mr81863872qcn.11.1388171959075; Fri, 27 Dec 2013 11:19:19 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Fri, 27 Dec 2013 11:19:19 -0800 (PST) Date: Fri, 27 Dec 2013 20:19:19 +0100 X-Google-Sender-Auth: 65497R2tDdVM27C_wlvQJmqki4E Message-ID: Subject: FreeBSD 10.0-RC3 AMD64 sed problem From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 19:19:20 -0000 Hello :-) There seems to be a problem with /usr/bin/sed on 10.0-RC3 AMD64 :-) # cd /usr/ports/cad/linux-eagle5/ # make /usr/bin/sed: Shared object has no run-time symbol table make: "/usr/ports/Mk/bsd.port.mk" line 1194: warning: "/usr/bin/uname -r | /usr/bin/sed -e 's/[-(].*//'" returned non-zero status # make install /usr/bin/sed: Shared object has no run-time symbol table make: "/usr/ports/Mk/bsd.port.mk" line 1194: warning: "/usr/bin/uname -r | /usr/bin/sed -e 's/[-(].*//'" returned non-zero status # sed /usr/bin/sed: Shared object has no run-time symbol table root@hexagon:/usr/ports/cad/linux-eagle5 # ldd sed # uname -a FreeBSD hexagon 10.0-RC3 FreeBSD 10.0-RC3 #0 r259778: Mon Dec 23 23:27:58 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 19:56:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEF1AB9 for ; Fri, 27 Dec 2013 19:56:48 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B19D61AC7 for ; Fri, 27 Dec 2013 19:56:48 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so9437940qeb.41 for ; Fri, 27 Dec 2013 11:56:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=+Mze2fEuylPOLjKMKADz2Z1Q3E/hqsdwkDOq7xFLjJg=; b=JRpII1FTpQ1uvJ8O0Qr3bILWOU2P4emj/+zpJxwGN+dvxJPqFripduNUkvM3Qbx79x CXsSDI0ZYQIaQDR1+lY1zJoZtmkRimlo0wnW4+Au+32j4ErWTsHhd3HpFTT/domMPOPX P9jngRuH1O9kM+3GPaYOjEfe18y81fuXC7+fYhT5Vcu+v6blciBR10+rXlrBdQSqxVHs G7nQMSD8ohMxvgCclfxeAWfcwjovetvurl5GI0e4+cSixSoNM7nuBSZzCUgB1qM5kuj2 BF5f7YOuUoZBBkjW0uehW16FtqN+WT9QJCC56Ak1HncZvRol5qjD+kaukBZhslM//ECQ D2zA== MIME-Version: 1.0 X-Received: by 10.49.1.35 with SMTP id 3mr83612627qej.43.1388174207823; Fri, 27 Dec 2013 11:56:47 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Fri, 27 Dec 2013 11:56:47 -0800 (PST) Date: Fri, 27 Dec 2013 20:56:47 +0100 X-Google-Sender-Auth: fRBvUyf4XknrPhkEDEai7jI-YEY Message-ID: Subject: FreeBSD 10.0-RC3 AMD64 UFS issues? From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 19:56:49 -0000 Hey :-) That sed issue I reported may be related to filesystem corruption. After fresh install and reboot I did test "pkg install" then reboot then filesystem somehow got dirty!! I did fsck -fy and it showed lots of problems. Now I get: % vi /usr/bin/vi: Exec format error. Binary file not executable. This is really not nice for one or two reboots after fresh OS install :-( I will retry the install and see what happens then :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 20:48:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EB65EFD; Fri, 27 Dec 2013 20:48:01 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8171EDC; Fri, 27 Dec 2013 20:48:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=xYj9Vsh0THQDoPYkrIyZ6qTEO9nciAPIuCe94tQoAbY=; b=Uke1FWqjUmElAH6ts/C3HWK1FGiyEyen/icB3Znq+PCr2Q5iYxPI6/yl5h5HWkq/a1IyWCHKREz4jTrKcVNW9i3PTTpUGVpUnVOC5tFp+NxONU1xb+QrK9Vsj60l7CEssBiBj/THrWDDvPu3Pfdi1rgk70jiuP9qd2EpOBUEpOg=; Received: from iglou1.iglou.com ([192.107.41.3]:33550 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VweK8-0004FG-FT by authid with igloumta_auth; Fri, 27 Dec 2013 15:48:00 -0500 Received: from shell1.iglou.com ([192.107.41.17]:60115 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VweK8-0006JB-4e; Fri, 27 Dec 2013 15:48:00 -0500 Date: Fri, 27 Dec 2013 15:47:59 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Milan Obuch Subject: Re: serial card on RC2 , RC3 In-Reply-To: <20131227201342.08842077@zeta.dino.sk> Message-ID: References: <20131227181326.GA88638@in-addr.com> <20131227201342.08842077@zeta.dino.sk> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 20:48:01 -0000 >> >>>> Anyone know how to get serial cable working with StarTech "2 Port >>>> Native Express RS232 Serial Adapter Card with 16550 UART"? It is >>>> part number PEX2S553. >>>> >>>> In my kernel I tried this: >>>> >>>> device puc >>>> device sio >>>> options COM_MULTIPORT >>>> >>>> in different variations. >>>> >>>> Also I tried in /boot/device.hints: >>>> >>>> hint.sio.2.flags="0x201" >>>> hint.sio.3.flags="0x201" >>>> >>>> It is obviously a cheap card, but I do have one working in a msft >>>> 7 machine. >>>> >>> >>> Please post some more information about your system. pciconf -lv >>> and dmesg would both help developers see why the card isn't >>> detected. If your system has been up for a while you may be better >>> off sending /var/run/dmesg.boot than the output of the dmesg >>> program. >>> >> > > Hi, > > could you apply following patch to /usr/src/sys/dev/puc/pucdata.c and > rebuild your kernel and/or modules? This is the first thing I would > test, and it could even work, but no guarantee yet, naturally :) > > --- pucdata.c 2013-10-23 22:51:08.000000000 +0200 > +++ pucdata.c.mod 2013-12-27 20:09:36.000000000 +0100 > @@ -1094,6 +1094,12 @@ > PUC_PORT_2P, 0x10, 4, 0, > }, > > + { 0x9710, 0x9922, 0xffff, 0, > + "NetMos NM9922 Dual UART", > + DEFAULT_RCLK, > + PUC_PORT_2S, 0x10, 4, 0, > + }, > + > { 0xb00c, 0x021c, 0xffff, 0, > "IC Book Labs Gunboat x4 Lite", > DEFAULT_RCLK, > > [ dmesg and pciconf output snipped ] > Hi, Milan. Recompiled kernel with 'device ' and boot became frozen aft puc0: port 0xdc00-0xdc07 mem 0xfeaff000-0xfeafffff,0xfeafe000--xfeafefff irq 17 at device 0.0 on pci2 uart2: at port 1 on puc0 Ctrl + c and Ctrl + d no response. - boot to single user and still freezes - guess that i should locate the old kernel Darrel From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 21:23:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A906A8E4 for ; Fri, 27 Dec 2013 21:23:53 +0000 (UTC) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F45E110C for ; Fri, 27 Dec 2013 21:23:53 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <52BDEFDA.3050602@intersonic.se> Date: Fri, 27 Dec 2013 22:23:38 +0100 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Need help with Huawei E398 LTE modem on 9-STABLE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 21:23:53 -0000 Hi, I don't know exactly when but some time ago my 3/4g modem stopped working with 9-STABLE. I believe what I see is what is described here: http://forum.pfsense.org/index.php?topic=41055.0 If I insert the stick, this is logged kernel: ugen0.3: at usbus0 kernel: Ejecting Huawei Technologies HUAWEI Mobile using method 9 and ugen0.3: at usbus0, cfg=255 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1505 bcdDevice = 0x0000 iManufacturer = 0x0003 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Before it was identified as a 0x140c corresponding to a E180V according to usbdevs which is not really correct but it worked. With the new id 0x1505 no serial devices are a created. 0x1505 is a E392 in usbdevs, I guess that is a similar product but apparently Huawei sometimes uses the same id for more than one product. What can I do to get this back to working order except to roll back to 9-STABLE around October? What change to the usb system was done to break E398? Any hints welcome, I need this to work while travelling. Thank you, //per From owner-freebsd-stable@FreeBSD.ORG Fri Dec 27 23:12:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23FD5593 for ; Fri, 27 Dec 2013 23:12:45 +0000 (UTC) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D149718FA for ; Fri, 27 Dec 2013 23:12:44 +0000 (UTC) Received: from broadband-178-140-93-168.nationalcablenetworks.ru ([178.140.93.168] helo=[172.16.100.50]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Vwga9-0005Rr-9g for stable@freebsd.org; Sat, 28 Dec 2013 03:12:41 +0400 Message-ID: <52BE0969.9080303@semmy.ru> Date: Sat, 28 Dec 2013 03:12:41 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: bhyvectl(8) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Dec 2013 23:12:45 -0000 Hi. Where is bhyvectl(8) man page in 10-RC3? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 02:31:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 577D53C4 for ; Sat, 28 Dec 2013 02:31:06 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16C041514 for ; Sat, 28 Dec 2013 02:31:06 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id lc6so5132058vcb.13 for ; Fri, 27 Dec 2013 18:31:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4z9DiFeM2UYv5vSIpRPKGQxy9ml4tDZZV9Gzy6FqYlU=; b=VkID0HLvMjAF/cAwUuUpaclq+GpSMZGtLVHOaURN3db6p2qxV8VxNOZ9FuV/q3MnjG BcVi9SR/0m/nFLLKzL0BRA5DV7P0IUGkFTHG/J9XamdR+C1WU/3e98NKlpOdBB4/JDJR KcRpw8ku1zux2IvFXlT6Gcm6OHIQrziN1twCoMBbXX+6VYAX/m/8LahIniOysSnE4tNS jfLpJ51F29abWoyzDM9jkyNNCoY+X7Ik8EyUzfO6NS9AsVcrR2YRxzH44Q3/6/T3MbUK aBAfuI5bxHS/dg9mbgdJ1XPMa3gZ3nTz2IZ744Ta5rcmdO+q3sPb7McZKwncWHfm9Cez Nmnw== MIME-Version: 1.0 X-Received: by 10.220.182.137 with SMTP id cc9mr181359vcb.62.1388197865033; Fri, 27 Dec 2013 18:31:05 -0800 (PST) Received: by 10.58.37.135 with HTTP; Fri, 27 Dec 2013 18:31:04 -0800 (PST) Date: Fri, 27 Dec 2013 21:31:04 -0500 Message-ID: Subject: Valgrind Broken on 10.0? From: Shawn Webb To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 02:31:06 -0000 Hey All, So overall, I'm loving 10.0 (running on the STABLE branch). Really great job. However, it seems that Valgrind is confused about where objects loaded in memory are located. Please forgive my forgetfulness, but I seem to recall a discussion (either on current@ or stable@) regarding changes to the virtual memory management system and how those changes could affect userland applications like Valgrind. Can someone point me in the right direction if that's the case? Otherwise, what are some courses of action I could take to get symbols to resolve in Valgrind? 9-stable doesn't have this problem. 11-current exhibits the same behavior as 10-stable. Below you'll find a link to the log of Valgrind failing on a specific clamav unit test. I'm running 10-stable in bhyve under an 11-current system. Failed unit test log: http://ix.io/9xQ (if you'd prefer me paste the log (quite lengthy) in an email, let me know). Thanks, Shawn Webb From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 05:19:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6051E7DA for ; Sat, 28 Dec 2013 05:19:59 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33FE611E7 for ; Sat, 28 Dec 2013 05:19:59 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id rd3so9857030pab.41 for ; Fri, 27 Dec 2013 21:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ssjWHxOFgn5DHpIcss/Q//+5bbddt20yPyU3uZvxPSg=; b=nm9FZwuZtgTaSVSny2dcoLHD+IdRx79w51RCrCbh6a1AwBA7Cd4c2zomSzMHGhKfKt u1OE38qLHWCnX2gdfjn0tsw/DX3GnrvQmOB6SM890JKzWOOkoUrcQJXGHFf/lkBS8Yp4 jyxrM7SVL6H+XPFz8cv2XCqqwOFv0nVodIHUiPpjSKUcHMkKgIxC0H8krGYmiX13Nxr6 Prs301k/B3O/BqYnNwcxhqwd0pk+wjnLyVslUdRxYDA+d14eKc+iuPO2pQQ10eBpeBkP pvkIkjJtZeDrmwvpcIwLH9EPv+5yi24ZPYpojYc3y81EEOo7M3bBxSAQjzkToPUgLcpB m/rw== MIME-Version: 1.0 X-Received: by 10.68.164.131 with SMTP id yq3mr55173948pbb.56.1388207998776; Fri, 27 Dec 2013 21:19:58 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Fri, 27 Dec 2013 21:19:58 -0800 (PST) In-Reply-To: References: Date: Fri, 27 Dec 2013 21:19:58 -0800 X-Google-Sender-Auth: J6ZZ-q64p9Rds-I5LCmVsrQulgI Message-ID: Subject: Re: Odd problem w/ install world on 9.2 to 10.0rc3 upgrade From: Kevin Oberman To: Kenneth Culver Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org Stable" , Yvonne Oberman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 05:19:59 -0000 On Fri, Dec 27, 2013 at 5:37 AM, Kenneth Culver wrote: > I had this problem until I removed /usr/src, and /usr/obj and re-checked > out the source. > > Ken > > On Friday, December 27, 2013, Yvonne Oberman wrote: > > > I am trying to upgrade my laptop from 9 - stable to 10.0rc3. Install > world > > fail in kerberos5/lib/libasn1. > > > > I get: > > cmp -s krb5_asn1.hx krb5_asn1.h 2> / dev/null || Co krb5_asn1.hx > > krb5_asn1.h > > cp: not found > > > > But, if I cd kerberos5 and make install, it installs fine. Both files are > > certainly present in /usr/obj. > > > > Any clue for me? > > > > Thanks! > No joy. I had already deleted /usr/src and /usr/obj. Since I already had successfully installed kerberos5 by doing 'make -C /usr/src/kerberos5 install', I just edited the kerberos5 Makefile to not install the libs and continued from there with no problems. I still have no idea why this failed, though. My make-foo is way to weak. I'll be posting a short rant about my experience with the ports upgrade later, but I have ALMOST everything running now. I still have kdenlive and libreoffice to buildl and need to figure out why four ports failed, one in "make patch"! and why one fails to start. Thanks for the reply! (Oh, and I messed up and posted from the address I share with my wife which is why this is from a SLIGHTLY different address.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 07:13:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A62C7D9; Sat, 28 Dec 2013 07:13:14 +0000 (UTC) Received: from smtp.athabascau.ca (smtp.athabascau.ca [131.232.10.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E40E11579; Sat, 28 Dec 2013 07:13:13 +0000 (UTC) Received: from CONVERSION-DAEMON.local.athabascau.ca by local.athabascau.ca (PMDF V6.2-1x12 #31425) id <0MYI0MA018WY99@local.athabascau.ca>; Sat, 28 Dec 2013 00:02:58 -0700 (MST) Received: from auwow.bogons ([192.168.1.2]) by local.athabascau.ca (PMDF V6.2-1x12 #31425) with ESMTPSA id <0MYI0M3FX8WR26@local.athabascau.ca>; Sat, 28 Dec 2013 00:02:58 -0700 (MST) Date: Sat, 28 Dec 2013 00:02:51 -0700 (MST) From: Ross Alexander Subject: Re: Re: latest openjdk7 triggers kernel panic In-reply-to: X-X-Sender: rwa@auwow.bogons To: freebsd-current@freebsd.org Message-id: Organization: Athabasca University X-Envelope-from: rwa@athabascau.ca MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) References: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 07:13:14 -0000 On Fri, 27 Dec 2013, Peter Wemm wrote: > Date: Thu, 26 Dec 2013 10:33:01 -0800 > From: Peter Wemm > To: Antoine Brodin > Cc: Alan Cox , Marcel Moolenaar , > FreeBSD Current , Andriy Gapon > , freebsd-java@freebsd.org > Subject: Re: latest openjdk7 triggers kernel panic > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin wrote: >> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: > ... >> Hello, >> >> FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: >> panic: Bad entry start/end for new stack entry >> cpuid = 1 >> KDB: stack backtrace: >> #0 0xffffffff80947986 at kdb_backtrace+0x66 >> #1 0xffffffff8090d9ae at panic+0x1ce >> #2 0xffffffff80b81314 at vm_map_stack+0x274 >> #3 0xffffffff80b83584 at vm_mmap+0x674 >> #4 0xffffffff80b83d2f at sys_mmap+0x1cf >> #5 0xffffffff80cf187a at amd64_syscall+0x5ea >> #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 >> >> It looks like the box was compiling java related ports (java/jaxen and >> devel/antlr) when it panic'ed. > > This is troubling. I'm wondering what's changed and why we haven't > seen this before. > > Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel, > right? and not something like building 9.2-REL ports inside a jail on > a 10.x or 11.x host? 10.x / 11.x are not involved and you're seeing > this? > > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV Another data point - I'm running 9.2, svn to 9-stable, and my ports tree is kept current with portsnap. On Wednesday (25 Dec) I built the "devel/arduino" port, which pulls in openjdk-6.2. I was using a /usr/src & /usr/ports updated 13 December. The kernel was r259382:. Everything worked great. Thursday, I did svn update /usr/src portsnap fetch update (the svn is against 9-stable), rebuilt world+kernel, and ran 'portupgrade -a'. That gave a r259923 kernel. Arduino now reliably takes the box down, no dump, just a freeze / reboot. Rebooting on the older kernel doesn't fix anything. regards, Ross ve6pdq -- Ross Alexander, (780) 675-6823 / (780) 689-0749, rwa@athabascau.ca "Always do right. This will gratify some people, and astound the rest." -- Samuel Clemens -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. --- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 08:09:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9044DC8 for ; Sat, 28 Dec 2013 08:09:59 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B39581842 for ; Sat, 28 Dec 2013 08:09:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=Eq0cw01Lz9KDTFrgw8WdQN4TLEoME60ryW4kzd/48j0=; b=P7Dj4jay7P3fqVQ3xgewTQtgWg53BU38TMTfbjmOy5yGk3fxk7+mZh/vhAgYUenB2yyqIWI4f25DaNLFhGKhLv7VWvzQ/P8rznGWd50eXzrNTHeaSXnwGlCHy9BR1rFuv8ww+s0jsQ/8kQZpGc/3I3e0LtZjEwffJhigVYNZ2cY=; Received: from [182.0.13.237] (port=17603 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1Vwoy5-0025ua-Lq for freebsd-stable@freebsd.org; Sat, 28 Dec 2013 01:09:59 -0700 Date: Sat, 28 Dec 2013 16:09:45 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files Message-ID: <20131228160945.3c758685@X220.alogt.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 08:09:59 -0000 Hi, this is how /usr/games looks like after I upgraded to: FreeBSD X220.alogt.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #6 r259919: Sat Dec 28 06:08:59 WITA 2013 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 -r-xr-xr-x 1 root wheel 8.5K Dec 28 15:54 bcd -r-xr-xr-x 1 root wheel 8.6K Dec 28 15:54 caesar -r-xr-xr-x 1 root wheel 62K Dec 28 15:54 factor -r-xr-xr-x 1 root wheel 21K Dec 28 15:54 fortune -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 grdc -r-xr-xr-x 1 root wheel 13K Dec 28 15:54 morse -r-xr-xr-x 1 root wheel 8.9K Dec 28 15:54 number -r-xr-xr-x 1 root wheel 8.2K Dec 28 15:54 pom -r-xr-xr-x 1 root wheel 6.1K Dec 28 15:54 ppt -r-xr-xr-x 1 root wheel 75K Dec 28 15:54 primes -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 random -r-xr-xr-x 1 root wheel 1.7K Dec 28 15:54 rot13 -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 strfile -r-xr-xr-x 1 root wheel 7.0K Dec 28 15:54 unstr I noticed this even just before the upgrade and deleted /usr/games just to see what will happen. I am not able to tell you since when this happens. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 08:28:48 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60A5411F; Sat, 28 Dec 2013 08:28:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08C431927; Sat, 28 Dec 2013 08:21:44 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBS8LdWR092471; Sat, 28 Dec 2013 10:21:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBS8Lc6r092282; Sat, 28 Dec 2013 08:21:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 08:21:39 GMT Message-Id: <201312280821.rBS8Lc6r092282@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 08:28:48 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:32 - At svn revision 260001 TB --- 2013-12-28 06:41:33 - building world TB --- 2013-12-28 06:41:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:33 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:33 - TARGET=sparc64 TB --- 2013-12-28 06:41:33 - TARGET_ARCH=sparc64 TB --- 2013-12-28 06:41:33 - TZ=UTC TB --- 2013-12-28 06:41:33 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:33 - cd /src TB --- 2013-12-28 06:41:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 08:19:11 UTC 2013 TB --- 2013-12-28 08:19:11 - generating LINT kernel config TB --- 2013-12-28 08:19:11 - cd /src/sys/sparc64/conf TB --- 2013-12-28 08:19:11 - /usr/bin/make -B LINT TB --- 2013-12-28 08:19:11 - cd /src/sys/sparc64/conf TB --- 2013-12-28 08:19:11 - /usr/sbin/config -m LINT TB --- 2013-12-28 08:19:11 - building LINT kernel TB --- 2013-12-28 08:19:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:19:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:19:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:19:11 - SRCCONF=/dev/null TB --- 2013-12-28 08:19:11 - TARGET=sparc64 TB --- 2013-12-28 08:19:11 - TARGET_ARCH=sparc64 TB --- 2013-12-28 08:19:11 - TZ=UTC TB --- 2013-12-28 08:19:11 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:19:11 - cd /src TB --- 2013-12-28 08:19:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 08:19:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cd9660_iconv/../../fs/cd9660/cd9660_iconv.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 08:21:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 08:21:38 - ERROR: failed to build LINT kernel TB --- 2013-12-28 08:21:38 - 4341.46 user 1912.00 system 6053.61 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 08:33:28 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FE00296; Sat, 28 Dec 2013 08:33:28 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 647721A0F; Sat, 28 Dec 2013 08:33:26 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBS8XHWZ093518; Sat, 28 Dec 2013 10:33:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBS8XHLX093482; Sat, 28 Dec 2013 08:33:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 08:33:17 GMT Message-Id: <201312280833.rBS8XHLX093482@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 08:33:28 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:35 - At svn revision 260001 TB --- 2013-12-28 06:41:36 - building world TB --- 2013-12-28 06:41:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:36 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:36 - TARGET=mips TB --- 2013-12-28 06:41:36 - TARGET_ARCH=mips64 TB --- 2013-12-28 06:41:36 - TZ=UTC TB --- 2013-12-28 06:41:36 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:36 - cd /src TB --- 2013-12-28 06:41:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 08:06:46 UTC 2013 TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m ADM5120 TB --- 2013-12-28 08:06:46 - skipping ADM5120 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-28 08:06:46 - skipping ALCHEMY kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AP121 TB --- 2013-12-28 08:06:46 - skipping AP121 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AP91 TB --- 2013-12-28 08:06:46 - skipping AP91 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AP93 TB --- 2013-12-28 08:06:46 - skipping AP93 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AP94 TB --- 2013-12-28 08:06:46 - skipping AP94 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AP96 TB --- 2013-12-28 08:06:46 - skipping AP96 kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-28 08:06:46 - skipping AR71XX_BASE kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-28 08:06:46 - skipping AR724X_BASE kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-28 08:06:46 - skipping AR91XX_BASE kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-28 08:06:46 - skipping AR933X_BASE kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-28 08:06:46 - skipping AR934X_BASE kernel TB --- 2013-12-28 08:06:46 - cd /src/sys/mips/conf TB --- 2013-12-28 08:06:46 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-28 08:06:46 - building BERI_DE4_BASE kernel TB --- 2013-12-28 08:06:46 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:06:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:06:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:06:46 - SRCCONF=/dev/null TB --- 2013-12-28 08:06:46 - TARGET=mips TB --- 2013-12-28 08:06:46 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:06:46 - TZ=UTC TB --- 2013-12-28 08:06:46 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:06:46 - cd /src TB --- 2013-12-28 08:06:46 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sat Dec 28 08:06:46 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Sat Dec 28 08:11:32 UTC 2013 TB --- 2013-12-28 08:11:32 - cd /src/sys/mips/conf TB --- 2013-12-28 08:11:32 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-28 08:11:32 - building BERI_DE4_MDROOT kernel TB --- 2013-12-28 08:11:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:11:32 - SRCCONF=/dev/null TB --- 2013-12-28 08:11:32 - TARGET=mips TB --- 2013-12-28 08:11:32 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:11:32 - TZ=UTC TB --- 2013-12-28 08:11:32 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:11:32 - cd /src TB --- 2013-12-28 08:11:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Dec 28 08:11:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Sat Dec 28 08:16:17 UTC 2013 TB --- 2013-12-28 08:16:17 - cd /src/sys/mips/conf TB --- 2013-12-28 08:16:17 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-28 08:16:18 - building BERI_DE4_SDROOT kernel TB --- 2013-12-28 08:16:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:16:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:16:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:16:18 - SRCCONF=/dev/null TB --- 2013-12-28 08:16:18 - TARGET=mips TB --- 2013-12-28 08:16:18 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:16:18 - TZ=UTC TB --- 2013-12-28 08:16:18 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:16:18 - cd /src TB --- 2013-12-28 08:16:18 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sat Dec 28 08:16:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Sat Dec 28 08:20:54 UTC 2013 TB --- 2013-12-28 08:20:54 - cd /src/sys/mips/conf TB --- 2013-12-28 08:20:54 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2013-12-28 08:20:54 - building BERI_NETFPGA_MDROOT kernel TB --- 2013-12-28 08:20:54 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:20:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:20:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:20:54 - SRCCONF=/dev/null TB --- 2013-12-28 08:20:54 - TARGET=mips TB --- 2013-12-28 08:20:54 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:20:54 - TZ=UTC TB --- 2013-12-28 08:20:54 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:20:54 - cd /src TB --- 2013-12-28 08:20:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Sat Dec 28 08:20:55 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Sat Dec 28 08:25:04 UTC 2013 TB --- 2013-12-28 08:25:04 - cd /src/sys/mips/conf TB --- 2013-12-28 08:25:04 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-28 08:25:04 - building BERI_SIM_BASE kernel TB --- 2013-12-28 08:25:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:25:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:25:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:25:04 - SRCCONF=/dev/null TB --- 2013-12-28 08:25:04 - TARGET=mips TB --- 2013-12-28 08:25:04 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:25:04 - TZ=UTC TB --- 2013-12-28 08:25:04 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:25:04 - cd /src TB --- 2013-12-28 08:25:04 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Sat Dec 28 08:25:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Sat Dec 28 08:29:11 UTC 2013 TB --- 2013-12-28 08:29:11 - cd /src/sys/mips/conf TB --- 2013-12-28 08:29:11 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-12-28 08:29:11 - building BERI_SIM_MDROOT kernel TB --- 2013-12-28 08:29:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:29:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:29:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:29:11 - SRCCONF=/dev/null TB --- 2013-12-28 08:29:11 - TARGET=mips TB --- 2013-12-28 08:29:11 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:29:11 - TZ=UTC TB --- 2013-12-28 08:29:11 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:29:11 - cd /src TB --- 2013-12-28 08:29:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sat Dec 28 08:29:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Sat Dec 28 08:33:14 UTC 2013 TB --- 2013-12-28 08:33:14 - cd /src/sys/mips/conf TB --- 2013-12-28 08:33:14 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-12-28 08:33:14 - building BERI_SIM_SDROOT kernel TB --- 2013-12-28 08:33:14 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:33:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:33:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:33:14 - SRCCONF=/dev/null TB --- 2013-12-28 08:33:14 - TARGET=mips TB --- 2013-12-28 08:33:14 - TARGET_ARCH=mips64 TB --- 2013-12-28 08:33:14 - TZ=UTC TB --- 2013-12-28 08:33:14 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:33:14 - cd /src TB --- 2013-12-28 08:33:14 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Sat Dec 28 08:33:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/BERI_SIM_SDROOT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 08:33:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 08:33:17 - ERROR: failed to build BERI_SIM_SDROOT kernel TB --- 2013-12-28 08:33:17 - 4732.95 user 2367.37 system 6753.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 08:55:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7E07753; Sat, 28 Dec 2013 08:55:18 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E340B1B39; Sat, 28 Dec 2013 08:55:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBS8tECS099569; Sat, 28 Dec 2013 10:55:14 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBS8tEdq099567; Sat, 28 Dec 2013 08:55:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 08:55:14 GMT Message-Id: <201312280855.rBS8tEdq099567@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 08:55:18 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:36 - At svn revision 260001 TB --- 2013-12-28 06:41:37 - building world TB --- 2013-12-28 06:41:37 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:37 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:37 - TARGET=ia64 TB --- 2013-12-28 06:41:37 - TARGET_ARCH=ia64 TB --- 2013-12-28 06:41:37 - TZ=UTC TB --- 2013-12-28 06:41:37 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:37 - cd /src TB --- 2013-12-28 06:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 08:53:15 UTC 2013 TB --- 2013-12-28 08:53:15 - generating LINT kernel config TB --- 2013-12-28 08:53:15 - cd /src/sys/ia64/conf TB --- 2013-12-28 08:53:15 - /usr/bin/make -B LINT TB --- 2013-12-28 08:53:15 - cd /src/sys/ia64/conf TB --- 2013-12-28 08:53:15 - /usr/sbin/config -m LINT TB --- 2013-12-28 08:53:15 - building LINT kernel TB --- 2013-12-28 08:53:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 08:53:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 08:53:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 08:53:15 - SRCCONF=/dev/null TB --- 2013-12-28 08:53:15 - TARGET=ia64 TB --- 2013-12-28 08:53:15 - TARGET_ARCH=ia64 TB --- 2013-12-28 08:53:15 - TZ=UTC TB --- 2013-12-28 08:53:15 - __MAKE_CONF=/dev/null TB --- 2013-12-28 08:53:15 - cd /src TB --- 2013-12-28 08:53:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 08:53:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 08:55:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 08:55:14 - ERROR: failed to build LINT kernel TB --- 2013-12-28 08:55:14 - 6220.09 user 2281.60 system 8070.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:08:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DCFC194; Sat, 28 Dec 2013 10:08:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E37141FBA; Sat, 28 Dec 2013 10:08:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSA8gGh020979; Sat, 28 Dec 2013 12:08:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSA8gbN020833; Sat, 28 Dec 2013 10:08:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:08:42 GMT Message-Id: <201312281008.rBSA8gbN020833@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:08:47 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:37 - At svn revision 260001 TB --- 2013-12-28 06:41:38 - building world TB --- 2013-12-28 06:41:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:38 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:38 - TARGET=arm TB --- 2013-12-28 06:41:38 - TARGET_ARCH=arm TB --- 2013-12-28 06:41:38 - TZ=UTC TB --- 2013-12-28 06:41:38 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:38 - cd /src TB --- 2013-12-28 06:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:05:23 UTC 2013 TB --- 2013-12-28 10:05:23 - generating LINT kernel config TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/bin/make -B LINT TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:05:23 - building LINT kernel TB --- 2013-12-28 10:05:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:05:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:05:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:05:23 - SRCCONF=/dev/null TB --- 2013-12-28 10:05:23 - TARGET=arm TB --- 2013-12-28 10:05:23 - TARGET_ARCH=arm TB --- 2013-12-28 10:05:23 - TZ=UTC TB --- 2013-12-28 10:05:23 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:05:23 - cd /src TB --- 2013-12-28 10:05:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:05:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:08:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:08:41 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:08:41 - 9409.61 user 3053.45 system 12477.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:16:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E490D396; Sat, 28 Dec 2013 10:16:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34E2D1083; Sat, 28 Dec 2013 10:16:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAGoHN004759; Sat, 28 Dec 2013 12:16:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAGoRC004753; Sat, 28 Dec 2013 10:16:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:16:50 GMT Message-Id: <201312281016.rBSAGoRC004753@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:16:55 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:33 - At svn revision 260001 TB --- 2013-12-28 06:41:34 - building world TB --- 2013-12-28 06:41:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:34 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:34 - TARGET=powerpc TB --- 2013-12-28 06:41:34 - TARGET_ARCH=powerpc TB --- 2013-12-28 06:41:34 - TZ=UTC TB --- 2013-12-28 06:41:34 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:34 - cd /src TB --- 2013-12-28 06:41:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:14:23 UTC 2013 TB --- 2013-12-28 10:14:23 - generating LINT kernel config TB --- 2013-12-28 10:14:23 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:14:23 - /usr/bin/make -B LINT TB --- 2013-12-28 10:14:23 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:14:23 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:14:23 - building LINT kernel TB --- 2013-12-28 10:14:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:14:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:14:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:14:23 - SRCCONF=/dev/null TB --- 2013-12-28 10:14:23 - TARGET=powerpc TB --- 2013-12-28 10:14:23 - TARGET_ARCH=powerpc TB --- 2013-12-28 10:14:23 - TZ=UTC TB --- 2013-12-28 10:14:23 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:14:23 - cd /src TB --- 2013-12-28 10:14:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:14:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:16:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:16:50 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:16:50 - 10010.23 user 3182.43 system 12966.33 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:17:38 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 378C44B5; Sat, 28 Dec 2013 10:17:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B680109A; Sat, 28 Dec 2013 10:17:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAHYrr012605; Sat, 28 Dec 2013 12:17:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAHYtk012600; Sat, 28 Dec 2013 10:17:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:17:34 GMT Message-Id: <201312281017.rBSAHYtk012600@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:17:38 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:32 - At svn revision 260001 TB --- 2013-12-28 06:41:33 - building world TB --- 2013-12-28 06:41:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:33 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:33 - TARGET=i386 TB --- 2013-12-28 06:41:33 - TARGET_ARCH=i386 TB --- 2013-12-28 06:41:33 - TZ=UTC TB --- 2013-12-28 06:41:33 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:33 - cd /src TB --- 2013-12-28 06:41:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:12:25 UTC 2013 TB --- 2013-12-28 10:12:25 - generating LINT kernel config TB --- 2013-12-28 10:12:25 - cd /src/sys/i386/conf TB --- 2013-12-28 10:12:25 - /usr/bin/make -B LINT TB --- 2013-12-28 10:12:25 - cd /src/sys/i386/conf TB --- 2013-12-28 10:12:25 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:12:25 - building LINT kernel TB --- 2013-12-28 10:12:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:12:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:12:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:12:25 - SRCCONF=/dev/null TB --- 2013-12-28 10:12:25 - TARGET=i386 TB --- 2013-12-28 10:12:25 - TARGET_ARCH=i386 TB --- 2013-12-28 10:12:25 - TZ=UTC TB --- 2013-12-28 10:12:25 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:12:25 - cd /src TB --- 2013-12-28 10:12:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:12:25 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c /src/sys/modules/cpufreq/../../x86/cpufreq/smist.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:17:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:17:34 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:17:34 - 9965.58 user 2999.52 system 13009.99 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:18:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B5565CB; Sat, 28 Dec 2013 10:18:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1B510AC; Sat, 28 Dec 2013 10:18:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAIodf025921; Sat, 28 Dec 2013 12:18:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAIoM0025917; Sat, 28 Dec 2013 10:18:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:18:50 GMT Message-Id: <201312281018.rBSAIoM0025917@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:18:55 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:36 - At svn revision 260001 TB --- 2013-12-28 06:41:37 - building world TB --- 2013-12-28 06:41:37 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:37 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:37 - TARGET=arm TB --- 2013-12-28 06:41:37 - TARGET_ARCH=armv6 TB --- 2013-12-28 06:41:37 - TZ=UTC TB --- 2013-12-28 06:41:37 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:37 - cd /src TB --- 2013-12-28 06:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:05:23 UTC 2013 TB --- 2013-12-28 10:05:23 - generating LINT kernel config TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/bin/make -B LINT TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:05:23 - skipping LINT kernel TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/sbin/config -m AC100 TB --- 2013-12-28 10:05:23 - building AC100 kernel TB --- 2013-12-28 10:05:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:05:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:05:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:05:23 - SRCCONF=/dev/null TB --- 2013-12-28 10:05:23 - TARGET=arm TB --- 2013-12-28 10:05:23 - TARGET_ARCH=armv6 TB --- 2013-12-28 10:05:23 - TZ=UTC TB --- 2013-12-28 10:05:23 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:05:23 - cd /src TB --- 2013-12-28 10:05:23 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Dec 28 10:05:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Dec 28 10:08:27 UTC 2013 TB --- 2013-12-28 10:08:27 - cd /src/sys/arm/conf TB --- 2013-12-28 10:08:27 - /usr/sbin/config -m ARMADAXP TB --- 2013-12-28 10:08:27 - building ARMADAXP kernel TB --- 2013-12-28 10:08:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:08:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:08:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:08:27 - SRCCONF=/dev/null TB --- 2013-12-28 10:08:27 - TARGET=arm TB --- 2013-12-28 10:08:27 - TARGET_ARCH=armv6 TB --- 2013-12-28 10:08:27 - TZ=UTC TB --- 2013-12-28 10:08:27 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:08:27 - cd /src TB --- 2013-12-28 10:08:27 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Dec 28 10:08:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Sat Dec 28 10:12:39 UTC 2013 TB --- 2013-12-28 10:12:39 - cd /src/sys/arm/conf TB --- 2013-12-28 10:12:39 - /usr/sbin/config -m ARNDALE TB --- 2013-12-28 10:12:39 - building ARNDALE kernel TB --- 2013-12-28 10:12:39 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:12:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:12:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:12:39 - SRCCONF=/dev/null TB --- 2013-12-28 10:12:39 - TARGET=arm TB --- 2013-12-28 10:12:39 - TARGET_ARCH=armv6 TB --- 2013-12-28 10:12:39 - TZ=UTC TB --- 2013-12-28 10:12:39 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:12:39 - cd /src TB --- 2013-12-28 10:12:39 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat Dec 28 10:12:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Sat Dec 28 10:17:28 UTC 2013 TB --- 2013-12-28 10:17:28 - cd /src/sys/arm/conf TB --- 2013-12-28 10:17:28 - /usr/sbin/config -m ATMEL TB --- 2013-12-28 10:17:28 - skipping ATMEL kernel TB --- 2013-12-28 10:17:28 - cd /src/sys/arm/conf TB --- 2013-12-28 10:17:28 - /usr/sbin/config -m AVILA TB --- 2013-12-28 10:17:28 - skipping AVILA kernel TB --- 2013-12-28 10:17:28 - cd /src/sys/arm/conf TB --- 2013-12-28 10:17:28 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-12-28 10:17:28 - building BEAGLEBONE kernel TB --- 2013-12-28 10:17:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:17:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:17:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:17:28 - SRCCONF=/dev/null TB --- 2013-12-28 10:17:28 - TARGET=arm TB --- 2013-12-28 10:17:28 - TARGET_ARCH=armv6 TB --- 2013-12-28 10:17:28 - TZ=UTC TB --- 2013-12-28 10:17:28 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:17:28 - cd /src TB --- 2013-12-28 10:17:28 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Dec 28 10:17:28 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.armv6/src/sys/BEAGLEBONE -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/BEAGLEBONE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:18:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:18:49 - ERROR: failed to build BEAGLEBONE kernel TB --- 2013-12-28 10:18:49 - 9822.16 user 3241.55 system 13085.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:27:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA5AC7AA; Sat, 28 Dec 2013 10:27:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BDBF1149; Sat, 28 Dec 2013 10:26:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAQuIx070729; Sat, 28 Dec 2013 12:26:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAQuFF070728; Sat, 28 Dec 2013 10:26:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:26:56 GMT Message-Id: <201312281026.rBSAQuFF070728@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:27:01 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:36 - At svn revision 260001 TB --- 2013-12-28 06:41:37 - building world TB --- 2013-12-28 06:41:37 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:37 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:37 - TARGET=pc98 TB --- 2013-12-28 06:41:37 - TARGET_ARCH=i386 TB --- 2013-12-28 06:41:37 - TZ=UTC TB --- 2013-12-28 06:41:37 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:37 - cd /src TB --- 2013-12-28 06:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:23:35 UTC 2013 TB --- 2013-12-28 10:23:35 - generating LINT kernel config TB --- 2013-12-28 10:23:35 - cd /src/sys/pc98/conf TB --- 2013-12-28 10:23:35 - /usr/bin/make -B LINT TB --- 2013-12-28 10:23:35 - cd /src/sys/pc98/conf TB --- 2013-12-28 10:23:35 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:23:35 - building LINT kernel TB --- 2013-12-28 10:23:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:23:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:23:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:23:35 - SRCCONF=/dev/null TB --- 2013-12-28 10:23:35 - TARGET=pc98 TB --- 2013-12-28 10:23:35 - TARGET_ARCH=i386 TB --- 2013-12-28 10:23:35 - TZ=UTC TB --- 2013-12-28 10:23:35 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:23:35 - cd /src TB --- 2013-12-28 10:23:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:23:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:26:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:26:56 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:26:56 - 10516.39 user 3037.05 system 13572.47 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:49:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 810A3ABF; Sat, 28 Dec 2013 10:49:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3F98127F; Sat, 28 Dec 2013 10:49:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAnhYp063785; Sat, 28 Dec 2013 12:49:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAnhg3063780; Sat, 28 Dec 2013 10:49:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:49:43 GMT Message-Id: <201312281049.rBSAnhg3063780@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:49:47 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:37 - At svn revision 260001 TB --- 2013-12-28 06:41:38 - building world TB --- 2013-12-28 06:41:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:38 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:38 - TARGET=amd64 TB --- 2013-12-28 06:41:38 - TARGET_ARCH=amd64 TB --- 2013-12-28 06:41:38 - TZ=UTC TB --- 2013-12-28 06:41:38 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:38 - cd /src TB --- 2013-12-28 06:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 28 10:45:34 UTC 2013 TB --- 2013-12-28 10:45:34 - generating LINT kernel config TB --- 2013-12-28 10:45:34 - cd /src/sys/amd64/conf TB --- 2013-12-28 10:45:34 - /usr/bin/make -B LINT TB --- 2013-12-28 10:45:34 - cd /src/sys/amd64/conf TB --- 2013-12-28 10:45:34 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:45:34 - building LINT kernel TB --- 2013-12-28 10:45:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:45:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:45:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:45:34 - SRCCONF=/dev/null TB --- 2013-12-28 10:45:34 - TARGET=amd64 TB --- 2013-12-28 10:45:34 - TARGET_ARCH=amd64 TB --- 2013-12-28 10:45:34 - TZ=UTC TB --- 2013-12-28 10:45:34 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:45:34 - cd /src TB --- 2013-12-28 10:45:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:45:34 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:49:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:49:43 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:49:43 - 11366.12 user 3525.75 system 14938.93 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 10:58:44 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D9F9FE; Sat, 28 Dec 2013 10:58:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF56132B; Sat, 28 Dec 2013 10:58:42 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSAweeh089458; Sat, 28 Dec 2013 12:58:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSAwegr089457; Sat, 28 Dec 2013 10:58:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:58:40 GMT Message-Id: <201312281058.rBSAwegr089457@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:58:44 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:35 - At svn revision 260001 TB --- 2013-12-28 06:41:36 - building world TB --- 2013-12-28 06:41:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:36 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:36 - TARGET=powerpc TB --- 2013-12-28 06:41:36 - TARGET_ARCH=powerpc64 TB --- 2013-12-28 06:41:36 - TZ=UTC TB --- 2013-12-28 06:41:36 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:36 - cd /src TB --- 2013-12-28 06:41:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 28 10:57:32 UTC 2013 TB --- 2013-12-28 10:57:32 - generating LINT kernel config TB --- 2013-12-28 10:57:32 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:57:32 - /usr/bin/make -B LINT TB --- 2013-12-28 10:57:32 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:57:32 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:57:32 - skipping LINT kernel TB --- 2013-12-28 10:57:32 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:57:32 - /usr/sbin/config -m GENERIC TB --- 2013-12-28 10:57:32 - skipping GENERIC kernel TB --- 2013-12-28 10:57:32 - cd /src/sys/powerpc/conf TB --- 2013-12-28 10:57:32 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-28 10:57:32 - building GENERIC64 kernel TB --- 2013-12-28 10:57:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:57:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:57:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:57:32 - SRCCONF=/dev/null TB --- 2013-12-28 10:57:32 - TARGET=powerpc TB --- 2013-12-28 10:57:32 - TARGET_ARCH=powerpc64 TB --- 2013-12-28 10:57:32 - TZ=UTC TB --- 2013-12-28 10:57:32 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:57:32 - cd /src TB --- 2013-12-28 10:57:32 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Dec 28 10:57:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:58:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:58:40 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-28 10:58:40 - 11971.41 user 3863.48 system 15475.78 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 11:05:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7F79301 for ; Sat, 28 Dec 2013 11:05:44 +0000 (UTC) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E2B813AB for ; Sat, 28 Dec 2013 11:05:44 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id un15so10040589pbc.13 for ; Sat, 28 Dec 2013 03:05:43 -0800 (PST) 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=e1GhW9C/j4ngw2NgkqB4MPhj4tUjTy56/UQS9ZY3q84=; b=K/aofi7L125h1T8RFLfBufFy3PMKTZegwdjxwDkjBNwjmRotdjuajeatLZX4YMQ1Z/ lhNBK+TbVFNNmUCVPILw1X+NUFtl4uE6ubW+eKD+vXkkdNQH4PCHeISWtl25gA8GoSO1 cMHsZ5HwIaJh/oYVTR8BYFy4skJ/GLrxAqQ0Qdj8vCjg1W+RiSWYWO8cNk9tO9fTtvmX mufk9YX7qmhGw9thzQiywMW6iFJgIe7HdUZEzqjW/twk6FnoY3MTjJcy5AU1F6SJYSGH Ch8WUgot4nA4e96nKU8Z9X9NFjAs7BU1CwgFLnw2hUXfPwCa5duRtCKl8GpOsduYiQlq Jnaw== MIME-Version: 1.0 X-Received: by 10.66.163.74 with SMTP id yg10mr56295624pab.57.1388228742279; Sat, 28 Dec 2013 03:05:42 -0800 (PST) Received: by 10.68.155.36 with HTTP; Sat, 28 Dec 2013 03:05:42 -0800 (PST) Received: by 10.68.155.36 with HTTP; Sat, 28 Dec 2013 03:05:42 -0800 (PST) In-Reply-To: <20131228160945.3c758685@X220.alogt.com> References: <20131228160945.3c758685@X220.alogt.com> Date: Sat, 28 Dec 2013 13:05:42 +0200 Message-ID: Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files From: Niilo Kajander To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 11:05:44 -0000 On Dec 28, 2013 10:10 AM, "Erich Dollansky" wrote: > I noticed this even just before the upgrade and deleted /usr/games just > to see what will happen. I am not able to tell you since when this > happens. > As long as my memory serves me right, this is how it always was. I fail to see the problem here. -Niilo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 11:15:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09579634 for ; Sat, 28 Dec 2013 11:15:29 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDB691485 for ; Sat, 28 Dec 2013 11:15:28 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id i8so9401780qcq.7 for ; Sat, 28 Dec 2013 03:15:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=yvPEcRPzLXD6Fx2yuhxi8WSjTcMVNCiKSuXsg9r1VXs=; b=iHMYOyDBV3FECpMvP5Ubo5RuYDAK0jJ2DXIUKim2ImMndnDhwOESe65poOLdY/5TL2 yMT/ctVJuGdZfoUSy2s/xIi87YyDFTxfZA2T48bYH+mfsSgHflfksXNB0vnsG76AKBLN 77GdmjdfTczYivEPUgkcZYOdG2I2MMMcpgddKtzsFbqUZgjUfzxcnT2WvD5cGsFu+/J3 OZIORy6cTgkYIPEWRoarmi6r846Pck79EOQgNBvvVLELkUx0V8p9TpL8Hee7qckFKTX+ 8qdbapAqC0Fpz81E9oI3gRBzW/kkWfXh/vpEj2kTxjSz12OsGguO0doZ3y8wBaRkxG/D vI5A== MIME-Version: 1.0 X-Received: by 10.224.124.195 with SMTP id v3mr89408748qar.55.1388229327829; Sat, 28 Dec 2013 03:15:27 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Sat, 28 Dec 2013 03:15:27 -0800 (PST) In-Reply-To: References: Date: Sat, 28 Dec 2013 12:15:27 +0100 X-Google-Sender-Auth: Ccm7vCZewP3u1DgMDwpnIwfYQZI Message-ID: Subject: Re: FreeBSD 10.0-RC3 AMD64 UFS issues? From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 11:15:29 -0000 On Fri, Dec 27, 2013 at 8:56 PM, CeDeROM wrote: > That sed issue I reported may be related to filesystem corruption. > After fresh install and reboot I did test "pkg install" then reboot > then filesystem somehow got dirty!! I did fsck -fy and it showed lots > of problems. Now I get: > > % vi > /usr/bin/vi: Exec format error. Binary file not executable. > > This is really not nice for one or two reboots after fresh OS install > :-( I will retry the install and see what happens then :-) Second full-install and things seems okay - this UFS tihng really bothers me, maybe it is more convenient to turn-off the SU for base/root filesystem..? # ldd /usr/bin/sed /usr/bin/sed: libc.so.7 => /lib/libc.so.7 (0x800822000) # ldd /usr/bin/vi /usr/bin/vi: libutil.so.9 => /lib/libutil.so.9 (0x80087c000) libncursesw.so.8 => /lib/libncursesw.so.8 (0x800a8e000) libc.so.7 => /lib/libc.so.7 (0x800ce3000) Best regards! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 11:37:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C97C8472 for ; Sat, 28 Dec 2013 11:37:44 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E02A51615 for ; Sat, 28 Dec 2013 11:37:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=TfEDnKOj/VepZKNAngVJJ2cl3EWPiunGxXh7E/UIZ+w=; b=Wy8Bx5XcSNjRX/aQVGbSzZDF4Cl03uNqXkaB3JwXmrGdznBaH0xR72ITq6xKgWaBlaH7qAWUWUcDvSA3mUkG8xCQsBMwWRz1tX6gkgZ5UfOB5OaJ07fb8Ssxq3QsVUQMyzc8tL7bgqDqvagSQuQ284kc3C65xst2cNWgDctFDlU=; Received: from [182.0.13.237] (port=48315 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VwsD7-002zjO-Ug; Sat, 28 Dec 2013 04:37:43 -0700 Date: Sat, 28 Dec 2013 19:37:30 +0800 From: Erich Dollansky To: Niilo Kajander Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files Message-ID: <20131228193730.2a101a88@X220.alogt.com> In-Reply-To: References: <20131228160945.3c758685@X220.alogt.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 11:37:44 -0000 Hi, On Sat, 28 Dec 2013 13:05:42 +0200 Niilo Kajander wrote: > On Dec 28, 2013 10:10 AM, "Erich Dollansky" > wrote: > > > I noticed this even just before the upgrade and deleted /usr/games > > just to see what will happen. I am not able to tell you since when > > this happens. > > > > As long as my memory serves me right, this is how it always was. I > fail to see the problem here. and all have been executable? No, at least 8.x, these have been directories. It should have been the same for 7 and earlier but I cannot remember for sure. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 12:09: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCC2FB81 for ; Sat, 28 Dec 2013 12:09:23 +0000 (UTC) Received: from smtp.burggraben.net (base.exwg.net [IPv6:2a01:4f8:140:50a2::2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8803B17B6 for ; Sat, 28 Dec 2013 12:09:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id E0EBD6003CF for ; Sat, 28 Dec 2013 13:09:18 +0100 (CET) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Y4G1Y5qtIH0 for ; Sat, 28 Dec 2013 13:09:18 +0100 (CET) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7b43:1:6a05:caff:fe01:aae9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Sat, 28 Dec 2013 13:09:18 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 24289313DD; Sat, 28 Dec 2013 13:09:18 +0100 (CET) Date: Sat, 28 Dec 2013 13:09:18 +0100 From: Christoph Moench-Tegeder To: freebsd-stable@freebsd.org Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files Message-ID: <20131228120917.GA74501@elch.exwg.net> References: <20131228160945.3c758685@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131228160945.3c758685@X220.alogt.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 12:09:23 -0000 Hi, why should that be a problem? It's the same on 9.2-RELEASE, and does not give me any trouble. Regards, Christoph -- Spare Space From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 12:26:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18DEDE3E for ; Sat, 28 Dec 2013 12:26:09 +0000 (UTC) Received: from smtp001.apm-internet.net (smtp001.apm-internet.net [85.119.248.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67E5318D9 for ; Sat, 28 Dec 2013 12:26:07 +0000 (UTC) Received: (qmail 34912 invoked from network); 28 Dec 2013 12:25:59 -0000 X-APM-Authkey: 18389 2 Received: from unknown (HELO meld.njm.me.uk) (109.158.187.19) by smtp001.apm-internet.net with SMTP; 28 Dec 2013 12:25:59 -0000 Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130]) by meld.njm.me.uk (8.14.7/8.14.7) with ESMTP id rBSCPxoC043170; Sat, 28 Dec 2013 12:25:59 GMT (envelope-from njm@njm.me.uk) Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.7/8.14.7) with ESMTP id rBSCPw3B060771; Sat, 28 Dec 2013 12:25:58 GMT (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.7/8.14.7/Submit) id rBSCPwBo060770; Sat, 28 Dec 2013 12:25:58 GMT (envelope-from njm@njm.me.uk) Date: Sat, 28 Dec 2013 12:25:58 +0000 From: "N.J. Mann" To: Erich Dollansky Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files Message-ID: <20131228122558.GA12578@titania.njm.me.uk> Mail-Followup-To: Erich Dollansky , freebsd-stable@freebsd.org References: <20131228160945.3c758685@X220.alogt.com> <20131228193730.2a101a88@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131228193730.2a101a88@X220.alogt.com> X-Operating-System: FreeBSD 8.4-STABLE User-Agent: mutt-NJM (2010-10-31) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 12:26:09 -0000 In message <20131228193730.2a101a88@X220.alogt.com>, Erich Dollansky (erichsfreebsdlist@alogt.com) wrote: > Hi, > > On Sat, 28 Dec 2013 13:05:42 +0200 > Niilo Kajander wrote: > > > On Dec 28, 2013 10:10 AM, "Erich Dollansky" > > wrote: > > > > > I noticed this even just before the upgrade and deleted /usr/games > > > just to see what will happen. I am not able to tell you since when > > > this happens. > > > > > > > As long as my memory serves me right, this is how it always was. I > > fail to see the problem here. > > and all have been executable? > > No, at least 8.x, these have been directories. It should have been the > same for 7 and earlier but I cannot remember for sure. FYI % uname -v FreeBSD 8.4-STABLE #54 r255934: Sun Sep 29 09:36:28 BST 2013 % ls -l /usr/games total 190 -r-xr-xr-x 1 root wheel 6768 29 Sep 09:39 bcd -r-xr-xr-x 1 root wheel 6360 29 Sep 09:39 caesar -r-xr-xr-x 1 root wheel 34504 29 Sep 09:39 factor -r-xr-xr-x 1 root wheel 18544 29 Sep 09:39 fortune -r-xr-xr-x 1 root wheel 7768 29 Sep 09:39 grdc -r-xr-xr-x 1 root wheel 10256 29 Sep 09:39 morse -r-xr-xr-x 1 root wheel 10128 29 Sep 09:39 number -r-xr-xr-x 1 root wheel 6116 29 Sep 09:39 pom -r-xr-xr-x 1 root wheel 4464 29 Sep 09:39 ppt -r-xr-xr-x 1 root wheel 47660 29 Sep 09:39 primes -r-xr-xr-x 1 root wheel 8160 29 Sep 09:39 random -r-xr-xr-x 1 root wheel 1882 29 Sep 09:39 rot13 -r-xr-xr-x 1 root wheel 11368 29 Sep 09:39 strfile -r-xr-xr-x 1 root wheel 6148 29 Sep 09:39 unstr % Cheers, Nick, -- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 12:42:00 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 045B5357; Sat, 28 Dec 2013 12:42:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47F201A12; Sat, 28 Dec 2013 12:41:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSCfsDT015599; Sat, 28 Dec 2013 14:41:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSCfstM015404; Sat, 28 Dec 2013 12:41:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 12:41:54 GMT Message-Id: <201312281241.rBSCfstM015404@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 12:42:00 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:12 - At svn revision 260001 TB --- 2013-12-28 11:02:13 - building world TB --- 2013-12-28 11:02:13 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:13 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:13 - TARGET=sparc64 TB --- 2013-12-28 11:02:13 - TARGET_ARCH=sparc64 TB --- 2013-12-28 11:02:13 - TZ=UTC TB --- 2013-12-28 11:02:13 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:13 - cd /src TB --- 2013-12-28 11:02:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 12:39:31 UTC 2013 TB --- 2013-12-28 12:39:31 - generating LINT kernel config TB --- 2013-12-28 12:39:31 - cd /src/sys/sparc64/conf TB --- 2013-12-28 12:39:31 - /usr/bin/make -B LINT TB --- 2013-12-28 12:39:31 - cd /src/sys/sparc64/conf TB --- 2013-12-28 12:39:31 - /usr/sbin/config -m LINT TB --- 2013-12-28 12:39:31 - building LINT kernel TB --- 2013-12-28 12:39:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 12:39:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 12:39:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 12:39:31 - SRCCONF=/dev/null TB --- 2013-12-28 12:39:31 - TARGET=sparc64 TB --- 2013-12-28 12:39:31 - TARGET_ARCH=sparc64 TB --- 2013-12-28 12:39:31 - TZ=UTC TB --- 2013-12-28 12:39:31 - __MAKE_CONF=/dev/null TB --- 2013-12-28 12:39:31 - cd /src TB --- 2013-12-28 12:39:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 12:39:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cd9660_iconv/../../fs/cd9660/cd9660_iconv.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 12:41:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 12:41:53 - ERROR: failed to build LINT kernel TB --- 2013-12-28 12:41:53 - 4343.83 user 1936.95 system 6073.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 13:16:46 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE756A17; Sat, 28 Dec 2013 13:16:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F23C21CF5; Sat, 28 Dec 2013 13:16:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSDGg4E043893; Sat, 28 Dec 2013 15:16:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSDGgm6043892; Sat, 28 Dec 2013 13:16:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 13:16:42 GMT Message-Id: <201312281316.rBSDGgm6043892@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 13:16:46 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:16 - At svn revision 260001 TB --- 2013-12-28 11:02:17 - building world TB --- 2013-12-28 11:02:17 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:17 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:17 - TARGET=ia64 TB --- 2013-12-28 11:02:17 - TARGET_ARCH=ia64 TB --- 2013-12-28 11:02:17 - TZ=UTC TB --- 2013-12-28 11:02:17 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:17 - cd /src TB --- 2013-12-28 11:02:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:27 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 13:14:28 UTC 2013 TB --- 2013-12-28 13:14:28 - generating LINT kernel config TB --- 2013-12-28 13:14:28 - cd /src/sys/ia64/conf TB --- 2013-12-28 13:14:28 - /usr/bin/make -B LINT TB --- 2013-12-28 13:14:28 - cd /src/sys/ia64/conf TB --- 2013-12-28 13:14:28 - /usr/sbin/config -m LINT TB --- 2013-12-28 13:14:28 - building LINT kernel TB --- 2013-12-28 13:14:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 13:14:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 13:14:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 13:14:28 - SRCCONF=/dev/null TB --- 2013-12-28 13:14:28 - TARGET=ia64 TB --- 2013-12-28 13:14:28 - TARGET_ARCH=ia64 TB --- 2013-12-28 13:14:28 - TZ=UTC TB --- 2013-12-28 13:14:28 - __MAKE_CONF=/dev/null TB --- 2013-12-28 13:14:28 - cd /src TB --- 2013-12-28 13:14:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 13:14:28 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 13:16:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 13:16:42 - ERROR: failed to build LINT kernel TB --- 2013-12-28 13:16:42 - 6244.38 user 2331.28 system 8162.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 13:21: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F789B39 for ; Sat, 28 Dec 2013 13:21:51 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D70B1D5E for ; Sat, 28 Dec 2013 13:21:50 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Vwtpo-0005UA-Mq for freebsd-stable@freebsd.org; Sat, 28 Dec 2013 05:21:44 -0800 Date: Sat, 28 Dec 2013 05:21:44 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1388236904361-5872087.post@n5.nabble.com> In-Reply-To: <20131228122558.GA12578@titania.njm.me.uk> References: <20131228160945.3c758685@X220.alogt.com> <20131228193730.2a101a88@X220.alogt.com> <20131228122558.GA12578@titania.njm.me.uk> Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 13:21:51 -0000 $ ls -l total 264 -r-xr-xr-x 1 root wheel 8272 26 gru 01:19 bcd -r-xr-xr-x 1 root wheel 8504 26 gru 01:19 caesar -r-xr-xr-x 1 root wheel 63096 26 gru 01:19 factor -r-xr-xr-x 1 root wheel 23776 26 gru 01:19 fortune -r-xr-xr-x 1 root wheel 11192 26 gru 01:19 grdc -r-xr-xr-x 1 root wheel 13368 26 gru 01:19 morse -r-xr-xr-x 1 root wheel 8712 26 gru 01:19 number -r-xr-xr-x 1 root wheel 7936 26 gru 01:19 pom -r-xr-xr-x 1 root wheel 5800 26 gru 01:19 ppt -r-xr-xr-x 1 root wheel 75560 26 gru 01:19 primes -r-xr-xr-x 1 root wheel 11408 26 gru 01:19 random -r-xr-xr-x 1 root wheel 1724 26 gru 01:19 rot13 -r-xr-xr-x 1 root wheel 11312 26 gru 01:19 strfile -r-xr-xr-x 1 root wheel 7056 26 gru 01:19 unstr FreeBSD 9-STABLE amd64 -- View this message in context: http://freebsd.1045724.n5.nabble.com/Small-problem-with-FreeBSD-10-0-RC3-usr-games-only-contains-files-tp5872018p5872087.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:07:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F05E508 for ; Sat, 28 Dec 2013 14:07:17 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 018FD1F75 for ; Sat, 28 Dec 2013 14:07:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=WUjl2EG9arOWkLSseSK+RPVEp3CCMYEB4t/ACEoa3go=; b=iqv3YOI3xfGj248C6v0IAeOgG9W8lqPXuOq9yVMeUWkUJ/zhiBeMmosx7ivV2IB4o+lMvcGFU+CQAODH/K+U6PCVMA/yID9hshAmDwxX9WiTz2+B9CRPDod6enWgqDCCGFCvpmSf4N/Xqlu09T4lZfhlvttBC13Sw+AcDUZO/58=; Received: from [182.11.23.153] (port=43758 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VwuXp-003dK8-PM for freebsd-stable@freebsd.org; Sat, 28 Dec 2013 07:07:16 -0700 Date: Sat, 28 Dec 2013 22:07:01 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: Re: Small problem with FreeBSD 10.0 RC3: /usr/games only contains files FALSE ALARM Message-ID: <20131228220701.43b6600d@X220.alogt.com> In-Reply-To: <20131228160945.3c758685@X220.alogt.com> References: <20131228160945.3c758685@X220.alogt.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 14:07:17 -0000 Hi, it all seems to be an error on my side. I am sorry for the real unnecessary noise. Erich On Sat, 28 Dec 2013 16:09:45 +0800 Erich Dollansky wrote: > Hi, > > this is how /usr/games looks like after I upgraded to: > > FreeBSD X220.alogt.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #6 > r259919: Sat Dec 28 06:08:59 WITA 2013 > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > > > -r-xr-xr-x 1 root wheel 8.5K Dec 28 15:54 bcd > -r-xr-xr-x 1 root wheel 8.6K Dec 28 15:54 caesar > -r-xr-xr-x 1 root wheel 62K Dec 28 15:54 factor > -r-xr-xr-x 1 root wheel 21K Dec 28 15:54 fortune > -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 grdc > -r-xr-xr-x 1 root wheel 13K Dec 28 15:54 morse > -r-xr-xr-x 1 root wheel 8.9K Dec 28 15:54 number > -r-xr-xr-x 1 root wheel 8.2K Dec 28 15:54 pom > -r-xr-xr-x 1 root wheel 6.1K Dec 28 15:54 ppt > -r-xr-xr-x 1 root wheel 75K Dec 28 15:54 primes > -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 random > -r-xr-xr-x 1 root wheel 1.7K Dec 28 15:54 rot13 > -r-xr-xr-x 1 root wheel 11K Dec 28 15:54 strfile > -r-xr-xr-x 1 root wheel 7.0K Dec 28 15:54 unstr > > I noticed this even just before the upgrade and deleted /usr/games > just to see what will happen. I am not able to tell you since when > this happens. > > Erich > _______________________________________________ > 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 Sat Dec 28 14:08:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A9C5614; Sat, 28 Dec 2013 14:08:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F395A1F8F; Sat, 28 Dec 2013 14:08:49 +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 rBSE8iPN024273; Sat, 28 Dec 2013 16:08:44 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBSE8iPN024273 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBSE8hAg024272; Sat, 28 Dec 2013 16:08:43 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Dec 2013 16:08:43 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: 10.0 BETA 3 with redports kernel panic Message-ID: <20131228140843.GT59496@kib.kiev.ua> References: <1387492541.27693.5.camel@powernoodle.corp.yahoo.com> <20131220094835.GR59496@kib.kiev.ua> <1387554355.1491.4.camel@powernoodle.corp.yahoo.com> <20131220162254.GT59496@kib.kiev.ua> <20131221145534.GY59496@kib.kiev.ua> <1387818681.2431.0.camel@powernoodle.corp.yahoo.com> <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MsO6zuypTbNx/TXS" Content-Disposition: inline In-Reply-To: <1388170732.1530.2.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) 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: decke , "freebsd-stable@freebsd.org" , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 14:08:50 -0000 --MsO6zuypTbNx/TXS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 27, 2013 at 10:58:52AM -0800, Sean Bruno wrote: > Update from redports land. >=20 > I've added the patches for "keep java from crashing the box" to these > machines as they have manifested the problem once. I have not seen the > original panic str of: >=20 > panic: vm_fault: fault on nofault entry, addr: fffffe0327240000 >=20 > So, the current diff looks like this: That patch in the /dev/mem part was buggy. I noted that kgdb /boot/kernel/kernel /dev/mem was broken with it. Updated and supposedly corrected patch is below. Note that vm_map_stack() patch was already committed yesterday. diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c index abbbb21..fd9c5df 100644 --- a/sys/amd64/amd64/mem.c +++ b/sys/amd64/amd64/mem.c @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) kmemphys: o =3D v & PAGE_MASK; c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); + v =3D PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <=3D DMAP_MAX_ADDRESS) || + pmap_kextract(v) =3D=3D 0) + return (EFAULT); + error =3D uiomove((void *)v, (int)c, uio); continue; } else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c index 014020b..85be1f2 100644 --- a/sys/amd64/amd64/pmap.c +++ b/sys/amd64/amd64/pmap.c @@ -321,7 +321,7 @@ SYSCTL_INT(_machdep, OID_AUTO, nkpt, CTLFLAG_RD, &nkpt,= 0, "Number of kernel page table pages allocated on bootup"); =20 static int ndmpdp; -static vm_paddr_t dmaplimit; +vm_paddr_t dmaplimit; vm_offset_t kernel_vm_end =3D VM_MIN_KERNEL_ADDRESS; pt_entry_t pg_nx; =20 diff --git a/sys/amd64/include/pmap.h b/sys/amd64/include/pmap.h index 3918282..e83e07e 100644 --- a/sys/amd64/include/pmap.h +++ b/sys/amd64/include/pmap.h @@ -369,6 +369,7 @@ extern vm_paddr_t phys_avail[]; extern vm_paddr_t dump_avail[]; extern vm_offset_t virtual_avail; extern vm_offset_t virtual_end; +extern vm_paddr_t dmaplimit; =20 #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) !=3D 0) --MsO6zuypTbNx/TXS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSvttqAAoJEJDCuSvBvK1BXIoQAKh1dQrhitZ68wSAPYBeF50h v7zid2v5vOJ41lW8Dml6Erjx7S3LZXQDjBE5aXa/fkBrvqjN9zV2mAACr2Ok3tWk mSN+BTCOSTXngfVstD0cgyaD4+I1/UkyD/ZCIY3QIrK4BhP8WXAGXI8lJxE9+nsn BTRdfhuNsyczSvsiWV/SHLNpcQs8/oCuDIRWI6giqNpLsIxj+A4b79lIrIh4rZFu 6pOfpUCWjrEvd0tD1mgOz0dfcm5jrOMEf9uqBP0L8mOvRlBWbXLl3rLInbdbDH0d XH3Szw4DLne6p47w2fAsl4rqam4GfOGE/7WKaU+DPx4XRs4C6WHvwHjIzLtzwG3u 2fdQohC7QHNQDtfAQ3DTFd9oCZNdqGsQP5ES6Q7C27rXoZwNBJ6u4Mwk3ZRob/s0 jccMBxm6f6DRisBMEIFbAI+4VO2MDg+wA5YeGeVkNhH8Riw3c3YGXutdAw+iDS8l /g3L4enl/bj41qJbKSvl/CWsHnzdWtXHPFO8QRIDp3PlqZBAFQUhCb3ZWvQ3xD5U RJxrRRvKdxacfM4Wb/QOCvVEosAEZoDHcgXvsICQcaaCM+ESvclv2kdF9QRkXQK7 4eAd4bKozdPKJIRvmnW0GybR7XcA3h4UM7n4QDhQijZqin5dFPJL6YgqwM92zJyK lsRLos9ebYxDnPV0yw8O =jNyY -----END PGP SIGNATURE----- --MsO6zuypTbNx/TXS-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:11:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9299371F for ; Sat, 28 Dec 2013 14:11:19 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A7B21FF5 for ; Sat, 28 Dec 2013 14:11:19 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so12922978wgg.2 for ; Sat, 28 Dec 2013 06:11:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Hu4Zc64p8H/Jd5tcU/qChrvJES1Z1jpmX1Adrg/ofFE=; b=U66bw5MAxfTBLVvMKSN4f+hx2xXVY5kocV2yqk0t4YPJn42PWvyBJiYSD843AtzSwK x3fSnwPPBVJOq7L68gBu4wgNjMPSOkTCaI2Z2wXb+VY3ab2peeh3hurWDZ+BDuDo4cXs TxdvfYh83OCld0eF/N3dJqkqJNKZ8chngolKAmj5aW0nTIaQkp2BSS3cB8QTbp8IRpai 2Kq1QJ6fyhxMqKuheuJ0RpWVpTHPq5xDlGxmcNoxya9VlqoQ7jX/ZtMTfZMWF7UVBgC8 2Wlqw2Jy/dZGEfwUINNk9uodAFj6NXGgCxxEL0xD4bYZoJz5zZychhS3rED3nhUczVej g6iA== MIME-Version: 1.0 X-Received: by 10.180.97.164 with SMTP id eb4mr4289153wib.11.1388239877480; Sat, 28 Dec 2013 06:11:17 -0800 (PST) Sender: conall@gmail.com Received: by 10.194.46.10 with HTTP; Sat, 28 Dec 2013 06:11:17 -0800 (PST) In-Reply-To: <20131227201342.08842077@zeta.dino.sk> References: <20131227181326.GA88638@in-addr.com> <20131227201342.08842077@zeta.dino.sk> Date: Sat, 28 Dec 2013 14:11:17 +0000 X-Google-Sender-Auth: 2RCsb8yKhBZH5svtisStkzpBHHM Message-ID: Subject: Re: serial card on RC2 , RC3 From: "Conall O'Brien" To: Milan Obuch Content-Type: text/plain; charset=UTF-8 Cc: Darrel , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 14:11:19 -0000 On 27 December 2013 19:13, Milan Obuch wrote: > On Fri, 27 Dec 2013 13:41:50 -0500 (EST) > Darrel wrote: > >> >> >> Anyone know how to get serial cable working with StarTech "2 Port >> >> Native Express RS232 Serial Adapter Card with 16550 UART"? It is >> >> part number PEX2S553. I've been trying to get the low profile version (part PEX2S553LP) of this card to work in my system on and off for a while now. Having added the following diff (which I keep meaning to submit in a PR), I have the uart driver recognising the card. --- sys/dev/uart/uart_bus_pci.c (revision 259948) +++ sys/dev/uart/uart_bus_pci.c (working copy) @@ -130,6 +130,8 @@ "MosChip MCS9901 PCIe to Peripheral Controller", 0x10 }, { 0x9710, 0x9904, 0xa000, 0x1000, "MosChip MCS9904 PCIe to Peripheral Controller", 0x10 }, +{ 0x9710, 0x9922, 0xa000, 0x1000, + "MosChip MCS9900 PCIe to Peripheral Controller", 0x10 }, { 0xdeaf, 0x9051, 0xffff, 0, "Middle Digital PC Weasel Serial Port", 0x10 }, { 0xffff, 0, 0xffff, 0, NULL, 0, 0} }; grep uart /var/run/dmesg.boot: uart2: port 0xd010-0xd017 mem 0xfe203000-0xfe203fff,0xfe202000-0xfe202fff irq 18 at device 0.0 on pci4 uart3: port 0xd000-0xd007 mem 0xfe201000-0xfe201fff,0xfe200000-0xfe200fff irq 19 at device 0.1 on pci4 and with pciconf -lv uart2@pci0:4:0:0: class=0x070002 card=0x1000a000 chip=0x99229710 rev=0x00 hdr=0x00 vendor = 'NetMos Technology' device = 'PCIe 9922 Multi-I/O Controller' class = simple comms subclass = UART uart3@pci0:4:0:1: class=0x070002 card=0x1000a000 chip=0x99229710 rev=0x00 hdr=0x00 vendor = 'NetMos Technology' device = 'PCIe 9922 Multi-I/O Controller' class = simple comms subclass = UART However, I can't get a working tty on either serial port. When I connect over the serial port, I have a blank tty, which clearly states "Not a controlling terminal" when sent SIGINFO. >> >> In my kernel I tried this: >> >> >> >> device puc >> >> device sio >> >> options COM_MULTIPORT >> >> >> >> in different variations. >> >> >> >> Also I tried in /boot/device.hints: >> >> >> >> hint.sio.2.flags="0x201" >> >> hint.sio.3.flags="0x201" >> >> >> >> It is obviously a cheap card, but I do have one working in a msft >> >> 7 machine. >> >> >> > >> > Please post some more information about your system. pciconf -lv >> > and dmesg would both help developers see why the card isn't >> > detected. If your system has been up for a while you may be better >> > off sending /var/run/dmesg.boot than the output of the dmesg >> > program. >> > >> > > Hi, > > could you apply following patch to /usr/src/sys/dev/puc/pucdata.c and > rebuild your kernel and/or modules? This is the first thing I would > test, and it could even work, but no guarantee yet, naturally :) > --- pucdata.c 2013-10-23 22:51:08.000000000 +0200 > +++ pucdata.c.mod 2013-12-27 20:09:36.000000000 +0100 > @@ -1094,6 +1094,12 @@ > PUC_PORT_2P, 0x10, 4, 0, > }, > > + { 0x9710, 0x9922, 0xffff, 0, > + "NetMos NM9922 Dual UART", > + DEFAULT_RCLK, > + PUC_PORT_2S, 0x10, 4, 0, > + }, > + > { 0xb00c, 0x021c, 0xffff, 0, > "IC Book Labs Gunboat x4 Lite", > DEFAULT_RCLK, I'm currently trying to enable sio, but run into kernel compile time problems already reported in http://www.freebsd.org/cgi/query-pr.cgi?pr=166626 . Perhaps I need to give up on sio and try using the puc driver with your patch > [ dmesg and pciconf output snipped ] > > Regards, > Milan > _______________________________________________ > 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" -- Conall O'Brien From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:30:16 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF178FF; Sat, 28 Dec 2013 14:30:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4B6B10DF; Sat, 28 Dec 2013 14:30:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSEUBMk074659; Sat, 28 Dec 2013 16:30:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSEUBLk074535; Sat, 28 Dec 2013 14:30:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:30:11 GMT Message-Id: <201312281430.rBSEUBLk074535@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:30:16 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:17 - At svn revision 260001 TB --- 2013-12-28 11:02:18 - building world TB --- 2013-12-28 11:02:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:18 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:18 - TARGET=arm TB --- 2013-12-28 11:02:18 - TARGET_ARCH=arm TB --- 2013-12-28 11:02:18 - TZ=UTC TB --- 2013-12-28 11:02:18 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:18 - cd /src TB --- 2013-12-28 11:02:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:26:49 UTC 2013 TB --- 2013-12-28 14:26:49 - generating LINT kernel config TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/bin/make -B LINT TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:26:49 - building LINT kernel TB --- 2013-12-28 14:26:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:26:49 - SRCCONF=/dev/null TB --- 2013-12-28 14:26:49 - TARGET=arm TB --- 2013-12-28 14:26:49 - TARGET_ARCH=arm TB --- 2013-12-28 14:26:49 - TZ=UTC TB --- 2013-12-28 14:26:49 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:26:49 - cd /src TB --- 2013-12-28 14:26:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 14:26:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:30:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:30:10 - ERROR: failed to build LINT kernel TB --- 2013-12-28 14:30:10 - 9415.45 user 3103.66 system 12570.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:38:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFD3EA88; Sat, 28 Dec 2013 14:38:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F2441162; Sat, 28 Dec 2013 14:38:35 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSEcWI6060043; Sat, 28 Dec 2013 16:38:32 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSEcW4J060035; Sat, 28 Dec 2013 14:38:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:38:32 GMT Message-Id: <201312281438.rBSEcW4J060035@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:38:37 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:19 - At svn revision 260001 TB --- 2013-12-28 11:02:20 - building world TB --- 2013-12-28 11:02:20 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:20 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:20 - TARGET=powerpc TB --- 2013-12-28 11:02:20 - TARGET_ARCH=powerpc TB --- 2013-12-28 11:02:20 - TZ=UTC TB --- 2013-12-28 11:02:20 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:20 - cd /src TB --- 2013-12-28 11:02:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:36:06 UTC 2013 TB --- 2013-12-28 14:36:06 - generating LINT kernel config TB --- 2013-12-28 14:36:06 - cd /src/sys/powerpc/conf TB --- 2013-12-28 14:36:06 - /usr/bin/make -B LINT TB --- 2013-12-28 14:36:06 - cd /src/sys/powerpc/conf TB --- 2013-12-28 14:36:06 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:36:06 - building LINT kernel TB --- 2013-12-28 14:36:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:36:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:36:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:36:06 - SRCCONF=/dev/null TB --- 2013-12-28 14:36:06 - TARGET=powerpc TB --- 2013-12-28 14:36:06 - TARGET_ARCH=powerpc TB --- 2013-12-28 14:36:06 - TZ=UTC TB --- 2013-12-28 14:36:06 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:36:06 - cd /src TB --- 2013-12-28 14:36:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 14:36:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:38:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:38:32 - ERROR: failed to build LINT kernel TB --- 2013-12-28 14:38:32 - 10023.16 user 3249.36 system 13072.19 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:39:15 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00AE1BB1; Sat, 28 Dec 2013 14:39:14 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 451DA1176; Sat, 28 Dec 2013 14:39:13 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSEdBPs069907; Sat, 28 Dec 2013 16:39:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSEdBnl069902; Sat, 28 Dec 2013 14:39:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:39:11 GMT Message-Id: <201312281439.rBSEdBnl069902@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:39:15 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:18 - At svn revision 260001 TB --- 2013-12-28 11:02:19 - building world TB --- 2013-12-28 11:02:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:19 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:19 - TARGET=i386 TB --- 2013-12-28 11:02:19 - TARGET_ARCH=i386 TB --- 2013-12-28 11:02:19 - TZ=UTC TB --- 2013-12-28 11:02:19 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:19 - cd /src TB --- 2013-12-28 11:02:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:34:10 UTC 2013 TB --- 2013-12-28 14:34:10 - generating LINT kernel config TB --- 2013-12-28 14:34:10 - cd /src/sys/i386/conf TB --- 2013-12-28 14:34:10 - /usr/bin/make -B LINT TB --- 2013-12-28 14:34:10 - cd /src/sys/i386/conf TB --- 2013-12-28 14:34:10 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:34:10 - building LINT kernel TB --- 2013-12-28 14:34:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:34:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:34:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:34:10 - SRCCONF=/dev/null TB --- 2013-12-28 14:34:10 - TARGET=i386 TB --- 2013-12-28 14:34:10 - TARGET_ARCH=i386 TB --- 2013-12-28 14:34:10 - TZ=UTC TB --- 2013-12-28 14:34:10 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:34:10 - cd /src TB --- 2013-12-28 14:34:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 14:34:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c /src/sys/modules/cpufreq/../../x86/cpufreq/smist.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:39:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:39:10 - ERROR: failed to build LINT kernel TB --- 2013-12-28 14:39:10 - 10000.46 user 3056.18 system 13109.68 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:40:21 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53482CDC; Sat, 28 Dec 2013 14:40:21 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88BA211DE; Sat, 28 Dec 2013 14:40:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSEeGei079789; Sat, 28 Dec 2013 16:40:16 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSEeGtV079778; Sat, 28 Dec 2013 14:40:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:40:16 GMT Message-Id: <201312281440.rBSEeGtV079778@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:40:21 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:17 - At svn revision 260001 TB --- 2013-12-28 11:02:18 - building world TB --- 2013-12-28 11:02:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:18 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:18 - TARGET=arm TB --- 2013-12-28 11:02:18 - TARGET_ARCH=armv6 TB --- 2013-12-28 11:02:18 - TZ=UTC TB --- 2013-12-28 11:02:18 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:18 - cd /src TB --- 2013-12-28 11:02:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:26:49 UTC 2013 TB --- 2013-12-28 14:26:49 - generating LINT kernel config TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/bin/make -B LINT TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:26:49 - skipping LINT kernel TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/sbin/config -m AC100 TB --- 2013-12-28 14:26:49 - building AC100 kernel TB --- 2013-12-28 14:26:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:26:49 - SRCCONF=/dev/null TB --- 2013-12-28 14:26:49 - TARGET=arm TB --- 2013-12-28 14:26:49 - TARGET_ARCH=armv6 TB --- 2013-12-28 14:26:49 - TZ=UTC TB --- 2013-12-28 14:26:49 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:26:49 - cd /src TB --- 2013-12-28 14:26:49 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Dec 28 14:26:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Dec 28 14:29:52 UTC 2013 TB --- 2013-12-28 14:29:52 - cd /src/sys/arm/conf TB --- 2013-12-28 14:29:52 - /usr/sbin/config -m ARMADAXP TB --- 2013-12-28 14:29:52 - building ARMADAXP kernel TB --- 2013-12-28 14:29:52 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:29:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:29:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:29:52 - SRCCONF=/dev/null TB --- 2013-12-28 14:29:52 - TARGET=arm TB --- 2013-12-28 14:29:52 - TARGET_ARCH=armv6 TB --- 2013-12-28 14:29:52 - TZ=UTC TB --- 2013-12-28 14:29:52 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:29:52 - cd /src TB --- 2013-12-28 14:29:52 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Dec 28 14:29:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Sat Dec 28 14:34:06 UTC 2013 TB --- 2013-12-28 14:34:06 - cd /src/sys/arm/conf TB --- 2013-12-28 14:34:06 - /usr/sbin/config -m ARNDALE TB --- 2013-12-28 14:34:06 - building ARNDALE kernel TB --- 2013-12-28 14:34:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:34:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:34:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:34:06 - SRCCONF=/dev/null TB --- 2013-12-28 14:34:06 - TARGET=arm TB --- 2013-12-28 14:34:06 - TARGET_ARCH=armv6 TB --- 2013-12-28 14:34:06 - TZ=UTC TB --- 2013-12-28 14:34:06 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:34:06 - cd /src TB --- 2013-12-28 14:34:06 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat Dec 28 14:34:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Sat Dec 28 14:38:53 UTC 2013 TB --- 2013-12-28 14:38:53 - cd /src/sys/arm/conf TB --- 2013-12-28 14:38:53 - /usr/sbin/config -m ATMEL TB --- 2013-12-28 14:38:53 - skipping ATMEL kernel TB --- 2013-12-28 14:38:53 - cd /src/sys/arm/conf TB --- 2013-12-28 14:38:53 - /usr/sbin/config -m AVILA TB --- 2013-12-28 14:38:53 - skipping AVILA kernel TB --- 2013-12-28 14:38:53 - cd /src/sys/arm/conf TB --- 2013-12-28 14:38:53 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-12-28 14:38:53 - building BEAGLEBONE kernel TB --- 2013-12-28 14:38:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:38:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:38:53 - SRCCONF=/dev/null TB --- 2013-12-28 14:38:53 - TARGET=arm TB --- 2013-12-28 14:38:53 - TARGET_ARCH=armv6 TB --- 2013-12-28 14:38:53 - TZ=UTC TB --- 2013-12-28 14:38:53 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:38:53 - cd /src TB --- 2013-12-28 14:38:53 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Dec 28 14:38:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.armv6/src/sys/BEAGLEBONE -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/BEAGLEBONE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:40:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:40:16 - ERROR: failed to build BEAGLEBONE kernel TB --- 2013-12-28 14:40:16 - 9857.68 user 3288.41 system 13175.84 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:48:02 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36244E98; Sat, 28 Dec 2013 14:48:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79BF81215; Sat, 28 Dec 2013 14:48:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSElwZ7024309; Sat, 28 Dec 2013 16:47:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSElwwL024308; Sat, 28 Dec 2013 14:47:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:47:58 GMT Message-Id: <201312281447.rBSElwwL024308@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:48:02 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:19 - At svn revision 260001 TB --- 2013-12-28 11:02:20 - building world TB --- 2013-12-28 11:02:20 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:20 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:20 - TARGET=pc98 TB --- 2013-12-28 11:02:20 - TARGET_ARCH=i386 TB --- 2013-12-28 11:02:20 - TZ=UTC TB --- 2013-12-28 11:02:20 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:20 - cd /src TB --- 2013-12-28 11:02:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:44:46 UTC 2013 TB --- 2013-12-28 14:44:46 - generating LINT kernel config TB --- 2013-12-28 14:44:46 - cd /src/sys/pc98/conf TB --- 2013-12-28 14:44:46 - /usr/bin/make -B LINT TB --- 2013-12-28 14:44:46 - cd /src/sys/pc98/conf TB --- 2013-12-28 14:44:46 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:44:46 - building LINT kernel TB --- 2013-12-28 14:44:46 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:44:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:44:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:44:46 - SRCCONF=/dev/null TB --- 2013-12-28 14:44:46 - TARGET=pc98 TB --- 2013-12-28 14:44:46 - TARGET_ARCH=i386 TB --- 2013-12-28 14:44:46 - TZ=UTC TB --- 2013-12-28 14:44:46 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:44:46 - cd /src TB --- 2013-12-28 14:44:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 14:44:46 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:47:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:47:58 - ERROR: failed to build LINT kernel TB --- 2013-12-28 14:47:58 - 10527.84 user 3093.87 system 13637.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 14:58:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52238330 for ; Sat, 28 Dec 2013 14:58:22 +0000 (UTC) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) (using SSLv3 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA37512B6 for ; Sat, 28 Dec 2013 14:58:21 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlab.sk with ESMTPA; Sat, 28 Dec 2013 15:58:25 +0100 id 004FD647.52BEE711.000161B0 Date: Sat, 28 Dec 2013 15:58:18 +0100 From: Milan Obuch To: "Conall O'Brien" Subject: Re: serial card on RC2 , RC3 Message-ID: <20131228155818.17398d57@zeta.dino.sk> In-Reply-To: References: <20131227181326.GA88638@in-addr.com> <20131227201342.08842077@zeta.dino.sk> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Darrel , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 14:58:22 -0000 On Sat, 28 Dec 2013 14:11:17 +0000 "Conall O'Brien" wrote: > On 27 December 2013 19:13, Milan Obuch wrote: > > On Fri, 27 Dec 2013 13:41:50 -0500 (EST) > > Darrel wrote: > > > >> > >> >> Anyone know how to get serial cable working with StarTech "2 > >> >> Port Native Express RS232 Serial Adapter Card with 16550 > >> >> UART"? It is part number PEX2S553. > > I've been trying to get the low profile version (part PEX2S553LP) of > this card to work in my system on and off for a while now. > Do you still have this card to test? OP will continue testing later when time permits, but if you can perform some test too, it could speed the work. I am just trying to help, using bit of experience gained with other multiport card. > > Having added the following diff (which I keep meaning to submit in a > PR), I have the uart driver recognising the card. > > --- sys/dev/uart/uart_bus_pci.c (revision 259948) > +++ sys/dev/uart/uart_bus_pci.c (working copy) > @@ -130,6 +130,8 @@ > "MosChip MCS9901 PCIe to Peripheral Controller", 0x10 }, > { 0x9710, 0x9904, 0xa000, 0x1000, > "MosChip MCS9904 PCIe to Peripheral Controller", 0x10 }, > +{ 0x9710, 0x9922, 0xa000, 0x1000, > + "MosChip MCS9900 PCIe to Peripheral Controller", 0x10 }, > { 0xdeaf, 0x9051, 0xffff, 0, "Middle Digital PC Weasel Serial Port", > 0x10 }, { 0xffff, 0, 0xffff, 0, NULL, 0, 0} > }; > At a first sight it looks basically the same effect is achieved this way, with no puc used here. Maybe this chip needs some initialisation or mode switching could be usefull (it is possible to use FIFO 128 bytes deep when desired), which is easy to do with puc framework (but I will look into uart too as there will be one level less in device tree this way). But there are also 8 GPIO ports on this chip, I have no idea how they could be correctly probed/attached if used. > grep uart /var/run/dmesg.boot: > > uart2: port 0xd010-0xd017 > mem 0xfe203000-0xfe203fff,0xfe202000-0xfe202fff irq 18 at device 0.0 > on pci4 > uart3: port 0xd000-0xd007 > mem 0xfe201000-0xfe201fff,0xfe200000-0xfe200fff irq 19 at device 0.1 > on pci4 > > and with pciconf -lv > > uart2@pci0:4:0:0: class=0x070002 card=0x1000a000 chip=0x99229710 > rev=0x00 hdr=0x00 > vendor = 'NetMos Technology' > device = 'PCIe 9922 Multi-I/O Controller' > class = simple comms > subclass = UART > uart3@pci0:4:0:1: class=0x070002 card=0x1000a000 chip=0x99229710 > rev=0x00 hdr=0x00 > vendor = 'NetMos Technology' > device = 'PCIe 9922 Multi-I/O Controller' > class = simple comms > subclass = UART > > > However, I can't get a working tty on either serial port. When I > connect over the serial port, I have a blank tty, which clearly states > "Not a controlling terminal" when sent SIGINFO. > > >> >> In my kernel I tried this: > >> >> > >> >> device puc > >> >> device sio > >> >> options COM_MULTIPORT > >> >> > >> >> in different variations. > >> >> > >> >> Also I tried in /boot/device.hints: > >> >> > >> >> hint.sio.2.flags="0x201" > >> >> hint.sio.3.flags="0x201" > >> >> > >> >> It is obviously a cheap card, but I do have one working in a > >> >> msft 7 machine. > >> >> > >> > > >> > Please post some more information about your system. pciconf -lv > >> > and dmesg would both help developers see why the card isn't > >> > detected. If your system has been up for a while you may be > >> > better off sending /var/run/dmesg.boot than the output of the > >> > dmesg program. > >> > > >> > > > > Hi, > > > > could you apply following patch to /usr/src/sys/dev/puc/pucdata.c > > and rebuild your kernel and/or modules? This is the first thing I > > would test, and it could even work, but no guarantee yet, > > naturally :) > > > --- pucdata.c 2013-10-23 22:51:08.000000000 +0200 > > +++ pucdata.c.mod 2013-12-27 20:09:36.000000000 +0100 > > @@ -1094,6 +1094,12 @@ > > PUC_PORT_2P, 0x10, 4, 0, > > }, > > > > + { 0x9710, 0x9922, 0xffff, 0, > > + "NetMos NM9922 Dual UART", > > + DEFAULT_RCLK, > > + PUC_PORT_2S, 0x10, 4, 0, > > + }, > > + > > { 0xb00c, 0x021c, 0xffff, 0, > > "IC Book Labs Gunboat x4 Lite", > > DEFAULT_RCLK, > > I'm currently trying to enable sio, but run into kernel compile time > problems already reported in > http://www.freebsd.org/cgi/query-pr.cgi?pr=166626 . Perhaps I need to > give up on sio and try using the puc driver with your patch > Which FreeBSD version are you using? Just for correctness, your patch suggests you are atually using uart, not sio, which was deprecated some time ago I think... > > [ dmesg and pciconf output snipped ] > > > > Regards, > > Milan > > > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 15:10:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DD80545; Sat, 28 Dec 2013 15:10:32 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2C091345; Sat, 28 Dec 2013 15:10:31 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSFASRi016947; Sat, 28 Dec 2013 17:10:28 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSFASGC016946; Sat, 28 Dec 2013 15:10:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 15:10:28 GMT Message-Id: <201312281510.rBSFASGC016946@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:10:32 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:02:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:23 - At svn revision 260001 TB --- 2013-12-28 11:02:24 - building world TB --- 2013-12-28 11:02:24 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:24 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:24 - TARGET=amd64 TB --- 2013-12-28 11:02:24 - TARGET_ARCH=amd64 TB --- 2013-12-28 11:02:24 - TZ=UTC TB --- 2013-12-28 11:02:24 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:24 - cd /src TB --- 2013-12-28 11:02:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 28 15:06:34 UTC 2013 TB --- 2013-12-28 15:06:34 - generating LINT kernel config TB --- 2013-12-28 15:06:34 - cd /src/sys/amd64/conf TB --- 2013-12-28 15:06:34 - /usr/bin/make -B LINT TB --- 2013-12-28 15:06:34 - cd /src/sys/amd64/conf TB --- 2013-12-28 15:06:34 - /usr/sbin/config -m LINT TB --- 2013-12-28 15:06:34 - building LINT kernel TB --- 2013-12-28 15:06:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 15:06:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 15:06:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 15:06:34 - SRCCONF=/dev/null TB --- 2013-12-28 15:06:34 - TARGET=amd64 TB --- 2013-12-28 15:06:34 - TARGET_ARCH=amd64 TB --- 2013-12-28 15:06:34 - TZ=UTC TB --- 2013-12-28 15:06:34 - __MAKE_CONF=/dev/null TB --- 2013-12-28 15:06:34 - cd /src TB --- 2013-12-28 15:06:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 15:06:34 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 15:10:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 15:10:28 - ERROR: failed to build LINT kernel TB --- 2013-12-28 15:10:28 - 11372.20 user 3583.94 system 14987.78 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 15:20:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E762288A; Sat, 28 Dec 2013 15:20:07 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2868713D3; Sat, 28 Dec 2013 15:20:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSFK3v8043360; Sat, 28 Dec 2013 17:20:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSFK3W6043359; Sat, 28 Dec 2013 15:20:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 15:20:03 GMT Message-Id: <201312281520.rBSFK3W6043359@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 15:20:08 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:02:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:23 - At svn revision 260001 TB --- 2013-12-28 11:02:24 - building world TB --- 2013-12-28 11:02:24 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:24 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:24 - TARGET=powerpc TB --- 2013-12-28 11:02:24 - TARGET_ARCH=powerpc64 TB --- 2013-12-28 11:02:24 - TZ=UTC TB --- 2013-12-28 11:02:24 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:24 - cd /src TB --- 2013-12-28 11:02:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 28 15:18:57 UTC 2013 TB --- 2013-12-28 15:18:57 - generating LINT kernel config TB --- 2013-12-28 15:18:57 - cd /src/sys/powerpc/conf TB --- 2013-12-28 15:18:57 - /usr/bin/make -B LINT TB --- 2013-12-28 15:18:57 - cd /src/sys/powerpc/conf TB --- 2013-12-28 15:18:57 - /usr/sbin/config -m LINT TB --- 2013-12-28 15:18:57 - skipping LINT kernel TB --- 2013-12-28 15:18:57 - cd /src/sys/powerpc/conf TB --- 2013-12-28 15:18:57 - /usr/sbin/config -m GENERIC TB --- 2013-12-28 15:18:57 - skipping GENERIC kernel TB --- 2013-12-28 15:18:57 - cd /src/sys/powerpc/conf TB --- 2013-12-28 15:18:57 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-28 15:18:57 - building GENERIC64 kernel TB --- 2013-12-28 15:18:57 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 15:18:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 15:18:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 15:18:57 - SRCCONF=/dev/null TB --- 2013-12-28 15:18:57 - TARGET=powerpc TB --- 2013-12-28 15:18:57 - TARGET_ARCH=powerpc64 TB --- 2013-12-28 15:18:57 - TZ=UTC TB --- 2013-12-28 15:18:57 - __MAKE_CONF=/dev/null TB --- 2013-12-28 15:18:57 - cd /src TB --- 2013-12-28 15:18:57 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Dec 28 15:18:57 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 15:20:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 15:20:03 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-28 15:20:03 - 12000.66 user 3927.95 system 15563.05 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 28 19:04:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B551ED2 for ; Sat, 28 Dec 2013 19:04:28 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E36B1282 for ; Sat, 28 Dec 2013 19:04:27 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so13050438wgg.2 for ; Sat, 28 Dec 2013 11:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=vSQDo8BP62LTFwB36OIO2IKeBd8Ul/5qMRk5KXI9ufI=; b=M+GnhFVOwBd1DfPGuqzKB/dVUurDEZtvM4r8X2MUMFID0UCPFk8SvogIE5mn6I86k8 v0zOK4xkyM8TPrt5E7YqyW9xQqexLvVIh+OyuZH5z1MMr/AeWbe9FegKXkBNrRN3OKRy pWeNN7kvG6WL5d9Cyv5N9sppszAtFVqQ8aoiAVOYk3XWcLYgq4Vogr0vZYyDyEoITaAl 2HQun9wvrfk2vTh9HVAqtkD2B4y3Eaji2RytO/TJ+x2gz35aBD4wyb/m8p/CIHBNHYZD Mvzbm4eeUm+eddQ4gsin41DDw/8zi3XZ8orZIGzs0mRcf6fr2dipPD5uGFl1N67YqZlb H7xg== MIME-Version: 1.0 X-Received: by 10.180.74.142 with SMTP id t14mr21774050wiv.15.1388257462512; Sat, 28 Dec 2013 11:04:22 -0800 (PST) Sender: conall@gmail.com Received: by 10.194.46.10 with HTTP; Sat, 28 Dec 2013 11:04:22 -0800 (PST) In-Reply-To: <20131228155818.17398d57@zeta.dino.sk> References: <20131227181326.GA88638@in-addr.com> <20131227201342.08842077@zeta.dino.sk> <20131228155818.17398d57@zeta.dino.sk> Date: Sat, 28 Dec 2013 19:04:22 +0000 X-Google-Sender-Auth: eg-Ruf-Kp5oxkmQoEXToDhUMdEk Message-ID: Subject: Re: serial card on RC2 , RC3 From: "Conall O'Brien" To: Milan Obuch Content-Type: text/plain; charset=UTF-8 Cc: Darrel , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Dec 2013 19:04:28 -0000 On 28 December 2013 14:58, Milan Obuch wrote: > On Sat, 28 Dec 2013 14:11:17 +0000 > "Conall O'Brien" wrote: > >> On 27 December 2013 19:13, Milan Obuch wrote: >> > On Fri, 27 Dec 2013 13:41:50 -0500 (EST) >> > Darrel wrote: >> > >> >> >> >> >> Anyone know how to get serial cable working with StarTech "2 >> >> >> Port Native Express RS232 Serial Adapter Card with 16550 >> >> >> UART"? It is part number PEX2S553. >> >> I've been trying to get the low profile version (part PEX2S553LP) of >> this card to work in my system on and off for a while now. >> > > Do you still have this card to test? OP will continue testing later > when time permits, but if you can perform some test too, it could > speed the work. I am just trying to help, using bit of experience gained > with other multiport card. The card is still in my home server, I just never found the time to finish setting it up. Getting working console access to this box has spent far too long on my TODO list, so I'm more than happy to test further tweaks. >> Having added the following diff (which I keep meaning to submit in a >> PR), I have the uart driver recognising the card. >> >> --- sys/dev/uart/uart_bus_pci.c (revision 259948) >> +++ sys/dev/uart/uart_bus_pci.c (working copy) >> @@ -130,6 +130,8 @@ >> "MosChip MCS9901 PCIe to Peripheral Controller", 0x10 }, >> { 0x9710, 0x9904, 0xa000, 0x1000, >> "MosChip MCS9904 PCIe to Peripheral Controller", 0x10 }, >> +{ 0x9710, 0x9922, 0xa000, 0x1000, >> + "MosChip MCS9900 PCIe to Peripheral Controller", 0x10 }, >> { 0xdeaf, 0x9051, 0xffff, 0, "Middle Digital PC Weasel Serial Port", >> 0x10 }, { 0xffff, 0, 0xffff, 0, NULL, 0, 0} >> }; >> > > At a first sight it looks basically the same effect is achieved this > way, with no puc used here. Maybe this chip needs some initialisation > or mode switching could be usefull (it is possible to use FIFO 128 > bytes deep when desired), which is easy to do with puc framework (but I > will look into uart too as there will be one level less in device tree > this way). But there are also 8 GPIO ports on this chip, I have no idea > how they could be correctly probed/attached if used. > >> grep uart /var/run/dmesg.boot: >> >> uart2: port 0xd010-0xd017 >> mem 0xfe203000-0xfe203fff,0xfe202000-0xfe202fff irq 18 at device 0.0 >> on pci4 >> uart3: port 0xd000-0xd007 >> mem 0xfe201000-0xfe201fff,0xfe200000-0xfe200fff irq 19 at device 0.1 >> on pci4 >> >> and with pciconf -lv >> >> uart2@pci0:4:0:0: class=0x070002 card=0x1000a000 chip=0x99229710 >> rev=0x00 hdr=0x00 >> vendor = 'NetMos Technology' >> device = 'PCIe 9922 Multi-I/O Controller' >> class = simple comms >> subclass = UART >> uart3@pci0:4:0:1: class=0x070002 card=0x1000a000 chip=0x99229710 >> rev=0x00 hdr=0x00 >> vendor = 'NetMos Technology' >> device = 'PCIe 9922 Multi-I/O Controller' >> class = simple comms >> subclass = UART >> >> >> However, I can't get a working tty on either serial port. When I >> connect over the serial port, I have a blank tty, which clearly states >> "Not a controlling terminal" when sent SIGINFO. >> >> >> >> In my kernel I tried this: >> >> >> >> >> >> device puc >> >> >> device sio >> >> >> options COM_MULTIPORT >> >> >> >> >> >> in different variations. >> >> >> >> >> >> Also I tried in /boot/device.hints: >> >> >> >> >> >> hint.sio.2.flags="0x201" >> >> >> hint.sio.3.flags="0x201" >> >> >> >> >> >> It is obviously a cheap card, but I do have one working in a >> >> >> msft 7 machine. >> >> >> >> >> > >> >> > Please post some more information about your system. pciconf -lv >> >> > and dmesg would both help developers see why the card isn't >> >> > detected. If your system has been up for a while you may be >> >> > better off sending /var/run/dmesg.boot than the output of the >> >> > dmesg program. >> >> > >> >> >> > >> > Hi, >> > >> > could you apply following patch to /usr/src/sys/dev/puc/pucdata.c >> > and rebuild your kernel and/or modules? This is the first thing I >> > would test, and it could even work, but no guarantee yet, >> > naturally :) >> >> > --- pucdata.c 2013-10-23 22:51:08.000000000 +0200 >> > +++ pucdata.c.mod 2013-12-27 20:09:36.000000000 +0100 >> > @@ -1094,6 +1094,12 @@ >> > PUC_PORT_2P, 0x10, 4, 0, >> > }, >> > >> > + { 0x9710, 0x9922, 0xffff, 0, >> > + "NetMos NM9922 Dual UART", >> > + DEFAULT_RCLK, >> > + PUC_PORT_2S, 0x10, 4, 0, >> > + }, >> > + >> > { 0xb00c, 0x021c, 0xffff, 0, >> > "IC Book Labs Gunboat x4 Lite", >> > DEFAULT_RCLK, >> >> I'm currently trying to enable sio, but run into kernel compile time >> problems already reported in >> http://www.freebsd.org/cgi/query-pr.cgi?pr=166626 . Perhaps I need to >> give up on sio and try using the puc driver with your patch A new kernel with your patch to pucdata.c fails to boot cleanly, at the same point Daniel experienced. It freezes just after: puc0: port 0xd010-0xd017 mem 0xfe203000-0xfe203fff, 0xfw202000-0xfe202fff irq 18 at device 0.0 on pci4 uart2: at port 1 on puc0 I can capture verbose boot output, just as soon as I find a way to log it somewhere. > Which FreeBSD version are you using? I'm tracking RELENG_9 currently. Specifically, FreeBSD megatron.taku.ie 9.2-STABLE FreeBSD 9.2-STABLE #2 r255906M: Fri Sep 27 10:57:16 IST 2013 root@megatron.taku.ie:/usr/obj/usr/src/sys/MEGATRON amd64 > Just for correctness, your patch > suggests you are atually using uart, not sio, which was deprecated some > time ago I think... I wasn't aware that sio was deprecated, just that uart supports some devices instead. I guess I should update my knowledge to stop defaulting to sio then. >> > [ dmesg and pciconf output snipped ] >> > >> > Regards, >> > Milan >> > >> > _______________________________________________ > 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" -- Conall O'Brien