From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 01:06:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE9E106566B; Sun, 4 Mar 2012 01:06:29 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from nk11p04mm-asmtpout001.mac.com (nk11p04mm-asmtp001.mac.com [17.158.236.236]) by mx1.freebsd.org (Postfix) with ESMTP id 4484E8FC12; Sun, 4 Mar 2012 01:06:28 +0000 (UTC) MIME-version: 1.0 Received: from tunnel0.sec101.ch ([62.2.44.112]) by nk11p04mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M0C007HF2YHBG40@nk11p04mm-asmtp001.mac.com>; Sun, 04 Mar 2012 00:06:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-03-03_07:2012-03-02, 2012-03-03, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1203030269 Content-type: multipart/signed; boundary="Apple-Mail=_484FCF79-9422-4B4F-8ABD-9950447317C6"; protocol="application/pkcs7-signature"; micalg=sha1 From: Christoph Hoffmann In-reply-to: <4F4FECA4.10504@FreeBSD.org> Date: Sun, 04 Mar 2012 01:06:14 +0100 Message-id: References: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> <201108161515.50127.jhb@freebsd.org> <23B6937F-F261-4DC4-9168-96720251C98D@me.com> <4E502F2F.50209@FreeBSD.org> <9FAB808F-E5D4-4B93-9D5F-BAE025930273@me.com> <4E944197.7050803@digsys.bg> <4F4FECA4.10504@FreeBSD.org> To: Palle Girgensohn , John Baldwin X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 01:06:29 -0000 --Apple-Mail=_484FCF79-9422-4B4F-8ABD-9950447317C6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello, I think this bug has been fix by John Baldwin (see below) after he found = that HP implemented 'e09127r3 EDD-4 Hybrid MBR boot code annex' dated 4 January 2010.=20 Maybe John could shade some light on it? Regards, Christoph Author: jhb Date: Wed Nov 9 18:26:19 2011 New Revision: 227400 URL:=20 http://svn.freebsd.org/changeset/base/227400 Log: MFC 226748: - Add a new header for the x86 boot code that defines various = structures and constants related to the BIOS Enhanced Disk Drive Specification. - Use this header instead of magic numbers and various duplicate = structure definitions for doing I/O. - Use an actual structure for the request to fetch drive parameters in drvsize() rather than a gross hack of a char array with some magic size. While here, change drvsize() to only pass the 1.1 version of the structure and not request device path information. If we want device path information you have to set the length of the device path information as an input (along with probably checking the = actual EDD version to see which size one should use as the device path information is variable-length). This fixes data smashing problems from passing an EDD 3 structure to BIOSes supporting EDD 4. =20 Approved by: re (kib) -- Christoph Hoffmann On Mar 1, 2012, at 10:39 PM, Palle Girgensohn wrote: > Hi! >=20 > This is still happening with FreeBSD 9.0-RELEASE, as I have just > discovered. The hack works like a charm, but seems kind of odd... :) >=20 > Any progress in getting a "real" fix into the repository? Any risks = with > the hack - is it likely to believe that it will suddenly or = sporadically > fail? >=20 > Cheers, > Palle >=20 > Christoph Hoffmann skrev: >> Hello Daniel, >>=20 >> Last time I checked up on the issue was on the 23rd of September, >> it was not fixed then. >> I was able to to boot from drive 0x80 after adding: >>=20 >> *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 >> --- zfsboot.c Fri Sep 23 18:47:44 2011 >> *************** >> *** 459,464 **** >> --- 459,465 ---- >> heap_end =3D (char *) PTOV(bios_basemem); >> } >>=20 >> + printf("Hello! I am a hack.\n"); >> dsk =3D malloc(sizeof(struct dsk)); >> dsk->drive =3D *(uint8_t *)PTOV(ARGS); >> dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >>=20 >> I am inclined to think that this is related to the way how we compile = this code,=20 >> especially when run on the following particular processor: >>=20 >> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is = enabled >> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz >> QPI Speed: 5.8 GT/s. >>=20 >>=20 >> Regards, >>=20 >> Christoph >>=20 >>=20 >> On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: >>=20 >>> Has this issue been resolved somehow? Sane method to build = gptzfsboot that will run on HP's P410i? >>>=20 >>> Daniel >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_484FCF79-9422-4B4F-8ABD-9950447317C6-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 06:32:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA6A0106566B for ; Sun, 4 Mar 2012 06:32:48 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8048FC0C for ; Sun, 4 Mar 2012 06:32:48 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q246Wdij030449 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 3 Mar 2012 22:32:40 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F530C8F.5090904@freebsd.org> Date: Sat, 03 Mar 2012 22:32:47 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: Robert Huff References: <4F51D916.5090301@gmail.com> <20306.6373.473180.224900@jerusalem.litteratus.org> In-Reply-To: <20306.6373.473180.224900@jerusalem.litteratus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 06:32:48 -0000 On 3/3/12 5:13 AM, Robert Huff wrote: > deeptech71@gmail.com writes: > >> I always had the impression that using an older world with a more >> recent kernel is almost always supported, and the exceptional >> cases are noted in the UPDATING file, as a quote shows: "User >> utilities using SIOCAIFADDR, SIOCAIFADDR_IN6, e.g. ifconfig(8), >> need to be recompiled.". > One wonders where you got this impression, because I have > always had pretty much the opposite - or at least the "correct > operation where running world not matched to running kernel is > presumed unlikely until proven otherwise" version. > (Yes, it often works ... except when it doesn't.) generally we support an older world with a newer kernel. We actually rely on that during upgrade.. The threading library can have some dependencies, but in this case I think it was just that a bug was fixed in the userland library. > Respectfully, > > > Robert Huff > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 11:49:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 830F0106564A; Sun, 4 Mar 2012 11:49:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 421718FC08; Sun, 4 Mar 2012 11:49:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q24Bnbp2048042; Sun, 4 Mar 2012 06:49:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q24Bnbtv048025; Sun, 4 Mar 2012 11:49:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Mar 2012 11:49:37 GMT Message-Id: <201203041149.q24Bnbtv048025@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 11:49:44 -0000 TB --- 2012-03-04 10:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-04 10:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-03-04 10:20:00 - cleaning the object tree TB --- 2012-03-04 10:20:00 - cvsupping the source tree TB --- 2012-03-04 10:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-03-04 10:25:25 - building world TB --- 2012-03-04 10:25:25 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 10:25:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 10:25:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 10:25:25 - SRCCONF=/dev/null TB --- 2012-03-04 10:25:25 - TARGET=arm TB --- 2012-03-04 10:25:25 - TARGET_ARCH=arm TB --- 2012-03-04 10:25:25 - TZ=UTC TB --- 2012-03-04 10:25:25 - __MAKE_CONF=/dev/null TB --- 2012-03-04 10:25:25 - cd /src TB --- 2012-03-04 10:25:25 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 4 10:25:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 4 11:18:02 UTC 2012 TB --- 2012-03-04 11:18:02 - cd /src/sys/arm/conf TB --- 2012-03-04 11:18:02 - /usr/sbin/config -m AVILA TB --- 2012-03-04 11:18:02 - building AVILA kernel TB --- 2012-03-04 11:18:02 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:18:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:18:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:18:02 - SRCCONF=/dev/null TB --- 2012-03-04 11:18:02 - TARGET=arm TB --- 2012-03-04 11:18:02 - TARGET_ARCH=arm TB --- 2012-03-04 11:18:02 - TZ=UTC TB --- 2012-03-04 11:18:02 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:18:02 - cd /src TB --- 2012-03-04 11:18:02 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sun Mar 4 11:18:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Sun Mar 4 11:21:06 UTC 2012 TB --- 2012-03-04 11:21:06 - cd /src/sys/arm/conf TB --- 2012-03-04 11:21:06 - /usr/sbin/config -m BWCT TB --- 2012-03-04 11:21:06 - building BWCT kernel TB --- 2012-03-04 11:21:06 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:21:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:21:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:21:06 - SRCCONF=/dev/null TB --- 2012-03-04 11:21:06 - TARGET=arm TB --- 2012-03-04 11:21:06 - TARGET_ARCH=arm TB --- 2012-03-04 11:21:06 - TZ=UTC TB --- 2012-03-04 11:21:06 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:21:06 - cd /src TB --- 2012-03-04 11:21:06 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Mar 4 11:21:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Sun Mar 4 11:23:18 UTC 2012 TB --- 2012-03-04 11:23:18 - cd /src/sys/arm/conf TB --- 2012-03-04 11:23:18 - /usr/sbin/config -m CAMBRIA TB --- 2012-03-04 11:23:18 - building CAMBRIA kernel TB --- 2012-03-04 11:23:18 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:23:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:23:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:23:18 - SRCCONF=/dev/null TB --- 2012-03-04 11:23:18 - TARGET=arm TB --- 2012-03-04 11:23:18 - TARGET_ARCH=arm TB --- 2012-03-04 11:23:18 - TZ=UTC TB --- 2012-03-04 11:23:18 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:23:18 - cd /src TB --- 2012-03-04 11:23:18 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sun Mar 4 11:23:18 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Sun Mar 4 11:26:16 UTC 2012 TB --- 2012-03-04 11:26:16 - cd /src/sys/arm/conf TB --- 2012-03-04 11:26:16 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-03-04 11:26:16 - building CNS11XXNAS kernel TB --- 2012-03-04 11:26:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:26:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:26:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:26:16 - SRCCONF=/dev/null TB --- 2012-03-04 11:26:16 - TARGET=arm TB --- 2012-03-04 11:26:16 - TARGET_ARCH=arm TB --- 2012-03-04 11:26:16 - TZ=UTC TB --- 2012-03-04 11:26:16 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:26:16 - cd /src TB --- 2012-03-04 11:26:16 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sun Mar 4 11:26:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Sun Mar 4 11:28:45 UTC 2012 TB --- 2012-03-04 11:28:45 - cd /src/sys/arm/conf TB --- 2012-03-04 11:28:45 - /usr/sbin/config -m CRB TB --- 2012-03-04 11:28:45 - building CRB kernel TB --- 2012-03-04 11:28:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:28:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:28:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:28:45 - SRCCONF=/dev/null TB --- 2012-03-04 11:28:45 - TARGET=arm TB --- 2012-03-04 11:28:45 - TARGET_ARCH=arm TB --- 2012-03-04 11:28:45 - TZ=UTC TB --- 2012-03-04 11:28:45 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:28:45 - cd /src TB --- 2012-03-04 11:28:45 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Sun Mar 4 11:28:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Sun Mar 4 11:32:04 UTC 2012 TB --- 2012-03-04 11:32:04 - cd /src/sys/arm/conf TB --- 2012-03-04 11:32:04 - /usr/sbin/config -m DB-78XXX TB --- 2012-03-04 11:32:04 - building DB-78XXX kernel TB --- 2012-03-04 11:32:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:32:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:32:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:32:04 - SRCCONF=/dev/null TB --- 2012-03-04 11:32:04 - TARGET=arm TB --- 2012-03-04 11:32:04 - TARGET_ARCH=arm TB --- 2012-03-04 11:32:04 - TZ=UTC TB --- 2012-03-04 11:32:04 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:32:04 - cd /src TB --- 2012-03-04 11:32:04 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sun Mar 4 11:32:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Sun Mar 4 11:34:43 UTC 2012 TB --- 2012-03-04 11:34:43 - cd /src/sys/arm/conf TB --- 2012-03-04 11:34:43 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-03-04 11:34:43 - building DB-88F5XXX kernel TB --- 2012-03-04 11:34:43 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:34:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:34:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:34:43 - SRCCONF=/dev/null TB --- 2012-03-04 11:34:43 - TARGET=arm TB --- 2012-03-04 11:34:43 - TARGET_ARCH=arm TB --- 2012-03-04 11:34:43 - TZ=UTC TB --- 2012-03-04 11:34:43 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:34:43 - cd /src TB --- 2012-03-04 11:34:43 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sun Mar 4 11:34:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Sun Mar 4 11:37:20 UTC 2012 TB --- 2012-03-04 11:37:20 - cd /src/sys/arm/conf TB --- 2012-03-04 11:37:20 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-03-04 11:37:20 - building DB-88F6XXX kernel TB --- 2012-03-04 11:37:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:37:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:37:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:37:20 - SRCCONF=/dev/null TB --- 2012-03-04 11:37:20 - TARGET=arm TB --- 2012-03-04 11:37:20 - TARGET_ARCH=arm TB --- 2012-03-04 11:37:20 - TZ=UTC TB --- 2012-03-04 11:37:20 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:37:20 - cd /src TB --- 2012-03-04 11:37:20 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sun Mar 4 11:37:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Sun Mar 4 11:40:03 UTC 2012 TB --- 2012-03-04 11:40:03 - cd /src/sys/arm/conf TB --- 2012-03-04 11:40:03 - /usr/sbin/config -m DOCKSTAR TB --- 2012-03-04 11:40:03 - building DOCKSTAR kernel TB --- 2012-03-04 11:40:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:40:03 - SRCCONF=/dev/null TB --- 2012-03-04 11:40:03 - TARGET=arm TB --- 2012-03-04 11:40:03 - TARGET_ARCH=arm TB --- 2012-03-04 11:40:03 - TZ=UTC TB --- 2012-03-04 11:40:03 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:40:03 - cd /src TB --- 2012-03-04 11:40:03 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sun Mar 4 11:40:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Sun Mar 4 11:42:37 UTC 2012 TB --- 2012-03-04 11:42:37 - cd /src/sys/arm/conf TB --- 2012-03-04 11:42:37 - /usr/sbin/config -m EP80219 TB --- 2012-03-04 11:42:37 - building EP80219 kernel TB --- 2012-03-04 11:42:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:42:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:42:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:42:37 - SRCCONF=/dev/null TB --- 2012-03-04 11:42:37 - TARGET=arm TB --- 2012-03-04 11:42:37 - TARGET_ARCH=arm TB --- 2012-03-04 11:42:37 - TZ=UTC TB --- 2012-03-04 11:42:37 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:42:37 - cd /src TB --- 2012-03-04 11:42:37 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Sun Mar 4 11:42:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Sun Mar 4 11:45:32 UTC 2012 TB --- 2012-03-04 11:45:32 - cd /src/sys/arm/conf TB --- 2012-03-04 11:45:32 - /usr/sbin/config -m GUMSTIX TB --- 2012-03-04 11:45:32 - building GUMSTIX kernel TB --- 2012-03-04 11:45:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:45:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:45:32 - SRCCONF=/dev/null TB --- 2012-03-04 11:45:32 - TARGET=arm TB --- 2012-03-04 11:45:32 - TARGET_ARCH=arm TB --- 2012-03-04 11:45:32 - TZ=UTC TB --- 2012-03-04 11:45:32 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:45:32 - cd /src TB --- 2012-03-04 11:45:32 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Sun Mar 4 11:45:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GUMSTIX completed on Sun Mar 4 11:47:44 UTC 2012 TB --- 2012-03-04 11:47:44 - cd /src/sys/arm/conf TB --- 2012-03-04 11:47:44 - /usr/sbin/config -m HL200 TB --- 2012-03-04 11:47:44 - building HL200 kernel TB --- 2012-03-04 11:47:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-04 11:47:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-04 11:47:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-04 11:47:44 - SRCCONF=/dev/null TB --- 2012-03-04 11:47:44 - TARGET=arm TB --- 2012-03-04 11:47:44 - TARGET_ARCH=arm TB --- 2012-03-04 11:47:44 - TZ=UTC TB --- 2012-03-04 11:47:44 - __MAKE_CONF=/dev/null TB --- 2012-03-04 11:47:44 - cd /src TB --- 2012-03-04 11:47:44 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Sun Mar 4 11:47:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/net80211/ieee80211_input.c:778: error: 'IEEE80211_ACTION_MESH_CC' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:779: error: 'IEEE80211_ACTION_MESH_MCCA_SREQ' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:780: error: 'IEEE80211_ACTION_MESH_MCCA_SREP' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:781: error: 'IEEE80211_ACTION_MESH_MCCA_AREQ' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:782: error: 'IEEE80211_ACTION_MESH_MCCA_ADVER' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:783: error: 'IEEE80211_ACTION_MESH_MCCA_TRDOWN' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:784: error: 'IEEE80211_ACTION_MESH_TBTT_REQ' undeclared (first use in this function) /src/sys/net80211/ieee80211_input.c:785: error: 'IEEE80211_ACTION_MESH_TBTT_RES' undeclared (first use in this function) *** Error code 1 Stop in /obj/arm.arm/src/sys/HL200. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-04 11:49:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-04 11:49:37 - ERROR: failed to build HL200 kernel TB --- 2012-03-04 11:49:37 - 3882.69 user 815.88 system 5376.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 13:25:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3A681065670 for ; Sun, 4 Mar 2012 13:25:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7D9448FC12 for ; Sun, 4 Mar 2012 13:25:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1S4BRI-0002pn-Sp>; Sun, 04 Mar 2012 14:25:28 +0100 Received: from e178032031.adsl.alicedsl.de ([85.178.32.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S4BRI-0006mX-O7>; Sun, 04 Mar 2012 14:25:28 +0100 Message-ID: <4F536D41.1030302@zedat.fu-berlin.de> Date: Sun, 04 Mar 2012 14:25:21 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1C7A9CFB22E2B0805E3F04B3" X-Originating-IP: 85.178.32.31 Subject: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 13:25:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1C7A9CFB22E2B0805E3F04B3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error messages since this weekend: clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=3D\"\" -I/usr/src/usr.bin/xlint/xlint/../arch/amd64 -I/usr/src/usr.bin/xlint/xlint/../common -std=3Dgnu99 -fstack-protector -Wsystem-headers -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o xlint xlint.o mem.o clang: warning: argument unused during compilation: '-std=3Dgnu99' gzip -cn /usr/src/usr.bin/xlint/xlint/lint.1 > lint.1.gz =3D=3D=3D> usr.bin/xlint/llib (all) lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix llib-lposix: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or direct= ory *** [llib-lposix.ln] Error code 1 Stop in /usr/src/usr.bin/xlint/llib. *** [all] Error code 1 Stop in /usr/src/usr.bin/xlint. *** [all] Error code 1 Stop in /usr/src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Regards, Oliver --------------enig1C7A9CFB22E2B0805E3F04B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPU21IAAoJEOgBcD7A/5N8V9QIAMz5fOGtuwcJj7qSUWRIY8rB Obh4WnkhlYl5FkauPciCryZg4meExu9ebvWB32ymdbVMjdUBiEHiDGmEwkOVG4Ko MkA8w/e6pur4LtJ145fF1HkWdF9MRzP3E/Aap+xdrkOEhuPmpJEBM9a0y3q/hJ1m DSbd8yMFpYeRmIrebG0sOVRCYAhS6PHbGX73rQMjRVLCDJmfjVTRQ7MnETEDvX6A pRl/uy36XGug9l60iFr1l6enjDcNMxBLOLuIXU+x7XBHcs7RJz0BOx67CArRcSHr ZiZgZP124V1LJNbHhSc2MoYHC0Fc2s80q2r1e3zov8Tu/V/VydY86CK7M/81Hfk= =rE/7 -----END PGP SIGNATURE----- --------------enig1C7A9CFB22E2B0805E3F04B3-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 16:40:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B183106566B for ; Sun, 4 Mar 2012 16:40:04 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id ACDAF8FC08 for ; Sun, 4 Mar 2012 16:40:03 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.5/8.14.5) with ESMTP id q24GS12l088270 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 4 Mar 2012 08:28:02 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201203041628.q24GS12l088270@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 04 Mar 2012 08:27:56 -0800 To: "O. Hartmann" , Current FreeBSD From: Manfred Antar In-Reply-To: <4F536D41.1030302@zedat.fu-berlin.de> References: <4F536D41.1030302@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-100.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID, T_RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: q24GS12l088270 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 16:40:04 -0000 At 05:25 AM 3/4/2012, O. Hartmann wrote: >Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error >messages since this weekend: > > >clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3 >-fno-strict-aliasing -march=native >-I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=\"\" >-I/usr/src/usr.bin/xlint/xlint/../arch/amd64 >-I/usr/src/usr.bin/xlint/xlint/../common -std=gnu99 -fstack-protector >-Wsystem-headers -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 -Wchar-subscripts -Winline -Wnested-externs >-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o xlint >xlint.o mem.o >clang: warning: argument unused during compilation: '-std=gnu99' >gzip -cn /usr/src/usr.bin/xlint/xlint/lint.1 > lint.1.gz >===> usr.bin/xlint/llib (all) >lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix >llib-lposix: >lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory >*** [llib-lposix.ln] Error code 1 > >Stop in /usr/src/usr.bin/xlint/llib. >*** [all] Error code 1 > >Stop in /usr/src/usr.bin/xlint. >*** [all] Error code 1 > >Stop in /usr/src/usr.bin. >*** [usr.bin.all__D] Error code 1 > >Stop in /usr/src. >*** [everything] Error code 1 > >Stop in /usr/src. >*** [buildworld] Error code 1 > >Stop in /usr/src. > > >Regards, >Oliver > > I got the same error 1 day ago on i386 platform. ======================== || null@pozo.com || || Ph. (415) 681-6235 || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 17:51:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8BC51065670 for ; Sun, 4 Mar 2012 17:51:13 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (unknown [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 92FD08FC14 for ; Sun, 4 Mar 2012 17:51:13 +0000 (UTC) Received: from feathers.peganest.com ([176.227.140.204]) (authenticated bits=0) by hercules.mthelicon.com (8.14.5/8.14.5) with ESMTP id q24Hp8Zj050971; Sun, 4 Mar 2012 17:51:11 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 4 Mar 2012 17:51:02 +0000 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> In-Reply-To: <201203041628.q24GS12l088270@pozo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203041751.02531.ken@mthelicon.com> Cc: "O. Hartmann" Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 17:51:13 -0000 On Sunday 04 March 2012 16:27:56 Manfred Antar wrote: > At 05:25 AM 3/4/2012, O. Hartmann wrote: > >Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error > >messages since this weekend: > > > > > >clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3 > >-fno-strict-aliasing -march=native > >-I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=\"\" > >-I/usr/src/usr.bin/xlint/xlint/../arch/amd64 > >-I/usr/src/usr.bin/xlint/xlint/../common -std=gnu99 -fstack-protector > >-Wsystem-headers -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 -Wchar-subscripts -Winline -Wnested-externs > >-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o xlint > >xlint.o mem.o > >clang: warning: argument unused during compilation: '-std=gnu99' > >gzip -cn /usr/src/usr.bin/xlint/xlint/lint.1 > lint.1.gz > >===> usr.bin/xlint/llib (all) > >lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix > >llib-lposix: > >lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or > >directory *** [llib-lposix.ln] Error code 1 > > > >Stop in /usr/src/usr.bin/xlint/llib. > >*** [all] Error code 1 > > > >Stop in /usr/src/usr.bin/xlint. > >*** [all] Error code 1 > > > >Stop in /usr/src/usr.bin. > >*** [usr.bin.all__D] Error code 1 > > > >Stop in /usr/src. > >*** [everything] Error code 1 > > > >Stop in /usr/src. > >*** [buildworld] Error code 1 > > > >Stop in /usr/src. > > > > > >Regards, > >Oliver > > I got the same error 1 day ago on i386 platform. I got the same error, but got around it by putting: WITH_CLANG_IS_CC=no in /etc/src.conf ta, Peg From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 20:04:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE644106566B; Sun, 4 Mar 2012 20:04:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8E18FC15; Sun, 4 Mar 2012 20:04:01 +0000 (UTC) Received: by lagv3 with SMTP id v3so5468904lag.13 for ; Sun, 04 Mar 2012 12:04:00 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.112.42.72 as permitted sender) client-ip=10.112.42.72; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.112.42.72 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.112.42.72]) by 10.112.42.72 with SMTP id m8mr8110695lbl.10.1330891440479 (num_hops = 1); Sun, 04 Mar 2012 12:04:00 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Iq/ioY3RZ1+GVXi6+opYrPoGk+IOxlRug/blmGO6msk=; b=nIw/0yPa1nKhmMX6D0qa2nIx2F9wwm/S+YMjtxh2QN8ZCkLSIRVmeS/ImNG1VGvTGc N9Dj4pqscpk41lTx++5v/mQMuy3lH3jy7riXrtG3aDTQyMqW9ZUUo6SShBGjUsOnUyTU Gr2sUdHijJJFy4NSx3DbNx1ztEN6xYawdo2r9gkapRyndlDsFv4Mp0nV+SRxbQs8kuPP x1I8OA1psWB+ejfL7TgnB4AqQftUEgtaacw25G9oDJMjmm/g8KIzUqOzXf9qI7lJl9pa 35xbN+Vxo7p7PQHgtaGJSewopl++H3PR4k8EiV4dUnhtsJW1Bf37yiiT2kLs9LfYfOcd DSkQ== MIME-Version: 1.0 Received: by 10.112.42.72 with SMTP id m8mr6674474lbl.10.1330891440407; Sun, 04 Mar 2012 12:04:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.112.13.18 with HTTP; Sun, 4 Mar 2012 12:04:00 -0800 (PST) In-Reply-To: <4F5285CF.3010001@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> Date: Sun, 4 Mar 2012 12:04:00 -0800 X-Google-Sender-Auth: PrACE2nS5ewfR6N2DefKJ0k3joc Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, "K. Macy" , =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger , current@freebsd.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 20:04:02 -0000 2012/3/3 Doug Barton : > On 03/02/2012 16:05, Adrian Chadd wrote: >> Try breaking that cycle. > > ... one of the things I've been asking for years. :) > > Julian's right though, I think PC-BSD will help, but I still think that > committers should run -current. I've asked privately for our committers > to go back to -current and then have some dedicated development time > where we work together to fix the problems that *we* find in order to > make the project more desktop-friendly overall. I was (figuratively) > laughed out of the room. There's a magic intersection between "need to run current" and "need to keep stuff unbroken enough to get work done." I have 9.0-REL and -HEAD boxes at the moment which I actually use for development. But enough things are going wonky with kde4 for now that getting "actual work done" is hard. Upgrading ports will become a lot less painful with pkgng, so I hope to try and migrate to that when it's (more) ready. This is the unfortunate side effect of things being mostly run by volunteers who have to work to eat. :-) Adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 20:34:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB36E106566B for ; Sun, 4 Mar 2012 20:34:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2348FC14 for ; Sun, 4 Mar 2012 20:34:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S4I8Y-0002Ti-0x>; Sun, 04 Mar 2012 21:34:34 +0100 Received: from e178032031.adsl.alicedsl.de ([85.178.32.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S4I8X-0001yK-Rw>; Sun, 04 Mar 2012 21:34:34 +0100 Message-ID: <4F53D1D3.2010607@zedat.fu-berlin.de> Date: Sun, 04 Mar 2012 21:34:27 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> In-Reply-To: <201203041751.02531.ken@mthelicon.com> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig67CE1E2681AB976F48D1D247" X-Originating-IP: 85.178.32.31 Cc: freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 20:34:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig67CE1E2681AB976F48D1D247 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/04/12 18:51, Pegasus Mc Cleaft wrote: > On Sunday 04 March 2012 16:27:56 Manfred Antar wrote: >> At 05:25 AM 3/4/2012, O. Hartmann wrote: >>> Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error >>> messages since this weekend: >>> >>> >>> clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3 >>> -fno-strict-aliasing -march=3Dnative >>> -I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=3D\"\" >>> -I/usr/src/usr.bin/xlint/xlint/../arch/amd64 >>> -I/usr/src/usr.bin/xlint/xlint/../common -std=3Dgnu99 -fstack-protect= or >>> -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-typ= e >>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter >>> -Wcast-align -Wchar-subscripts -Winline -Wnested-externs >>> -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o xlint >>> xlint.o mem.o >>> clang: warning: argument unused during compilation: '-std=3Dgnu99' >>> gzip -cn /usr/src/usr.bin/xlint/xlint/lint.1 > lint.1.gz >>> =3D=3D=3D> usr.bin/xlint/llib (all) >>> lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix >>> llib-lposix: >>> lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or >>> directory *** [llib-lposix.ln] Error code 1 >>> >>> Stop in /usr/src/usr.bin/xlint/llib. >>> *** [all] Error code 1 >>> >>> Stop in /usr/src/usr.bin/xlint. >>> *** [all] Error code 1 >>> >>> Stop in /usr/src/usr.bin. >>> *** [usr.bin.all__D] Error code 1 >>> >>> Stop in /usr/src. >>> *** [everything] Error code 1 >>> >>> Stop in /usr/src. >>> *** [buildworld] Error code 1 >>> >>> Stop in /usr/src. >>> >>> >>> Regards, >>> Oliver >> >> I got the same error 1 day ago on i386 platform. >=20 > I got the same error, but got around it by putting: >=20 > WITH_CLANG_IS_CC=3Dno >=20 > in /etc/src.conf >=20 > ta, > Peg >=20 Where are those new "WITH_CLANG_XXXX" tags documented? In my case things developed even worse. After the last "make update" in /usr/src (SVN based), I can't even build a kernel (make buildworld fails very early): =3D=3D=3D> games/fortune/strfile (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend CC=3D'clang' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy clang: warning: argument unused during compilation: '-std=3Dgnu99' strfile.o: In function `main': /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x382): undefined reference to `_ThreadRuneLocale' strfile.o: In function `cmp_str': /usr/src/games/fortune/strfile/strfile.c:(.text+0x860): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x8bb): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x9b4): undefined reference to `_ThreadRuneLocale' strfile.o:/usr/src/games/fortune/strfile/strfile.c:(.text+0xa0e): more undefined references to `_ThreadRuneLocale' follow clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [strfile] Error code 1 1 error *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error --------------enig67CE1E2681AB976F48D1D247 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPU9HZAAoJEOgBcD7A/5N8igoH/2jQaR7jR8iWemSYLz/AlF1y 0Q7tB5SsfUbBgiJN7d5TyqB2Q0HTKeSk14kKrjQqoiTySz5j60nXjAtm28VyqPIr 8web6GL8jW53loi183S0ghFM32vzGImVd4zm+uLAajcP4irOh33SMkHd53JCGpCs ZjyNbmVWcGWKXtP21F1c4GWYDQ1ebUAL4WZturw9omQKL94h9pUlkOEMrK8mzxnz j8TCOHl8SJr7VjjT0VDWOMxJBLfBQ2BpetVtJCPoX8AkQTuL+VtXJG7tvtITHycp RcxecV7WWHBB9eFh3NOSNbib28jisBTeL+RR4UQSONOcQKsPIgb8f45TATMdxgw= =sKjS -----END PGP SIGNATURE----- --------------enig67CE1E2681AB976F48D1D247-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 20:41:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D161065675 for ; Sun, 4 Mar 2012 20:41:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 70CEC8FC16 for ; Sun, 4 Mar 2012 20:41:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1S4IFQ-0003JN-Dm>; Sun, 04 Mar 2012 21:41:40 +0100 Received: from e178032031.adsl.alicedsl.de ([85.178.32.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S4IFQ-0002JH-6J>; Sun, 04 Mar 2012 21:41:40 +0100 Message-ID: <4F53D383.2030104@zedat.fu-berlin.de> Date: Sun, 04 Mar 2012 21:41:39 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFB661811DE4A16285CB5657F" X-Originating-IP: 85.178.32.31 Subject: buildworld/buildkernel broken: undefined reference to `_ThreadRuneLocale' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 20:41:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFB661811DE4A16285CB5657F Content-Type: multipart/mixed; boundary="------------090106080104020606000704" This is a multi-part message in MIME format. --------------090106080104020606000704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable While trying to build world or even build kernel, FreeBSD 10.0-CURRENT/amd64 built with CLANG and going to be build with CLANG starts failing. Attached you'll find my src.conf. /etc/make.conf contains the "traditional" CLANG stuff, nothing chaged in make.conf since the last successful build: ### ### CLANG ### =2Eif !defined(NO_CLANG) #.if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} || ${.CURDIR:M/sys*} =2Eif !defined(CC) || ${CC} =3D=3D "cc" CC=3D clang =2Eendif =2Eif !defined(CXX) || ${CXX} =3D=3D "c++" CXX=3D clang++ =2Eendif =2Eif !defined(CPP) || ${CPP} =3D=3D "cpp" CPP=3D clang-cpp =2Eendif ## Don't die on warnings NO_WERROR=3D WERROR=3D ### Don't forget this when using Jails! #NO_FSCHG=3D # CFLAGS+=3D -pipe -O3 -fno-strict-aliasing COPTFLAGS+=3D -pipe -O3 #.endif =2Eendif Starting "make buildkernel" in /usr/src ends upd with: -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/THOR; PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bi= n MAKESRCPATH=3D/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS=3D -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/THOR yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_gram.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_macro_gram.c lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_scan.c lex -t -Pmm /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_scan.l > aicasm_macro_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_macro_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll clang: warning: argument unused during compilation: '-nostdinc' clang: warning: argument unused during compilation: '-std=3Dgnu99' aicasm.o: In function `main': /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:(.text+0x88f): undefined reference to `_ThreadRuneLocale' aicasm_symbol.o: In function `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:(.text+0x7a4): undefined reference to `_ThreadRuneLocale' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [aicasm] Error code 1 Stop in /usr/obj/usr/src/sys/THOR. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. Starting "make buildworld" in /usr/src ends up with =3D=3D=3D> games/fortune/strfile (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend CC=3D'clang' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy clang: warning: argument unused during compilation: '-std=3Dgnu99' strfile.o: In function `main': /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x382): undefined reference to `_ThreadRuneLocale' strfile.o: In function `cmp_str': /usr/src/games/fortune/strfile/strfile.c:(.text+0x860): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x8bb): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x9b4): undefined reference to `_ThreadRuneLocale' strfile.o:/usr/src/games/fortune/strfile/strfile.c:(.text+0xa0e): more undefined references to `_ThreadRuneLocale' follow clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [strfile] Error code 1 1 error *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error --------------090106080104020606000704 Content-Type: text/plain; name="src.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="src.conf" #WITH_CLANG=3D YES #WITH_CLANG_EXTRAS=3D YES # #CC=3D clang #CXX=3D clang++ #CPP=3D clang-cpp # #CFLAGS.clang+=3D -O3 -pipe -fno-strict-aliasing #COPTFLAGS.clang+=3D -O3 -pipe #CFLAGS.cc+=3D -O2 -pipe -fno-strict-aliasing #COPTFLAGS.cc+=3D -O2 -pipe # WITH_BIND_LIBS=3D YES WITH_BIND_SIGCHASE=3D YES WITH_BIND_LARGE_FILE=3D YES # WITH_IDEA=3D YES WITH_HESIOD=3D YES # #WITH_ICONV=3D YES #WITH_BSD_GREP=3D YES # WITH_LIBCPLUSPLUS=3D YES # #WITH_OFED=3D YES --------------090106080104020606000704-- --------------enigFB661811DE4A16285CB5657F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPU9OEAAoJEOgBcD7A/5N8AsMH/0EZ//Vg81UCv1ayC3yrY/F8 iNNVuq3BpLSnuh9hXR7etiOVB1keEFI+eG+vZaxUtZz+JsSH94XKiFgPP+S+C8Wt iJyPJeIblhzzHTyDw8DrKP3IPCClVH5YEZaBeamqvVmCM2FWiDps5bJ37PKM0O1S utEn5fvfCT8WWlyGDQ41JDi2Rp0sDfZRxWJmyFL8Rr8Ow9QshjoyPAKv6LhjwZDk VskeBHh+gdk7JAMsS+WAEHMqt/AD5p0trfv/M7eThPOBBUIZ/N5vtMwUaHIyTasM Z1a134kNb+1zomW/8hv4bILMopG/jewfRYRP8iYeHBZLlIQh1Ddo8R9Tpaf44nQ= =W8Z4 -----END PGP SIGNATURE----- --------------enigFB661811DE4A16285CB5657F-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 21:46:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEBD21065673 for ; Sun, 4 Mar 2012 21:46:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A7C488FC13 for ; Sun, 4 Mar 2012 21:46:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ccd8:cc99:7145:dcf5] (unknown [IPv6:2001:7b8:3a7:0:ccd8:cc99:7145:dcf5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D52A75C37; Sun, 4 Mar 2012 22:46:45 +0100 (CET) Message-ID: <4F53E2C3.7090102@FreeBSD.org> Date: Sun, 04 Mar 2012 22:46:43 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> In-Reply-To: <4F53D1D3.2010607@zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 21:46:47 -0000 On 2012-03-04 21:34, O. Hartmann wrote: ... > Where are those new "WITH_CLANG_XXXX" tags documented? In src.conf(5), where all the WITH_ and WITHOUT_ settings are documented. I should probably have sent a heads up to this list, to announce this new setting, which installs clang as /usr/bin/cc, /usr/bin/c++ and /usr/bin/cpp, effectively making it the "default compiler". That said, I made a mistake in r232322, which introduced the setting, causing gcc not to be built at all if you had all default settings, except CC=clang, CXX=clang++ and CPP=clang-cpp. This caused no 'cc', 'c++' and 'cpp' executables to be installed under the temporary object tree. It should theoretically work, but some tools like lint still have 'cc' hardcoded, and thus they fail. I have worked around this in r232522. Please update to that revision, and try again. > In my case things developed even worse. After the last "make update" in > /usr/src (SVN based), I can't even build a kernel (make buildworld fails > very early): > > ===> games/fortune/strfile (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for > /usr/src/games/fortune/strfile > rm -f .depend > CC='clang' mkdep -f .depend -a > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 > /usr/src/games/fortune/strfile/strfile.c > echo strfile: /usr/lib/libc.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/games/fortune/strfile/strfile.c > clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy > clang: warning: argument unused during compilation: '-std=gnu99' > strfile.o: In function `main': > /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined > reference to `_ThreadRuneLocale' This is unrelated to the 'cc' problem, but I suggest deleting /usr/obj/* and starting the build from scratch. From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 23:07:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0663106566B; Sun, 4 Mar 2012 23:07:05 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 69DCB8FC08; Sun, 4 Mar 2012 23:07:05 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 6506E1E002C4; Mon, 5 Mar 2012 00:06:58 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q24N6bpA027785; Mon, 5 Mar 2012 00:06:37 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q24N6aZM027784; Mon, 5 Mar 2012 00:06:36 +0100 (CET) (envelope-from nox) Date: Mon, 5 Mar 2012 00:06:36 +0100 (CET) From: Juergen Lock Message-Id: <201203042306.q24N6aZM027784@triton8.kn-bremen.de> To: guru@unixarea.de X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <20120302075153.GA1349@tiny> References: <20120301153409.GA2478@tiny> <201203012113.q21LDEjW009574@triton8.kn-bremen.de> Organization: Cc: gnome@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: skype-2.1.0.81,1 && problem in child proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 23:07:05 -0000 In article <20120302075153.GA1349@tiny> you write: >El día Thursday, March 01, 2012 a las 10:13:14PM +0100, Juergen Lock escribió: > >> I haven't really looked into this in detail but my guess is this is >> the Linux v4l2convert.so that is LD_PRELOAD'ed into skype for the >> benefit of cameras not able to provida yuv video. So I guess we'd >> need to prepend a wrapper for xdg-open to PATH that resets LD_PRELOAD >> before executing the real /usr/local/bin/xdg-open . (And btw I had >> to do something similar for google earth which sets LD_LIBRARY_PATH, >> see >> >> /usr/ports/astro/google-earth/files/browserwrapper >> >> and >> >> /usr/ports/astro/google-earth/files/patch-bin-googleearth >> >> .) >> >> Hm or should the xdg-utils port be patched to just unset LD_PRELOAD >> uncondtionally? I'll Cc gnome@ which is listed as maintainer for >> that port... > >I've set now a hardcoded 'unset LD_PRELOAD' in /usr/local/bin/xdg-open >and on click on the URL konqueror comes up fine with the URL; thanks for >the hint; Can you test the following patch? Also at: http://people.freebsd.org/~nox/tmp/xdg-utils-linux.patch Index: files/patch-scripts_xdg-open =================================================================== RCS file: /home/pcvs/ports/devel/xdg-utils/files/patch-scripts_xdg-open,v retrieving revision 1.2 diff -u -p -r1.2 patch-scripts_xdg-open --- files/patch-scripts_xdg-open 16 Aug 2009 03:41:39 -0000 1.2 +++ files/patch-scripts_xdg-open 4 Mar 2012 22:30:59 -0000 @@ -1,6 +1,19 @@ ---- scripts/xdg-open.orig 2009-08-15 13:22:26.000000000 -0400 -+++ scripts/xdg-open 2009-08-15 13:26:02.000000000 -0400 -@@ -364,7 +364,9 @@ open_generic() +--- scripts/xdg-open.orig ++++ scripts/xdg-open +@@ -31,6 +31,12 @@ + # + #--------------------------------------------- + ++# If we are started from a Linux app with LD_PRELOAD set unset that ++# so native apps (like browers) won't fail to start. ++if [ "x$(uname)" = "xLinux" ]; then ++ unset LD_PRELOAD ++fi ++ + manualpage() + { + cat << _MANUALPAGE +@@ -364,7 +370,9 @@ open_generic() for browser in $BROWSER; do if [ x"$browser" != x"" ]; then Thanx! :) If it works I hope it can be committed (along with a PORTREVISION bump of course...) Juergen From owner-freebsd-current@FreeBSD.ORG Sun Mar 4 23:40:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AAE8106566C for ; Sun, 4 Mar 2012 23:40:15 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E25698FC08 for ; Sun, 4 Mar 2012 23:40:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S4L2D-0002L6-Q0>; Mon, 05 Mar 2012 00:40:13 +0100 Received: from e178032031.adsl.alicedsl.de ([85.178.32.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S4L2D-0002D2-KM>; Mon, 05 Mar 2012 00:40:13 +0100 Message-ID: <4F53FD57.303@zedat.fu-berlin.de> Date: Mon, 05 Mar 2012 00:40:07 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Dimitry Andric References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> <4F53E2C3.7090102@FreeBSD.org> In-Reply-To: <4F53E2C3.7090102@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3541D255F97D09306D65FB7D" X-Originating-IP: 85.178.32.31 Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 23:40:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3541D255F97D09306D65FB7D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/04/12 22:46, Dimitry Andric wrote: > On 2012-03-04 21:34, O. Hartmann wrote: > ... >> Where are those new "WITH_CLANG_XXXX" tags documented? >=20 > In src.conf(5), where all the WITH_ and WITHOUT_ settings are > documented. >=20 > I should probably have sent a heads up to this list, to announce this > new setting, which installs clang as /usr/bin/cc, /usr/bin/c++ and > /usr/bin/cpp, effectively making it the "default compiler". >=20 > That said, I made a mistake in r232322, which introduced the setting, > causing gcc not to be built at all if you had all default settings, > except CC=3Dclang, CXX=3Dclang++ and CPP=3Dclang-cpp. >=20 > This caused no 'cc', 'c++' and 'cpp' executables to be installed under > the temporary object tree. It should theoretically work, but some tool= s > like lint still have 'cc' hardcoded, and thus they fail. >=20 > I have worked around this in r232522. Please update to that revision, > and try again. All right, my /etc/src.conf looks like this now (as it does before): WITH_CLANG=3D YES WITH_CLANG_EXTRAS=3D YES # WITH_BIND_LIBS=3D YES WITH_BIND_SIGCHASE=3D YES WITH_BIND_LARGE_FILE=3D YES # WITH_IDEA=3D YES WITH_HESIOD=3D YES # #WITH_ICONV=3D YES #WITH_BSD_GREP=3D YES # WITH_LIBCPLUSPLUS=3D YES # #WITH_OFED=3D YES When cc is now clang, c++ is now clang++, what effect do have CFLAGS.cc=3D"blablabla" and CFLAGS.clang=3D"blabla"? If the binary "cc" after this treatment is in reality "clang", then logic implies that equality exists: CFLAGS.cc =3D CFLAGS.clang =3D "blabla" What should /etc/make.conf contain not to confuse settings in /etc/src.conf? I commented for now out everything that was recommended to be set when one wants to use CLANG as the default compiler. My binary /usr/bin/cc reports itself still to be gcc 4.2.1, so cc =3D gcc-4.2.1. My system is at 10.0-CURRENT #0 r232497. My sources, which are impossible to build now, are at Revision: 232526. >=20 >=20 >> In my case things developed even worse. After the last "make update" i= n >> /usr/src (SVN based), I can't even build a kernel (make buildworld fai= ls >> very early): >> >> =3D=3D=3D> games/fortune/strfile (obj,depend,all,install) >> /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for >> /usr/src/games/fortune/strfile >> rm -f .depend >> CC=3D'clang' mkdep -f .depend -a >> -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 >> /usr/src/games/fortune/strfile/strfile.c >> echo strfile: /usr/lib/libc.a >> /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend >> clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 >> -I/usr/obj/usr/src/tmp/legacy/usr/include -c >> /usr/src/games/fortune/strfile/strfile.c >> clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -std=3Dgnu99 >> -I/usr/obj/usr/src/tmp/legacy/usr/include -static >> -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy >> clang: warning: argument unused during compilation: '-std=3Dgnu99' >> strfile.o: In function `main': >> /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined >> reference to `_ThreadRuneLocale' >=20 > This is unrelated to the 'cc' problem, but I suggest deleting /usr/obj/= * > and starting the build from scratch. >=20 Before I start "make buildworld", I always delete the content of /usr/obj/*, so there are never remains aof anything left behinf from earlier compiles. You're right, this is at the first sight unrelated to the cc issue and should be treated separetely. Regards, Oliver --------------enig3541D255F97D09306D65FB7D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPU/1dAAoJEOgBcD7A/5N88AoIANh2rq1H+m6WhdS1opruh/4r HXMRa3P6Qm1gvAJv31m26RMAT+p/z61+23JaK3tXqi9xa9s9veQmR7wm67U5sv9K 0DT9uQf8sOJFg41Ucn5YUrAAgd3aCe65GIUpuFL2gEJTb8QSwTJmu9EGGE3owNnv liC9+BHPzTJToxtEQmSVCuN+WhpVTnBvymAmfhMbuKekdkPoFVXii6d04EFGTSQW rQ3bXPkXPih62AQ8eqiLFv4itCqK2zldxBpeltfLI5/CUARvvONVHrczjAjH1GR2 YIRkIrjYMagaZEJbjQnF3Itay9GVVDUNyLyeWCmtJBR60G1iz/CY0nCEGZawp80= =se84 -----END PGP SIGNATURE----- --------------enig3541D255F97D09306D65FB7D-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 00:03:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B391065672; Mon, 5 Mar 2012 00:03:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CD6EC8FC15; Mon, 5 Mar 2012 00:03:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S4LOQ-0004k7-Pz>; Mon, 05 Mar 2012 01:03:10 +0100 Received: from e178032031.adsl.alicedsl.de ([85.178.32.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S4LOQ-0003BE-Ja>; Mon, 05 Mar 2012 01:03:10 +0100 Message-ID: <4F5402B8.9030000@zedat.fu-berlin.de> Date: Mon, 05 Mar 2012 01:03:04 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Toolchain FreeBSD , freebsd-current@freebsd.org References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> <4F53E2C3.7090102@FreeBSD.org> <4F53FD57.303@zedat.fu-berlin.de> In-Reply-To: <4F53FD57.303@zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig98CF7CBF39D5A43E3DEBCE4C" X-Originating-IP: 85.178.32.31 Cc: Subject: undefined reference to `_ThreadRuneLocale': make buildkernel and make buildworld broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 00:03:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig98CF7CBF39D5A43E3DEBCE4C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This is what I get when trying to build a kernel from sources at revision 232526 and system at revision: 10.0-CURRENT #0 r232497: Sun Mar 4 16:35:35 CET 2012. It is impossible to do even a simple make installincludes this breaks with: =3D=3D=3D> kerberos5 (installincludes) =3D=3D=3D> kerberos5/doc (installincludes) =3D=3D=3D> kerberos5/lib (installincludes) =3D=3D=3D> kerberos5/lib/libasn1 (installincludes) cd /usr/src/kerberos5/lib/libasn1/../../tools/asn1_compile && make Warning: Object directory not changed from original /usr/src/kerberos5/tools/asn1_compile cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make Warning: Object directory not changed from original /usr/src/kerberos5/tools/make-print-version cd /usr/src/kerberos5/tools/asn1_compile/../make-roken && make Warning: Object directory not changed from original /usr/src/kerberos5/tools/make-roken clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken= -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1= -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=3Dgnu99 -fstack-protector -o asn1_compile gen.o gen_copy.o gen_decode.o gen_encode.o gen_free.o gen_glue-fixed.o gen_length.o gen_seq.o hash.o ecalloc.o emalloc.o estrdup.o main.o symbol.o getarg.o warnerr.o lex.o parse.o print_version.o get_window_size.o strupr.o clang: warning: argument unused during compilation: '-std=3Dgnu99' hash.o: In function `hashcaseadd': /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/ha= sh.c:(.text+0x3bb): undefined reference to `_ThreadRuneLocale' lex.o: In function `yylex': lex.c:(.text+0xb94): undefined reference to `_ThreadRuneLocale' lex.c:(.text+0xcfa): undefined reference to `_ThreadRuneLocale' strupr.o: In function `strupr': /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken/s= trupr.c:(.text+0x1e): undefined reference to `_ThreadRuneLocale' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [asn1_compile] Error code 1 Stop in /usr/src/kerberos5/tools/asn1_compile. *** [../../tools/asn1_compile/asn1_compile] Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** [installincludes] Error code 1 Stop in /usr/src/kerberos5/lib. *** [installincludes] Error code 1 Stop in /usr/src/kerberos5. *** [installincludes] Error code 1 Stop in /usr/src. *** [installincludes] Error code 1 A "make buildkernel" terminates with the below shown error message. It seems some CLANG/CC struggles inbetween terminated my system in a very bad way! So, what causes the error, what is `_ThreadRuneLocale' supposed to be? Regards, Oliver -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/THOR; PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bi= n MAKESRCPATH=3D/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS=3D -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/THOR clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_gram.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_macro_gram.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_scan.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 aicasm_macro_scan.c clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99 -Wsystem-headers -Wal= l -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 -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll clang: warning: argument unused during compilation: '-nostdinc' clang: warning: argument unused during compilation: '-std=3Dgnu99' aicasm.o: In function `main': /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:(.text+0x91f): undefined reference to `_ThreadRuneLocale' aicasm_symbol.o: In function `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:(.text+0x7c4): undefined reference to `_ThreadRuneLocale' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [aicasm] Error code 1 --------------enig98CF7CBF39D5A43E3DEBCE4C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVAK+AAoJEOgBcD7A/5N8OssH/jxzqEetOpC4OI9xQV/lQ2xk k0FMR9K7rS/jqqtwJv0QYpFJF+yw05ZWkOdVlwWSu8XmSMjIRjid3TWX6RxDGLS0 C2x66UFygSw1Ze5K5AfJMKUA7GHYvzs92pz/UxEGNdFYIvRaZXGLKg6IYaFAQ+aM oMWSMNY7EpC0PuERxEzKVqXnlE4KJfdkBLsaIXliK+oeyZ9E7ctejWYidfvNwxlX gKtQkHyruQUgcjUWdNhY/PTfEDUvnNi0JIM5zrsRVQmAlbAa9llb6MkJxHTbyJCJ MmDuZShVs9kEgqXDurFs7+Lcfvy1Es1KXN2tUw2AkQZFmFSfwgQpbjntbEILLho= =R0Q6 -----END PGP SIGNATURE----- --------------enig98CF7CBF39D5A43E3DEBCE4C-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 03:46:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 533081065670 for ; Mon, 5 Mar 2012 03:46:42 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF0E78FC17 for ; Mon, 5 Mar 2012 03:46:41 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q253keNZ009597 for ; Sun, 4 Mar 2012 21:46:41 -0600 (CST) (envelope-from rcm@fuzzwad.org) Message-ID: <4F543720.9070605@fuzzwad.org> Date: Sun, 04 Mar 2012 21:46:40 -0600 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Which tree for Powerbook G4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 03:46:42 -0000 Hi -current. I have a 12" Mac Powerbook G4 [1.5GHz] notebook that I want to put 9.0 on. Do I want releases/powerpc/powerpc/ or releases/powerpc/powerpc64 [or will both of them work]? Thanks! -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 03:47:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 702D0106567A for ; Mon, 5 Mar 2012 03:47:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE7D8FC20 for ; Mon, 5 Mar 2012 03:47:54 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so5562896obb.13 for ; Sun, 04 Mar 2012 19:47:54 -0800 (PST) Received-SPF: pass (google.com: domain of yanegomi@gmail.com designates 10.182.44.68 as permitted sender) client-ip=10.182.44.68; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yanegomi@gmail.com designates 10.182.44.68 as permitted sender) smtp.mail=yanegomi@gmail.com; dkim=pass header.i=yanegomi@gmail.com Received: from mr.google.com ([10.182.44.68]) by 10.182.44.68 with SMTP id c4mr7837107obm.5.1330919274660 (num_hops = 1); Sun, 04 Mar 2012 19:47:54 -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=84bhP41w1fM6tAWSxIPpxghBWQ7k9hereqLF4SrFp+Y=; b=BPQ4MvHMONXCngAWDoVufSQMsKLUTIVT88F8hYjdev/6boiuqKAxbUUxwFsidjna5z GhfA4/YXLJu4PpZ8mwG3meRaCnX8kIotj3VqqMgHNv6UaDqFuW+YvuiOgPcJ95bWP0XZ MWTEAypYuF/ZLcT3tTdUkvVCpItzOzhCECVjPa/OkVT0KR9+n8u7xhhoNHzGmCSPkhFI J8sSxa3yTP5fTmve06cJMzYcaSeukrV1e4WEShc+NNM1s2Z91GP7NFKTNRxbzOqSBE9l lbGUs24sLhQKhBVF+oP1amZ5suXPC+KaW5NILoxJLjFLiNFMh7PXycx/YkKn/86492aU kKug== MIME-Version: 1.0 Received: by 10.182.44.68 with SMTP id c4mr6812296obm.5.1330919274592; Sun, 04 Mar 2012 19:47:54 -0800 (PST) Received: by 10.182.61.195 with HTTP; Sun, 4 Mar 2012 19:47:54 -0800 (PST) In-Reply-To: <4F543720.9070605@fuzzwad.org> References: <4F543720.9070605@fuzzwad.org> Date: Sun, 4 Mar 2012 19:47:54 -0800 Message-ID: From: Garrett Cooper To: Ron McDowell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Which tree for Powerbook G4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 03:47:55 -0000 On Sun, Mar 4, 2012 at 7:46 PM, Ron McDowell wrote: > Hi -current. > > =A0I have a 12" Mac Powerbook G4 [1.5GHz] notebook that I want to put 9.0= on. > =A0Do I want releases/powerpc/powerpc/ or releases/powerpc/powerpc64 [or = will > both of them work]? =A0Thanks! The G4 is a 32-bit proc IIRC. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 03:59:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D5D0106567D for ; Mon, 5 Mar 2012 03:59:44 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3C18FC29 for ; Mon, 5 Mar 2012 03:59:44 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q253xhao009782 for ; Sun, 4 Mar 2012 21:59:43 -0600 (CST) (envelope-from rcm@fuzzwad.org) Message-ID: <4F543A2F.3020207@fuzzwad.org> Date: Sun, 04 Mar 2012 21:59:43 -0600 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F543720.9070605@fuzzwad.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Which tree for Powerbook G4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 03:59:44 -0000 On 3/4/12 9:47 PM, Garrett Cooper wrote: > On Sun, Mar 4, 2012 at 7:46 PM, Ron McDowell wrote: >> Hi -current. >> >> I have a 12" Mac Powerbook G4 [1.5GHz] notebook that I want to put 9.0 on. >> Do I want releases/powerpc/powerpc/ or releases/powerpc/powerpc64 [or will >> both of them work]? Thanks! > The G4 is a 32-bit proc IIRC. > Cheers, > -Garrett Thanks guys for the super-quick response! Downloading the ISO now... -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 04:20:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49DFB1065678 for ; Mon, 5 Mar 2012 04:20:41 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 04D2F8FC17 for ; Mon, 5 Mar 2012 04:20:40 +0000 (UTC) Received: by iahk25 with SMTP id k25so6839419iah.13 for ; Sun, 04 Mar 2012 20:20:40 -0800 (PST) Received-SPF: pass (google.com: domain of chmeeedalf@gmail.com designates 10.43.134.199 as permitted sender) client-ip=10.43.134.199; Authentication-Results: mr.google.com; spf=pass (google.com: domain of chmeeedalf@gmail.com designates 10.43.134.199 as permitted sender) smtp.mail=chmeeedalf@gmail.com; dkim=pass header.i=chmeeedalf@gmail.com Received: from mr.google.com ([10.43.134.199]) by 10.43.134.199 with SMTP id id7mr12073110icc.21.1330921240490 (num_hops = 1); Sun, 04 Mar 2012 20:20:40 -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:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=QmEsYJaaaXdBCaQ3D1GNtm+SscwHI7m0f7n1Y6tVuhc=; b=v+53yjcCgSaKEzxVVCGvqBcKGxksY5dNXMYR6w3NO8HR5MOswJcydUzJDOc8ZsAo19 aQ4BCyxbwsYwDfyEHWUK7BrM3WSsgFl1DbwxRZbpWZ+H6lu/DCE/lkg1QPnTvdBqm0N2 zPenilK0kht+Z73i7KTkkpmZa3N8Qit0txpScOqVEWYjHycBrU0bRu6zGI3jqqZiwDos crRZSXIacvP7hzFv+4l+GfH/ljXcenVfHsZMkqA4O395bp0vQLobwlkkn1NTXrbQRwW1 AwW8DiEFLC9Gts3q6tqmw+4hpwEIIT3YqPEahGho++XfFalNyuBgCnR/Yf83kk1br08p 9NCw== Received: by 10.43.134.199 with SMTP id id7mr9933721icc.21.1330919399181; Sun, 04 Mar 2012 19:49:59 -0800 (PST) Received: from narn.knownspace (216-15-41-8.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com. [216.15.41.8]) by mx.google.com with ESMTPS id vr4sm16138491igb.1.2012.03.04.19.49.58 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Mar 2012 19:49:58 -0800 (PST) Date: Sun, 4 Mar 2012 22:49:52 -0500 From: Justin Hibbits To: Ron McDowell Message-ID: <20120304224952.2510a445@narn.knownspace> In-Reply-To: <4F543720.9070605@fuzzwad.org> References: <4F543720.9070605@fuzzwad.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Which tree for Powerbook G4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 04:20:41 -0000 On Sun, 04 Mar 2012 21:46:40 -0600 Ron McDowell wrote: > Hi -current. > > I have a 12" Mac Powerbook G4 [1.5GHz] notebook that I want to put > 9.0 on. Do I want releases/powerpc/powerpc/ or > releases/powerpc/powerpc64 [or will both of them work]? Thanks! > You want powerpc/powerpc, the G4 is a 32-bit processor. - Justin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 07:46:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D58E106564A for ; Mon, 5 Mar 2012 07:46:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 59CE78FC0A for ; Mon, 5 Mar 2012 07:46:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9875:9d00:bb91:bc8] (unknown [IPv6:2001:7b8:3a7:0:9875:9d00:bb91:bc8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9289D5C37; Mon, 5 Mar 2012 08:46:00 +0100 (CET) Message-ID: <4F546F37.70404@FreeBSD.org> Date: Mon, 05 Mar 2012 08:45:59 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> <4F53E2C3.7090102@FreeBSD.org> <4F53FD57.303@zedat.fu-berlin.de> In-Reply-To: <4F53FD57.303@zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 07:46:01 -0000 On 2012-03-05 00:40, O. Hartmann wrote: ... > All right, my /etc/src.conf looks like this now (as it does before): > > WITH_CLANG= YES > WITH_CLANG_EXTRAS= YES > # > WITH_BIND_LIBS= YES > WITH_BIND_SIGCHASE= YES > WITH_BIND_LARGE_FILE= YES > # > WITH_IDEA= YES > WITH_HESIOD= YES > # > #WITH_ICONV= YES > #WITH_BSD_GREP= YES > # > WITH_LIBCPLUSPLUS= YES > # > #WITH_OFED= YES > > When cc is now clang, c++ is now clang++, what effect do have > CFLAGS.cc="blablabla" and CFLAGS.clang="blabla"? None. These variables are not part of the build system. They are just a suggestion posted by people on the mailing list. You must still use a statement somewhere that adds one of the variables to the "real" CFLAGS, and that statement will need knowledge about what "cc" is. Note, I would suggest using the names CFLAGS.gcc and CFLAGS.clang instead. > If the binary "cc" after this treatment is in reality "clang", then > logic implies that equality exists: > CFLAGS.cc = CFLAGS.clang = "blabla" See above. > What should /etc/make.conf contain not to confuse settings in > /etc/src.conf? I'm not sure what you mean with "confuse"? The settings in make.conf are read earlier than those in src.conf, so the latter can override the former. Also, the settings in make.conf are *always* read, even if you are using a non-BSD Makefile (one that doesn't contain .include or similar at the end). ... >>> clang: warning: argument unused during compilation: '-std=gnu99' >>> strfile.o: In function `main': >>> /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined >>> reference to `_ThreadRuneLocale' >> >> This is unrelated to the 'cc' problem, but I suggest deleting /usr/obj/* >> and starting the build from scratch. >> > > > Before I start "make buildworld", I always delete the content of > /usr/obj/*, so there are never remains aof anything left behinf from > earlier compiles. > > You're right, this is at the first sight unrelated to the cc issue and > should be treated separetely. I have compiled multiple worlds now from the latest trunk, with both gcc and clang, but I have not been able to reproduce your errors yet. From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 11:40:34 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DCED106566C; Mon, 5 Mar 2012 11:40:34 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 35B628FC16; Mon, 5 Mar 2012 11:40:33 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id C09BFC493A; Mon, 5 Mar 2012 13:24:31 +0200 (EET) Date: Mon, 5 Mar 2012 13:24:53 +0200 From: Aleksandr Rybalko To: Aleksandr Rybalko Message-Id: <20120305132453.f8505d28.ray@dlink.ua> In-Reply-To: <20120303002009.6f592f9e.ray@ddteam.net> References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F5124E6.9090607@FreeBSD.org> <20120303002009.6f592f9e.ray@ddteam.net> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, deeptech71@gmail.com, Adrian Chadd , Florian Smeets , David Xu Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 11:40:34 -0000 On Sat, 3 Mar 2012 00:20:09 +0200 Aleksandr Rybalko wrote: >> On Fri, 02 Mar 2012 20:52:06 +0100 >> Florian Smeets wrote: >> >> > On 02.03.12 20:08, Aleksandr Rybalko wrote: >> > > On Fri, 2 Mar 2012 09:01:25 -0800 >> > > Adrian Chadd wrote: >> > > >> > >> Ok. So it's that exact commit? >> > >> >> > >> david, what did you break? :) >> > >> >> > > >> > > I bet it is old enough :) >> > > I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach >> > > some document it get 100% cpu. one time I even attach to it and >> > > found what seamonkey polling socket very-very fast, but no I'm >> > > have not so much free time to found what really broken. IIRC >> > > same happen in FF also. >> > > >> > >> > Aleksandr, >> > >> > please upgrade your nspr to the latest version. This should have >> > been fixed by >> > http://lists.freebsd.org/pipermail/cvs-ports/2011-September/225460.html >> > >> > Florian >> > >> >> Will update it asap. >> >> Thank you very much Florian! Indeed. Works fine now! Thanks again Florian! >> >> WBW >> -- >> Aleksandr Rybalko -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 11:07:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB3C106567C for ; Mon, 5 Mar 2012 11:07:52 +0000 (UTC) (envelope-from maxim.konovalov@gmail.com) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8118FC1E for ; Mon, 5 Mar 2012 11:07:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id q25B7iIc041056; Mon, 5 Mar 2012 15:07:44 +0400 (MSK) (envelope-from maxim.konovalov@gmail.com) Date: Mon, 5 Mar 2012 15:07:44 +0400 (MSK) From: Maxim Konovalov To: Hans Petter Selasky In-Reply-To: <20111202112053.E60451065670@hub.freebsd.org> Message-ID: References: <20111130102439.E770E1065672@hub.freebsd.org> <201111301739.58889.hselasky@c2i.net> <20111201104937.B99B3106564A@hub.freebsd.org> <201112011753.05629.hselasky@c2i.net> <20111202112053.E60451065670@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 05 Mar 2012 12:16:00 +0000 Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: man ugen error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 11:07:53 -0000 On Fri, 2 Dec 2011, 11:07-0000, Thomas Mueller wrote: > > in FreeBSD 10-current. > > > It should be removed and added to old files. Could you make a patch for that? > > > --HPS > > I found /usr/share/man/man4/ugen.4.gz in FreeBSD 9.0-RC2. > What needs to be patched? What file, where? > Might it be /usr/src/ObsoleteFiles.inc ? > I have extremely limited experience applying patches, no experience writing a patch. > Where do I learn what and how to do? I might need to see some examples to get me started. > Something like that should work: Index: ObsoleteFiles.inc =================================================================== --- ObsoleteFiles.inc (revision 231431) +++ ObsoleteFiles.inc (working copy) @@ -38,6 +38,8 @@ # xargs -n1 | sort | uniq -d; # done +# 20120305: ugen(4) is now part of usb(4) +OLD_FILES+=usr/share/man/man4/ugen.4.gz # 20120113: removal of wtmpcvt(1) OLD_FILES+=usr/bin/wtmpcvt OLD_FILES+=usr/share/man/man1/wtmpcvt.1.gz Index: share/man/man4/ng_ubt.4 =================================================================== --- share/man/man4/ng_ubt.4 (revision 231431) +++ share/man/man4/ng_ubt.4 (working copy) @@ -107,7 +107,6 @@ This node shuts down when the corresponding USB device is un-plugged. .Sh SEE ALSO .Xr netgraph 4 , -.Xr ugen 4 , .Xr usb 4 , .Xr ngctl 8 .Sh HISTORY Index: share/man/man4/ubtbcmfw.4 =================================================================== --- share/man/man4/ubtbcmfw.4 (revision 231431) +++ share/man/man4/ubtbcmfw.4 (working copy) @@ -93,7 +93,6 @@ .El .Sh SEE ALSO .Xr ng_ubt 4 , -.Xr ugen 4 , .Xr usb 4 , .Xr bcmfw 8 .Sh HISTORY Index: share/man/man4/Makefile =================================================================== --- share/man/man4/Makefile (revision 231431) +++ share/man/man4/Makefile (working copy) @@ -477,7 +477,6 @@ ufm.4 \ ufoma.4 \ uftdi.4 \ - ugen.4 \ uhci.4 \ uhid.4 \ uhso.4 \ Index: share/man/man9/DEVICE_PROBE.9 =================================================================== --- share/man/man9/DEVICE_PROBE.9 (revision 231431) +++ share/man/man9/DEVICE_PROBE.9 (working copy) @@ -119,9 +119,6 @@ treatment for some reason. .It BUS_PROBE_HOOVER The driver matches all unclaimed devices on a bus. -The -.Xr ugen 4 -device is one example. .It BUS_PROBE_NOWILDCARD The driver expects its parent to tell it which children to manage and no probing is really done. Index: usr.sbin/bluetooth/bcmfw/bcmfw.8 =================================================================== --- usr.sbin/bluetooth/bcmfw/bcmfw.8 (revision 231431) +++ usr.sbin/bluetooth/bcmfw/bcmfw.8 (working copy) @@ -96,8 +96,7 @@ .Pp .Dl "bcmfw -n ubtbcmfw0 -m BCM2033-MD.hex -f BCM2033-FW.bin" .Sh SEE ALSO -.Xr ubtbcmfw 4 , -.Xr ugen 4 +.Xr ubtbcmfw 4 .Sh AUTHORS .An Maksim Yevmenkin Aq m_evmenkin@yahoo.com .Sh BUGS %%% I'm not sure about the date of ugen.4 removal, so I put the current date. Also, there are some references to ugen.4 in the following man pages: ./usr.sbin/bluetooth/ath3kfw/ath3kfw.8 ./usr.sbin/uathload/uathload.8 Not sure how to deal with them. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 15:39:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 167F11065673 for ; Mon, 5 Mar 2012 15:39:24 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id C1D398FC08 for ; Mon, 5 Mar 2012 15:39:23 +0000 (UTC) Received: from [79.164.50.20] (port=41485 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S4a0L-000Kih-8S for freebsd-current@freebsd.org; Mon, 05 Mar 2012 19:39:17 +0400 Message-ID: <4F54DE25.7050200@lissyara.su> Date: Mon, 05 Mar 2012 19:39:17 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:39:24 -0000 I have 2 machine, i386 and amd64 world rebuild tonight all work. all applications crash with core dump... I reinstall 9.0 using iso images on my hard drive (mdconfig, mount, tar, unxz, and chflags from /rescue - work perfectly), rebuild world, to yesterday - all OK. From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 15:41:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B4A106566B for ; Mon, 5 Mar 2012 15:41:33 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id DBF8E8FC16 for ; Mon, 5 Mar 2012 15:41:32 +0000 (UTC) Received: from [79.164.50.20] (port=10335 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S4a2W-000LLG-01 for freebsd-current@freebsd.org; Mon, 05 Mar 2012 19:41:32 +0400 Message-ID: <4F54DEAC.3040200@lissyara.su> Date: Mon, 05 Mar 2012 19:41:32 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F54DE25.7050200@lissyara.su> In-Reply-To: <4F54DE25.7050200@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:41:33 -0000 On 05.03.2012 19:39, Alex Keda wrote: > I have 2 machine, i386 and amd64 > world rebuild tonight all work. all applications crash with core dump... read as "world rebuild tonight not work" =)) From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 17:44:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 148CD1065672; Mon, 5 Mar 2012 17:44:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C86908FC18; Mon, 5 Mar 2012 17:44:57 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 6027B46B51; Mon, 5 Mar 2012 12:44:57 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CA279B940; Mon, 5 Mar 2012 12:44:56 -0500 (EST) From: John Baldwin To: Christoph Hoffmann Date: Mon, 5 Mar 2012 12:39:53 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F4FECA4.10504@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203051239.53934.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 Mar 2012 12:44:56 -0500 (EST) Cc: Palle Girgensohn , freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 17:44:58 -0000 On Saturday, March 03, 2012 7:06:14 pm Christoph Hoffmann wrote: > Hello, > > I think this bug has been fix by John Baldwin (see below) after he found that HP > implemented 'e09127r3 EDD-4 Hybrid MBR boot code annex' dated > 4 January 2010. > > Maybe John could shade some light on it? Hmm, this fix should be in 9.0, so I don't have an explanation for why booting on 9.0 would still be broken. > Regards, > > Christoph > > Author: jhb > Date: Wed Nov 9 18:26:19 2011 > New Revision: 227400 > URL: > http://svn.freebsd.org/changeset/base/227400 > > Log: > MFC 226748: > - Add a new header for the x86 boot code that defines various structures > and constants related to the BIOS Enhanced Disk Drive Specification. > - Use this header instead of magic numbers and various duplicate structure > definitions for doing I/O. > - Use an actual structure for the request to fetch drive parameters in > drvsize() rather than a gross hack of a char array with some magic > size. While here, change drvsize() to only pass the 1.1 version of > the structure and not request device path information. If we want > device path information you have to set the length of the device > path information as an input (along with probably checking the actual > EDD version to see which size one should use as the device path > information is variable-length). This fixes data smashing problems > from passing an EDD 3 structure to BIOSes supporting EDD 4. > > Approved by: re (kib) > > -- > Christoph Hoffmann > > On Mar 1, 2012, at 10:39 PM, Palle Girgensohn wrote: > > > Hi! > > > > This is still happening with FreeBSD 9.0-RELEASE, as I have just > > discovered. The hack works like a charm, but seems kind of odd... :) > > > > Any progress in getting a "real" fix into the repository? Any risks with > > the hack - is it likely to believe that it will suddenly or sporadically > > fail? > > > > Cheers, > > Palle > > > > Christoph Hoffmann skrev: > >> Hello Daniel, > >> > >> Last time I checked up on the issue was on the 23rd of September, > >> it was not fixed then. > >> I was able to to boot from drive 0x80 after adding: > >> > >> *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 > >> --- zfsboot.c Fri Sep 23 18:47:44 2011 > >> *************** > >> *** 459,464 **** > >> --- 459,465 ---- > >> heap_end = (char *) PTOV(bios_basemem); > >> } > >> > >> + printf("Hello! I am a hack.\n"); > >> dsk = malloc(sizeof(struct dsk)); > >> dsk->drive = *(uint8_t *)PTOV(ARGS); > >> dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > >> > >> I am inclined to think that this is related to the way how we compile this code, > >> especially when run on the following particular processor: > >> > >> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is enabled > >> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz > >> QPI Speed: 5.8 GT/s. > >> > >> > >> Regards, > >> > >> Christoph > >> > >> > >> On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: > >> > >>> Has this issue been resolved somehow? Sane method to build gptzfsboot that will run on HP's P410i? > >>> > >>> Daniel > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > 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" > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 17:57:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48DE106564A for ; Mon, 5 Mar 2012 17:57:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 117EC8FC13 for ; Mon, 5 Mar 2012 17:57:08 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 72929143; Mon, 05 Mar 2012 18:57:00 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 5 Mar 2012 18:55:24 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20111130102439.E770E1065672@hub.freebsd.org> <20111202112053.E60451065670@hub.freebsd.org> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203051855.24230.hselasky@c2i.net> Cc: Thomas Mueller , Maxim Konovalov Subject: Re: man ugen error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 17:57:10 -0000 On Monday 05 March 2012 12:07:44 Maxim Konovalov wrote: > On Fri, 2 Dec 2011, 11:07-0000, Thomas Mueller wrote: > > > in FreeBSD 10-current. > > > > > > It should be removed and added to old files. Could you make a patch for > > > that? > > > > > > --HPS > > > > I found /usr/share/man/man4/ugen.4.gz in FreeBSD 9.0-RC2. > > What needs to be patched? What file, where? > > Might it be /usr/src/ObsoleteFiles.inc ? > > I have extremely limited experience applying patches, no experience > > writing a patch. Where do I learn what and how to do? I might need to > > see some examples to get me started. > > Something like that should work: > > Index: ObsoleteFiles.inc > =================================================================== > --- ObsoleteFiles.inc (revision 231431) > +++ ObsoleteFiles.inc (working copy) > @@ -38,6 +38,8 @@ > # xargs -n1 | sort | uniq -d; > # done > > +# 20120305: ugen(4) is now part of usb(4) > +OLD_FILES+=usr/share/man/man4/ugen.4.gz > # 20120113: removal of wtmpcvt(1) > OLD_FILES+=usr/bin/wtmpcvt > OLD_FILES+=usr/share/man/man1/wtmpcvt.1.gz > Index: share/man/man4/ng_ubt.4 > =================================================================== > --- share/man/man4/ng_ubt.4 (revision 231431) > +++ share/man/man4/ng_ubt.4 (working copy) > @@ -107,7 +107,6 @@ > This node shuts down when the corresponding USB device is un-plugged. > .Sh SEE ALSO > .Xr netgraph 4 , > -.Xr ugen 4 , > .Xr usb 4 , > .Xr ngctl 8 > .Sh HISTORY > Index: share/man/man4/ubtbcmfw.4 > =================================================================== > --- share/man/man4/ubtbcmfw.4 (revision 231431) > +++ share/man/man4/ubtbcmfw.4 (working copy) > @@ -93,7 +93,6 @@ > .El > .Sh SEE ALSO > .Xr ng_ubt 4 , > -.Xr ugen 4 , > .Xr usb 4 , > .Xr bcmfw 8 > .Sh HISTORY > Index: share/man/man4/Makefile > =================================================================== > --- share/man/man4/Makefile (revision 231431) > +++ share/man/man4/Makefile (working copy) > @@ -477,7 +477,6 @@ > ufm.4 \ > ufoma.4 \ > uftdi.4 \ > - ugen.4 \ > uhci.4 \ > uhid.4 \ > uhso.4 \ > Index: share/man/man9/DEVICE_PROBE.9 > =================================================================== > --- share/man/man9/DEVICE_PROBE.9 (revision 231431) > +++ share/man/man9/DEVICE_PROBE.9 (working copy) > @@ -119,9 +119,6 @@ > treatment for some reason. > .It BUS_PROBE_HOOVER > The driver matches all unclaimed devices on a bus. > -The > -.Xr ugen 4 > -device is one example. > .It BUS_PROBE_NOWILDCARD > The driver expects its parent to tell it which children to manage > and no probing is really done. > Index: usr.sbin/bluetooth/bcmfw/bcmfw.8 > =================================================================== > --- usr.sbin/bluetooth/bcmfw/bcmfw.8 (revision 231431) > +++ usr.sbin/bluetooth/bcmfw/bcmfw.8 (working copy) > @@ -96,8 +96,7 @@ > .Pp > .Dl "bcmfw -n ubtbcmfw0 -m BCM2033-MD.hex -f BCM2033-FW.bin" > .Sh SEE ALSO > -.Xr ubtbcmfw 4 , > -.Xr ugen 4 > +.Xr ubtbcmfw 4 > .Sh AUTHORS > .An Maksim Yevmenkin Aq m_evmenkin@yahoo.com > .Sh BUGS > %%% > > I'm not sure about the date of ugen.4 removal, so I put the current > date. > > Also, there are some references to ugen.4 in the following man pages: > > ./usr.sbin/bluetooth/ath3kfw/ath3kfw.8 > ./usr.sbin/uathload/uathload.8 > > Not sure how to deal with them. /dev/ugen is still there, but ugen as a separate and configurable kernel device was removed in FreeBSD-8. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:10:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEE061065678 for ; Mon, 5 Mar 2012 18:10:35 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6D08FC22 for ; Mon, 5 Mar 2012 18:10:35 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 3781E6A61BE; Mon, 5 Mar 2012 19:10:27 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id aIsEAHZU59wO; Mon, 5 Mar 2012 19:10:27 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id D73626A6015; Mon, 5 Mar 2012 19:10:26 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25IAQ6B076040; Mon, 5 Mar 2012 19:10:26 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25IAP0C075742; Mon, 5 Mar 2012 19:10:25 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 19:10:25 +0100 From: Lars Engels To: Alex Keda Message-ID: <20120305181025.GJ23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fKov5AqTsvseSZ0Z" Content-Disposition: inline In-Reply-To: <4F54DEAC.3040200@lissyara.su> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:10:35 -0000 --fKov5AqTsvseSZ0Z Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > On 05.03.2012 19:39, Alex Keda wrote: > > I have 2 machine, i386 and amd64 > > world rebuild tonight all work. all applications crash with core dump... > read as "world rebuild tonight not work" =3D)) I also encountered it. Fortunately I was able to fix it by booting a 9.0-RELEASE, starting the live cd, chflag'ing nosch /libexec/ld-elf.so.1 and copying that file =66rom the cd. Unfortunately I extracted base.txz from that very cd first, so some files in /etc and /boot got overwritten. At least some of them had backups in /var/backups. --fKov5AqTsvseSZ0Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VAZEACgkQKc512sD3afhJfACeLcvhF/OoL4CMBM/xfZ6MCeBt 4k0AniYX6U2mGsmxdVzKs6M7jPeYYkYR =VRRr -----END PGP SIGNATURE----- --fKov5AqTsvseSZ0Z-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:13:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64061106564A for ; Mon, 5 Mar 2012 18:13:49 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3DA8FC0C for ; Mon, 5 Mar 2012 18:13:48 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q25HgI5e008729 for ; Tue, 6 Mar 2012 02:42:18 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 06 Mar 2012 02:42:12 +0900 (JST) Message-Id: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> To: freebsd-current@freebsd.org From: Mitsuru IWASAKI X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:13:49 -0000 Hi, I've fixed iwi(4) so that Intel(R) PRO/Wireless 2915ABG work in WEP mode, which seems to be broken since 8.0-RELEASE. The patches against HEAD at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120305.diff I'm not sure that changes on ieee80211 layer are right fixes, but all of mbufs were discarded in ieee80211_start() in WEP mode. ---- void ieee80211_start(struct ifnet *ifp) { [snip] if (ni->ni_associd == 0 && (ni->ni_flags & IEEE80211_NODE_ASSOCID)) { IEEE80211_DISCARD_MAC(vap, IEEE80211_MSG_OUTPUT, eh->ether_dhost, NULL, "sta not associated (type 0x%04x)", htons(eh->ether_type)); vap->iv_stats.is_tx_notassoc++; ifp->if_oerrors++; m_freem(m); ieee80211_free_node(ni); continue; } ---- My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd is set. Any suggestions on this part are welcome. I'm going to commit the changes coming weekend. Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:19:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1853106566C; Mon, 5 Mar 2012 18:19:12 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 661DF8FC0A; Mon, 5 Mar 2012 18:19:12 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id B5A5A6A61BE; Mon, 5 Mar 2012 19:19:11 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id RuCYe7wtUJe6; Mon, 5 Mar 2012 19:19:11 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 737276A6015; Mon, 5 Mar 2012 19:19:11 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25IJBkh054525; Mon, 5 Mar 2012 19:19:11 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25IJBr7053890; Mon, 5 Mar 2012 19:19:11 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 19:19:11 +0100 From: Lars Engels To: Pavel Timofeev Message-ID: <20120305181911.GK23354@e-new.0x20.net> References: <4F4F9F13.9000705@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEfPc/DjvCj+JzNg" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Can't boot with geom_part_(gpt|mbr|bsd|ebr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:19:12 -0000 --PEfPc/DjvCj+JzNg Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 02, 2012 at 12:10:21PM +0400, Pavel Timofeev wrote: > "Kernel can't boot" is a common idea. > I did the tests for each geom_part and described it in PR. >=20 > Some transcription: > boot stops (on usb detect) - boot stops, not hangs, you can push > Pause/Break and surf through system boot messages. > http://img-fotki.yandex.ru/get/5606/16519813.0/0_83860_a4bf85d_orig >=20 > can't mount fs: > http://img-fotki.yandex.ru/get/6201/16519813.0/0_83861_e809a6e3_orig >=20 > I'm sorry for bad photos. Obtained from 9.0R i386 I can confirm this. About 2 or 3 weeks ago I played around with a minimal kernel config and added the geom_*_load=3D"YES" lines to loader.conf and had the same issue like Pavel. --PEfPc/DjvCj+JzNg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VA58ACgkQKc512sD3afjS5gCfcqBFcY7wGiFq0S0ueEDs3NXi 2N4AoLcgMi1xXwPGfbxU/hkr7AHlhj0E =C90O -----END PGP SIGNATURE----- --PEfPc/DjvCj+JzNg-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:43:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11682106564A; Mon, 5 Mar 2012 18:43:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AC3328FC1F; Mon, 5 Mar 2012 18:43:26 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S4csS-00081a-At>; Mon, 05 Mar 2012 19:43:20 +0100 Received: from e178003107.adsl.alicedsl.de ([85.178.3.107] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S4csS-0001qi-5M>; Mon, 05 Mar 2012 19:43:20 +0100 Message-ID: <4F550941.6030102@zedat.fu-berlin.de> Date: Mon, 05 Mar 2012 19:43:13 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Dimitry Andric References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> <4F53E2C3.7090102@FreeBSD.org> <4F53FD57.303@zedat.fu-berlin.de> <4F546F37.70404@FreeBSD.org> In-Reply-To: <4F546F37.70404@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB569EEE18D25ADE3ED4D2879" X-Originating-IP: 85.178.3.107 Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:43:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB569EEE18D25ADE3ED4D2879 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/05/12 08:45, Dimitry Andric wrote: > On 2012-03-05 00:40, O. Hartmann wrote: > ... >> All right, my /etc/src.conf looks like this now (as it does before): >> >> WITH_CLANG=3D YES >> WITH_CLANG_EXTRAS=3D YES >> # >> WITH_BIND_LIBS=3D YES >> WITH_BIND_SIGCHASE=3D YES >> WITH_BIND_LARGE_FILE=3D YES >> # >> WITH_IDEA=3D YES >> WITH_HESIOD=3D YES >> # >> #WITH_ICONV=3D YES >> #WITH_BSD_GREP=3D YES >> # >> WITH_LIBCPLUSPLUS=3D YES >> # >> #WITH_OFED=3D YES >> >> When cc is now clang, c++ is now clang++, what effect do have >> CFLAGS.cc=3D"blablabla" and CFLAGS.clang=3D"blabla"? >=20 > None. These variables are not part of the build system. They are just= > a suggestion posted by people on the mailing list. You must still use = a > statement somewhere that adds one of the variables to the "real" CFLAGS= , > and that statement will need knowledge about what "cc" is. >=20 > Note, I would suggest using the names CFLAGS.gcc and CFLAGS.clang > instead. Ah, I see. Sorry for the noise. I picked up the thread and thought this might be a fact by now. NAd yes, I'd rather follow your suggestion, it makes things more clear. >=20 >=20 >> If the binary "cc" after this treatment is in reality "clang", then >> logic implies that equality exists: >> CFLAGS.cc =3D CFLAGS.clang =3D "blabla" >=20 > See above. >=20 >=20 >> What should /etc/make.conf contain not to confuse settings in >> /etc/src.conf? >=20 > I'm not sure what you mean with "confuse"? The settings in make.conf > are read earlier than those in src.conf, so the latter can override the= > former. >=20 > Also, the settings in make.conf are *always* read, even if you are usin= g > a non-BSD Makefile (one that doesn't contain .include or > similar at the end). >=20 >=20 > ... >>>> clang: warning: argument unused during compilation: '-std=3Dgnu99' >>>> strfile.o: In function `main': >>>> /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined >>>> reference to `_ThreadRuneLocale' >>> >>> This is unrelated to the 'cc' problem, but I suggest deleting /usr/ob= j/* >>> and starting the build from scratch. >>> >> >> >> Before I start "make buildworld", I always delete the content of >> /usr/obj/*, so there are never remains aof anything left behinf from >> earlier compiles. >> >> You're right, this is at the first sight unrelated to the cc issue and= >> should be treated separetely. >=20 > I have compiled multiple worlds now from the latest trunk, with both gc= c > and clang, but I have not been able to reproduce your errors yet. Since yesterday/today's night, I'm also able to compile again the system.= The solution is obscure and a kind of "hoodovoodo" (at least for me). I "updated" backwards the sources via "svn -r 232496 update", then again a simple "make update" in /usr/src. After this procedure the problem vanished. I have no idea what's wrong. Since I thought I might have destroyed my OS by accidentaly interrupting the installation of libc once, were a similar error occured but in another context, I think I'm rather better deleting the /usr/src and doing again an checkout. Something seems very fishy ... Regards, Oliver --------------enigB569EEE18D25ADE3ED4D2879 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVQlHAAoJEOgBcD7A/5N8YqQH/jBkL+W0ru7MG32QviXp0vAz sSIts+Toezg5x1/rf+2UuLWna8pWNBhfDLdzdZOyj2Dy4lIsPq2IKsHj/1g+D0h5 si0D5rHb33HNhtWMMcB8vFsr1okKvbLFpr9Qkh7TYo5EQ5F/YHR+NSUISLCUDRQ2 N6QHNZa4FuKcDWGCHSnO5m3dHOQtsa6B62nKSG/U4EIU1jXkD/lycqUnZxVzKlFL iF2YX13pKavE+Zjlr0YUgO7HU/KUdFxBwGlPzXMMP4GgFkjjxnpR24i904kfoq1Z I1w1kisadCEnTZyTbK15zqZQyFkvGFfIspifnh9ZToz6e2Kki5jBDU2Ky4HZ6rw= =qA6Q -----END PGP SIGNATURE----- --------------enigB569EEE18D25ADE3ED4D2879-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:03:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0F3106564A for ; Mon, 5 Mar 2012 19:03:46 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 97C968FC0A for ; Mon, 5 Mar 2012 19:03:45 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1610717eaa.13 for ; Mon, 05 Mar 2012 11:03:44 -0800 (PST) Received-SPF: pass (google.com: domain of jos@catnook.com designates 10.14.101.141 as permitted sender) client-ip=10.14.101.141; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jos@catnook.com designates 10.14.101.141 as permitted sender) smtp.mail=jos@catnook.com Received: from mr.google.com ([10.14.101.141]) by 10.14.101.141 with SMTP id b13mr11844507eeg.92.1330974224631 (num_hops = 1); Mon, 05 Mar 2012 11:03:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.14.101.141 with SMTP id b13mr8965882eeg.92.1330972861785; Mon, 05 Mar 2012 10:41:01 -0800 (PST) Received: by 10.14.22.66 with HTTP; Mon, 5 Mar 2012 10:41:01 -0800 (PST) In-Reply-To: <20120305181025.GJ23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> Date: Mon, 5 Mar 2012 10:41:01 -0800 Message-ID: From: Jos Backus To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnHYCMJlD3vBQ+daFYwz2Ru6uY/BAQmuQ2N25pPjmZPrnpLT13YOuxDhjIqFDLPIdoiW78k Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:03:46 -0000 On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: >> On 05.03.2012 19:39, Alex Keda wrote: >> > I have 2 machine, i386 and amd64 >> > world rebuild tonight all work. all applications crash with core dump... >> read as "world rebuild tonight not work" =)) I noticed the same thing. My `make world' dies right after installing the new runtime linker. I was able to recover by copying ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I manually build and install the runtime linker, it works. Maybe that's a clue as to what's wrong. Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:12:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 924B9106566B for ; Mon, 5 Mar 2012 19:12:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E02C98FC1D for ; Mon, 5 Mar 2012 19:12:25 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q25JCDXb076410; Mon, 5 Mar 2012 21:12:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q25JCCCT090163; Mon, 5 Mar 2012 21:12:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q25JCBTr090162; Mon, 5 Mar 2012 21:12:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Mar 2012 21:12:11 +0200 From: Konstantin Belousov To: Jos Backus Message-ID: <20120305191211.GT75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OKFp/nMBquCu/qa9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Alex Keda , freebsd-current@freebsd.org, Lars Engels Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:12:26 -0000 --OKFp/nMBquCu/qa9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > >> On 05.03.2012 19:39, Alex Keda wrote: > >> > I have 2 machine, i386 and amd64 > >> > world rebuild tonight all work. all applications crash with core dum= p... > >> read as "world rebuild tonight not work" =3D)) >=20 > I noticed the same thing. My `make world' dies right after installing > the new runtime linker. I was able to recover by copying > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > manually build and install the runtime linker, it works. Maybe that's > a clue as to what's wrong. I just did full buildworld on pristine sources at r232541 and amd64 machine booted fine. Can somebody put the faulting ld-elf.so.1 somewhere so I can download it ? --OKFp/nMBquCu/qa9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9VEAsACgkQC3+MBN1Mb4jZBgCglFRpvPEUdG5NGFabf6JEtb+M g1MAnA8iMIGOrwm06Hv78c0f7X4cht9Z =4rPH -----END PGP SIGNATURE----- --OKFp/nMBquCu/qa9-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:16:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A88D106566C for ; Mon, 5 Mar 2012 19:16:25 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA8D8FC17 for ; Mon, 5 Mar 2012 19:16:25 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 58A0F6A61BE; Mon, 5 Mar 2012 20:16:24 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id mOoZLFHYNftR; Mon, 5 Mar 2012 20:16:24 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0940A6A6015; Mon, 5 Mar 2012 20:16:24 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25JGNcD060159; Mon, 5 Mar 2012 20:16:23 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25JGM2E059665; Mon, 5 Mar 2012 20:16:22 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 20:16:22 +0100 From: Lars Engels To: Konstantin Belousov Message-ID: <20120305191622.GM23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qySB1iFW++5nzUxH" Content-Disposition: inline In-Reply-To: <20120305191211.GT75778@deviant.kiev.zoral.com.ua> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:16:25 -0000 --qySB1iFW++5nzUxH Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wrote: > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wro= te: > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > >> On 05.03.2012 19:39, Alex Keda wrote: > > >> > I have 2 machine, i386 and amd64 > > >> > world rebuild tonight all work. all applications crash with core d= ump... > > >> read as "world rebuild tonight not work" =3D)) > >=20 > > I noticed the same thing. My `make world' dies right after installing > > the new runtime linker. I was able to recover by copying > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > > manually build and install the runtime linker, it works. Maybe that's > > a clue as to what's wrong. >=20 > I just did full buildworld on pristine sources at r232541 and amd64 machi= ne > booted fine. >=20 > Can somebody put the faulting ld-elf.so.1 somewhere so I can download it ? http://bsd-geek.de/FreeBSD/ld-elf.so.1 --qySB1iFW++5nzUxH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VEQYACgkQKc512sD3afho6ACgs4viTuK2MdXnBpqYdE8ZLrwp xDUAn1hata+8fe4zOdvNt7CaLNRUteF5 =OZIb -----END PGP SIGNATURE----- --qySB1iFW++5nzUxH-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:18:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149D11065672 for ; Mon, 5 Mar 2012 19:18:56 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 950E68FC15 for ; Mon, 5 Mar 2012 19:18:55 +0000 (UTC) Received: by eekd17 with SMTP id d17so1678920eek.13 for ; Mon, 05 Mar 2012 11:18:54 -0800 (PST) Received-SPF: pass (google.com: domain of jos@catnook.com designates 10.213.110.5 as permitted sender) client-ip=10.213.110.5; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jos@catnook.com designates 10.213.110.5 as permitted sender) smtp.mail=jos@catnook.com Received: from mr.google.com ([10.213.110.5]) by 10.213.110.5 with SMTP id l5mr840862ebp.46.1330975134539 (num_hops = 1); Mon, 05 Mar 2012 11:18:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=GbTOdxnKrN18NbGqIrMrfH790oo87xWKeGWUOuRAkwk=; b=gQe3eoFFd0RCafocCBisSxhNtXt3JoqIMvd0tRx4zkvAJR4FKSRHaS2EC1LLVNLqaF wBXKZoJHdAGoRkvINDjSrJjIlcoBxmwFCMiqQf5s1HuoXMpq41tNCEDnjx021rTUGlg+ rqzN3ftXBqN/lElIU22O9ks0g9ZafqgTMHh65xGn1S/xKZKTVS9XFB+ZhQYy57UacaR1 VfCxDhz6cDLkFBwgFGZpa9osAnXvkiLRlvWl4EGMLjeuTT5nniE1k5vLxxvM6ZvASSoZ QqbhpGN2aoDJ1vbBOy2IFDnXOXTzEmtklLVZTtkeuf7IwJGI3taU/xT3FBAVnR3ZdT8e hjJg== MIME-Version: 1.0 Received: by 10.213.110.5 with SMTP id l5mr638801ebp.46.1330975134328; Mon, 05 Mar 2012 11:18:54 -0800 (PST) Received: by 10.14.22.66 with HTTP; Mon, 5 Mar 2012 11:18:54 -0800 (PST) In-Reply-To: <20120305191211.GT75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> Date: Mon, 5 Mar 2012 11:18:54 -0800 Message-ID: From: Jos Backus To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkUzVfX8EF48z9bBGfdldJUcp5nbRwhfCvISUIJYfWlUkImXrkSmWogj+TqsN5hWBeAqqXz Cc: Alex Keda , freebsd-current@freebsd.org, Lars Engels Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:18:56 -0000 On Mon, Mar 5, 2012 at 11:12 AM, Konstantin Belousov wrote: > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: >> On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: >> > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: >> >> On 05.03.2012 19:39, Alex Keda wrote: >> >> > I have 2 machine, i386 and amd64 >> >> > world rebuild tonight all work. all applications crash with core dump... >> >> read as "world rebuild tonight not work" =)) >> >> I noticed the same thing. My `make world' dies right after installing >> the new runtime linker. I was able to recover by copying >> ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I >> manually build and install the runtime linker, it works. Maybe that's >> a clue as to what's wrong. > > I just did full buildworld on pristine sources at r232541 and amd64 machine > booted fine. > > Can somebody put the faulting ld-elf.so.1 somewhere so I can download it ? http://lizzy.dyndns.org/~jos/ld-elf.so.1.bad -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:19:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9BCD106564A; Mon, 5 Mar 2012 19:19:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4318FC0C; Mon, 5 Mar 2012 19:19:36 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1572349wgb.1 for ; Mon, 05 Mar 2012 11:19:36 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.216.131.2 as permitted sender) client-ip=10.216.131.2; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.216.131.2 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.216.131.2]) by 10.216.131.2 with SMTP id l2mr4742129wei.3.1330975176070 (num_hops = 1); Mon, 05 Mar 2012 11:19:36 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=I5FCyQFOIlLAti9VNpacw9jFBH9d5Fdga9RewEnCMPo=; b=St86WwEb8kINnXYtX95QX1OSrijmpNIFdEK9ZWUabUC1P4pt2gmaf8BPnzDxN0xExJ BDm01iV0fZ2EW77T0ckyVTscyDpXGwErOrJOoSqjT7Edk/LE7GfXjTN9YxTuiFn4b7cg RR0JIHJsNT0IooogRl441/7IJuaMvcLvehDdLhftHO4t9dCe88C34uXY8fpyRXkMZrby ZjUQJRVFzIuTVCYmgsTm/Qxbws1bhOzYBjZfsU9rFOYE7NwCAd4EARKbjZkLbpyJ018f FvhQk5XymHbF0lWVfzofpqouYaXN3dq9SYfCxiT31+LaRhQzy0iO9RMlBQjop1dBdBDg ku7g== MIME-Version: 1.0 Received: by 10.216.131.2 with SMTP id l2mr3793808wei.3.1330975175962; Mon, 05 Mar 2012 11:19:35 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Mon, 5 Mar 2012 11:19:35 -0800 (PST) In-Reply-To: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> Date: Mon, 5 Mar 2012 11:19:35 -0800 X-Google-Sender-Auth: rq7qe7XVu2mkQlmciWxbFbZo_ts Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:19:37 -0000 Hi! (cc'ing freebsd-wireless, where we try to talk about this kind of stuff...) On 5 March 2012 09:42, Mitsuru IWASAKI wrote: > Hi, > > I've fixed iwi(4) so that Intel(R) PRO/Wireless 2915ABG work > in WEP mode, which seems to be broken since 8.0-RELEASE. Thanks for looking into this! I've not looked into ath(4) and WEP (ever, to be honest) - I really should. I wonder if it's similarly broken. But if it isn't, ath(4) doesn't yet use if_transmit/if_flush. That's on my TODO list (in order to fix fragment handling, rather than WEP.) Would you please open a PR with this particular issue and then attach the patch to it? I'd rather you not commit the net80211 change until I've verified that WEP works or doesn't work with ath(4). Thanks! Adrian > > The patches against HEAD at: > http://people.freebsd.org/~iwasaki/iwi/iwi-20120305.diff > > I'm not sure that changes on ieee80211 layer are right fixes, > but all of mbufs were discarded in ieee80211_start() in WEP mode. > > ---- > void > ieee80211_start(struct ifnet *ifp) > { > [snip] > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (ni->ni_associd =3D=3D = 0 && > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(ni->ni_flags & IE= EE80211_NODE_ASSOCID)) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0IEEE80211_= DISCARD_MAC(vap, IEEE80211_MSG_OUTPUT, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0eh= ->ether_dhost, NULL, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"s= ta not associated (type 0x%04x)", > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ht= ons(eh->ether_type)); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vap->iv_st= ats.is_tx_notassoc++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifp->if_oe= rrors++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0m_freem(m)= ; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ieee80211_= free_node(ni); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0continue; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > ---- > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd > is set. =A0Any suggestions on this part are welcome. > > I'm going to commit the changes coming weekend. > > Thanks! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:28:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB961065679 for ; Mon, 5 Mar 2012 19:28:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 899BA8FC1B for ; Mon, 5 Mar 2012 19:28:01 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q25JRoqM085858; Mon, 5 Mar 2012 21:27:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q25JRnw4090262; Mon, 5 Mar 2012 21:27:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q25JRnag090261; Mon, 5 Mar 2012 21:27:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Mar 2012 21:27:49 +0200 From: Konstantin Belousov To: Lars Engels Message-ID: <20120305192749.GU75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qdStaANDtnP76DUZ" Content-Disposition: inline In-Reply-To: <20120305191622.GM23354@e-new.0x20.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:28:02 -0000 --qdStaANDtnP76DUZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 08:16:22PM +0100, Lars Engels wrote: > On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wrote: > > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels w= rote: > > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > > >> On 05.03.2012 19:39, Alex Keda wrote: > > > >> > I have 2 machine, i386 and amd64 > > > >> > world rebuild tonight all work. all applications crash with core= dump... > > > >> read as "world rebuild tonight not work" =3D)) > > >=20 > > > I noticed the same thing. My `make world' dies right after installing > > > the new runtime linker. I was able to recover by copying > > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > > > manually build and install the runtime linker, it works. Maybe that's > > > a clue as to what's wrong. > >=20 > > I just did full buildworld on pristine sources at r232541 and amd64 mac= hine > > booted fine. > >=20 > > Can somebody put the faulting ld-elf.so.1 somewhere so I can download i= t ? >=20 > http://bsd-geek.de/FreeBSD/ld-elf.so.1 It works for me :(. Since your rtld is not stripped, try to link any binary using this interpre= ter, i.e. supply -Wl,-I, to cc link command. Then run the program, get core dump, load it into gdb and do "bt all". --qdStaANDtnP76DUZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9VE7UACgkQC3+MBN1Mb4jaUACgtUAuxxWx5jNvnsbW3mzOe0OT c0kAoO4s0zFbgXhrDwIwylWiwpDMelkI =JE/B -----END PGP SIGNATURE----- --qdStaANDtnP76DUZ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:43:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87474106564A for ; Mon, 5 Mar 2012 19:43:17 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 38B078FC1B for ; Mon, 5 Mar 2012 19:43:17 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 895236A61BE; Mon, 5 Mar 2012 20:43:16 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id ZkpuNbcpAMd5; Mon, 5 Mar 2012 20:43:16 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 3C1BA6A6015; Mon, 5 Mar 2012 20:43:16 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25JhFTW035468; Mon, 5 Mar 2012 20:43:15 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25JhFE8034817; Mon, 5 Mar 2012 20:43:15 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 20:43:15 +0100 From: Lars Engels To: Konstantin Belousov Message-ID: <20120305194315.GN23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CQDko/0aYvuiEzgn" Content-Disposition: inline In-Reply-To: <20120305192749.GU75778@deviant.kiev.zoral.com.ua> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:43:17 -0000 --CQDko/0aYvuiEzgn Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 09:27:49PM +0200, Konstantin Belousov wrote: > On Mon, Mar 05, 2012 at 08:16:22PM +0100, Lars Engels wrote: > > On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wrote: > > > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels = wrote: > > > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > > > >> On 05.03.2012 19:39, Alex Keda wrote: > > > > >> > I have 2 machine, i386 and amd64 > > > > >> > world rebuild tonight all work. all applications crash with co= re dump... > > > > >> read as "world rebuild tonight not work" =3D)) > > > >=20 > > > > I noticed the same thing. My `make world' dies right after installi= ng > > > > the new runtime linker. I was able to recover by copying > > > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > > > > manually build and install the runtime linker, it works. Maybe that= 's > > > > a clue as to what's wrong. > > >=20 > > > I just did full buildworld on pristine sources at r232541 and amd64 m= achine > > > booted fine. > > >=20 > > > Can somebody put the faulting ld-elf.so.1 somewhere so I can download= it ? > >=20 > > http://bsd-geek.de/FreeBSD/ld-elf.so.1 >=20 > It works for me :(. >=20 > Since your rtld is not stripped, try to link any binary using this interp= reter, > i.e. supply -Wl,-I, to cc link command. > Then run the program, get core dump, load it into gdb and do "bt all". "bt all" gives "No symbol table is loaded. Use the "file" command." But just "bt" gives: http://bsdpaste.bsdgroup.de/130927 --CQDko/0aYvuiEzgn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VF1MACgkQKc512sD3afjygACfcDR2gZLkjmNj37zKZPUXtCNZ LHIAoMmUopbR4xsDHv2mTg5/F0q7d8eb =JRrg -----END PGP SIGNATURE----- --CQDko/0aYvuiEzgn-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:51:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41B7F106566C for ; Mon, 5 Mar 2012 19:51:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C680B8FC20 for ; Mon, 5 Mar 2012 19:51:31 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q25JpKDv000148; Mon, 5 Mar 2012 21:51:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q25JpJPT090427; Mon, 5 Mar 2012 21:51:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q25JpJkJ090426; Mon, 5 Mar 2012 21:51:19 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Mar 2012 21:51:19 +0200 From: Konstantin Belousov To: Lars Engels Message-ID: <20120305195119.GV75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6CNdTR4UDBbLlHcf" Content-Disposition: inline In-Reply-To: <20120305194315.GN23354@e-new.0x20.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:51:32 -0000 --6CNdTR4UDBbLlHcf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 08:43:15PM +0100, Lars Engels wrote: > On Mon, Mar 05, 2012 at 09:27:49PM +0200, Konstantin Belousov wrote: > > On Mon, Mar 05, 2012 at 08:16:22PM +0100, Lars Engels wrote: > > > On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wrote: > > > > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > > > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: > > > > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > > > > >> On 05.03.2012 19:39, Alex Keda wrote: > > > > > >> > I have 2 machine, i386 and amd64 > > > > > >> > world rebuild tonight all work. all applications crash with = core dump... > > > > > >> read as "world rebuild tonight not work" =3D)) > > > > >=20 > > > > > I noticed the same thing. My `make world' dies right after instal= ling > > > > > the new runtime linker. I was able to recover by copying > > > > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > > > > > manually build and install the runtime linker, it works. Maybe th= at's > > > > > a clue as to what's wrong. > > > >=20 > > > > I just did full buildworld on pristine sources at r232541 and amd64= machine > > > > booted fine. > > > >=20 > > > > Can somebody put the faulting ld-elf.so.1 somewhere so I can downlo= ad it ? > > >=20 > > > http://bsd-geek.de/FreeBSD/ld-elf.so.1 > >=20 > > It works for me :(. > >=20 > > Since your rtld is not stripped, try to link any binary using this inte= rpreter, > > i.e. supply -Wl,-I, to cc link command. > > Then run the program, get core dump, load it into gdb and do "bt all". >=20 > "bt all" gives "No symbol table is loaded. Use the "file" command." >=20 > But just "bt" gives: >=20 > http://bsdpaste.bsdgroup.de/130927 Hm, so do you have libmap.conf ? Yeah, it faults immediately. I suspect I know what is going on. --6CNdTR4UDBbLlHcf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9VGTcACgkQC3+MBN1Mb4i/0ACgqQuvH3rtk6bhVbzv5xzIY+48 IDQAoL0GmZJR73zhVo1SoHwdTn+HSvxq =DGQb -----END PGP SIGNATURE----- --6CNdTR4UDBbLlHcf-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:53:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9F661065679 for ; Mon, 5 Mar 2012 19:53:12 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 601408FC20 for ; Mon, 5 Mar 2012 19:53:12 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 738496A61BE; Mon, 5 Mar 2012 20:53:11 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id mlrPa0RcpDBe; Mon, 5 Mar 2012 20:53:11 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 323376A6015; Mon, 5 Mar 2012 20:53:11 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25JrBql027068; Mon, 5 Mar 2012 20:53:11 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25JrBUj026963; Mon, 5 Mar 2012 20:53:11 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 20:53:10 +0100 From: Lars Engels To: Konstantin Belousov Message-ID: <20120305195310.GO23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDy5+/kaQUC2a3Gw" Content-Disposition: inline In-Reply-To: <20120305195119.GV75778@deviant.kiev.zoral.com.ua> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:53:12 -0000 --KDy5+/kaQUC2a3Gw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 09:51:19PM +0200, Konstantin Belousov wrote: > On Mon, Mar 05, 2012 at 08:43:15PM +0100, Lars Engels wrote: > > On Mon, Mar 05, 2012 at 09:27:49PM +0200, Konstantin Belousov wrote: > > > On Mon, Mar 05, 2012 at 08:16:22PM +0100, Lars Engels wrote: > > > > On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wrote: > > > > > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > > > > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: > > > > > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > > > > > >> On 05.03.2012 19:39, Alex Keda wrote: > > > > > > >> > I have 2 machine, i386 and amd64 > > > > > > >> > world rebuild tonight all work. all applications crash wit= h core dump... > > > > > > >> read as "world rebuild tonight not work" =3D)) > > > > > >=20 > > > > > > I noticed the same thing. My `make world' dies right after inst= alling > > > > > > the new runtime linker. I was able to recover by copying > > > > > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, when I > > > > > > manually build and install the runtime linker, it works. Maybe = that's > > > > > > a clue as to what's wrong. > > > > >=20 > > > > > I just did full buildworld on pristine sources at r232541 and amd= 64 machine > > > > > booted fine. > > > > >=20 > > > > > Can somebody put the faulting ld-elf.so.1 somewhere so I can down= load it ? > > > >=20 > > > > http://bsd-geek.de/FreeBSD/ld-elf.so.1 > > >=20 > > > It works for me :(. > > >=20 > > > Since your rtld is not stripped, try to link any binary using this in= terpreter, > > > i.e. supply -Wl,-I, to cc link command. > > > Then run the program, get core dump, load it into gdb and do "bt all". > >=20 > > "bt all" gives "No symbol table is loaded. Use the "file" command." > >=20 > > But just "bt" gives: > >=20 > > http://bsdpaste.bsdgroup.de/130927 > Hm, so do you have libmap.conf ? >=20 > Yeah, it faults immediately. > I suspect I know what is going on. >=20 Yes, I have this in libmap.conf: libpcre.so.0 libpcre.so.1 --KDy5+/kaQUC2a3Gw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VGaYACgkQKc512sD3aficBwCfX3bjjO7DveQB9kxhYJYZV9g+ riwAoMCtA5Xed9xyk1AdWzq5DtA6Z4lU =+qfF -----END PGP SIGNATURE----- --KDy5+/kaQUC2a3Gw-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 19:53:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DDA106566B; Mon, 5 Mar 2012 19:53:50 +0000 (UTC) (envelope-from girgen@pingpong.net) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5FED18FC18; Mon, 5 Mar 2012 19:53:50 +0000 (UTC) Received: from [10.48.167.87] (host-95-199-7-87.mobileonline.telia.com [95.199.7.87]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by melon.pingpong.net (Postfix) with ESMTPSA id 330D621D92; Mon, 5 Mar 2012 20:36:07 +0100 (CET) References: <4F4FECA4.10504@FreeBSD.org> <201203051239.53934.jhb@freebsd.org> In-Reply-To: <201203051239.53934.jhb@freebsd.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A405) From: Palle Girgensohn Date: Mon, 5 Mar 2012 20:35:59 +0100 To: John Baldwin Cc: Palle Girgensohn , Christoph Hoffmann , "freebsd-current@freebsd.org" Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:53:50 -0000 5 mar 2012 kl. 18:39 skrev John Baldwin : > On Saturday, March 03, 2012 7:06:14 pm Christoph Hoffmann wrote: >> Hello, >>=20 >> I think this bug has been fix by John Baldwin (see below) after he found t= hat HP >> implemented 'e09127r3 EDD-4 Hybrid MBR boot code annex' dated >> 4 January 2010.=20 >>=20 >> Maybe John could shade some light on it? >=20 > Hmm, this fix should be in 9.0, so I don't have an explanation for why boo= ting > on 9.0 would still be broken. Ok, that's odd. I tried 9.0, it does fail, and the printf actually makes it w= ork.=20 Palle =20 >=20 >> Regards, >>=20 >> Christoph >>=20 >> Author: jhb >> Date: Wed Nov 9 18:26:19 2011 >> New Revision: 227400 >> URL:=20 >> http://svn.freebsd.org/changeset/base/227400 >>=20 >> Log: >> MFC 226748: >> - Add a new header for the x86 boot code that defines various structures= >> and constants related to the BIOS Enhanced Disk Drive Specification. >> - Use this header instead of magic numbers and various duplicate structu= re >> definitions for doing I/O. >> - Use an actual structure for the request to fetch drive parameters in >> drvsize() rather than a gross hack of a char array with some magic >> size. While here, change drvsize() to only pass the 1.1 version of >> the structure and not request device path information. If we want >> device path information you have to set the length of the device >> path information as an input (along with probably checking the actual >> EDD version to see which size one should use as the device path >> information is variable-length). This fixes data smashing problems >> from passing an EDD 3 structure to BIOSes supporting EDD 4. >>=20 >> Approved by: re (kib) >>=20 >> -- >> Christoph Hoffmann >>=20 >> On Mar 1, 2012, at 10:39 PM, Palle Girgensohn wrote: >>=20 >>> Hi! >>>=20 >>> This is still happening with FreeBSD 9.0-RELEASE, as I have just >>> discovered. The hack works like a charm, but seems kind of odd... :) >>>=20 >>> Any progress in getting a "real" fix into the repository? Any risks with= >>> the hack - is it likely to believe that it will suddenly or sporadically= >>> fail? >>>=20 >>> Cheers, >>> Palle >>>=20 >>> Christoph Hoffmann skrev: >>>> Hello Daniel, >>>>=20 >>>> Last time I checked up on the issue was on the 23rd of September, >>>> it was not fixed then. >>>> I was able to to boot from drive 0x80 after adding: >>>>=20 >>>> *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 >>>> --- zfsboot.c Fri Sep 23 18:47:44 2011 >>>> *************** >>>> *** 459,464 **** >>>> --- 459,465 ---- >>>> heap_end =3D (char *) PTOV(bios_basemem); >>>> } >>>>=20 >>>> + printf("Hello! I am a hack.\n"); >>>> dsk =3D malloc(sizeof(struct dsk)); >>>> dsk->drive =3D *(uint8_t *)PTOV(ARGS); >>>> dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >>>>=20 >>>> I am inclined to think that this is related to the way how we compile t= his code,=20 >>>> especially when run on the following particular processor: >>>>=20 >>>> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is enabl= ed >>>> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz >>>> QPI Speed: 5.8 GT/s. >>>>=20 >>>>=20 >>>> Regards, >>>>=20 >>>> Christoph >>>>=20 >>>>=20 >>>> On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: >>>>=20 >>>>> Has this issue been resolved somehow? Sane method to build gptzfsboot t= hat will run on HP's P410i? >>>>>=20 >>>>> Daniel >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >>>>=20 >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >>=20 >>=20 >=20 > --=20 > John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:06:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67C5A106564A for ; Mon, 5 Mar 2012 20:06:24 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id EE36E8FC16 for ; Mon, 5 Mar 2012 20:06:23 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1633003eaa.13 for ; Mon, 05 Mar 2012 12:06:23 -0800 (PST) Received-SPF: pass (google.com: domain of jos@catnook.com designates 10.14.184.3 as permitted sender) client-ip=10.14.184.3; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jos@catnook.com designates 10.14.184.3 as permitted sender) smtp.mail=jos@catnook.com Received: from mr.google.com ([10.14.184.3]) by 10.14.184.3 with SMTP id r3mr11633196eem.109.1330977983064 (num_hops = 1); Mon, 05 Mar 2012 12:06:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.14.184.3 with SMTP id r3mr8851379eem.109.1330977982910; Mon, 05 Mar 2012 12:06:22 -0800 (PST) Received: by 10.14.22.66 with HTTP; Mon, 5 Mar 2012 12:06:22 -0800 (PST) In-Reply-To: <20120305195310.GO23354@e-new.0x20.net> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> Date: Mon, 5 Mar 2012 12:06:22 -0800 Message-ID: From: Jos Backus To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmccf1+9dsxTmpzqxkIjY/YPAR/TFh7eKcjdaRDGdTVsIxYFgvATi7/0Xu4ETuz7fwgcAVp Cc: Konstantin Belousov , Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:06:24 -0000 On Mon, Mar 5, 2012 at 11:53 AM, Lars Engels wrote: > On Mon, Mar 05, 2012 at 09:51:19PM +0200, Konstantin Belousov wrote: >> On Mon, Mar 05, 2012 at 08:43:15PM +0100, Lars Engels wrote: [snip] >> Hm, so do you have libmap.conf ? >> >> Yeah, it faults immediately. >> I suspect I know what is going on. >> > Yes, I have this in libmap.conf: > libpcre.so.0 libpcre.so.1 Fwiw, my libmap.conf is empty (alll comments). -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:07:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE151065714; Mon, 5 Mar 2012 20:07:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 809ED8FC17; Mon, 5 Mar 2012 20:07:58 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q25K7owR010093; Mon, 5 Mar 2012 22:07:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q25K7n9R090520; Mon, 5 Mar 2012 22:07:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q25K7n5B090519; Mon, 5 Mar 2012 22:07:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Mar 2012 22:07:49 +0200 From: Konstantin Belousov To: Lars Engels Message-ID: <20120305200749.GW75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jdAw5H+0hw/nhz1g" Content-Disposition: inline In-Reply-To: <20120305195310.GO23354@e-new.0x20.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Alex Keda , freebsd-current@freebsd.org, alc@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:07:59 -0000 --jdAw5H+0hw/nhz1g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 08:53:10PM +0100, Lars Engels wrote: > On Mon, Mar 05, 2012 at 09:51:19PM +0200, Konstantin Belousov wrote: > > On Mon, Mar 05, 2012 at 08:43:15PM +0100, Lars Engels wrote: > > > On Mon, Mar 05, 2012 at 09:27:49PM +0200, Konstantin Belousov wrote: > > > > On Mon, Mar 05, 2012 at 08:16:22PM +0100, Lars Engels wrote: > > > > > On Mon, Mar 05, 2012 at 09:12:11PM +0200, Konstantin Belousov wro= te: > > > > > > On Mon, Mar 05, 2012 at 10:41:01AM -0800, Jos Backus wrote: > > > > > > > On Mon, Mar 5, 2012 at 10:10 AM, Lars Engels wrote: > > > > > > > > On Mon, Mar 05, 2012 at 07:41:32PM +0400, Alex Keda wrote: > > > > > > > >> On 05.03.2012 19:39, Alex Keda wrote: > > > > > > > >> > I have 2 machine, i386 and amd64 > > > > > > > >> > world rebuild tonight all work. all applications crash w= ith core dump... > > > > > > > >> read as "world rebuild tonight not work" =3D)) > > > > > > >=20 > > > > > > > I noticed the same thing. My `make world' dies right after in= stalling > > > > > > > the new runtime linker. I was able to recover by copying > > > > > > > ld-elf.so.1.old using /rescue/{chflags,cp}. Oddly enough, whe= n I > > > > > > > manually build and install the runtime linker, it works. Mayb= e that's > > > > > > > a clue as to what's wrong. > > > > > >=20 > > > > > > I just did full buildworld on pristine sources at r232541 and a= md64 machine > > > > > > booted fine. > > > > > >=20 > > > > > > Can somebody put the faulting ld-elf.so.1 somewhere so I can do= wnload it ? > > > > >=20 > > > > > http://bsd-geek.de/FreeBSD/ld-elf.so.1 > > > >=20 > > > > It works for me :(. > > > >=20 > > > > Since your rtld is not stripped, try to link any binary using this = interpreter, > > > > i.e. supply -Wl,-I, to cc link comman= d. > > > > Then run the program, get core dump, load it into gdb and do "bt al= l". > > >=20 > > > "bt all" gives "No symbol table is loaded. Use the "file" command." > > >=20 > > > But just "bt" gives: > > >=20 > > > http://bsdpaste.bsdgroup.de/130927 > > Hm, so do you have libmap.conf ? > >=20 > > Yeah, it faults immediately. > > I suspect I know what is going on. > >=20 > Yes, I have this in libmap.conf: > libpcre.so.0 libpcre.so.1 >=20 The following change fixes ld-elf.so.1 with the present libmap.conf for me. diff --git a/libexec/rtld-elf/libmap.c b/libexec/rtld-elf/libmap.c index 773456b..cc4fd2b 100644 --- a/libexec/rtld-elf/libmap.c +++ b/libexec/rtld-elf/libmap.c @@ -3,7 +3,6 @@ */ =20 #include -#include #include #include #include @@ -53,6 +52,12 @@ static int closestrfn (void * cookie); #define iseol(c) (((c) =3D=3D '#') || ((c) =3D=3D '\0') || \ ((c) =3D=3D '\n') || ((c) =3D=3D '\r')) =20 +/* + * Do not use ctype.h macros, which rely on the working tls. It is + * too early to have thread-local variables operatable. + */ +#define isspace1(c) ((c) =3D=3D ' ' || (c) =3D=3D '\t') + int lm_init (char *libmap_override) { @@ -107,7 +112,7 @@ lmc_parse (FILE *fp) t =3D f =3D c =3D NULL; =20 /* Skip over leading space */ - while (isspace(*cp)) cp++; + while (isspace1(*cp)) cp++; =20 /* Found a comment or EOL */ if (iseol(*cp)) continue; @@ -117,7 +122,7 @@ lmc_parse (FILE *fp) cp++; =20 /* Skip leading space */ - while (isspace(*cp)) cp++; + while (isspace1(*cp)) cp++; =20 /* Found comment, EOL or end of selector */ if (iseol(*cp) || *cp =3D=3D ']') @@ -125,11 +130,11 @@ lmc_parse (FILE *fp) =20 c =3D cp++; /* Skip to end of word */ - while (!isspace(*cp) && !iseol(*cp) && *cp !=3D ']') + while (!isspace1(*cp) && !iseol(*cp) && *cp !=3D ']') cp++; =20 /* Skip and zero out trailing space */ - while (isspace(*cp)) *cp++ =3D '\0'; + while (isspace1(*cp)) *cp++ =3D '\0'; =20 /* Check if there is a closing brace */ if (*cp !=3D ']') continue; @@ -141,7 +146,7 @@ lmc_parse (FILE *fp) * There should be nothing except whitespace or comment from this point to the end of the line. */ - while(isspace(*cp)) cp++; + while(isspace1(*cp)) cp++; if (!iseol(*cp)) continue; =20 strcpy(prog, c); @@ -151,20 +156,20 @@ lmc_parse (FILE *fp) =20 /* Parse the 'from' candidate. */ f =3D cp++; - while (!isspace(*cp) && !iseol(*cp)) cp++; + while (!isspace1(*cp) && !iseol(*cp)) cp++; =20 /* Skip and zero out the trailing whitespace */ - while (isspace(*cp)) *cp++ =3D '\0'; + while (isspace1(*cp)) *cp++ =3D '\0'; =20 /* Found a comment or EOL */ if (iseol(*cp)) continue; =20 /* Parse 'to' mapping */ t =3D cp++; - while (!isspace(*cp) && !iseol(*cp)) cp++; + while (!isspace1(*cp) && !iseol(*cp)) cp++; =20 /* Skip and zero out the trailing whitespace */ - while (isspace(*cp)) *cp++ =3D '\0'; + while (isspace1(*cp)) *cp++ =3D '\0'; =20 /* Should be no extra tokens at this point */ if (!iseol(*cp)) continue; --jdAw5H+0hw/nhz1g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9VHRUACgkQC3+MBN1Mb4gjcACePbI3FQ9Ig4SE5BJBMFi7RbQV YSEAnAwpj3GzLYQHE/SinMl0SshhSRt4 =U3iP -----END PGP SIGNATURE----- --jdAw5H+0hw/nhz1g-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 18:27:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 696111065670 for ; Mon, 5 Mar 2012 18:27:35 +0000 (UTC) (envelope-from maxim.konovalov@gmail.com) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id E67608FC15 for ; Mon, 5 Mar 2012 18:27:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id q25IRRsd055092; Mon, 5 Mar 2012 22:27:27 +0400 (MSK) (envelope-from maxim.konovalov@gmail.com) Date: Mon, 5 Mar 2012 22:27:27 +0400 (MSK) From: Maxim Konovalov To: Hans Petter Selasky In-Reply-To: <201203051855.24230.hselasky@c2i.net> Message-ID: References: <20111130102439.E770E1065672@hub.freebsd.org> <20111202112053.E60451065670@hub.freebsd.org> <201203051855.24230.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 05 Mar 2012 20:09:22 +0000 Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: man ugen error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:27:35 -0000 [...] > > Also, there are some references to ugen.4 in the following man pages: > > > > ./usr.sbin/bluetooth/ath3kfw/ath3kfw.8 > > ./usr.sbin/uathload/uathload.8 > > > > Not sure how to deal with them. > > /dev/ugen is still there, but ugen as a separate and configurable kernel > device was removed in FreeBSD-8. > Understood. But they do have a reference to ugen(4) man page that we are going to remove, not to /dev/ugen. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:20:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ACDE106564A for ; Mon, 5 Mar 2012 20:20:40 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE23A8FC0C for ; Mon, 5 Mar 2012 20:20:39 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1637658eaa.13 for ; Mon, 05 Mar 2012 12:20:38 -0800 (PST) Received-SPF: pass (google.com: domain of jos@catnook.com designates 10.14.101.141 as permitted sender) client-ip=10.14.101.141; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jos@catnook.com designates 10.14.101.141 as permitted sender) smtp.mail=jos@catnook.com Received: from mr.google.com ([10.14.101.141]) by 10.14.101.141 with SMTP id b13mr11951298eeg.92.1330978838790 (num_hops = 1); Mon, 05 Mar 2012 12:20:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.14.101.141 with SMTP id b13mr9073857eeg.92.1330978838570; Mon, 05 Mar 2012 12:20:38 -0800 (PST) Received: by 10.14.22.66 with HTTP; Mon, 5 Mar 2012 12:20:38 -0800 (PST) In-Reply-To: <20120305200749.GW75778@deviant.kiev.zoral.com.ua> References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> <20120305200749.GW75778@deviant.kiev.zoral.com.ua> Date: Mon, 5 Mar 2012 12:20:38 -0800 Message-ID: From: Jos Backus To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlHTDzNzU+BT3J5KD1YsuVHC70l3Pjb3R5QPVIQ9UT3ULekCHN+rfjnn74jWb3sT/kn8f5P Cc: Alex Keda , alc@freebsd.org, freebsd-current@freebsd.org, Lars Engels Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:20:40 -0000 On Mon, Mar 5, 2012 at 12:07 PM, Konstantin Belousov wrote: > The following change fixes ld-elf.so.1 with the present libmap.conf for me. [snip] Thanks Kostik, I'm running a `make world' with your patch now. It didn't apply cleanly but it was clear that the idea was to replace all calls to isspace() with the added isspace1() macro and not use ctypes.h. Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 20:35:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7771065673; Mon, 5 Mar 2012 20:35:20 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3C07B8FC18; Mon, 5 Mar 2012 20:35:20 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 7AEED6A61BE; Mon, 5 Mar 2012 21:35:19 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id 4qT0-rIcs-Ye; Mon, 5 Mar 2012 21:35:19 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 2DC846A6015; Mon, 5 Mar 2012 21:35:19 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q25KZIbh067241; Mon, 5 Mar 2012 21:35:18 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q25KZIVk067059; Mon, 5 Mar 2012 21:35:18 +0100 (CET) (envelope-from lars) Date: Mon, 5 Mar 2012 21:35:18 +0100 From: Lars Engels To: Jos Backus Message-ID: <20120305203518.GP23354@e-new.0x20.net> References: <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> <20120305200749.GW75778@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JPKYlvo4+BwO1+FT" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , Alex Keda , freebsd-current@freebsd.org, alc@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:35:20 -0000 --JPKYlvo4+BwO1+FT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2012 at 12:20:38PM -0800, Jos Backus wrote: > On Mon, Mar 5, 2012 at 12:07 PM, Konstantin Belousov > wrote: > > The following change fixes ld-elf.so.1 with the present libmap.conf for= me. > [snip] >=20 > Thanks Kostik, I'm running a `make world' with your patch now. It > didn't apply cleanly but it was clear that the idea was to replace all > calls to isspace() with the added isspace1() macro and not use > ctypes.h. Had the same problem applying the patch, but after manual editing and buildworld, installworld worked fine. Problem fixed, thanks a lot. :) --JPKYlvo4+BwO1+FT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VI4YACgkQKc512sD3afgM7wCdGlzTzq3PXxRvLUwUG+OwMr9i 9KAAni/KESzd9/C9rYJJyq5P35oqUrbJ =G61F -----END PGP SIGNATURE----- --JPKYlvo4+BwO1+FT-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 22:03:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54C6A1065698; Mon, 5 Mar 2012 22:03:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 15FEC8FC1A; Mon, 5 Mar 2012 22:03:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id AAA0D46B43; Mon, 5 Mar 2012 17:03:11 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3712EB924; Mon, 5 Mar 2012 17:03:11 -0500 (EST) From: John Baldwin To: Palle Girgensohn Date: Mon, 5 Mar 2012 16:16:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201203051239.53934.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203051616.12188.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 Mar 2012 17:03:11 -0500 (EST) Cc: Palle Girgensohn , Christoph Hoffmann , "freebsd-current@freebsd.org" Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:03:12 -0000 On Monday, March 05, 2012 2:35:59 pm Palle Girgensohn wrote: > > 5 mar 2012 kl. 18:39 skrev John Baldwin : > > > On Saturday, March 03, 2012 7:06:14 pm Christoph Hoffmann wrote: > >> Hello, > >> > >> I think this bug has been fix by John Baldwin (see below) after he found that HP > >> implemented 'e09127r3 EDD-4 Hybrid MBR boot code annex' dated > >> 4 January 2010. > >> > >> Maybe John could shade some light on it? > > > > Hmm, this fix should be in 9.0, so I don't have an explanation for why booting > > on 9.0 would still be broken. > > > Ok, that's odd. I tried 9.0, it does fail, and the printf actually makes it work. Can you try editing sys/boot/i386/common/drv.c and adding some additional padding after the edd_params? Perhaps the BIOS is assuming it always gets the full thing even if we pass in a 1.1-sized structure. Just try putting a edd_params_v4 structure after the normal one. > Palle > > > > >> Regards, > >> > >> Christoph > >> > >> Author: jhb > >> Date: Wed Nov 9 18:26:19 2011 > >> New Revision: 227400 > >> URL: > >> http://svn.freebsd.org/changeset/base/227400 > >> > >> Log: > >> MFC 226748: > >> - Add a new header for the x86 boot code that defines various structures > >> and constants related to the BIOS Enhanced Disk Drive Specification. > >> - Use this header instead of magic numbers and various duplicate structure > >> definitions for doing I/O. > >> - Use an actual structure for the request to fetch drive parameters in > >> drvsize() rather than a gross hack of a char array with some magic > >> size. While here, change drvsize() to only pass the 1.1 version of > >> the structure and not request device path information. If we want > >> device path information you have to set the length of the device > >> path information as an input (along with probably checking the actual > >> EDD version to see which size one should use as the device path > >> information is variable-length). This fixes data smashing problems > >> from passing an EDD 3 structure to BIOSes supporting EDD 4. > >> > >> Approved by: re (kib) > >> > >> -- > >> Christoph Hoffmann > >> > >> On Mar 1, 2012, at 10:39 PM, Palle Girgensohn wrote: > >> > >>> Hi! > >>> > >>> This is still happening with FreeBSD 9.0-RELEASE, as I have just > >>> discovered. The hack works like a charm, but seems kind of odd... :) > >>> > >>> Any progress in getting a "real" fix into the repository? Any risks with > >>> the hack - is it likely to believe that it will suddenly or sporadically > >>> fail? > >>> > >>> Cheers, > >>> Palle > >>> > >>> Christoph Hoffmann skrev: > >>>> Hello Daniel, > >>>> > >>>> Last time I checked up on the issue was on the 23rd of September, > >>>> it was not fixed then. > >>>> I was able to to boot from drive 0x80 after adding: > >>>> > >>>> *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 > >>>> --- zfsboot.c Fri Sep 23 18:47:44 2011 > >>>> *************** > >>>> *** 459,464 **** > >>>> --- 459,465 ---- > >>>> heap_end = (char *) PTOV(bios_basemem); > >>>> } > >>>> > >>>> + printf("Hello! I am a hack.\n"); > >>>> dsk = malloc(sizeof(struct dsk)); > >>>> dsk->drive = *(uint8_t *)PTOV(ARGS); > >>>> dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > >>>> > >>>> I am inclined to think that this is related to the way how we compile this code, > >>>> especially when run on the following particular processor: > >>>> > >>>> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is enabled > >>>> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz > >>>> QPI Speed: 5.8 GT/s. > >>>> > >>>> > >>>> Regards, > >>>> > >>>> Christoph > >>>> > >>>> > >>>> On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: > >>>> > >>>>> Has this issue been resolved somehow? Sane method to build gptzfsboot that will run on HP's P410i? > >>>>> > >>>>> Daniel > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>>> > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> _______________________________________________ > >>> 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" > >> > >> > > > > -- > > John Baldwin > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 22:41:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 895841065670 for ; Mon, 5 Mar 2012 22:41:02 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16E3A8FC19 for ; Mon, 5 Mar 2012 22:41:01 +0000 (UTC) Received: by eekd17 with SMTP id d17so1737327eek.13 for ; Mon, 05 Mar 2012 14:41:01 -0800 (PST) Received-SPF: pass (google.com: domain of bschmidt@techwires.net designates 10.14.37.78 as permitted sender) client-ip=10.14.37.78; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bschmidt@techwires.net designates 10.14.37.78 as permitted sender) smtp.mail=bschmidt@techwires.net Received: from mr.google.com ([10.14.37.78]) by 10.14.37.78 with SMTP id x54mr1700150eea.42.1330987261144 (num_hops = 1); Mon, 05 Mar 2012 14:41:01 -0800 (PST) Received: by 10.14.37.78 with SMTP id x54mr1265681eea.42.1330985648987; Mon, 05 Mar 2012 14:14:08 -0800 (PST) Received: from amy.lab.techwires.net (dslb-088-067-212-216.pools.arcor-ip.net. [88.67.212.216]) by mx.google.com with ESMTPS id y11sm5185684eem.3.2012.03.05.14.14.07 (version=SSLv3 cipher=OTHER); Mon, 05 Mar 2012 14:14:08 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-current@freebsd.org Date: Mon, 5 Mar 2012 23:14:21 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203052314.22050.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQnMpRGNXqR6CBWAo8NIU6czOKPtr3Ln2xi0Y5SpmiOzXRlGOu/OxPA3Og3i33drmKxdQ2ol Cc: freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:41:02 -0000 On Monday 05 March 2012 18:42:12 Mitsuru IWASAKI wrote: > Hi, > > I've fixed iwi(4) so that Intel(R) PRO/Wireless 2915ABG work > in WEP mode, which seems to be broken since 8.0-RELEASE. > > The patches against HEAD at: > http://people.freebsd.org/~iwasaki/iwi/iwi-20120305.diff > > I'm not sure that changes on ieee80211 layer are right fixes, > but all of mbufs were discarded in ieee80211_start() in WEP mode. > > ---- > void > ieee80211_start(struct ifnet *ifp) > { > [snip] > if (ni->ni_associd == 0 && > (ni->ni_flags & IEEE80211_NODE_ASSOCID)) { > IEEE80211_DISCARD_MAC(vap, IEEE80211_MSG_OUTPUT, > eh->ether_dhost, NULL, > "sta not associated (type 0x%04x)", > htons(eh->ether_type)); > vap->iv_stats.is_tx_notassoc++; > ifp->if_oerrors++; > m_freem(m); > ieee80211_free_node(ni); > continue; > } > ---- > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd > is set. Any suggestions on this part are welcome. Are you sure the net80211 part is correct? It looks to me as if you are just masking the real issue. The IEEE80211_NODE_ASSOCID flag is ment to be used to verify that an associd has actually been set, not doing so will break other things I guess. iwi(4) is a bit tricky in that regard, as it sets the associd itself, check iwi_checkforqos(). I'd verify that function is actually called and if so if the parameters are correct. I fumbled around there once, might have wrong WEP.. > I'm going to commit the changes coming weekend. What's the reason behing adding if_qflush()/if_transmit()? -- Bernhard From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 22:55:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF310106566C; Mon, 5 Mar 2012 22:55:30 +0000 (UTC) (envelope-from girgen@pingpong.net) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8158FC2B; Mon, 5 Mar 2012 22:55:30 +0000 (UTC) Received: from [10.0.1.4] (c-fb56e155.1521-1-64736c12.cust.bredbandsbolaget.se [85.225.86.251]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by melon.pingpong.net (Postfix) with ESMTPSA id 41B9A212EF; Mon, 5 Mar 2012 23:55:28 +0100 (CET) References: <201203051239.53934.jhb@freebsd.org> <201203051616.12188.jhb@freebsd.org> In-Reply-To: <201203051616.12188.jhb@freebsd.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <26B4F050-2C6F-41D9-A850-AD9F4B0355DA@pingpong.net> X-Mailer: iPhone Mail (9A405) From: Palle Girgensohn Date: Mon, 5 Mar 2012 23:55:24 +0100 To: John Baldwin Cc: Palle Girgensohn , Christoph Hoffmann , "freebsd-current@freebsd.org" Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:55:31 -0000 5 mar 2012 kl. 22:16 skrev John Baldwin : > On Monday, March 05, 2012 2:35:59 pm Palle Girgensohn wrote: >>=20 >> 5 mar 2012 kl. 18:39 skrev John Baldwin : >>=20 >>> On Saturday, March 03, 2012 7:06:14 pm Christoph Hoffmann wrote: >>>> Hello, >>>>=20 >>>> I think this bug has been fix by John Baldwin (see below) after he foun= d that HP >>>> implemented 'e09127r3 EDD-4 Hybrid MBR boot code annex' dated >>>> 4 January 2010.=20 >>>>=20 >>>> Maybe John could shade some light on it? >>>=20 >>> Hmm, this fix should be in 9.0, so I don't have an explanation for why b= ooting >>> on 9.0 would still be broken. >>=20 >>=20 >> Ok, that's odd. I tried 9.0, it does fail, and the printf actually makes i= t work.=20 >=20 > Can you try editing sys/boot/i386/common/drv.c and adding some additional p= adding after > the edd_params? Perhaps the BIOS is assuming it always gets the full thin= g even if > we pass in a 1.1-sized structure. Just try putting a edd_params_v4 struct= ure after the > normal one. Yes, I'll try that. It might take a couple of days, since I'm in the a quite= busy the next day or two, but I will check it out.=20 Cheers, Palle >=20 >> Palle >>=20 >>>=20 >>>> Regards, >>>>=20 >>>> Christoph >>>>=20 >>>> Author: jhb >>>> Date: Wed Nov 9 18:26:19 2011 >>>> New Revision: 227400 >>>> URL:=20 >>>> http://svn.freebsd.org/changeset/base/227400 >>>>=20 >>>> Log: >>>> MFC 226748: >>>> - Add a new header for the x86 boot code that defines various structure= s >>>> and constants related to the BIOS Enhanced Disk Drive Specification. >>>> - Use this header instead of magic numbers and various duplicate struct= ure >>>> definitions for doing I/O. >>>> - Use an actual structure for the request to fetch drive parameters in >>>> drvsize() rather than a gross hack of a char array with some magic >>>> size. While here, change drvsize() to only pass the 1.1 version of >>>> the structure and not request device path information. If we want >>>> device path information you have to set the length of the device >>>> path information as an input (along with probably checking the actual= >>>> EDD version to see which size one should use as the device path >>>> information is variable-length). This fixes data smashing problems >>>> from passing an EDD 3 structure to BIOSes supporting EDD 4. >>>>=20 >>>> Approved by: re (kib) >>>>=20 >>>> -- >>>> Christoph Hoffmann >>>>=20 >>>> On Mar 1, 2012, at 10:39 PM, Palle Girgensohn wrote: >>>>=20 >>>>> Hi! >>>>>=20 >>>>> This is still happening with FreeBSD 9.0-RELEASE, as I have just >>>>> discovered. The hack works like a charm, but seems kind of odd... :) >>>>>=20 >>>>> Any progress in getting a "real" fix into the repository? Any risks wi= th >>>>> the hack - is it likely to believe that it will suddenly or sporadical= ly >>>>> fail? >>>>>=20 >>>>> Cheers, >>>>> Palle >>>>>=20 >>>>> Christoph Hoffmann skrev: >>>>>> Hello Daniel, >>>>>>=20 >>>>>> Last time I checked up on the issue was on the 23rd of September, >>>>>> it was not fixed then. >>>>>> I was able to to boot from drive 0x80 after adding: >>>>>>=20 >>>>>> *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 >>>>>> --- zfsboot.c Fri Sep 23 18:47:44 2011 >>>>>> *************** >>>>>> *** 459,464 **** >>>>>> --- 459,465 ---- >>>>>> heap_end =3D (char *) PTOV(bios_basemem); >>>>>> } >>>>>>=20 >>>>>> + printf("Hello! I am a hack.\n"); >>>>>> dsk =3D malloc(sizeof(struct dsk)); >>>>>> dsk->drive =3D *(uint8_t *)PTOV(ARGS); >>>>>> dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >>>>>>=20 >>>>>> I am inclined to think that this is related to the way how we compile= this code,=20 >>>>>> especially when run on the following particular processor: >>>>>>=20 >>>>>> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is ena= bled >>>>>> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz >>>>>> QPI Speed: 5.8 GT/s. >>>>>>=20 >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>> Christoph >>>>>>=20 >>>>>>=20 >>>>>> On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: >>>>>>=20 >>>>>>> Has this issue been resolved somehow? Sane method to build gptzfsboo= t that will run on HP's P410i? >>>>>>>=20 >>>>>>> Daniel >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebs= d.org" >>>>>>=20 >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >>>>=20 >>>>=20 >>>=20 >>> --=20 >>> John Baldwin >>=20 >=20 > --=20 > John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 06:50:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DA6251065674 for ; Tue, 6 Mar 2012 06:50:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2CC30176A31; Tue, 6 Mar 2012 06:50:42 +0000 (UTC) Message-ID: <4F55B3C3.7030803@FreeBSD.org> Date: Tue, 06 Mar 2012 00:50:43 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Lars Engels References: <4F54DE25.7050200@lissyara.su> <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> In-Reply-To: <20120305195310.GO23354@e-new.0x20.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , Alex Keda , freebsd-current@freebsd.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 06:50:42 -0000 On 3/5/2012 1:53 PM, Lars Engels wrote: > Yes, I have this in libmap.conf: > libpcre.so.0 libpcre.so.1 It would be much better to just put the old pcre.0 in /usr/local/lib/compat/pkg until you've updated everything linked to it. From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 06:54:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04D7F1065674 for ; Tue, 6 Mar 2012 06:54:33 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id A5A1A8FC1B for ; Tue, 6 Mar 2012 06:54:32 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id A0E6C6A6015; Tue, 6 Mar 2012 07:54:31 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id S3dylw4a0Yw9; Tue, 6 Mar 2012 07:54:31 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 53F9D6A6004; Tue, 6 Mar 2012 07:54:31 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q266sVel035086; Tue, 6 Mar 2012 07:54:31 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q266sUIO033919; Tue, 6 Mar 2012 07:54:30 +0100 (CET) (envelope-from lars) Date: Tue, 6 Mar 2012 07:54:30 +0100 From: Lars Engels To: Doug Barton Message-ID: <20120306065430.GQ23354@e-new.0x20.net> References: <4F54DEAC.3040200@lissyara.su> <20120305181025.GJ23354@e-new.0x20.net> <20120305191211.GT75778@deviant.kiev.zoral.com.ua> <20120305191622.GM23354@e-new.0x20.net> <20120305192749.GU75778@deviant.kiev.zoral.com.ua> <20120305194315.GN23354@e-new.0x20.net> <20120305195119.GV75778@deviant.kiev.zoral.com.ua> <20120305195310.GO23354@e-new.0x20.net> <4F55B3C3.7030803@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kZU6r8y0YpRwyDfh" Content-Disposition: inline In-Reply-To: <4F55B3C3.7030803@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , Alex Keda , freebsd-current@FreeBSD.org Subject: Re: -CURRENT is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 06:54:33 -0000 --kZU6r8y0YpRwyDfh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2012 at 12:50:43AM -0600, Doug Barton wrote: > On 3/5/2012 1:53 PM, Lars Engels wrote: > > Yes, I have this in libmap.conf: > > libpcre.so.0 libpcre.so.1 >=20 > It would be much better to just put the old pcre.0 in > /usr/local/lib/compat/pkg until you've updated everything linked to it. Yes, I know, but I forgot the -w option to portmaster. :) --kZU6r8y0YpRwyDfh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9VtKYACgkQKc512sD3afidigCgwnhj0hPvfWJp2xWOmZfQY40w mtgAni0UqdQWjMzVhb1fliAYZH/RYHcx =VIEe -----END PGP SIGNATURE----- --kZU6r8y0YpRwyDfh-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 06:59:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DC361106564A; Tue, 6 Mar 2012 06:59:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2B25914FA17; Tue, 6 Mar 2012 06:59:48 +0000 (UTC) Message-ID: <4F55B5E3.1080207@FreeBSD.org> Date: Tue, 06 Mar 2012 00:59:47 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 06:59:49 -0000 On 3/4/2012 2:04 PM, Adrian Chadd wrote: > 2012/3/3 Doug Barton : >> On 03/02/2012 16:05, Adrian Chadd wrote: >>> Try breaking that cycle. >> >> ... one of the things I've been asking for years. :) >> >> Julian's right though, I think PC-BSD will help, but I still think that >> committers should run -current. I've asked privately for our committers >> to go back to -current and then have some dedicated development time >> where we work together to fix the problems that *we* find in order to >> make the project more desktop-friendly overall. I was (figuratively) >> laughed out of the room. > > There's a magic intersection between "need to run current" and "need > to keep stuff unbroken enough to get work done." Personally I have a -current partition (slice) that I keep up to date, and an 8-stable'ish slice that I purposely keep in a known-good state, and only update if -current has been running good for a while (which it has more often than not in the last several years). I have both slices set up to share data such as /home, my cvs and svn trees, etc. This has worked really well for me (and others, I originally got the idea and some of my configuration from David Wolfskill) for over a decade. hth, Doug From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 08:12:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B37D1065672; Tue, 6 Mar 2012 08:12:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6FC8FC20; Tue, 6 Mar 2012 08:12:41 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so3239876wib.13 for ; Tue, 06 Mar 2012 00:12:40 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4EYVDl71iQH3DSyI3qfa5PUnwZpmfTRXTLmcmb3m8ZE=; b=LyjZ6yIG3rNYJ2LBjLhxjt2r+E8yL9k7Rjp5Y8uTG8dMp4aPU9btc6V2bieI7Wkuq5 VG+uTaQvqq+pVABVdjA2M7y6tUWro5MxzNXNbHh6OS/FO+/omVTI9uDEW8uAxieA6Ryk bYr8XAOsstRuAnaF+dAZ92ONy4DtDuiQNuJuwJmNn5ilcf7tG7imaF/8GCxC/aAN08lI xVRf4CNVJDpsSTSFkOU7s+U5WhfWlBQH7OE0ds6CbZ/LCNfInbtF+cYMPuG6s06MaCrC P8Jmp9zgO7vR/k/iSEritP3UHcatbZvHwPv4RQzyFbnyBSL7I/o9ifFlP/E8I5EY5wjo xKJg== MIME-Version: 1.0 Received: by 10.180.96.8 with SMTP id do8mr16682490wib.21.1331021560490; Tue, 06 Mar 2012 00:12:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Tue, 6 Mar 2012 00:12:40 -0800 (PST) In-Reply-To: <4F55B5E3.1080207@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> <4F55B5E3.1080207@FreeBSD.org> Date: Tue, 6 Mar 2012 00:12:40 -0800 X-Google-Sender-Auth: bPKx55nNwSptWjORamfgEazCh1o Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 08:12:42 -0000 You haven't been bitten by the storage layer or filesystem hackery bits which has caused filesystem corruption. :) That said, FFS+SUJ has made recover-from-kernel-panic so much less painful. Thankyou Jeffr and others! What I tend to do is either run current on a VM or organise some dedicated -current laptops. And run the bits of -current I'm testing on -8 and -9. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 08:21:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 62082106564A; Tue, 6 Mar 2012 08:21:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7817D14F120; Tue, 6 Mar 2012 08:21:53 +0000 (UTC) Message-ID: <4F55C91F.4040503@FreeBSD.org> Date: Tue, 06 Mar 2012 02:21:51 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> <4F55B5E3.1080207@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 08:21:55 -0000 On 3/6/2012 2:12 AM, Adrian Chadd wrote: > You haven't been bitten by the storage layer or filesystem hackery > bits which has caused filesystem corruption. :) Ummm, I have, actually. I was one of the early adopters of SU+J and complained loudly when it ate my /var/ for lunch. I also use a lot of separate slices/partitions, so my system partition isn't getting written to very often, isn't using SU+J, and almost always comes up clean after a crash. My layout looks like this: FreeBSD 1 & 2 are the same: / + /usr /var /tmp (memory disk) /usr/local/ (this is the big partition, things like ports WRKDIRPREFIX and /usr/obj go here) Then I have separate ext2fs filesystems for /home, /data (cvs, svn, other big trees). These are accessible from my Linux partition, which is also where the shared swap partition is. Using ext2fs for things I really care about (like /home) or things that would take a long time to reproduce (like cvs and svn trees) has helped avoid some of the more exciting corruption/data loss events, and everything on the /usr/local's is either backed up, or trivially reproducable. > That said, FFS+SUJ has made recover-from-kernel-panic so much less > painful. Thankyou Jeffr and others! It's also made a mess out of snapshots ... The only thing I use SU+J for is /var and /usr/local (see above). > What I tend to do is either run current on a VM or organise some > dedicated -current laptops. And run the bits of -current I'm testing > on -8 and -9. Well you get a gold start for actually running it at all, so there you go. :) Doug From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 08:57:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 910B01065677; Tue, 6 Mar 2012 08:57:31 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4455F8FC20; Tue, 6 Mar 2012 08:57:31 +0000 (UTC) Received: from [89.204.139.240] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1S4qCw-0006g4-Vw; Tue, 06 Mar 2012 09:57:23 +0100 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q268vJ4c001412; Tue, 6 Mar 2012 09:57:20 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q268vIvj001411; Tue, 6 Mar 2012 09:57:18 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Tue, 6 Mar 2012 09:57:18 +0100 From: Matthias Apitz To: Juergen Lock Message-ID: <20120306085717.GA1403@tiny> References: <20120301153409.GA2478@tiny> <201203012113.q21LDEjW009574@triton8.kn-bremen.de> <201203042306.q24N6aZM027784@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201203042306.q24N6aZM027784@triton8.kn-bremen.de> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.240 Cc: gnome@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: skype-2.1.0.81,1 && problem in child proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 08:57:31 -0000 El día Monday, March 05, 2012 a las 12:06:36AM +0100, Juergen Lock escribió: > Can you test the following patch? Also at: > > http://people.freebsd.org/~nox/tmp/xdg-utils-linux.patch The patch installs fine and the resulting package from the port solves the problem; thanks matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 16:09:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17D271065672 for ; Tue, 6 Mar 2012 16:09:22 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C65198FC0C for ; Tue, 6 Mar 2012 16:09:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1S4wwy-0002aF-Rl>; Tue, 06 Mar 2012 17:09:20 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S4wwy-0006AY-O9>; Tue, 06 Mar 2012 17:09:20 +0100 Message-ID: <4F5636AA.2060703@mail.zedat.fu-berlin.de> Date: Tue, 06 Mar 2012 17:09:14 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig65C11C6F65C1E16A5C721EE1" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 06 Mar 2012 16:35:58 +0000 Subject: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 16:09:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig65C11C6F65C1E16A5C721EE1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello. Well, I run on a brand new "luxury" box the newest Intel CPU Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent ASUS workstation motherboard. The box is running FreeBSD 9.0-STABLE/amd64 at the moment. I discovered some "problems" with the SATA/AHCI interface. Since the peripherial hardware didn't change, except mainboard and CPU (and a lot of more memory), I guess FreeBSD 9.0-STABLE does have some issues with the new hardware. So I'd like to use FreeBSD 10.0-CURRENT/amd64, which I use successfully on an oldish two core Core2Duo box. VirtualBox, for instance, on the FBSD 9.0 box with the new hardware, stops working from time to time, the Windows-7 is getting stuck. The implication, that FreeBSD 9 can not handle the new hardware is wrong at that point, since even the VBox could have it's issues with the new 6 core Sandy Bridge-E, but the issues with the SATA 6GB subsystems are "real". Sometimes the system gets stuck. Well, I tried to switch by doing a "svn switch" in /usr/src, building a kernel, restarting the kernel in single user mode and then trying to build the world. At some point in /usr/src/share (I forgot were exactly, it was somewhere with lots of locale stuff), the buildworld process fails so I couldn't build a world. It wouldn't be bad if the "switch" isn't possible at the moment by simply switching the sources, but I'm still inclined to give the new hardware the propper new OS - hoping, that new driver will pay tribute to new hardware ... Thanks for your comments in advance, Oliver --------------enig65C11C6F65C1E16A5C721EE1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVjawAAoJEOgBcD7A/5N817MIALpNuCjCIcX0H5W212ephAvN QeIIlxvtCDiYaNuxpGI+pYSsVehNtkD/C6BUfWUBUKRnMjOR0w9KiSK8mEp/CYxi SLt2lAy3ppDkgNsu+pYsH+hIFJO9PV4aD00cttcLLJtllmaNKW358uivh74hSULB J6t0qzrF8PUSXpS+m2Wdk4ukIcak/9Q7BUwyADsgpv+HAR5wMZF70BlQB5GEJL2e NA/z+7Q3S3sL1mmC4L2LPe/Y1IQGObpQUpj61VYwfsiP9K2jTQID4vurDAHGxllD UpXmCWTl66FYW4NTW5ofbjqtceHbx4irwGEjXIB/MwRS8qpuCMuwS0xbap26hak= =1xu1 -----END PGP SIGNATURE----- --------------enig65C11C6F65C1E16A5C721EE1-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 17:30:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C27D106564A for ; Tue, 6 Mar 2012 17:30:49 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0070D8FC0C for ; Tue, 6 Mar 2012 17:30:48 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q26HUlFe014376; Wed, 7 Mar 2012 02:30:47 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Wed, 07 Mar 2012 02:30:46 +0900 (JST) Message-Id: <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> To: bschmidt@freebsd.org, adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <201203052314.22050.bschmidt@freebsd.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203052314.22050.bschmidt@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 17:30:49 -0000 Thanks Bernhard and Adrian, I think the problem seems to be solved. > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd > > is set. Any suggestions on this part are welcome. > > Are you sure the net80211 part is correct? It looks to me as if you > are just masking the real issue. The IEEE80211_NODE_ASSOCID flag is > ment to be used to verify that an associd has actually been set, not > doing so will break other things I guess. iwi(4) is a bit tricky in > that regard, as it sets the associd itself, check iwi_checkforqos(). > I'd verify that function is actually called and if so if the parameters > are correct. I fumbled around there once, might have wrong WEP.. As you suggested, iwi_checkforqos() has problems, wrong asresp frame parsing. ---- @@ -1357,8 +1365,8 @@ frm += 2; wme = NULL; - while (frm < efrm) { - IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1], return); + while (efrm - frm > 1) { + IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1] + 2, return); switch (*frm) { case IEEE80211_ELEMID_VENDOR: if (iswmeoui(frm)) ---- Bacause of the condition `while (frm < efrm)', IEEE80211_VERIFY_LENGTH() was checking item length beyond the ieee80211_frame region, and returned from iwi_checkforqos() without setting flags, capinfo and associd! I made above changes referring to net80211 code such as ieee80211_sta.c. Today's version of patches at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120306.diff This one don't have changes on net80211 part at all. > What's the reason behing adding if_qflush()/if_transmit()? In RELENG_7, data frame is transmitted by iwi_tx_start() like this. ether_output ether_output_frame IFQ_HANDOFF/IFQ_HANDOFF_ADJ if_start iwi_start iwi_tx_start After 8.0-RELEASE, device specific if_transmit() is called via net80211 layer. ether_output ether_output_frame if_transmit IFQ_HANDOFF/IFQ_HANDOFF_ADJ if_start ieee80211_start parent->if_transmit(ie. iwi_transmit()) There was not if_transmit method in iwi(4), so I add it. On if_qflush(), CURRENT kernel complains that `transmit and qflush must both either be set or both be NULL' from if.c. I wrote iwi_qflush(), but actually never tested it... From: Adrian Chadd > Would you please open a PR with this particular issue and then attach > the patch to it? I prefer committing changes on iwi(4) by myself, because grimreaper@ keep giving pressure to me `Your src commit bit is still idle.' for long time :) I just want to stop it. > I'd rather you not commit the net80211 change until I've verified that > WEP works or doesn't work with ath(4). Never mind, I think I don't need to touch on net80211. Thanks! From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 17:48:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3449106567C; Tue, 6 Mar 2012 17:48:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id DBD598FC15; Tue, 6 Mar 2012 17:48:28 +0000 (UTC) Received: by werl4 with SMTP id l4so4274834wer.13 for ; Tue, 06 Mar 2012 09:48:22 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Bw9Zy0lZpAHPXxKvuLLllil9LD+LH/haktQmv8unWTY=; b=x3Rtpps8s1kZwus3ydOBfW+WXLDBVv/DIqG/Ohh5jTawUPKvURmlAUhdZsd0KLjReJ g3VgiavVX7vwMIpovytLcWIpFvv3Zd2sxS29ErArD/2IVVEXyqiySkGmpmmgxgUoEmL2 0xqBrH+FsY/UdI9vYqR1oOAagllt2mg3FWK2fEwOMcj5xPQtuouNz/NURnehWi6aL4JH mDU3Is3UaQLDBCx0okjhnDmBqU2qzHwmuyTDwdV/qe8S4h3EClzrLXcugAcds7WrGhFj ogRIqKT4wC0OMLk+1JrH+RSUBxtIR4t1nTpk33PimhuRFBB2w0flrXqz9kWey+3QvbS1 da3Q== MIME-Version: 1.0 Received: by 10.180.78.6 with SMTP id x6mr20325638wiw.18.1331056102079; Tue, 06 Mar 2012 09:48:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Tue, 6 Mar 2012 09:48:22 -0800 (PST) In-Reply-To: <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203052314.22050.bschmidt@freebsd.org> <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> Date: Tue, 6 Mar 2012 09:48:22 -0800 X-Google-Sender-Auth: ajzTUrSvm8Lj45qfTCiBa9DOvfM Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 17:48:29 -0000 Hi, I'd rather you file a PR first describing what you just did, then commit the fix and close the PR. Since you've found a problem, it sounds like a great reason to open a Problem Report. :) You can then link the commit against the PR so they reference each other. I've been doing it for my ath/net80211 bugfixes, no matter how quickly I find/fix the bug. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 18:01:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A44E106567D for ; Tue, 6 Mar 2012 18:01:36 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CC3108FC16 for ; Tue, 6 Mar 2012 18:01:35 +0000 (UTC) Received: by vcmm1 with SMTP id m1so4184903vcm.13 for ; Tue, 06 Mar 2012 10:01:35 -0800 (PST) Received-SPF: pass (google.com: domain of tevans.uk@googlemail.com designates 10.220.229.65 as permitted sender) client-ip=10.220.229.65; Authentication-Results: mr.google.com; spf=pass (google.com: domain of tevans.uk@googlemail.com designates 10.220.229.65 as permitted sender) smtp.mail=tevans.uk@googlemail.com; dkim=pass header.i=tevans.uk@googlemail.com Received: from mr.google.com ([10.220.229.65]) by 10.220.229.65 with SMTP id jh1mr3933473vcb.2.1331056895024 (num_hops = 1); Tue, 06 Mar 2012 10:01:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=VZAGi/N0RAuorK/0wSOWTqRhLj4AkI4UFzYR2oicKIs=; b=t52Bx5EI0ZENVl2phhHPNvE1XvIhJhPGITj+LOQT0rugGWF6ONXP9EsKmuXCWwnWbd fnGDfOLz7Tz5DzlcIuhx2KGt/oQT+5T/qarOnY0Ztivn5A+tSDyNdA22BtE+jbkhbe4b n+JuqyncCYcml15cO+hAdYU5pIrwK+cwRFekUiKY5QfX5ghp17aR6XGmogKARUX86bui qA5npa5QkALZfzqwfHXLb3Zw/IXSpI6L1slAWHK6egrZVa+ovvVfFTdydid9U6J6xial 6EZY2rcwYCijMKpFcD0Fk8xQ6PMhZJ1/rdz10bRM60OguDRH9mfpUiMCatH85hOCYlAm sQtQ== MIME-Version: 1.0 Received: by 10.220.229.65 with SMTP id jh1mr3267985vcb.2.1331055200162; Tue, 06 Mar 2012 09:33:20 -0800 (PST) Received: by 10.52.110.100 with HTTP; Tue, 6 Mar 2012 09:33:20 -0800 (PST) In-Reply-To: <4F5636AA.2060703@mail.zedat.fu-berlin.de> References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> Date: Tue, 6 Mar 2012 17:33:20 +0000 Message-ID: From: Tom Evans To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 18:01:36 -0000 On Tue, Mar 6, 2012 at 4:09 PM, O. Hartmann wrote: > Hello. > [=E2=80=A6] > > Well, I tried to switch by doing a "svn switch" in /usr/src, building a > kernel, restarting the kernel in single user mode and then trying to > build the world. At some point in /usr/src/share (I forgot were exactly, > it was somewhere with lots of locale stuff), the buildworld process > fails so I couldn't build a world. /usr/src/UPDATING says this: To upgrade in-place from 8.x-stable to current ---------------------------------------------- make buildworld [9] make kernel KERNCONF=3DYOUR_KERNEL_HERE [8] [1] [3] mergemaster -p [5] make installworld mergemaster -i [4] make delete-old [6] Even though it says 8.x, I would start from these instructions. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 18:04:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42B4E106566B for ; Tue, 6 Mar 2012 18:04:03 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id 008AD8FC16 for ; Tue, 6 Mar 2012 18:04:03 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id E010220858; Tue, 6 Mar 2012 19:03:52 +0100 (CET) Message-ID: <4F565180.6090704@FreeBSD.org> Date: Tue, 06 Mar 2012 19:03:44 +0100 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> In-Reply-To: <4F5636AA.2060703@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 18:04:03 -0000 On 2012-03-06 17:09, O. Hartmann wrote: > Hello. > > Well, I run on a brand new "luxury" box the newest Intel CPU > Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent ASUS > workstation motherboard. The box is running FreeBSD 9.0-STABLE/amd64 at > the moment. > I discovered some "problems" with the SATA/AHCI interface. Since the > peripherial hardware didn't change, except mainboard and CPU (and a lot > of more memory), I guess FreeBSD 9.0-STABLE does have some issues with > the new hardware. So I'd like to use FreeBSD 10.0-CURRENT/amd64, which I > use successfully on an oldish two core Core2Duo box. > > VirtualBox, for instance, on the FBSD 9.0 box with the new hardware, > stops working from time to time, the Windows-7 is getting stuck. The > implication, that FreeBSD 9 can not handle the new hardware is wrong at > that point, since even the VBox could have it's issues with the new 6 > core Sandy Bridge-E, but the issues with the SATA 6GB subsystems are > "real". Sometimes the system gets stuck. > > Well, I tried to switch by doing a "svn switch" in /usr/src, building a > kernel, restarting the kernel in single user mode and then trying to > build the world. At some point in /usr/src/share (I forgot were exactly, > it was somewhere with lots of locale stuff), the buildworld process > fails so I couldn't build a world. > > It wouldn't be bad if the "switch" isn't possible at the moment by > simply switching the sources, but I'm still inclined to give the new > hardware the propper new OS - hoping, that new driver will pay tribute > to new hardware ... > > > Thanks for your comments in advance, > Oliver > Maybe you can reach your update goal faster... >From your mails to current I know you already have a box running FBSD 10. My way to upgrade machines is to share / rsync /usr/src from a central machine to all others, same for /usr/obj if the architectur match. Do not forget to sync also make.conf/src.conf and runing mergemaster. If the machine is alive after the fast upgrade you can experiment with different src.conf / kernel settings. From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 17:36:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA922106566C for ; Tue, 6 Mar 2012 17:36:19 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 631038FC0C for ; Tue, 6 Mar 2012 17:36:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S4yJ8-0001Nc-Dy>; Tue, 06 Mar 2012 18:36:18 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S4yJ8-00032z-AT>; Tue, 06 Mar 2012 18:36:18 +0100 Message-ID: <4F564B0C.2040103@mail.zedat.fu-berlin.de> Date: Tue, 06 Mar 2012 18:36:12 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Tom Evans References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF67E7A2C13C29235F7F4A4EB" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 06 Mar 2012 18:42:48 +0000 Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 17:36:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF67E7A2C13C29235F7F4A4EB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/06/12 18:33, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:09 PM, O. Hartmann > wrote: >> Hello. >> [=E2=80=A6] >> >> Well, I tried to switch by doing a "svn switch" in /usr/src, building = a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some point in /usr/src/share (I forgot were exactl= y, >> it was somewhere with lots of locale stuff), the buildworld process >> fails so I couldn't build a world. >=20 > /usr/src/UPDATING says this: >=20 >=20 > To upgrade in-place from 8.x-stable to current > ---------------------------------------------- > > make buildworld [9] > make kernel KERNCONF=3DYOUR_KERNEL_HERE [8] > [1] > [3] > mergemaster -p [5] > make installworld > mergemaster -i [4] > make delete-old [6] > >=20 >=20 > Even though it says 8.x, I would start from these instructions. >=20 > Cheers >=20 > Tom Hello Tom. I know this instruction, and since I fail in the step "make buildworld" I thought there must be another "trick" to jump from 9.0 to 10.0. Regards, Oliver --------------enigF67E7A2C13C29235F7F4A4EB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVksSAAoJEOgBcD7A/5N8AEYH/isqZNPFcqAWCJ9539ne9qLL F0QYgvxpI6WuB9u93IjjJlrZGrsdRaRCJLuYyZRhLBFjBLgNbJEwllYLIJQ0Q5l4 HpmNnYUc9LT01DVGNGCQIizy+rIj+OeFgx0FeMRv+ZKo7QSzAdZu4WDuZnS8oZ6x GWfrKUYc5U3b9/2y7ZeQ7KkRwJZ/JYZZNAmr1/5E2zmYY5Agyftkt8Sx/yHqrGTc OOrXXRjXieN49cuVpKCJsiA0KiFWUMWgWFTgqEIK7uWniNArLsglr1dSRQIfgTYG 9H/6HrSSbLhQSfJtSI5rjkWXRXmmC6SaTMF0hx/UkaKNC/FBrvUZ16u4fSh8L5g= =vI0m -----END PGP SIGNATURE----- --------------enigF67E7A2C13C29235F7F4A4EB-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 19:05:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548C3106566C for ; Tue, 6 Mar 2012 19:05:07 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD60E8FC12 for ; Tue, 6 Mar 2012 19:05:06 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so3781205wib.13 for ; Tue, 06 Mar 2012 11:05:05 -0800 (PST) Received-SPF: pass (google.com: domain of bschmidt@techwires.net designates 10.216.135.141 as permitted sender) client-ip=10.216.135.141; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bschmidt@techwires.net designates 10.216.135.141 as permitted sender) smtp.mail=bschmidt@techwires.net Received: from mr.google.com ([10.216.135.141]) by 10.216.135.141 with SMTP id u13mr6746784wei.79.1331060705773 (num_hops = 1); Tue, 06 Mar 2012 11:05:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id :x-gm-message-state; bh=fA+jnk3dGVPHulyIvYOTwjlb6rdfzRZIoQ4b/vo0itc=; b=RSs86iI1HuBwi+mBq1qtxYlX1QZg8INxjK54SpfzuU6fTeQrCnHiMAHuv6K5JfmFAM 5sEEO7TBYehZr73h4d/1yM9TvD18whiRI+1Ti4E8lzY+q4lplNd9aa9TBJOccEuwGUbw 4VSsmEl00BtPaOfjsCv0tFhhFg9yFzZfFG18VQZYdQkAkSvZpKHFbFa0VIvwWC1Qxt36 7aIUgGR8Wi7mrErol7h+TR+givq1iYluvXHPBbyiuv/aCK1Pmp/hNltUYXn82BljWdMz RVaD/iNEPiwuRGYwr0N8aT3DX5HQGRv1UbqsdUlGsfJ8ElO6YSjAOLWZLbgtgz/NqmXi s8Gw== Received: by 10.216.135.141 with SMTP id u13mr5428843wei.79.1331060705661; Tue, 06 Mar 2012 11:05:05 -0800 (PST) Received: from amy.lab.techwires.net (dslb-088-065-215-057.pools.arcor-ip.net. [88.65.215.57]) by mx.google.com with ESMTPS id df3sm30222699wib.1.2012.03.06.11.05.01 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 11:05:05 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Mitsuru IWASAKI Date: Tue, 6 Mar 2012 20:05:15 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203052314.22050.bschmidt@freebsd.org> <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203062005.15276.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQkgzVjX6lKb5+IyhY0mW522hoTX+XC6XqCdxoE32Z2Woo3mETFKoMLkMy5tpUbS8joIKiUt Cc: adrian@freebsd.org, freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 19:05:07 -0000 On Tuesday 06 March 2012 18:30:46 Mitsuru IWASAKI wrote: > Thanks Bernhard and Adrian, I think the problem seems to be solved. > > > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd > > > is set. Any suggestions on this part are welcome. > > > > Are you sure the net80211 part is correct? It looks to me as if you > > are just masking the real issue. The IEEE80211_NODE_ASSOCID flag is > > ment to be used to verify that an associd has actually been set, not > > doing so will break other things I guess. iwi(4) is a bit tricky in > > that regard, as it sets the associd itself, check iwi_checkforqos(). > > I'd verify that function is actually called and if so if the parameters > > are correct. I fumbled around there once, might have wrong WEP.. > > As you suggested, iwi_checkforqos() has problems, wrong asresp > frame parsing. > > ---- > @@ -1357,8 +1365,8 @@ > frm += 2; > > wme = NULL; > - while (frm < efrm) { > - IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1], return); > + while (efrm - frm > 1) { > + IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1] + 2, return); > switch (*frm) { > case IEEE80211_ELEMID_VENDOR: > if (iswmeoui(frm)) > ---- > > Bacause of the condition `while (frm < efrm)', > IEEE80211_VERIFY_LENGTH() was checking item length beyond the > ieee80211_frame region, and returned from iwi_checkforqos() without > setting flags, capinfo and associd! > I made above changes referring to net80211 code such as > ieee80211_sta.c. > > Today's version of patches at: > http://people.freebsd.org/~iwasaki/iwi/iwi-20120306.diff > > This one don't have changes on net80211 part at all. Looks good to me, please get that into the tree. > > What's the reason behing adding if_qflush()/if_transmit()? > > In RELENG_7, data frame is transmitted by iwi_tx_start() like this. > > ether_output > ether_output_frame > IFQ_HANDOFF/IFQ_HANDOFF_ADJ > if_start > iwi_start > iwi_tx_start > > After 8.0-RELEASE, device specific if_transmit() is called via net80211 layer. > > ether_output > ether_output_frame > if_transmit > IFQ_HANDOFF/IFQ_HANDOFF_ADJ > if_start > ieee80211_start > parent->if_transmit(ie. iwi_transmit()) > > There was not if_transmit method in iwi(4), so I add it. > On if_qflush(), CURRENT kernel complains that `transmit and qflush > must both either be set or both be NULL' from if.c. > I wrote iwi_qflush(), but actually never tested it... Hmm, it still is the case for >= 8 afaik, there is a default if_transmit() which is used for all wireless drivers which seems to work pretty well. That's why I'm wondering, iwi(4) would be the first driver to have it's own if_transmit() function. I'm not aware of any technical reason for adding one, or did I miss something? If not I'd rather not have one added, for sake of consistency. > From: Adrian Chadd > > Would you please open a PR with this particular issue and then attach > > the patch to it? > > I prefer committing changes on iwi(4) by myself, because grimreaper@ > keep giving pressure to me `Your src commit bit is still idle.' for > long time :) > I just want to stop it. ;) -- Bernhard From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 19:08:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 471EA1065673 for ; Tue, 6 Mar 2012 19:08:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0841F8FC1A for ; Tue, 6 Mar 2012 19:08:24 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901] (unknown [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DD4155C37; Tue, 6 Mar 2012 20:08:22 +0100 (CET) Message-ID: <4F5660A5.60707@FreeBSD.org> Date: Tue, 06 Mar 2012 20:08:21 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> In-Reply-To: <4F5636AA.2060703@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 19:08:24 -0000 On 2012-03-06 17:09, O. Hartmann wrote: ... > Well, I tried to switch by doing a "svn switch" in /usr/src, building a > kernel, restarting the kernel in single user mode and then trying to > build the world. At some point in /usr/src/share (I forgot were exactly, > it was somewhere with lots of locale stuff), the buildworld process > fails so I couldn't build a world. Try doing a fresh checkout instead. And don't try to build the latest head with clang, it's unfortunately broken at the moment. Use r232569 if you want to use clang. From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 19:11:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EF451065676 for ; Tue, 6 Mar 2012 19:11:12 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7B78FC1D for ; Tue, 6 Mar 2012 19:11:12 +0000 (UTC) Received: by mail-iy0-f182.google.com with SMTP id k25so10123465iah.13 for ; Tue, 06 Mar 2012 11:11:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=uZ7dd0s0ss0YwUuTlD/pWOxTg4vjme243OGi6UaLbE0=; b=KCu+XaKUiLneC7RurDsNwPZcCwjwv3C485VMvQ73E/A8MKNEQgyWkFwAg/qdbqdLbj gIa6NtJtiY6sG5ur6YzAaVvxOLQY6Nrq6Noj//8muyKuHwn8euxEBDgmL9LUpUHNzqN1 OUBSuMhuuz8FH9Z/HRzP2MCKj02BVLXcPwYcgQuI71gDBW/+CpdwXOczMZF3DM0vi3sq L/aTjlY+lCe9ju3i6xN62jwx91ZL0Jqud+XZ2fyw/j0n8HdY4HS5FGEXV4o8iDah00I4 hVE8Pjt2+P9lh4G/usJmce7hbywdMxLaRIZDXt6EUI5DY4L9ChW6BluRkGrz0sFpRluy qnGQ== Received: by 10.50.15.132 with SMTP id x4mr9413686igc.27.1331061072233; Tue, 06 Mar 2012 11:11:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.11.197 with HTTP; Tue, 6 Mar 2012 11:10:42 -0800 (PST) From: Jia-Shiun Li Date: Wed, 7 Mar 2012 03:10:42 +0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: r232498 breaks building ports security/nss with both gcc & clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 19:11:12 -0000 after updated current- as of Mar 5, security/nss build broken at /usr/include/runetype.h & /usr/include/xlocale/_ctype.h. A quick grep shows that nowhere else under /usr/src/include uses 'inline'. gcc: gmake[1]: Entering directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/lib' cd util; gmake libs gmake[2]: Entering directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/lib/util' cc -o FreeBSD10.0_OPT.OBJ/quickder.o -c -O2 -pipe -I/usr/local/include/nspr -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_ UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -D FREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY - I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBS D -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../.. /../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss quickder.c In file included from /usr/include/_ctype.h:94, from /usr/include/ctype.h:46, from secport.h:83, from seccomon.h:62, from secasn1.h:51, from quickder.c:43: /usr/include/runetype.h:93: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'const' In file included from /usr/include/ctype.h:46, from secport.h:83, from seccomon.h:62, from secasn1.h:51, from quickder.c:43: /usr/include/_ctype.h: In function '__maskrune': /usr/include/_ctype.h:100: error: invalid type argument of '->' /usr/include/_ctype.h: In function '__sbmaskrune': /usr/include/_ctype.h:107: error: invalid type argument of '->' /usr/include/_ctype.h: In function '__toupper': /usr/include/_ctype.h:133: error: invalid type argument of '->' /usr/include/_ctype.h: In function '__sbtoupper': /usr/include/_ctype.h:140: error: invalid type argument of '->' /usr/include/_ctype.h: In function '__tolower': /usr/include/_ctype.h:147: error: invalid type argument of '->' /usr/include/_ctype.h: In function '__sbtolower': /usr/include/_ctype.h:154: error: invalid type argument of '->' In file included from /usr/include/ctype.h:83, from secport.h:83, from seccomon.h:62, from secasn1.h:51, from quickder.c:43: /usr/include/xlocale/_ctype.h: At top level: /usr/include/xlocale/_ctype.h:112: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/include/xlocale/_ctype.h:112: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/include/xlocale/_ctype.h:113: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/include/xlocale/_ctype.h:113: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/include/xlocale/_ctype.h:114: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' clang: gmake[1]: Entering directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/lib' cd util; gmake libs gmake[2]: Entering directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/lib/util' clang -o FreeBSD10.0_OPT.OBJ/quickder.o -c -O2 -pipe -I/usr/local/include/nspr -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -W all -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DU SE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTL Y -I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFRE EBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I.. /../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss quickder.c clang: warning: argument unused during compilation: '-L/usr/local/lib' In file included from quickder.c:43: In file included from ./secasn1.h:51: In file included from ./seccomon.h:62: In file included from ./secport.h:83: In file included from /usr/include/ctype.h:46: In file included from /usr/include/_ctype.h:94: /usr/include/runetype.h:93:8: error: unknown type name 'inline' static inline const _RuneLocale *__getCurrentRuneLocale(void) ^ /usr/include/runetype.h:93:15: error: expected identifier or '(' static inline const _RuneLocale *__getCurrentRuneLocale(void) ^ In file included from quickder.c:43: In file included from ./secasn1.h:51: In file included from ./seccomon.h:62: In file included from ./secport.h:83: In file included from /usr/include/ctype.h:83: /usr/include/xlocale/_ctype.h:112:1: error: unknown type name 'inline' XLOCALE_ISCTYPE(alnum, _CTYPE_A|_CTYPE_D) ^ /usr/include/xlocale/_ctype.h:107:3: note: expanded from: _XLOCALE_INLINE int is##fname##_l(int c, locale_t l); \ ^ /usr/include/xlocale/_ctype.h:58:32: note: expanded from: #define _XLOCALE_INLINE extern inline ^ /usr/include/xlocale/_ctype.h:112:1: error: expected identifier or '(' XLOCALE_ISCTYPE(alnum, _CTYPE_A|_CTYPE_D) ^ /usr/include/xlocale/_ctype.h:107:19: note: expanded from: _XLOCALE_INLINE int is##fname##_l(int c, locale_t l); \ ^ /usr/include/xlocale/_ctype.h:112:1: error: unknown type name 'inline' XLOCALE_ISCTYPE(alnum, _CTYPE_A|_CTYPE_D) ^ /usr/include/xlocale/_ctype.h:108:3: note: expanded from: _XLOCALE_INLINE int is##fname##_l(int c, locale_t l)\ ^ /usr/include/xlocale/_ctype.h:58:32: note: expanded from: #define _XLOCALE_INLINE extern inline ^ Jia-Shiun From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:07:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9409106566B; Tue, 6 Mar 2012 20:07:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF2E48FC1D; Tue, 6 Mar 2012 20:07:40 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so6170564bkc.13 for ; Tue, 06 Mar 2012 12:07:39 -0800 (PST) Received-SPF: pass (google.com: domain of asmrookie@gmail.com designates 10.112.10.41 as permitted sender) client-ip=10.112.10.41; Authentication-Results: mr.google.com; spf=pass (google.com: domain of asmrookie@gmail.com designates 10.112.10.41 as permitted sender) smtp.mail=asmrookie@gmail.com; dkim=pass header.i=asmrookie@gmail.com Received: from mr.google.com ([10.112.10.41]) by 10.112.10.41 with SMTP id f9mr12025184lbb.8.1331064459761 (num_hops = 1); Tue, 06 Mar 2012 12:07:39 -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 :x-google-sender-auth:message-id:subject:from:to:content-type; bh=7c7TxVuV5fQtrLqX+Yf9wNa/vC+OA9Q90X91vtKsw1s=; b=bQdjm5OowhZvCjztMjC8s2l0MOuApKc5SJoTDArDfypqQ3tRV0ZLkkNUqq4VFTrT7G dv4fhPfJRamgKZDohHwSI2lPSKbQqr8tb4To1c4cVuUn4tT3c1sMouQEFmzq2EtIm1Ts ciM27GbSyYwT8enYvgRzQZvBQlQeod9AytP4Fio4iPFAZt2JeA9uLCOKUJIZUO5Cdhwn 3dECUksMIS6kGZXFOu2oR70sKTGyj5Pcf9V4zxe8wfqYzATMk4BM6BaO7uyaxks07Opj ck/TwqoX8Y84w5trhzqgcQIplTetWpgMUEkhNJjWSu9SmzGF9dDcaQ4uc1sGmg/00TYg 9bsQ== MIME-Version: 1.0 Received: by 10.112.10.41 with SMTP id f9mr9858767lbb.8.1331064459688; Tue, 06 Mar 2012 12:07:39 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.112.41.5 with HTTP; Tue, 6 Mar 2012 12:07:39 -0800 (PST) In-Reply-To: <201203062001.q26K1Q7R055245@svn.freebsd.org> References: <201203062001.q26K1Q7R055245@svn.freebsd.org> Date: Tue, 6 Mar 2012 20:07:39 +0000 X-Google-Sender-Auth: kp6NxKA7YxMGX8_xFkoKKM8tvuA Message-ID: From: Attilio Rao To: FreeBSD Arch , "freebsd-current@freebsd.org" , FreeBSD FS Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: svn commit: r232619 - in head: . sys/amd64/conf sys/arm/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:07:41 -0000 2012/3/6, Attilio Rao : > Author: attilio > Date: Tue Mar 6 20:01:25 2012 > New Revision: 232619 > URL: http://svn.freebsd.org/changeset/base/232619 > > Log: > Disable the option VFS_ALLOW_NONMPSAFE by default on all the supported > platforms. > This will make every attempt to mount a non-mpsafe filesystem to the > kernel forbidden, unless it is expressely compiled with > VFS_ALLOW_NONMPSAFE option. This is just a gentle reminder in order to point you further to the "official" page: http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS and to mention that the time for removing non-mpsafe filesystem is approaching. In 6 months we will disconnect from the tree the non-mpsafe filesystems and will remove the whole non-mpsafe handling infrastructure in the VFS and the buffer cache, thus please think about stepping up and convert your favourite filesystem. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:12:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033F5106566B for ; Tue, 6 Mar 2012 20:12:03 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 804C48FC14 for ; Tue, 6 Mar 2012 20:12:02 +0000 (UTC) Received: by eaaf13 with SMTP id f13so2065693eaa.13 for ; Tue, 06 Mar 2012 12:11:54 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.14.99.2 as permitted sender) client-ip=10.14.99.2; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.14.99.2 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.14.99.2]) by 10.14.99.2 with SMTP id w2mr14295373eef.69.1331064714817 (num_hops = 1); Tue, 06 Mar 2012 12:11:54 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=PKePrrJD25/I6j/HjqhgoYGOZqc/YwbQ8tWrUmxvPEA=; b=d68yIEny97U0U/a0uHfKqyvHrOSesYDPO9VxJhWSQMmp4Cd2YaRnXZQ/0lKlK3mxi9 rZ7A83R9SpIoJKSoh/+usRv6NCDjVVD79WsgTqIWAzUIzHeMfhHUgU3HQ99sPtATA/YC bvgK3GsYwbSlZFRy5+jZtpM1l2QSbDVv4H1Zl3/cOYWZnhVX/OCsL7AD4nCln3ZMjmTN pnapIXaKRoWdeq02i2Pt69pe1kQpve2/CyfYUN/JLab7ZFdb4jpj3Lwj84ICdPw4gmHw Qu6VHg1wdIh3SXrs1ieKZAWrzS1qz7DaO3akSK2qQu44iOq8S4hrA0d0djflv7GjIgPB dD7w== Received: by 10.14.99.2 with SMTP id w2mr10892381eef.69.1331064714701; Tue, 06 Mar 2012 12:11:54 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C3DF1.pool.t-online.hu. [78.92.61.241]) by mx.google.com with ESMTPS id w9sm7084142eei.8.2012.03.06.12.11.53 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 12:11:53 -0800 (PST) Message-ID: <4F567095.90002@gmail.com> Date: Tue, 06 Mar 2012 21:16:21 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F512BB0.9070202@gmail.com> In-Reply-To: <4F512BB0.9070202@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:12:03 -0000 deeptech71@gmail.com wrote: > Although generally, the property that SeaMonkey's CPU usage slowly > converges (instead of snapping) to 0 is WRONG, and that can be confirmed > by the fact that on FreeBSD 9.0-RELEASE (as reported by someone) and > Windows XP, SeaMonkey's CPU usage is snappy. That's another semi-false alarm. I've just found out that top(1) displays some sort of moving average in the WCPU/CPU field. D: From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:12:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1595A1065679; Tue, 6 Mar 2012 20:12:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 475878FC29; Tue, 6 Mar 2012 20:12:55 +0000 (UTC) Received: by werl4 with SMTP id l4so4389245wer.13 for ; Tue, 06 Mar 2012 12:12:55 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.85.69 as permitted sender) client-ip=10.180.85.69; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.85.69 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.180.85.69]) by 10.180.85.69 with SMTP id f5mr26625069wiz.18.1331064775395 (num_hops = 1); Tue, 06 Mar 2012 12:12:55 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h9UBg5vjAHop1HuH9oml5K0R3u9LxjGSxcFWluMGNGI=; b=k7EyCV0J73py7V9VKDJ8nYrkx5iwArvBKsj8PolvJr3b/yUcAauYrKC5sgq18UkOkf EMZUK2q40kpwKhyKFRCj+sZOe0J8rHso6p3GYktJX/WjwnEX+CevZ87EsN9+2Ifbpy2Q pMu1Qsn7q0SrKvBW/EDcBOFIGTbnftzt1kO8KDYiwPJOCT/SXxq4zheQewWRziGTWe1v v0p6z9NJs0qg7duTZqdpPnhz3C3dqvU3rXDyEreUCw53mHqARb7MTe9T3uBBaKXkwf+L J36Q4BT1+9MvPrEr3FcuBOpgNvxJOsNFGqJpOrE7mTMC7Uo02vzwJ16powTxnTphBPyo svgg== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr21087563wiz.18.1331064775193; Tue, 06 Mar 2012 12:12:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Tue, 6 Mar 2012 12:12:55 -0800 (PST) In-Reply-To: <201203062005.15276.bschmidt@freebsd.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203052314.22050.bschmidt@freebsd.org> <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> <201203062005.15276.bschmidt@freebsd.org> Date: Tue, 6 Mar 2012 12:12:55 -0800 X-Google-Sender-Auth: PM46MTeTZNVa05vAfUDYlOfrzWg Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:12:57 -0000 .. except that the default if_transmit handling breaks fragments. Sigh. So we're going to have to implement if_transmit for all net80211 drivers soon and fix fragment handling. Adrian On 6 March 2012 11:05, Bernhard Schmidt wrote: > On Tuesday 06 March 2012 18:30:46 Mitsuru IWASAKI wrote: >> Thanks Bernhard and Adrian, I think the problem seems to be solved. >> >> > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd >> > > is set. =A0Any suggestions on this part are welcome. >> > >> > Are you sure the net80211 part is correct? It looks to me as if you >> > are just masking the real issue. The IEEE80211_NODE_ASSOCID flag is >> > ment to be used to verify that an associd has actually been set, not >> > doing so will break other things I guess. iwi(4) is a bit tricky in >> > that regard, as it sets the associd itself, check iwi_checkforqos(). >> > I'd verify that function is actually called and if so if the parameter= s >> > are correct. I fumbled around there once, might have wrong WEP.. >> >> As you suggested, iwi_checkforqos() has problems, wrong asresp >> frame parsing. >> >> ---- >> @@ -1357,8 +1365,8 @@ >> =A0 =A0 =A0 frm +=3D 2; >> >> =A0 =A0 =A0 wme =3D NULL; >> - =A0 =A0 while (frm < efrm) { >> - =A0 =A0 =A0 =A0 =A0 =A0 IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1], re= turn); >> + =A0 =A0 while (efrm - frm > 1) { >> + =A0 =A0 =A0 =A0 =A0 =A0 IEEE80211_VERIFY_LENGTH(efrm - frm, frm[1] + 2= , return); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 switch (*frm) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 case IEEE80211_ELEMID_VENDOR: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (iswmeoui(frm)) >> ---- >> >> Bacause of the condition `while (frm < efrm)', >> IEEE80211_VERIFY_LENGTH() was checking item length beyond the >> ieee80211_frame region, and returned from iwi_checkforqos() without >> setting flags, capinfo and associd! >> I made above changes referring to net80211 code such as >> ieee80211_sta.c. >> >> Today's version of patches at: >> http://people.freebsd.org/~iwasaki/iwi/iwi-20120306.diff >> >> This one don't have changes on net80211 part at all. > > Looks good to me, please get that into the tree. > >> > What's the reason behing adding if_qflush()/if_transmit()? >> >> In RELENG_7, data frame is transmitted by iwi_tx_start() like this. >> >> =A0 ether_output >> =A0 =A0 ether_output_frame >> =A0 =A0 =A0 IFQ_HANDOFF/IFQ_HANDOFF_ADJ >> =A0 =A0 =A0 =A0 if_start >> =A0 =A0 =A0 =A0 =A0 iwi_start >> =A0 =A0 =A0 =A0 =A0 =A0 iwi_tx_start >> >> After 8.0-RELEASE, device specific if_transmit() is called via net80211 = layer. >> >> =A0 ether_output >> =A0 =A0 ether_output_frame >> =A0 =A0 =A0 if_transmit >> =A0 =A0 =A0 =A0 IFQ_HANDOFF/IFQ_HANDOFF_ADJ >> =A0 =A0 =A0 =A0 =A0 if_start >> =A0 =A0 =A0 =A0 =A0 =A0 ieee80211_start >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent->if_transmit(ie. iwi_transmit()) >> >> There was not if_transmit method in iwi(4), so I add it. >> On if_qflush(), CURRENT kernel complains that `transmit and qflush >> must both either be set or both be NULL' from if.c. >> I wrote iwi_qflush(), but actually never tested it... > > Hmm, it still is the case for >=3D 8 afaik, there is a default > if_transmit() which is used for all wireless drivers which seems to > work pretty well. That's why I'm wondering, iwi(4) would be the first > driver to have it's own if_transmit() function. I'm not aware of any > technical reason for adding one, or did I miss something? If not I'd > rather not have one added, for sake of consistency. > >> From: Adrian Chadd >> > Would you please open a PR with this particular issue and then attach >> > the patch to it? >> >> I prefer committing changes on iwi(4) by myself, because grimreaper@ >> keep giving pressure to me `Your src commit bit is still idle.' for >> long time :) >> I just want to stop it. > > ;) > > -- > Bernhard From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:17:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAA361065670 for ; Tue, 6 Mar 2012 20:17:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB5F8FC15 for ; Tue, 6 Mar 2012 20:17:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901] (unknown [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AAE035C37; Tue, 6 Mar 2012 21:17:45 +0100 (CET) Message-ID: <4F5670E8.6000507@FreeBSD.org> Date: Tue, 06 Mar 2012 21:17:44 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: Jia-Shiun Li References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: r232498 breaks building ports security/nss with both gcc & clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:17:46 -0000 On 2012-03-06 20:10, Jia-Shiun Li wrote: > after updated current- as of Mar 5, > security/nss build broken at /usr/include/runetype.h & > /usr/include/xlocale/_ctype.h. A quick grep shows that nowhere else > under /usr/src/include uses 'inline'. Fixed in r232620. Can you please retry, after updating and reinstalling the headers? The security/nss port and its dependencies now build fine here. From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:34:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BACA106566B for ; Tue, 6 Mar 2012 20:34:23 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 141408FC0A for ; Tue, 6 Mar 2012 20:34:22 +0000 (UTC) Received: by eekd17 with SMTP id d17so2153566eek.13 for ; Tue, 06 Mar 2012 12:34:22 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.14.28.137 as permitted sender) client-ip=10.14.28.137; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.14.28.137 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.14.28.137]) by 10.14.28.137 with SMTP id g9mr14036662eea.94.1331066062099 (num_hops = 1); Tue, 06 Mar 2012 12:34:22 -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=o5ZMQS5ZPtqH3peYkwQWSvdZGveK+RFND28AvHkFIhw=; b=zCAkD33isgZQ3gAbZg7TrR++6dyuspDL6uEQPQcAeAufzcnaAsxjAek02YEtTRSR88 d891E3MSlfGQeeHQXVLYzBx8gDf2kQYPVd8SvxO5ZpHZdYwFI2owIRKQdm/GHwhh6wAS U1lq5ce/ZRzYAgZa0B0avgjpH5dGxJA7J4ttIsSc/AYmpgnfV4nRkWKQC7gBMdxkEsNK AM/s4SlyvqSNUt35+beI4bk5idzDhMdk8B9GgzPZfO30+dvLvR4rDUiJXEIedNhQDCOb R7pI9KbQ3ttbxyq3v8P2tFL1xk+UZZVBphDZy7TS0KFn3jTFWece3Vz7q9XDkxa+878H ZayQ== Received: by 10.14.28.137 with SMTP id g9mr10671039eea.94.1331066062012; Tue, 06 Mar 2012 12:34:22 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C3DF1.pool.t-online.hu. [78.92.61.241]) by mx.google.com with ESMTPS id y11sm17253950eem.3.2012.03.06.12.34.20 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 12:34:21 -0800 (PST) Message-ID: <4F5675D9.5050509@gmail.com> Date: Tue, 06 Mar 2012 21:38:49 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: "rm -rf /" fanclub X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:34:23 -0000 Peter Maloney wrote: > On Thu, Feb 23, 2012 at 11:41 PM, deeptech71 at gmail.com > wrote: > > X11R6 should be a symlink to local or ./local. > > Did you test this, by removing the link and creating it > relative to see if there are any stupid side effects? No apparent side effects. And I can't even see why there would be any. In both cases (X11R6 points to "/usr/local" vs X11R6 points to "local") - "/usr/X11R6" resolves to the symlink, although different symlink texts can be extracted; - "/usr/X11R6/" resolves to the "local" directory in "/usr"; - "/usr/X11R6/file123" resolves to "/usr/local/file123". TODO: Test whether purely removing X11R6 has any side effects. From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 20:58:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 656DD106564A for ; Tue, 6 Mar 2012 20:58:48 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 30B548FC1D for ; Tue, 6 Mar 2012 20:58:48 +0000 (UTC) Received: by iahk25 with SMTP id k25so10270854iah.13 for ; Tue, 06 Mar 2012 12:58:47 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=SjN8FAEX/MrqZX9rQrCQ0YJAg+d4lVv3ftpxz7okoic=; b=nRQHpezW8y0VRdEXjnJSL2xlCgTb6DSmOmPaGgFn4eWcmVEaSib0MzG17UDaN4M5lI DSGyCuZjhr94xVYcQp+U3k5WI36p2BiACqImfgipmnRz9T4UZUcnwy0hXfZel6O8SKiO ml5W7erjoAkirocJNFjQ5Slv2qo2aB/L8fTMixDKajEWOEao4hphoJf7H9Zi65vGMjlq Y4JHulT0ClX+hMNRl2Y/uwL84oAwmFjdcQVvUhBo5Ha8u3f/akIFotCxEbSW3EQYBzRP Id+Mt5xnWJ98TfUbIdlOsYBNsoFiuzGGbUtPC6wVRw2yVY7XkeaOcQ2dB2CDmeK1aOXK gxiA== Received: by 10.50.181.228 with SMTP id dz4mr10189503igc.9.1331067527853; Tue, 06 Mar 2012 12:58:47 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.53.67 with HTTP; Tue, 6 Mar 2012 12:58:17 -0800 (PST) In-Reply-To: <4F5675D9.5050509@gmail.com> References: <4F5675D9.5050509@gmail.com> From: Chris Rees Date: Tue, 6 Mar 2012 20:58:17 +0000 X-Google-Sender-Auth: W5LVDWdWLDy2bjjkhKhkc2V3Uog Message-ID: To: deeptech71@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: "rm -rf /" fanclub X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:58:48 -0000 On 6 March 2012 20:38, wrote: > Peter Maloney wrote: >> On Thu, Feb 23, 2012 at 11:41 PM, deeptech71 at gmail.com >> wrote: >> > X11R6 should be a symlink to local or ./local. >> >> Did you test this, by removing the link and creating it >> relative to see if there are any stupid side effects? > > No apparent side effects. And I can't even see why there would be any. In > both cases (X11R6 points to "/usr/local" vs X11R6 points to "local") > - "/usr/X11R6" resolves to the symlink, although > =A0 =A0different symlink texts can be extracted; > - "/usr/X11R6/" resolves to the "local" directory in "/usr"; > - "/usr/X11R6/file123" resolves to "/usr/local/file123". > > TODO: Test whether purely removing X11R6 has any side effects. Not hugely helpful, but I've discovered a few subtle bugs that miraculously disappear when X11R6 symlink was removed. I still miss it though, in a weird way... Chris From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:03:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68522106566B; Tue, 6 Mar 2012 21:03:06 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 304618FC0C; Tue, 6 Mar 2012 21:03:06 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S51Ww-00011k-7w; Tue, 06 Mar 2012 16:02:46 -0500 Date: Tue, 6 Mar 2012 16:02:46 -0500 From: Gary Palmer To: Attilio Rao Message-ID: <20120306210246.GA80168@in-addr.com> References: <201203062001.q26K1Q7R055245@svn.freebsd.org> 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 noop.in-addr.com); SAEximRunCond expanded to false Cc: FreeBSD FS , FreeBSD Arch , "freebsd-current@freebsd.org" Subject: Re: svn commit: r232619 - in head: . sys/amd64/conf sys/arm/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:03:06 -0000 On Tue, Mar 06, 2012 at 08:07:39PM +0000, Attilio Rao wrote: > 2012/3/6, Attilio Rao : > > Author: attilio > > Date: Tue Mar 6 20:01:25 2012 > > New Revision: 232619 > > URL: http://svn.freebsd.org/changeset/base/232619 > > > > Log: > > Disable the option VFS_ALLOW_NONMPSAFE by default on all the supported > > platforms. > > This will make every attempt to mount a non-mpsafe filesystem to the > > kernel forbidden, unless it is expressely compiled with > > VFS_ALLOW_NONMPSAFE option. > > This is just a gentle reminder in order to point you further to the > "official" page: > http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS > > and to mention that the time for removing non-mpsafe filesystem is approaching. > In 6 months we will disconnect from the tree the non-mpsafe > filesystems and will remove the whole non-mpsafe handling > infrastructure in the VFS and the buffer cache, thus please think > about stepping up and convert your favourite filesystem. Given that the wiki page still has: > Technical notes on locking Filesystems > > TBD it would be useful to people who aren't filesystem locking experts to have a little more information on the wiki Thanks, Gary From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:21:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0347106564A for ; Tue, 6 Mar 2012 21:21:33 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 379CD8FC0A for ; Tue, 6 Mar 2012 21:21:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=omQuelWzfsCrbEOMAFcqW9qK+PPP2d3RSVta27NTse8=; b=nvplbFKeAb/nKBLvV6m0tDzEc26xXIvU8+tJTaXjaZpRohZiEKJVmSs4Qh1/W1NWfoVBtIiswwtkAtGkAfCCs4VwqQ1Q+kkPjziFxaPJ0we/w7WsorNgodzNPIikufPCc86/vf0OmAJAm8BGYxEBwG1ODv6dEtF7Pm2xMbiAPNs=; Received: from cpe-72-182-2-131.austin.res.rr.com ([72.182.2.131]:28065 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S51p5-000IO0-IF for freebsd-current@freebsd.org; Tue, 06 Mar 2012 15:21:32 -0600 Date: Tue, 6 Mar 2012 15:21:28 -0600 (CST) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -1.4 (-) X-LERCTR-Spam-Score: -1.4 (-) X-Spam-Report: SpamScore (-1.4/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKGEN=1.5 X-LERCTR-Spam-Report: SpamScore (-1.4/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKGEN=1.5 Subject: r232623 breaks buildworld (or a recent commit...)B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:21:34 -0000 buildworld broken by r232623. -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wmemset.c -o wmemset.So ctfconvert -L VERSION wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. ^C [1] Done(1) nohup make buildworld buildkernel >make.out 2>&1 # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 232623 Node Kind: directory Schedule: normal Last Changed Author: jhb Last Changed Rev: 232623 Last Changed Date: 2012-03-06 14:45:13 -0600 (Tue, 06 Mar 2012) My system is at: FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #59 r232474: Sat Mar 3 15:51:02 CST 2012 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:57:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51CFE1065673 for ; Tue, 6 Mar 2012 21:57:02 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id CD7648FC14 for ; Tue, 6 Mar 2012 21:57:01 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 0ABD51FBE8; Tue, 6 Mar 2012 22:56:58 +0100 (CET) Message-ID: <4F568828.7070909@FreeBSD.org> Date: Tue, 06 Mar 2012 22:56:56 +0100 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> <4F565180.6090704@FreeBSD.org> <4F56804B.5000007@mail.zedat.fu-berlin.de> In-Reply-To: <4F56804B.5000007@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohauer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:57:02 -0000 On 2012-03-06 22:23, O. Hartmann wrote: > On 03/06/12 19:03, Olli Hauer wrote: >> On 2012-03-06 17:09, O. Hartmann wrote: >>> Hello. >>> >>> Well, I run on a brand new "luxury" box the newest Intel CPU >>> Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent ASUS >>> workstation motherboard. The box is running FreeBSD 9.0-STABLE/amd64 at >>> the moment. >>> I discovered some "problems" with the SATA/AHCI interface. Since the >>> peripherial hardware didn't change, except mainboard and CPU (and a lot >>> of more memory), I guess FreeBSD 9.0-STABLE does have some issues with >>> the new hardware. So I'd like to use FreeBSD 10.0-CURRENT/amd64, which I >>> use successfully on an oldish two core Core2Duo box. >>> >>> VirtualBox, for instance, on the FBSD 9.0 box with the new hardware, >>> stops working from time to time, the Windows-7 is getting stuck. The >>> implication, that FreeBSD 9 can not handle the new hardware is wrong at >>> that point, since even the VBox could have it's issues with the new 6 >>> core Sandy Bridge-E, but the issues with the SATA 6GB subsystems are >>> "real". Sometimes the system gets stuck. >>> >>> Well, I tried to switch by doing a "svn switch" in /usr/src, building a >>> kernel, restarting the kernel in single user mode and then trying to >>> build the world. At some point in /usr/src/share (I forgot were exactly, >>> it was somewhere with lots of locale stuff), the buildworld process >>> fails so I couldn't build a world. >>> >>> It wouldn't be bad if the "switch" isn't possible at the moment by >>> simply switching the sources, but I'm still inclined to give the new >>> hardware the propper new OS - hoping, that new driver will pay tribute >>> to new hardware ... >>> >>> >>> Thanks for your comments in advance, >>> Oliver >>> >> >> >> Maybe you can reach your update goal faster... >> >> From your mails to current I know you already have a box running FBSD 10. >> >> My way to upgrade machines is to share / rsync /usr/src from a central >> machine to all others, same for /usr/obj if the architectur match. >> Do not forget to sync also make.conf/src.conf and runing mergemaster. >> >> If the machine is alive after the fast upgrade you can experiment >> with different src.conf / kernel settings. >> > > > Well, in my case one box is at home (the FBSD 10.0-CUR/amd64) and > switched off ... the box which is supposed to be updated is in my lab > and still in front of me and at the moment I see no chance to switch the > other box on ;-) > > Well, I thought I do it the hard way - having a running system and > carefully migrate ... The new hardware is trmendously fast, so compiling > the whole bunch of ports (~ 1000) will take not that long. > > But at the moment I get plagued by an error when "make buildworld" ... > Maybe someone can help / has an idea if you share the issue ... All we have at the moment is that you tried to switch /usr/src and buildworld fails. If you can remember the svn version you are running at home. If you know time where you have checked out the sources at home http://svnweb.freebsd.org/base/ can help to find the rev. num. -- Regards, olli From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:01:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7491065678 for ; Tue, 6 Mar 2012 22:01:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 651608FC19 for ; Tue, 6 Mar 2012 22:01:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901] (unknown [IPv6:2001:7b8:3a7:0:c159:bac:b18f:a901]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 175B65C37; Tue, 6 Mar 2012 23:01:12 +0100 (CET) Message-ID: <4F568926.2000808@FreeBSD.org> Date: Tue, 06 Mar 2012 23:01:10 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: Larry Rosenman References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: r232623 breaks buildworld (or a recent commit...)B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:01:15 -0000 On 2012-03-06 22:21, Larry Rosenman wrote: > buildworld broken by r232623. > > -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wmemset.c -o wmemset.So > ctfconvert -L VERSION wmemset.So > building shared library libc.so.7 > setrunelocale.So: In function `__getCurrentRuneLocale': > setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' > nomacros.So:nomacros.c:(.text+0x0): first defined here Should be fixed now by r232626, sorry for the breakage. :( From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:19:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BC0C106566C for ; Tue, 6 Mar 2012 21:19:40 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 12BCF8FC14 for ; Tue, 6 Mar 2012 21:19:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S51nA-0007GL-RO>; Tue, 06 Mar 2012 22:19:32 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S51nA-0006Gk-Nm>; Tue, 06 Mar 2012 22:19:32 +0100 Message-ID: <4F567F5E.4030508@mail.zedat.fu-berlin.de> Date: Tue, 06 Mar 2012 22:19:26 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Tom Evans References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBF3B7A9C75A242F3A0F25FAA" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 06 Mar 2012 22:13:04 +0000 Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:19:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF3B7A9C75A242F3A0F25FAA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/06/12 18:33, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:09 PM, O. Hartmann > wrote: >> Hello. >> [=E2=80=A6] >> >> Well, I tried to switch by doing a "svn switch" in /usr/src, building = a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some point in /usr/src/share (I forgot were exactl= y, >> it was somewhere with lots of locale stuff), the buildworld process >> fails so I couldn't build a world. >=20 > /usr/src/UPDATING says this: >=20 >=20 > To upgrade in-place from 8.x-stable to current > ---------------------------------------------- > > make buildworld [9] > make kernel KERNCONF=3DYOUR_KERNEL_HERE [8] > [1] > [3] > mergemaster -p [5] > make installworld > mergemaster -i [4] > make delete-old [6] > >=20 >=20 > Even though it says 8.x, I would start from these instructions. >=20 > Cheers >=20 > Tom Here is what I get on FreeBSD 9.0-STABLE #0 r232611: Tue Mar 6 16:36:33 CET 2012 when trying to compile sources being FreeBSD 10.0-CURRENT/amd64 Revision: 232618: [...] =3D=3D=3D> sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=3D/dev/zero of=3Dboot2.ldr bs=3D512 count=3D1 1+0 records in 1+0 records out 512 bytes transferred in 0.000018 secs (28256364 bytes/sec) clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D= 0x3 -DSIOSPD=3D9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=3D100 -mllvm -stack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-load-pre=3Dfalse -ffreestanding -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=3Di386 -std=3Dgnu99 -S -o boot2.s.t= mp /usr/src/sys/boot/i386/boot2/boot2.c clang: warning: the clang compiler does not support '-fno-unit-at-a-time'= clang: warning: argument unused during compilation: '-fno-guess-branch-probability' clang: warning: argument unused during compilation: '-mno-align-long-strings' clang: warning: argument unused during compilation: '--param max-inline-insns-single=3D100' clang: warning: argument unused during compilation: '-mpreferred-stack-boundary=3D2' In file included from /usr/src/sys/boot/i386/boot2/boot2.c:170: /usr/src/sys/boot/i386/boot2/../../common/ufsread.c:232:17: warning: cast from 'char *' to 'struct ufs1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/boot/i386/boot2/../../common/ufsread.c:235:17: warning: cast from 'char *' to 'struct ufs2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/boot/i386/boot2/boot2.c:222:1: warning: no previous prototype for function 'main' [-Wmissing-prototypes] main(void) ^ /usr/src/sys/boot/i386/boot2/boot2.c:355:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p =3D es[i].sh_size; ^~~~~~~~~~~~~~~ /usr/src/sys/boot/i386/boot2/boot2.c:619:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 =3D *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp clang -m32 -c boot2.s clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D= 0x3 -DSIOSPD=3D9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=3D100 -mllvm -stack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-load-pre=3Dfalse -ffreestanding -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=3Di386 -std=3Dgnu99 -m32 -c /usr/src/sys/boot/i386/boot2/sio.S clang: warning: the clang compiler does not support '-fno-unit-at-a-time'= clang: warning: argument unused during compilation: '-fno-guess-branch-probability' clang: warning: argument unused during compilation: '-mno-align-long-strings' clang: warning: argument unused during compilation: '--param max-inline-insns-single=3D100' clang: warning: argument unused during compilation: '-mpreferred-stack-boundary=3D2' ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D= 1:1 client: fmt=3Dbin size=3D15a1 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e31 text=3D200 data=3D1c31 org=3D0 entry=3D0 -49 bytes available *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------enigBF3B7A9C75A242F3A0F25FAA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVn9kAAoJEOgBcD7A/5N8LcQH/R8CFtvT6nA7UaRphoTHPm8W Tvera2u9ATkBpuzOk2d+pd0+K5cCtUHB+pcUZnWKrWpFv8npyCAf+XWpxNxBVn56 YCET64I+KgP9EQ1rBMz7Du7Z44hqyxHnPDCQ8IWb7Zl0BaHqB18aHuqiYQePrLa2 /u7o3tSso5+PRIqOtNHDaluq8QKaleJKq2rbWu0Jzy+vzoBsT3nCCoC8WXkiAe9e YeSNg6iBE0fmv6qZsXyTMeANnM1kGmYoTtEISan+qfBc8SDusy4Axaa/XXVMb6oq OxEzk7JcBMZTbEw5HyMpswXO0lAmiz5AXZYmmJbXBELae1VrUu135e3Cmctu8ts= =izJo -----END PGP SIGNATURE----- --------------enigBF3B7A9C75A242F3A0F25FAA-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:23:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D15DD1065674 for ; Tue, 6 Mar 2012 21:23:24 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 87BFE8FC08 for ; Tue, 6 Mar 2012 21:23:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S51qt-0000F0-Gy>; Tue, 06 Mar 2012 22:23:23 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S51qt-0006Tn-Bo>; Tue, 06 Mar 2012 22:23:23 +0100 Message-ID: <4F56804B.5000007@mail.zedat.fu-berlin.de> Date: Tue, 06 Mar 2012 22:23:23 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> <4F565180.6090704@FreeBSD.org> In-Reply-To: <4F565180.6090704@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2B54CA4B2485433991CE1880" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 06 Mar 2012 22:13:19 +0000 Cc: Olli Hauer Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:23:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2B54CA4B2485433991CE1880 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/06/12 19:03, Olli Hauer wrote: > On 2012-03-06 17:09, O. Hartmann wrote: >> Hello. >> >> Well, I run on a brand new "luxury" box the newest Intel CPU >> Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent AS= US >> workstation motherboard. The box is running FreeBSD 9.0-STABLE/amd64 a= t >> the moment. >> I discovered some "problems" with the SATA/AHCI interface. Since the >> peripherial hardware didn't change, except mainboard and CPU (and a lo= t >> of more memory), I guess FreeBSD 9.0-STABLE does have some issues with= >> the new hardware. So I'd like to use FreeBSD 10.0-CURRENT/amd64, which= I >> use successfully on an oldish two core Core2Duo box. >> >> VirtualBox, for instance, on the FBSD 9.0 box with the new hardware, >> stops working from time to time, the Windows-7 is getting stuck. The >> implication, that FreeBSD 9 can not handle the new hardware is wrong a= t >> that point, since even the VBox could have it's issues with the new 6 >> core Sandy Bridge-E, but the issues with the SATA 6GB subsystems are >> "real". Sometimes the system gets stuck. >> >> Well, I tried to switch by doing a "svn switch" in /usr/src, building = a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some point in /usr/src/share (I forgot were exactl= y, >> it was somewhere with lots of locale stuff), the buildworld process >> fails so I couldn't build a world. >> >> It wouldn't be bad if the "switch" isn't possible at the moment by >> simply switching the sources, but I'm still inclined to give the new >> hardware the propper new OS - hoping, that new driver will pay tribute= >> to new hardware ... >> >> >> Thanks for your comments in advance, >> Oliver >> >=20 >=20 > Maybe you can reach your update goal faster... >=20 > From your mails to current I know you already have a box running FBSD 1= 0. >=20 > My way to upgrade machines is to share / rsync /usr/src from a central > machine to all others, same for /usr/obj if the architectur match. > Do not forget to sync also make.conf/src.conf and runing mergemaster. >=20 > If the machine is alive after the fast upgrade you can experiment > with different src.conf / kernel settings. >=20 Well, in my case one box is at home (the FBSD 10.0-CUR/amd64) and switched off ... the box which is supposed to be updated is in my lab and still in front of me and at the moment I see no chance to switch the other box on ;-) Well, I thought I do it the hard way - having a running system and carefully migrate ... The new hardware is trmendously fast, so compiling the whole bunch of ports (~ 1000) will take not that long. But at the moment I get plagued by an error when "make buildworld" ... Regards Oliver P.S. By the way: thanks! --------------enig2B54CA4B2485433991CE1880 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVoBLAAoJEOgBcD7A/5N8JfIH/03feDxdVwHB9e1rFSMeD6/2 nHB68QUtG+4sPsLDcaKj7AvOthprdjeYZ/iZTvjwXAIRr860lcppuow9aPNR/GI+ ZCZP+f0wadXKcyUVkqwtVbjX9/LWSYyVkKQObrxVhhqaPbT8x+uvVrK/tjJrDOSj UDdJ3WHyaWFjMpmKVCIk1gXpfQabfLmamx0ADxbtb/657cMmLCBdO9kQr6djJzLo kVU6F9QojZwf2R2C9xcQL3WJf2QCflX6VONXQGx89Zll2qYTuQzRkzsZdwCEAq4a ZBQtD8SekcQY9Iy99jfOzMpXCjXDdGCEdkj4nbKoeiNYjiXAUJ2fTVTQz5nFUbY= =9L1Q -----END PGP SIGNATURE----- --------------enig2B54CA4B2485433991CE1880-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 21:24:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3880106568E; Tue, 6 Mar 2012 21:24:54 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7828FC19; Tue, 6 Mar 2012 21:24:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S51sL-0000wU-NA>; Tue, 06 Mar 2012 22:24:53 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S51sL-0006Xp-Jf>; Tue, 06 Mar 2012 22:24:53 +0100 Message-ID: <4F5680A5.1000601@mail.zedat.fu-berlin.de> Date: Tue, 06 Mar 2012 22:24:53 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Dimitry Andric References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> <4F5660A5.60707@FreeBSD.org> In-Reply-To: <4F5660A5.60707@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3F679AB5DBB178FD1F4954E9" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 06 Mar 2012 22:13:30 +0000 Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:24:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F679AB5DBB178FD1F4954E9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/06/12 20:08, Dimitry Andric wrote: > On 2012-03-06 17:09, O. Hartmann wrote: > ... >> Well, I tried to switch by doing a "svn switch" in /usr/src, building = a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some point in /usr/src/share (I forgot were exactl= y, >> it was somewhere with lots of locale stuff), the buildworld process >> fails so I couldn't build a world. >=20 > Try doing a fresh checkout instead. And don't try to build the latest > head with clang, it's unfortunately broken at the moment. Use r232569 > if you want to use clang. Aha! So I'm about to wait until the sources can be build again from scratch with CLANG ... As I wrote before, I'd like to do it the hard way and assuming the source can be build ... Regards, Oliver --------------enig3F679AB5DBB178FD1F4954E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPVoClAAoJEOgBcD7A/5N8ycAIAN30XarlIwZI/YiptYSNkVB6 b7WGOZoNN65krim4BM4ku14ohyQ4GPriiNuOUFjcpGLMUWI80y41excOxbIHgIsh q7kxnqzj2+lrG4IeUNh4Ncl0xQa7LEvIGp83BGsf9f0aHuLEJTfVEnJ76gkpm6OV f+rRQPEZQDt+0x2CWTQCWNW8vrBZdvF39ExWhc5sTcvxjJkDkK3kBoJTj+Q4hLlR 7Xo1qI3k8V/pp/YH7iZJJQnFJENs17vsj4AwVhTYt100w9+XqyPgJ2LOD/WjJhfp maRTT5LCD/wD7kn7OMNj7ymrqXlfBfeivPRif4/26drYArxUNcTQ13lYWaXXkpI= =RF/U -----END PGP SIGNATURE----- --------------enig3F679AB5DBB178FD1F4954E9-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:32:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C98F4106566C for ; Tue, 6 Mar 2012 22:32:49 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 859B78FC15 for ; Tue, 6 Mar 2012 22:32:49 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so8763231obb.13 for ; Tue, 06 Mar 2012 14:32:49 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.60.25.37 as permitted sender) client-ip=10.60.25.37; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.60.25.37 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.60.25.37]) by 10.60.25.37 with SMTP id z5mr4582285oef.69.1331073169089 (num_hops = 1); Tue, 06 Mar 2012 14:32:49 -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:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=otywBzPZ5qKe8WywEtZko0My+OrXIBNdZLqvkVFVPA8=; b=O83mJsa28Wyr6qN8K9/wDoZfWF7fm2/yODzHNzokeTimRpJFyWObxUq3gjm2zRocFX CS7jf6ApQUDkSZSdghoKX8p3fZbjcMMXbo3ukWhQpIEVejpdZ0xSxCyJRV6VJQ9CRcja bi1IEqgJ/ClDMr/SVcxW3wUTB9uBSsmd65c2FeozqSNtRU5qtbbomcXzfw1n/zNa11zV 7ePDZBRL7oRBo9xsoGcVJK19d+NcocvJoPqHHrex1jdNv+bPa0DUaN4pDtqbkzd5pnb9 X7U10eua80pglkQjydMrj86RNXJtz+pjFytxV8/+JOz/w9AqMmPGD7lDgot9b/aT8wju yAuQ== Received: by 10.60.25.37 with SMTP id z5mr4076927oef.69.1331073168830; Tue, 06 Mar 2012 14:32:48 -0800 (PST) Received: from bakeneko.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id g2sm19103479obl.7.2012.03.06.14.32.46 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 14:32:47 -0800 (PST) Message-ID: <4F56903C.5020609@gmail.com> Date: Tue, 06 Mar 2012 14:31:24 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: Larry Rosenman References: In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: r232623 breaks buildworld (or a recent commit...)B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:32:49 -0000 On 03/06/12 13:21, Larry Rosenman wrote: > buildworld broken by r232623. > > -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer=20 > -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include > -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE > -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers > -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c > /usr/src/lib/libc/string/wmemset.c -o wmemset.So > ctfconvert -L VERSION wmemset.So > building shared library libc.so.7 > setrunelocale.So: In function `__getCurrentRuneLocale': > setrunelocale.c:(.text+0x0): multiple definition of > `__getCurrentRuneLocale' > nomacros.So:nomacros.c:(.text+0x0): first defined here > *** Error code 1 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** [buildworld] Error code 1 > > Stop in /usr/src. > ^C > [1] Done(1) nohup make buildworld buildkernel > >make.out 2>&1 > # svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 232623 > Node Kind: directory > Schedule: normal > Last Changed Author: jhb > Last Changed Rev: 232623 > Last Changed Date: 2012-03-06 14:45:13 -0600 (Tue, 06 Mar 2012) > > My system is at: > > FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #59 r232474: > Sat Mar 3 15:51:02 CST 2012 =20 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 > If you examine the commit, parts can be removed...The problem seems to result from XLOCALE_INLINE stuff? there's a part of /usr/include/_ctype.h that can be forced to act as though inlines are not available, and there's a part of /usr/include/ctype.h (POSIX ifdef referencing xlocale) that can simply be commented. Also I included runetype.h in a few places, and ports (esp. xfce...xscreensaver & thunderbird) worked again. I ended up having to twiddle the above things on and off in various combinations for different ports...obviously not ideal. Matt From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:34:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3B5E1065673 for ; Tue, 6 Mar 2012 22:34:20 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1F88FC22 for ; Tue, 6 Mar 2012 22:34:20 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so8765205obb.13 for ; Tue, 06 Mar 2012 14:34:20 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.182.2.135 as permitted sender) client-ip=10.182.2.135; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.182.2.135 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.182.2.135]) by 10.182.2.135 with SMTP id 7mr10536824obu.78.1331073260215 (num_hops = 1); Tue, 06 Mar 2012 14:34:20 -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:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=9bONkLH8gmUBlOI80u74EfnFH5VhD4Y3JXoW2KTdyqU=; b=p3+mLSOGmt9k1tKj6uzorCkeIFXtIzUfArKVyqVliuHTuEW9PgiiHXEyAVrNHct0ak 7pX85sW0kf/PqUEdHRIN6T27dmvxNqKhDWf3nsUqrh0nEw5Pd/OT14vlRJXRJQjtk+Iw vttz+hKLO/RSd+gCB23wTFQioF5Icmmr/A4vAwRIosYC/a1HjRRmWQk592v2N10bkvQq QLrcgihvv1haM6Ozgq/qVheLcUJxShAt1xfP5XLdpquxgICzPvasGCmW5S9bGAI6iGFw 3joFwpl7LoyDPkPHRDEEaLAts14Di4MG6M4d+feoQ0I9Z9BattWRQM80rkQviM+ETYni qWXQ== Received: by 10.182.2.135 with SMTP id 7mr9183808obu.78.1331073260128; Tue, 06 Mar 2012 14:34:20 -0800 (PST) Received: from bakeneko.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id vy18sm19107709obc.8.2012.03.06.14.34.18 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 14:34:19 -0800 (PST) Message-ID: <4F569098.4030703@gmail.com> Date: Tue, 06 Mar 2012 14:32:56 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4F568926.2000808@FreeBSD.org> In-Reply-To: <4F568926.2000808@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Larry Rosenman Subject: Re: r232623 breaks buildworld (or a recent commit...)B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:34:21 -0000 On 03/06/12 14:01, Dimitry Andric wrote: > On 2012-03-06 22:21, Larry Rosenman wrote: >> buildworld broken by r232623. >> >> -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/= include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS= -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -D= POSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src= /lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES= _BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -s= td=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wmems= et.c -o wmemset.So >> ctfconvert -L VERSION wmemset.So >> building shared library libc.so.7 >> setrunelocale.So: In function `__getCurrentRuneLocale': >> setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneL= ocale' >> nomacros.So:nomacros.c:(.text+0x0): first defined here > Should be fixed now by r232626, sorry for the breakage. :( > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" And now I see the problem is fixed. Sorry for the noise...thanks for fixing Dimitry! Matt From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:35:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A98F9106564A; Tue, 6 Mar 2012 22:35:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5388FC19; Tue, 6 Mar 2012 22:35:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26MZCvc004743; Tue, 6 Mar 2012 17:35:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26MZCHO004669; Tue, 6 Mar 2012 22:35:12 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:35:12 GMT Message-Id: <201203062235.q26MZCHO004669@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:35:20 -0000 TB --- 2012-03-06 22:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-06 22:20:00 - cleaning the object tree TB --- 2012-03-06 22:20:00 - cvsupping the source tree TB --- 2012-03-06 22:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-06 22:20:20 - building world TB --- 2012-03-06 22:20:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:20:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:20:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:20:20 - SRCCONF=/dev/null TB --- 2012-03-06 22:20:20 - TARGET=i386 TB --- 2012-03-06 22:20:20 - TARGET_ARCH=i386 TB --- 2012-03-06 22:20:20 - TZ=UTC TB --- 2012-03-06 22:20:20 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:20:20 - cd /src TB --- 2012-03-06 22:20:20 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:20:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:35:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:35:12 - ERROR: failed to build world TB --- 2012-03-06 22:35:12 - 737.05 user 115.31 system 912.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:35:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 017E71065670; Tue, 6 Mar 2012 22:35:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BFF558FC12; Tue, 6 Mar 2012 22:35:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26MZFhT005729; Tue, 6 Mar 2012 17:35:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26MZFPr005716; Tue, 6 Mar 2012 22:35:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:35:15 GMT Message-Id: <201203062235.q26MZFPr005716@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:35:22 -0000 TB --- 2012-03-06 22:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-03-06 22:20:00 - cleaning the object tree TB --- 2012-03-06 22:20:00 - cvsupping the source tree TB --- 2012-03-06 22:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-03-06 22:20:20 - building world TB --- 2012-03-06 22:20:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:20:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:20:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:20:20 - SRCCONF=/dev/null TB --- 2012-03-06 22:20:20 - TARGET=pc98 TB --- 2012-03-06 22:20:20 - TARGET_ARCH=i386 TB --- 2012-03-06 22:20:20 - TZ=UTC TB --- 2012-03-06 22:20:20 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:20:20 - cd /src TB --- 2012-03-06 22:20:20 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:20:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98.i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:35:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:35:15 - ERROR: failed to build world TB --- 2012-03-06 22:35:15 - 738.96 user 114.98 system 914.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:36:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC1D0106566B; Tue, 6 Mar 2012 22:36:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 979368FC0C; Tue, 6 Mar 2012 22:36:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26MaFrc017077; Tue, 6 Mar 2012 17:36:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26MaFqg017069; Tue, 6 Mar 2012 22:36:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:36:15 GMT Message-Id: <201203062236.q26MaFqg017069@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:36:15 -0000 TB --- 2012-03-06 22:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-03-06 22:20:00 - cleaning the object tree TB --- 2012-03-06 22:20:00 - cvsupping the source tree TB --- 2012-03-06 22:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-03-06 22:20:20 - building world TB --- 2012-03-06 22:20:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:20:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:20:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:20:20 - SRCCONF=/dev/null TB --- 2012-03-06 22:20:20 - TARGET=amd64 TB --- 2012-03-06 22:20:20 - TARGET_ARCH=amd64 TB --- 2012-03-06 22:20:20 - TZ=UTC TB --- 2012-03-06 22:20:20 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:20:20 - cd /src TB --- 2012-03-06 22:20:20 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:20:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64.amd64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64.amd64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64.amd64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64.amd64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:36:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:36:14 - ERROR: failed to build world TB --- 2012-03-06 22:36:14 - 785.34 user 123.11 system 974.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:36:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33EAE1065675; Tue, 6 Mar 2012 22:36:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 05DF18FC26; Tue, 6 Mar 2012 22:36:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26Majva025811; Tue, 6 Mar 2012 17:36:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26MajE4025790; Tue, 6 Mar 2012 22:36:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:36:45 GMT Message-Id: <201203062236.q26MajE4025790@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:36:46 -0000 TB --- 2012-03-06 22:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-03-06 22:20:00 - cleaning the object tree TB --- 2012-03-06 22:20:00 - cvsupping the source tree TB --- 2012-03-06 22:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-03-06 22:25:25 - building world TB --- 2012-03-06 22:25:25 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:25:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:25:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:25:25 - SRCCONF=/dev/null TB --- 2012-03-06 22:25:25 - TARGET=arm TB --- 2012-03-06 22:25:25 - TARGET_ARCH=arm TB --- 2012-03-06 22:25:25 - TZ=UTC TB --- 2012-03-06 22:25:25 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:25:25 - cd /src TB --- 2012-03-06 22:25:25 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:25:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:36:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:36:45 - ERROR: failed to build world TB --- 2012-03-06 22:36:45 - 522.16 user 101.52 system 1004.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:48:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0334C1065672; Tue, 6 Mar 2012 22:48:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CA1088FC08; Tue, 6 Mar 2012 22:48:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26MmcY9039891; Tue, 6 Mar 2012 17:48:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26MmcYi039882; Tue, 6 Mar 2012 22:48:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:48:38 GMT Message-Id: <201203062248.q26MmcYi039882@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:48:39 -0000 TB --- 2012-03-06 22:35:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:35:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-06 22:35:12 - cleaning the object tree TB --- 2012-03-06 22:35:12 - cvsupping the source tree TB --- 2012-03-06 22:35:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-06 22:35:25 - building world TB --- 2012-03-06 22:35:25 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:35:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:35:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:35:25 - SRCCONF=/dev/null TB --- 2012-03-06 22:35:25 - TARGET=ia64 TB --- 2012-03-06 22:35:25 - TARGET_ARCH=ia64 TB --- 2012-03-06 22:35:25 - TZ=UTC TB --- 2012-03-06 22:35:25 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:35:25 - cd /src TB --- 2012-03-06 22:35:25 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:35:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:48:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:48:38 - ERROR: failed to build world TB --- 2012-03-06 22:48:38 - 621.82 user 105.83 system 805.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:52:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 374D710656B6; Tue, 6 Mar 2012 22:52:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 021EB8FC26; Tue, 6 Mar 2012 22:52:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q26Mq4V2094443; Tue, 6 Mar 2012 17:52:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q26Mq4jj094431; Tue, 6 Mar 2012 22:52:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 22:52:04 GMT Message-Id: <201203062252.q26Mq4jj094431@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:52:05 -0000 TB --- 2012-03-06 22:36:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:36:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-06 22:36:15 - cleaning the object tree TB --- 2012-03-06 22:36:15 - cvsupping the source tree TB --- 2012-03-06 22:36:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-06 22:36:26 - building world TB --- 2012-03-06 22:36:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:36:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:36:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:36:26 - SRCCONF=/dev/null TB --- 2012-03-06 22:36:26 - TARGET=powerpc TB --- 2012-03-06 22:36:26 - TARGET_ARCH=powerpc TB --- 2012-03-06 22:36:26 - TZ=UTC TB --- 2012-03-06 22:36:26 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:36:26 - cd /src TB --- 2012-03-06 22:36:26 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:36:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 22:52:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 22:52:04 - ERROR: failed to build world TB --- 2012-03-06 22:52:04 - 756.45 user 116.10 system 949.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 22:52:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE5E3106566B; Tue, 6 Mar 2012 22:52:11 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0508FC0C; Tue, 6 Mar 2012 22:52:11 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B39471E00248; Tue, 6 Mar 2012 23:52:03 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q26Mpkmg022470; Tue, 6 Mar 2012 23:51:46 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q26MpjTp022469; Tue, 6 Mar 2012 23:51:46 +0100 (CET) (envelope-from nox) Date: Tue, 6 Mar 2012 23:51:46 +0100 (CET) From: Juergen Lock Message-Id: <201203062251.q26MpjTp022469@triton8.kn-bremen.de> To: guru@unixarea.de X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <20120306085717.GA1403@tiny> References: <20120301153409.GA2478@tiny> <201203012113.q21LDEjW009574@triton8.kn-bremen.de> <201203042306.q24N6aZM027784@triton8.kn-bremen.de> Organization: Cc: gnome@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: skype-2.1.0.81,1 && problem in child proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 22:52:11 -0000 In article <20120306085717.GA1403@tiny> you write: >El día Monday, March 05, 2012 a las 12:06:36AM +0100, Juergen Lock escribió: > >> Can you test the following patch? Also at: >> >> http://people.freebsd.org/~nox/tmp/xdg-utils-linux.patch > >The patch installs fine and the resulting package from the port solves >the problem; thanks > > matthias Committed, thanx! Juergen From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 23:52:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1011065673; Tue, 6 Mar 2012 23:52:15 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 73E6A8FC15; Tue, 6 Mar 2012 23:52:15 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so8869076obb.13 for ; Tue, 06 Mar 2012 15:52:14 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.60.3.34 as permitted sender) client-ip=10.60.3.34; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.60.3.34 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.60.3.34]) by 10.60.3.34 with SMTP id 2mr3165118oez.27.1331077934898 (num_hops = 1); Tue, 06 Mar 2012 15:52:14 -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:cc:subject :references:in-reply-to:x-enigmail-version:content-type; bh=SWqCCfEPr2/Eo/KPAdnPChSsN1rz9RvkbbehYmSBMmc=; b=oU1ADgZw48VcaLtuFxgXAfNrYkxxeJP2n4g6eiNfEJSfOj3DguD6qzpjsVCu7/chgC LmzBy8cjQ0v/a3qrcZuJ+RvfdDJasbXJpMYiRz2uj2AnkeHQ6Z3p6LybJCoBLGvkZBgG dz6SCXQuQvbjJKcNlVppu9fjNQwusfdUBKHdDFzzHIxgQbI4RvYrHLY4t6lDYNVv/3wM QTY3tOL9xW0NF9hNq+9kNEYe7cVgSoeRaEdd/XdvERsuPWzzhw0QCdiYAo3YQW0TXstj tlBhfUQSvBYEObhoeaeh3af4Fo2Vw+zY9quxBN+SogirRt+tkNePNwaPWV6pgSThmn+5 VCLw== Received: by 10.60.3.34 with SMTP id 2mr2742384oez.27.1331077934800; Tue, 06 Mar 2012 15:52:14 -0800 (PST) Received: from bakeneko.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id x9sm1335131oea.7.2012.03.06.15.52.12 (version=SSLv3 cipher=OTHER); Tue, 06 Mar 2012 15:52:13 -0800 (PST) Message-ID: <4F56A2DA.2070703@gmail.com> Date: Tue, 06 Mar 2012 15:50:50 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: =?UTF-8?B?0JvRjtCx0L7QvNC40YAg0JPRgNC40LPQvtGA0L7Qsg==?= References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 23:52:16 -0000 On 03/06/12 15:25, Любомир Григоров wrote: > I will be buying a X220 soon and have some questions: > > 1. Which wireless has better support? > > ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) > Intel Centrino Wireless-N 1000 > > 2. I've read bad reviews about webcam having poor quality on > GNU/Linux, so I would assume it will be the same on FreeBSD with > webcamd and not worth the $30? (which also frees up space for 3x3 antenna) > > 3. Any disadvantages in usage for turning off the UEFI? > > 4. How far is the AMD64 kernel suspend/resume? What do you mean by > video doesn't resume? > > 5. I'll be getting the IPS screen and want to make sure all the > brightness issues won't f it up. Is there yet a working way to control > brightness without interrupting the fan? > > Cheers. > > 2012/2/18 matt > > > I got 10-CURRENT installed on the x220 again. > > 1. Standard GENERIC kernel > 2. Buildworld/installworld from today's CVS > 3. No DRM/KMS patches or any other "factors" > 4. Witness KDB disabled in loader.conf (otherwise panic on suspend). > 5. setting hw.pci.do_power_suspend=0 wil prevent some AE_NO_METHOD > errors where it tries to set PCI express ports to D2 (the ports > themselves, I think...not the attached device) > > This is what I've found as I investigate the backlight/resume issue. I > am not very good at understanding ASL, but here's what I see. > > 1. _WAK calls a number of display related methods > 2. There are apparently brightness related calls here, as well as some > other video related calls > 3. Some of this behavior depends on /VIGD, whatever that is. > 4. The brightness calls seem to connect over LPC to the embedded > controller > 5. Some of the brightness methods check OSI for WIN7 > > I will add that iasl finds 35 errors in this fine piece of lenovo > work. > However, none of the errors appear to be near _wak. I've attached an > acpidump asl if it helps anyone who has a better eye for ASL and > resume/brightness problems. I think we can control brightness at least > with acpi_video, it attaches but not correctly..."active=0"...I > haven't > gone back over its source in comparison with ASL yet either. Probably > acpi_ibm will work also, as the acpi methods seem to just call the > embedded controller over the lpc bus? Unfortunately it seems something > has changed with the ec, as some of the data becomes corrupt when > acpi_ibm is loaded. > > Resume obviously works fine in Win7, works 80-95% of the time in Linux > (seems like KMS fail when it doesn't resume on Linux), and it resumes > fine on FreeBSD except no video. No bad messages in logs after resume. > > Matt > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing > list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to > "freebsd-acpi-unsubscribe@freebsd.org > " > > > > > -- > Lyubomir Grigorov (bgalakazam) > Ditch the webcam...it's grainy under linux, probably would be the same under FreeBSD...haven't even tried. Intel wireless is THE way to go...that Realtek is barely supported on Linux (I believe 8192SU is still staging drivers...) FreeBSD only legacy boots, however "UEFI USB Support" must be on to allow USB booting for some reason. I have IPS...it's very nice, but still no brightness yet. I'll get a chance to look at again this weekend most likely. I think it's just an issue with our acpi_ibm that isn't talking to the embedded controller right. Resume works, but the screen is not on. I can now confirm it is *off* and not just "dimmed/no backlight". Setting BIOS to use an external monitor and disabling internal exhibits same behavior as internal display, i.e external monitor set as BIOS primary does not come back from power save. I have tried typing dpms force commands, did not work. Once resume & brightness work, it will be great for FreeBSD...everything else seemed fine, although I have not used fingerprint reader or card reader... An interesting note is that the BIOS does whitelist the wireless card, and the wwan slot defaults to being a mSATA until it detects a whitelisted USB ID or perhaps has no PCIe lines...not sure but my ral card I'm working with will not detect in the second slot at all. The slot may start as PCIe only in earlier bios, haven't checked (google x220 egpu & x220 msata issue). Matt From owner-freebsd-current@FreeBSD.ORG Tue Mar 6 23:51:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B601065675; Tue, 6 Mar 2012 23:51:12 +0000 (UTC) (envelope-from nm.knife@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 70E118FC14; Tue, 6 Mar 2012 23:51:11 +0000 (UTC) Received: by werl4 with SMTP id l4so4518623wer.13 for ; Tue, 06 Mar 2012 15:51:10 -0800 (PST) Received-SPF: pass (google.com: domain of nm.knife@gmail.com designates 10.216.137.97 as permitted sender) client-ip=10.216.137.97; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nm.knife@gmail.com designates 10.216.137.97 as permitted sender) smtp.mail=nm.knife@gmail.com; dkim=pass header.i=nm.knife@gmail.com Received: from mr.google.com ([10.216.137.97]) by 10.216.137.97 with SMTP id x75mr9633541wei.25.1331077870696 (num_hops = 1); Tue, 06 Mar 2012 15:51:10 -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=gsBxBbvw4nUthC8NgkWZRDPeosdNtTPmsfkO1mhUdJs=; b=x8X9hQRN3GX4BBr/OC5JyWmgUouWT7SaJIv2yxe7R7O0Jo0NeVal2jFFBrNQmXBCBX v0nu9JoJNwv7MLsTlm0DVoNea/1iIo/U/lVeCFQZWEWs35ns10e6uyGanUGdwTfcckPT BpJHBlM44aa+6pTD0XM9VNUgp4WfYcAK7Q4lx+ujP65Ct4Z8exTKQqIyivgXE2Ldn5qc ILpJIsR8LTwNnhtZzX0mIeScjsp/Q9Y29jZ/v+Akl+r5SDSMlBhOHGHPkHKZzitr4JWF dqO8B+CK24SAiBFGy3hhVN4Nv+udZE/4TAzOJYdDaPVkYA/o2kfKZO1ftt066o9kEo+q FHxw== MIME-Version: 1.0 Received: by 10.216.137.97 with SMTP id x75mr7676513wei.25.1331076306530; Tue, 06 Mar 2012 15:25:06 -0800 (PST) Received: by 10.227.198.18 with HTTP; Tue, 6 Mar 2012 15:25:06 -0800 (PST) In-Reply-To: <4F40A2D4.6000000@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> Date: Tue, 6 Mar 2012 15:25:06 -0800 Message-ID: From: =?windows-1251?B?y/7h7uzo8CDD8Ojj7vDu4g==?= To: matt , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 07 Mar 2012 00:00:30 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 23:51:12 -0000 I will be buying a X220 soon and have some questions: 1. Which wireless has better support? ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) Intel Centrino Wireless-N 1000 2. I've read bad reviews about webcam having poor quality on GNU/Linux, so I would assume it will be the same on FreeBSD with webcamd and not worth the $30? (which also frees up space for 3x3 antenna) 3. Any disadvantages in usage for turning off the UEFI? 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? 5. I'll be getting the IPS screen and want to make sure all the brightness issues won't f it up. Is there yet a working way to control brightness without interrupting the fan? Cheers. 2012/2/18 matt > I got 10-CURRENT installed on the x220 again. > > 1. Standard GENERIC kernel > 2. Buildworld/installworld from today's CVS > 3. No DRM/KMS patches or any other "factors" > 4. Witness KDB disabled in loader.conf (otherwise panic on suspend). > 5. setting hw.pci.do_power_suspend=0 wil prevent some AE_NO_METHOD > errors where it tries to set PCI express ports to D2 (the ports > themselves, I think...not the attached device) > > This is what I've found as I investigate the backlight/resume issue. I > am not very good at understanding ASL, but here's what I see. > > 1. _WAK calls a number of display related methods > 2. There are apparently brightness related calls here, as well as some > other video related calls > 3. Some of this behavior depends on /VIGD, whatever that is. > 4. The brightness calls seem to connect over LPC to the embedded controller > 5. Some of the brightness methods check OSI for WIN7 > > I will add that iasl finds 35 errors in this fine piece of lenovo work. > However, none of the errors appear to be near _wak. I've attached an > acpidump asl if it helps anyone who has a better eye for ASL and > resume/brightness problems. I think we can control brightness at least > with acpi_video, it attaches but not correctly..."active=0"...I haven't > gone back over its source in comparison with ASL yet either. Probably > acpi_ibm will work also, as the acpi methods seem to just call the > embedded controller over the lpc bus? Unfortunately it seems something > has changed with the ec, as some of the data becomes corrupt when > acpi_ibm is loaded. > > Resume obviously works fine in Win7, works 80-95% of the time in Linux > (seems like KMS fail when it doesn't resume on Linux), and it resumes > fine on FreeBSD except no video. No bad messages in logs after resume. > > Matt > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > -- Lyubomir Grigorov (bgalakazam) From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 00:34:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 216A91065674; Wed, 7 Mar 2012 00:34:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E7EC38FC13; Wed, 7 Mar 2012 00:34:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q270YVY1017772; Tue, 6 Mar 2012 19:34:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q270YV0a017771; Wed, 7 Mar 2012 00:34:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 00:34:31 GMT Message-Id: <201203070034.q270YV0a017771@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 00:34:32 -0000 TB --- 2012-03-06 22:36:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-06 22:36:45 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-06 22:36:45 - cleaning the object tree TB --- 2012-03-06 22:36:45 - cvsupping the source tree TB --- 2012-03-06 22:36:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-06 22:36:56 - building world TB --- 2012-03-06 22:36:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 22:36:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 22:36:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 22:36:56 - SRCCONF=/dev/null TB --- 2012-03-06 22:36:56 - TARGET=powerpc TB --- 2012-03-06 22:36:56 - TARGET_ARCH=powerpc64 TB --- 2012-03-06 22:36:56 - TZ=UTC TB --- 2012-03-06 22:36:56 - __MAKE_CONF=/dev/null TB --- 2012-03-06 22:36:56 - cd /src TB --- 2012-03-06 22:36:56 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 22:36:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc64/lib32/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcmp.c -o wmemcmp.So cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc64/lib32/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemcpy.c -o wmemcpy.So cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc64/lib32/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c -o wmemmove.So cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc64/lib32/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 setrunelocale.So: In function `__getCurrentRuneLocale': setrunelocale.c:(.text+0x0): multiple definition of `__getCurrentRuneLocale' nomacros.So:nomacros.c:(.text+0x0): first defined here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 00:34:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 00:34:31 - ERROR: failed to build world TB --- 2012-03-07 00:34:31 - 6246.05 user 811.95 system 7065.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 01:21:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15F241065675 for ; Wed, 7 Mar 2012 01:21:06 +0000 (UTC) (envelope-from pinter@tresorium.hu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6A38FC28 for ; Wed, 7 Mar 2012 01:21:05 +0000 (UTC) Received: by eaaf13 with SMTP id f13so2130277eaa.13 for ; Tue, 06 Mar 2012 17:21:04 -0800 (PST) Received: by 10.14.120.210 with SMTP id p58mr10455eeh.98.1331081615514; Tue, 06 Mar 2012 16:53:35 -0800 (PST) Received: from peonia (peonia.teteny.elte.hu. [157.181.96.25]) by mx.google.com with ESMTPS id u9sm80733314eem.11.2012.03.06.16.53.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Mar 2012 16:53:33 -0800 (PST) From: Oliver Pinter Organization: Tresorium Ltd. To: current@freebsd.org Date: Wed, 7 Mar 2012 01:53:25 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FGrVPWkrsbiJYly" Message-Id: <201203070153.25537.pinter@tresorium.hu> X-Gm-Message-State: ALoCoQkj0gunnFqUfzFS0/HAaMwPPe5DQSUe2FOaU5NNdT8SXlyAo2d4zIWWh9MF8uNqlE5QpT6C X-Mailman-Approved-At: Wed, 07 Mar 2012 02:22:22 +0000 Cc: stable@freebsd.org Subject: add k3772z 3g modem support for FreeBSD-9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 01:21:06 -0000 --Boundary-00=_FGrVPWkrsbiJYly Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all! I wrote a patch, to add support for Vodafone K3772-Z 3g modem. -- Oliver Pinter (Tresorium) --Boundary-00=_FGrVPWkrsbiJYly Content-Type: text/x-diff; charset="iso 8859-15"; name="k3772z.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="k3772z.diff" commit 092aa1246e1dde0ffe11a7bc06b540f4fa5851c9 Author: Oliver Pinter Date: Wed Mar 7 01:47:51 2012 +0100 added support for Vodafone 3772-Z to u3g driver ugen1.2: at usbus1 ugen1.2: at usbus1 (disconnected) ugen1.2: at usbus1 umodem0: on usbus1 umodem0: data interface 2, has CM over data, has break umodem1: on usbus1 umodem1: data interface 4, has CM over data, has break cdce0: on usbus1 ue0: on cdce0 ue0: Ethernet address: 02:77:c1:XX:XX:XX umass0: on usbus1 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to rea dy change, medium may have changed) Signed-off-by: Oliver Pinter diff --git a/share/man/man4/u3g.4 b/share/man/man4/u3g.4 index 4df0b26..a2122cb 100644 --- a/share/man/man4/u3g.4 +++ b/share/man/man4/u3g.4 @@ -61,6 +61,8 @@ Option GT 3G, GT 3G Quad, etc. .It Vodafone Mobile Connect Card 3G .It +Vodafone Mobile Broadband K3772-Z +.It Qualcomm Inc. CDMA MSM .It Huawei B190, E180v, E220 ('') diff --git a/sys/dev/usb/serial/u3g.c b/sys/dev/usb/serial/u3g.c index e0b38bd..23b0f6c 100644 --- a/sys/dev/usb/serial/u3g.c +++ b/sys/dev/usb/serial/u3g.c @@ -422,6 +422,7 @@ static const STRUCT_USB_HOST_ID u3g_devs[] = { U3G_DEV(QUALCOMMINC, SURFSTICK, 0), U3G_DEV(QUALCOMMINC, E2002, 0), U3G_DEV(QUALCOMMINC, E2003, 0), + U3G_DEV(QUALCOMMINC, K3772_Z, U3GINIT_SCSIEJECT), U3G_DEV(QUALCOMMINC, MF626, 0), U3G_DEV(QUALCOMMINC, MF628, 0), U3G_DEV(QUALCOMMINC, MF633R, 0), diff --git a/sys/dev/usb/usbdevs b/sys/dev/usb/usbdevs index c770043..bc990c8 100644 --- a/sys/dev/usb/usbdevs +++ b/sys/dev/usb/usbdevs @@ -2744,6 +2744,7 @@ product QUALCOMMINC E0078 0x0078 3G modem product QUALCOMMINC E0082 0x0082 3G modem product QUALCOMMINC E0086 0x0086 3G modem product QUALCOMMINC SURFSTICK 0x0117 1&1 Surf Stick +product QUALCOMMINC K3772_Z 0x1179 3G modem product QUALCOMMINC ZTE_STOR 0x2000 USB ZTE Storage product QUALCOMMINC E2002 0x2002 3G modem product QUALCOMMINC E2003 0x2003 3G modem --Boundary-00=_FGrVPWkrsbiJYly-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 04:34:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB791065670; Wed, 7 Mar 2012 04:34:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B4E638FC15; Wed, 7 Mar 2012 04:34:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q274YEev017486; Tue, 6 Mar 2012 23:34:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q274YDsQ017468; Wed, 7 Mar 2012 04:34:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 04:34:13 GMT Message-Id: <201203070434.q274YDsQ017468@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 04:34:15 -0000 TB --- 2012-03-07 00:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-07 00:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-07 00:40:00 - cleaning the object tree TB --- 2012-03-07 00:40:02 - cvsupping the source tree TB --- 2012-03-07 00:40:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-07 00:45:29 - building world TB --- 2012-03-07 00:45:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 00:45:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 00:45:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 00:45:29 - SRCCONF=/dev/null TB --- 2012-03-07 00:45:29 - TARGET=i386 TB --- 2012-03-07 00:45:29 - TARGET_ARCH=i386 TB --- 2012-03-07 00:45:29 - TZ=UTC TB --- 2012-03-07 00:45:29 - __MAKE_CONF=/dev/null TB --- 2012-03-07 00:45:29 - cd /src TB --- 2012-03-07 00:45:29 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 00:45:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 7 02:49:47 UTC 2012 TB --- 2012-03-07 02:49:47 - generating LINT kernel config TB --- 2012-03-07 02:49:47 - cd /src/sys/i386/conf TB --- 2012-03-07 02:49:47 - /usr/bin/make -B LINT TB --- 2012-03-07 02:49:48 - cd /src/sys/i386/conf TB --- 2012-03-07 02:49:48 - /usr/sbin/config -m LINT TB --- 2012-03-07 02:49:48 - building LINT kernel TB --- 2012-03-07 02:49:48 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 02:49:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 02:49:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 02:49:48 - SRCCONF=/dev/null TB --- 2012-03-07 02:49:48 - TARGET=i386 TB --- 2012-03-07 02:49:48 - TARGET_ARCH=i386 TB --- 2012-03-07 02:49:48 - TZ=UTC TB --- 2012-03-07 02:49:48 - __MAKE_CONF=/dev/null TB --- 2012-03-07 02:49:48 - cd /src TB --- 2012-03-07 02:49:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 02:49:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 03:21:21 UTC 2012 TB --- 2012-03-07 03:21:21 - cd /src/sys/i386/conf TB --- 2012-03-07 03:21:21 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-07 03:21:21 - building LINT-NOINET kernel TB --- 2012-03-07 03:21:21 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:21:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:21:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:21:21 - SRCCONF=/dev/null TB --- 2012-03-07 03:21:21 - TARGET=i386 TB --- 2012-03-07 03:21:21 - TARGET_ARCH=i386 TB --- 2012-03-07 03:21:21 - TZ=UTC TB --- 2012-03-07 03:21:21 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:21:21 - cd /src TB --- 2012-03-07 03:21:21 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Mar 7 03:21:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Wed Mar 7 03:51:39 UTC 2012 TB --- 2012-03-07 03:51:39 - cd /src/sys/i386/conf TB --- 2012-03-07 03:51:39 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-07 03:51:39 - building LINT-NOINET6 kernel TB --- 2012-03-07 03:51:39 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:51:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:51:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:51:39 - SRCCONF=/dev/null TB --- 2012-03-07 03:51:39 - TARGET=i386 TB --- 2012-03-07 03:51:39 - TARGET_ARCH=i386 TB --- 2012-03-07 03:51:39 - TZ=UTC TB --- 2012-03-07 03:51:39 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:51:39 - cd /src TB --- 2012-03-07 03:51:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Mar 7 03:51:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Wed Mar 7 04:22:06 UTC 2012 TB --- 2012-03-07 04:22:06 - cd /src/sys/i386/conf TB --- 2012-03-07 04:22:06 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-07 04:22:06 - building LINT-NOIP kernel TB --- 2012-03-07 04:22:06 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 04:22:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 04:22:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 04:22:06 - SRCCONF=/dev/null TB --- 2012-03-07 04:22:06 - TARGET=i386 TB --- 2012-03-07 04:22:06 - TARGET_ARCH=i386 TB --- 2012-03-07 04:22:06 - TZ=UTC TB --- 2012-03-07 04:22:06 - __MAKE_CONF=/dev/null TB --- 2012-03-07 04:22:06 - cd /src TB --- 2012-03-07 04:22:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Mar 7 04:22:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_iso88025subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_lagg.c cc1: warnings being treated as errors /src/sys/net/if_lagg.c: In function 'lagg_hashmbuf': /src/sys/net/if_lagg.c:1460: warning: unused variable 'buf' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 04:34:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 04:34:13 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-03-07 04:34:13 - 11173.34 user 1585.30 system 14053.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 04:52:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD0B106566B for ; Wed, 7 Mar 2012 04:52:29 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B712F8FC08 for ; Wed, 7 Mar 2012 04:52:29 +0000 (UTC) Received: by iahk25 with SMTP id k25so10889215iah.13 for ; Tue, 06 Mar 2012 20:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=pU9UZ4arI5bloT42d4Y/CkHVgj40Ae4pt2cLR6rCIGI=; b=SyqLUxSoBJoZZ2DDqsfsqpZoD8A+4GKx0/YWPpOJknSwAU5Ofy7cenuZxmN2j1aeaM VrdVqueAP9ScZiEqXzAYAKRh8yWZQGvgbtXEPk5Fs8yIw3v0mQQSSnmNg6ps62rhRRhK 17tIAoYI/zD5MSQrWT1wVG98k13KGVrlNX2b38+kee8NgqeszQbYAiX70Ha/Ugd1si7o nQkm/IfVR9dSVkxIZcjOcnefeq/3p79pIplORVw5ZAD5le/d/1eLXrswldqR7psmoIxW f23x4QfN3pPqku0f1BnlG3VRrIxNa4BNomewC8A56G9qwtPYHqD5UVSc456XxWuPehOu 2kAA== Received: by 10.50.140.101 with SMTP id rf5mr625555igb.27.1331095949111; Tue, 06 Mar 2012 20:52:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.11.197 with HTTP; Tue, 6 Mar 2012 20:51:58 -0800 (PST) From: Jia-Shiun Li Date: Wed, 7 Mar 2012 12:51:58 +0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 04:52:30 -0000 I am not familiar with boot2, but it looks like allocated size for boot2 is not enough to hold code generated by clang. Reverting r232570 fixes it. ===> sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp clang -c boot2.s clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -c /usr/src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 -49 bytes available *** [boot2] Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [sys.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 04:53:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D4F8106564A; Wed, 7 Mar 2012 04:53:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 514D38FC1A; Wed, 7 Mar 2012 04:53:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q274rssl077212; Tue, 6 Mar 2012 23:53:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q274rsXY077211; Wed, 7 Mar 2012 04:53:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 04:53:54 GMT Message-Id: <201203070453.q274rsXY077211@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 04:53:55 -0000 TB --- 2012-03-07 00:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-07 00:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-03-07 00:40:00 - cleaning the object tree TB --- 2012-03-07 00:40:02 - cvsupping the source tree TB --- 2012-03-07 00:40:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-03-07 00:40:33 - building world TB --- 2012-03-07 00:40:33 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 00:40:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 00:40:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 00:40:33 - SRCCONF=/dev/null TB --- 2012-03-07 00:40:33 - TARGET=amd64 TB --- 2012-03-07 00:40:33 - TARGET_ARCH=amd64 TB --- 2012-03-07 00:40:33 - TZ=UTC TB --- 2012-03-07 00:40:33 - __MAKE_CONF=/dev/null TB --- 2012-03-07 00:40:33 - cd /src TB --- 2012-03-07 00:40:33 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 00:40:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Mar 7 03:14:23 UTC 2012 TB --- 2012-03-07 03:14:23 - generating LINT kernel config TB --- 2012-03-07 03:14:23 - cd /src/sys/amd64/conf TB --- 2012-03-07 03:14:23 - /usr/bin/make -B LINT TB --- 2012-03-07 03:14:24 - cd /src/sys/amd64/conf TB --- 2012-03-07 03:14:24 - /usr/sbin/config -m LINT TB --- 2012-03-07 03:14:24 - building LINT kernel TB --- 2012-03-07 03:14:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:14:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:14:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:14:24 - SRCCONF=/dev/null TB --- 2012-03-07 03:14:24 - TARGET=amd64 TB --- 2012-03-07 03:14:24 - TARGET_ARCH=amd64 TB --- 2012-03-07 03:14:24 - TZ=UTC TB --- 2012-03-07 03:14:24 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:14:24 - cd /src TB --- 2012-03-07 03:14:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 03:14:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 03:43:41 UTC 2012 TB --- 2012-03-07 03:43:41 - cd /src/sys/amd64/conf TB --- 2012-03-07 03:43:41 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-07 03:43:41 - building LINT-NOINET kernel TB --- 2012-03-07 03:43:41 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:43:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:43:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:43:41 - SRCCONF=/dev/null TB --- 2012-03-07 03:43:41 - TARGET=amd64 TB --- 2012-03-07 03:43:41 - TARGET_ARCH=amd64 TB --- 2012-03-07 03:43:41 - TZ=UTC TB --- 2012-03-07 03:43:41 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:43:41 - cd /src TB --- 2012-03-07 03:43:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Mar 7 03:43:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Wed Mar 7 04:12:29 UTC 2012 TB --- 2012-03-07 04:12:29 - cd /src/sys/amd64/conf TB --- 2012-03-07 04:12:29 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-07 04:12:29 - building LINT-NOINET6 kernel TB --- 2012-03-07 04:12:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 04:12:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 04:12:29 - SRCCONF=/dev/null TB --- 2012-03-07 04:12:29 - TARGET=amd64 TB --- 2012-03-07 04:12:29 - TARGET_ARCH=amd64 TB --- 2012-03-07 04:12:29 - TZ=UTC TB --- 2012-03-07 04:12:29 - __MAKE_CONF=/dev/null TB --- 2012-03-07 04:12:29 - cd /src TB --- 2012-03-07 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Mar 7 04:12:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Wed Mar 7 04:42:11 UTC 2012 TB --- 2012-03-07 04:42:11 - cd /src/sys/amd64/conf TB --- 2012-03-07 04:42:11 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-07 04:42:11 - building LINT-NOIP kernel TB --- 2012-03-07 04:42:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 04:42:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 04:42:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 04:42:11 - SRCCONF=/dev/null TB --- 2012-03-07 04:42:11 - TARGET=amd64 TB --- 2012-03-07 04:42:11 - TARGET_ARCH=amd64 TB --- 2012-03-07 04:42:11 - TZ=UTC TB --- 2012-03-07 04:42:11 - __MAKE_CONF=/dev/null TB --- 2012-03-07 04:42:11 - cd /src TB --- 2012-03-07 04:42:11 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Mar 7 04:42:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fddisubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fwsubr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_iso88025subr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_lagg.c cc1: warnings being treated as errors /src/sys/net/if_lagg.c: In function 'lagg_hashmbuf': /src/sys/net/if_lagg.c:1460: warning: unused variable 'buf' [-Wunused-variable] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 04:53:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 04:53:54 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-03-07 04:53:54 - 12302.88 user 1864.41 system 15234.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 11:30:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05B411065676; Wed, 7 Mar 2012 11:30:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B4A698FC19; Wed, 7 Mar 2012 11:30:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q27BUaqf058986; Wed, 7 Mar 2012 06:30:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q27BUaLc058985; Wed, 7 Mar 2012 11:30:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 11:30:36 GMT Message-Id: <201203071130.q27BUaLc058985@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 11:30:37 -0000 TB --- 2012-03-07 07:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-07 07:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-07 07:40:00 - cleaning the object tree TB --- 2012-03-07 07:40:18 - cvsupping the source tree TB --- 2012-03-07 07:40:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-07 07:40:47 - building world TB --- 2012-03-07 07:40:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 07:40:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 07:40:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 07:40:47 - SRCCONF=/dev/null TB --- 2012-03-07 07:40:47 - TARGET=i386 TB --- 2012-03-07 07:40:47 - TARGET_ARCH=i386 TB --- 2012-03-07 07:40:47 - TZ=UTC TB --- 2012-03-07 07:40:47 - __MAKE_CONF=/dev/null TB --- 2012-03-07 07:40:47 - cd /src TB --- 2012-03-07 07:40:47 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 07:40:47 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 7 09:46:07 UTC 2012 TB --- 2012-03-07 09:46:07 - generating LINT kernel config TB --- 2012-03-07 09:46:07 - cd /src/sys/i386/conf TB --- 2012-03-07 09:46:07 - /usr/bin/make -B LINT TB --- 2012-03-07 09:46:08 - cd /src/sys/i386/conf TB --- 2012-03-07 09:46:08 - /usr/sbin/config -m LINT TB --- 2012-03-07 09:46:08 - building LINT kernel TB --- 2012-03-07 09:46:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 09:46:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 09:46:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 09:46:08 - SRCCONF=/dev/null TB --- 2012-03-07 09:46:08 - TARGET=i386 TB --- 2012-03-07 09:46:08 - TARGET_ARCH=i386 TB --- 2012-03-07 09:46:08 - TZ=UTC TB --- 2012-03-07 09:46:08 - __MAKE_CONF=/dev/null TB --- 2012-03-07 09:46:08 - cd /src TB --- 2012-03-07 09:46:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 09:46:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 10:17:54 UTC 2012 TB --- 2012-03-07 10:17:54 - cd /src/sys/i386/conf TB --- 2012-03-07 10:17:54 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-07 10:17:54 - building LINT-NOINET kernel TB --- 2012-03-07 10:17:54 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 10:17:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 10:17:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 10:17:54 - SRCCONF=/dev/null TB --- 2012-03-07 10:17:54 - TARGET=i386 TB --- 2012-03-07 10:17:54 - TARGET_ARCH=i386 TB --- 2012-03-07 10:17:54 - TZ=UTC TB --- 2012-03-07 10:17:54 - __MAKE_CONF=/dev/null TB --- 2012-03-07 10:17:54 - cd /src TB --- 2012-03-07 10:17:54 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Mar 7 10:17:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Wed Mar 7 10:48:11 UTC 2012 TB --- 2012-03-07 10:48:11 - cd /src/sys/i386/conf TB --- 2012-03-07 10:48:11 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-07 10:48:11 - building LINT-NOINET6 kernel TB --- 2012-03-07 10:48:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 10:48:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 10:48:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 10:48:11 - SRCCONF=/dev/null TB --- 2012-03-07 10:48:11 - TARGET=i386 TB --- 2012-03-07 10:48:11 - TARGET_ARCH=i386 TB --- 2012-03-07 10:48:11 - TZ=UTC TB --- 2012-03-07 10:48:11 - __MAKE_CONF=/dev/null TB --- 2012-03-07 10:48:11 - cd /src TB --- 2012-03-07 10:48:11 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Mar 7 10:48:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Wed Mar 7 11:19:08 UTC 2012 TB --- 2012-03-07 11:19:08 - cd /src/sys/i386/conf TB --- 2012-03-07 11:19:08 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-07 11:19:08 - building LINT-NOIP kernel TB --- 2012-03-07 11:19:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 11:19:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 11:19:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 11:19:08 - SRCCONF=/dev/null TB --- 2012-03-07 11:19:08 - TARGET=i386 TB --- 2012-03-07 11:19:08 - TARGET_ARCH=i386 TB --- 2012-03-07 11:19:08 - TZ=UTC TB --- 2012-03-07 11:19:08 - __MAKE_CONF=/dev/null TB --- 2012-03-07 11:19:08 - cd /src TB --- 2012-03-07 11:19:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Mar 7 11:19:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_iso88025subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_lagg.c cc1: warnings being treated as errors /src/sys/net/if_lagg.c: In function 'lagg_hashmbuf': /src/sys/net/if_lagg.c:1460: warning: unused variable 'buf' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 11:30:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 11:30:36 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-03-07 11:30:36 - 11305.06 user 1611.18 system 13835.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 14:15:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73E3106566C; Wed, 7 Mar 2012 14:15:55 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7A04A8FC16; Wed, 7 Mar 2012 14:15:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S5Hek-0005zr-Fm>; Wed, 07 Mar 2012 15:15:54 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S5Hek-0002ss-C7>; Wed, 07 Mar 2012 15:15:54 +0100 Message-ID: <4F576D94.8030909@mail.zedat.fu-berlin.de> Date: Wed, 07 Mar 2012 15:15:48 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Dimitry Andric References: <4F5636AA.2060703@mail.zedat.fu-berlin.de> <4F5660A5.60707@FreeBSD.org> In-Reply-To: <4F5660A5.60707@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4C4031A4D0EE757566B331A4" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Wed, 07 Mar 2012 14:33:07 +0000 Cc: Current FreeBSD Subject: Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 14:15:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4C4031A4D0EE757566B331A4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/06/12 20:08, Dimitry Andric wrote: > On 2012-03-06 17:09, O. Hartmann wrote: > ... >> Well, I tried to switch by doing a "svn switch" in /usr/src, building = a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some point in /usr/src/share (I forgot were exactl= y, >> it was somewhere with lots of locale stuff), the buildworld process >> fails so I couldn't build a world. >=20 > Try doing a fresh checkout instead. And don't try to build the latest > head with clang, it's unfortunately broken at the moment. Use r232569 > if you want to use clang. Mmmmhhhh .... I still end up here building "buildworld": 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp clang -m32 -c boot2.s clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D= 0x3 -DSIOSPD=3D9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=3D100 -mllvm -stack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-load-pre=3Dfalse -ffreestanding -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=3Di386 -std=3Dgnu99 -m32 -c /usr/src/sys/boot/i386/boot2/sio.S clang: warning: the clang compiler does not support '-fno-unit-at-a-time'= clang: warning: argument unused during compilation: '-fno-guess-branch-probability' clang: warning: argument unused during compilation: '-mno-align-long-strings' clang: warning: argument unused during compilation: '--param max-inline-insns-single=3D100' clang: warning: argument unused during compilation: '-mpreferred-stack-boundary=3D2' ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D= 1:1 client: fmt=3Dbin size=3D15a1 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e31 text=3D200 data=3D1c31 org=3D0 entry=3D0 -49 bytes available *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------enig4C4031A4D0EE757566B331A4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPV22aAAoJEOgBcD7A/5N89iMH+wUayj7NFG7awS6pVDnB8Unv MvZSsuld835KamEe3Db2zthYon59DDv4KveIt/4BE0i+/NZULd/xYGgsc8IS3gDs KmYYBkxpL+xs5IR6Io9v5ChO+6UTSLchgtpkM1d0a73tTAb6rHCMOr/fH/kkKFpw LI6mdXaWZFKHLs/YSLFOLo8qnUNQmdN8TiKhAQuAH8IQf+Vmzcz57lkhRiS5WXRy ynkvt0BKryR6obaFSEEAI8N3Y1cv7U8rSj9JnPav86VEWA4n4mWXYaeDBxHAAZ5D mbNYaRPAyuH+RaeXfTAWmGMEJJ0cVFmEIZYV6PRwCq03jDdwOEtYj2KEautQnFY= =xQ5s -----END PGP SIGNATURE----- --------------enig4C4031A4D0EE757566B331A4-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 15:23:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD8F1106564A; Wed, 7 Mar 2012 15:23:52 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3EAF78FC1B; Wed, 7 Mar 2012 15:23:52 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q27FNobV022225; Thu, 8 Mar 2012 00:23:50 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Thu, 08 Mar 2012 00:23:49 +0900 (JST) Message-Id: <20120308.002349.126757388.iwasaki@jp.FreeBSD.org> To: adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: References: <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 15:23:52 -0000 > I'd rather you file a PR first describing what you just did, then > commit the fix and close the PR. OK, I've just submitted a PR. I'll follow the procedure you suggested. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165819 Thanks From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 15:38:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0AF106566C; Wed, 7 Mar 2012 15:38:47 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 926078FC0C; Wed, 7 Mar 2012 15:38:45 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q27Fcigv022293; Thu, 8 Mar 2012 00:38:44 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Thu, 08 Mar 2012 00:38:44 +0900 (JST) Message-Id: <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> To: bschmidt@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <201203062005.15276.bschmidt@freebsd.org> References: <201203052314.22050.bschmidt@freebsd.org> <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> <201203062005.15276.bschmidt@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: adrian@freebsd.org, freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 15:38:47 -0000 > > In RELENG_7, data frame is transmitted by iwi_tx_start() like this. > > > > ether_output > > ether_output_frame > > IFQ_HANDOFF/IFQ_HANDOFF_ADJ > > if_start > > iwi_start > > iwi_tx_start > > > > After 8.0-RELEASE, device specific if_transmit() is called via net80211 layer. > > > > ether_output > > ether_output_frame > > if_transmit > > IFQ_HANDOFF/IFQ_HANDOFF_ADJ > > if_start > > ieee80211_start > > parent->if_transmit(ie. iwi_transmit()) > > > > There was not if_transmit method in iwi(4), so I add it. > > On if_qflush(), CURRENT kernel complains that `transmit and qflush > > must both either be set or both be NULL' from if.c. > > I wrote iwi_qflush(), but actually never tested it... > > Hmm, it still is the case for >= 8 afaik, there is a default > if_transmit() which is used for all wireless drivers which seems to > work pretty well. That's why I'm wondering, iwi(4) would be the first > driver to have it's own if_transmit() function. I'm not aware of any > technical reason for adding one, or did I miss something? If not I'd > rather not have one added, for sake of consistency. By your this comment, I noticed that my understanding on iwi_start() call stack > 8.0 was wrong a bit, correct one is like this; ether_output ether_output_frame if_transmit IFQ_HANDOFF/IFQ_HANDOFF_ADJ if_start ieee80211_start parent->if_transmit(ie. if_transmit()) IFQ_HANDOFF/IFQ_HANDOFF_ADJ if_start iwi_start iwi_start_locked iwi_tx_start So iwi_transmit and iwi_qflush would not be necessary. Today's version of patches at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120307.diff This would be the final version I hope. Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 18:45:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 820291065672; Wed, 7 Mar 2012 18:45:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id AEABB8FC13; Wed, 7 Mar 2012 18:45:12 +0000 (UTC) Received: by werl4 with SMTP id l4so5281850wer.13 for ; Wed, 07 Mar 2012 10:45:11 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vZJLp3zUzmD+Cur6UNk7ly3yxIzO5jTF6+XWtELSo6c=; b=T/0wT1WW+gBoH2FxCbaHNAFZ40F/NR2w0NJaXEGdnUuTLv/iIG2rsCD/8HXwzDuE4u ghWSV1Fa+Dg25+y2MbuxO+VCX9LF2hg5G1w+JPurvylNPVYzIowx85ptuYGJLlXdUPJ7 WW8GzHG8SDjQizn77RHlBH3TPJmTuQ7Q7spvjYIqYEeX7Bok7Mlq/4SHEpWH6fJB0FlR mDizAUfkoSNSRQM6RUiub8HoEhyqi5cTTS32ueddil98S1wZv+keY4Mq/UqRJzA+y7fH 9SAZDvoGQ8fXPEupZhTwdHyJzp6mQ/oXyGG325AtgGuJ0FKYLwfVIymokQKDC2Q+WwlC QBUQ== MIME-Version: 1.0 Received: by 10.180.96.8 with SMTP id do8mr28227482wib.21.1331145911774; Wed, 07 Mar 2012 10:45:11 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Wed, 7 Mar 2012 10:45:11 -0800 (PST) In-Reply-To: <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> References: <201203052314.22050.bschmidt@freebsd.org> <20120307.023046.27956263.iwasaki@jp.FreeBSD.org> <201203062005.15276.bschmidt@freebsd.org> <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> Date: Wed, 7 Mar 2012 10:45:11 -0800 X-Google-Sender-Auth: PK0IEVcb8RFMaOC6Pdp60IJOZaE Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 18:45:14 -0000 Hi, I'd rather you didn't commit iwi_update_mcast() unless you absolutely know that the NIC doesn't need to be notified of multicast group membership changes. If so, please commit that as a separate fix. I'll look at iwi later and give you feedback on that particular change. Thanks for chasing this down! Adrian From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 19:01:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 114A51065680 for ; Wed, 7 Mar 2012 19:01:00 +0000 (UTC) (envelope-from vrachil@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFDD8FC22 for ; Wed, 7 Mar 2012 19:00:59 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so5733947wgb.31 for ; Wed, 07 Mar 2012 11:00:58 -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:references :in-reply-to:x-tagtoolbar-keys:content-type :content-transfer-encoding; bh=yOcD3pxpX9OOgHVj54dynfRvZLyRK4CYPyro6aAsWAk=; b=tAu/bnl85jlg1zJ23Ry6N0DXfNf3hoTkTxTPvV5Thwp4AjWVkiCri2nOe4eN6hYaw8 rFG+iHnAzdxIQYxEL/BMxxnLWZiSUXwFMC/lFI8DysQWywIB+R1pbFATaabV5mFVN6Th 8ynKCsDRqt17lhwBvVXp18w+Bjf93VIPjg0SmGXYjT8auNEwf9pqVAkAhkjExSMnJ8vx pYSEN1bN63czSN29jyL4wsK1/NFr52N/+K/yliTDrXYkxwwkYFdlS4zOJINfrVy06fru pGvuvDmfQtDjL1Vw75yf5+WH5i/ZJK7zeoSUGxcAZZqrkFfX9xVMaqkjZUVX6Uw6eZXI JWxA== Received: by 10.216.135.69 with SMTP id t47mr1466955wei.85.1331144960789; Wed, 07 Mar 2012 10:29:20 -0800 (PST) Received: from i5.limgad.homeunix.net (130.43.36.118.dsl.dyn.forthnet.gr. [130.43.36.118]) by mx.google.com with ESMTPS id h19sm37589817wiw.9.2012.03.07.10.29.19 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 10:29:19 -0800 (PST) Message-ID: <4F57A8FC.8090106@gmail.com> Date: Wed, 07 Mar 2012 20:29:16 +0200 From: Vrachnis Ilias-Dimitrios User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120227 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> In-Reply-To: X-TagToolbar-Keys: D20120307202916682 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 19:01:00 -0000 On 03/07/2012 01:25, Любомир Григоров wrote: > I will be buying a X220 soon and have some questions: > > 1. Which wireless has better support? > > ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) > Intel Centrino Wireless-N 1000 > > 2. I've read bad reviews about webcam having poor quality on GNU/Linux, so > I would assume it will be the same on FreeBSD with webcamd and not worth > the $30? (which also frees up space for 3x3 antenna) > > 3. Any disadvantages in usage for turning off the UEFI? > > 4. How far is the AMD64 kernel suspend/resume? What do you mean by video > doesn't resume? > > 5. I'll be getting the IPS screen and want to make sure all the brightness > issues won't f it up. Is there yet a working way to control brightness > without interrupting the fan? Hi Любомир, i'll be answering the 1,2 questions from my experience with the X220: I bought my X220 with the Realtek wireless and the webcam. I tried running -CURRENT a couple of months ago, (just after the bump to 10-CURRENT) but the wifi was a no-go, so yeah, I'd suggest getting the intel adapter too. As for the camera, I've been running Arch linux, and the performance (resolution, refresh rate) have been fine, as far as I know at least. I've used it for some skype conferencing and it worked fine. No flickering, no issues at all. Without knowing about the webcamd compatibility of the specific model, I am happy about choosing the camera instead of the antenna, as I never have any problems connecting to my access point, even when I am far away with 4-5 walls in between. As for the rest, I can't comment on, as I did not install freebsd at all, and as such I did not test the other parts. The wireless was a big issue for me you see. just my 0.02$ -vid From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 19:11:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A0AC1065718 for ; Wed, 7 Mar 2012 19:11:31 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE0E28FC1B for ; Wed, 7 Mar 2012 19:11:30 +0000 (UTC) Received: by eekd17 with SMTP id d17so2590747eek.13 for ; Wed, 07 Mar 2012 11:11:29 -0800 (PST) Received: by 10.14.28.199 with SMTP id g47mr1438845eea.16.1331147489156; Wed, 07 Mar 2012 11:11:29 -0800 (PST) Received: from amy.lab.techwires.net (dslb-088-065-223-042.pools.arcor-ip.net. [88.65.223.42]) by mx.google.com with ESMTPS id h47sm26160550eea.10.2012.03.07.11.11.26 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 11:11:28 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Mitsuru IWASAKI Date: Wed, 7 Mar 2012 20:11:39 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201203052314.22050.bschmidt@freebsd.org> <201203062005.15276.bschmidt@freebsd.org> <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203072011.40102.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQlLN8WJH+0JSO+kPBComDe6e8Cb33K3xvjTgVROnhEoqpY/GBKcJGAK6x3f/QzZbBe/nbt0 Cc: adrian@freebsd.org, freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 19:11:31 -0000 On Wednesday 07 March 2012 16:38:44 Mitsuru IWASAKI wrote: > So iwi_transmit and iwi_qflush would not be necessary. correct > Today's version of patches at: > http://people.freebsd.org/~iwasaki/iwi/iwi-20120307.diff > > This would be the final version I hope. I gave it a quick spin, works for me. You can add "Tested/Reviewed by: bschmidt" if you like. Thanks! -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 19:17:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1D4106566B for ; Wed, 7 Mar 2012 19:17:31 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5798FC14 for ; Wed, 7 Mar 2012 19:17:31 +0000 (UTC) Received: by eekd17 with SMTP id d17so2592644eek.13 for ; Wed, 07 Mar 2012 11:17:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id :x-gm-message-state; bh=veWY2QvanRFb35nDDcBSTCbw1WxGrA1/Q/CqMp8GW4c=; b=UAEinB18c1S12RV888wVwwXnvZrKNjoVHh1CkC6qx/YHVTeXUXWsrdZJA9OsPQ/NpG 31VJOzVFpjrPEpPO438v2fJV4MsWhbmAaEv2wwND3CRk8Vk/potZoXcIQ8OEEGw8lCHf vGbuE2jyYTU5se2y1Y/wr2zZl1SG7YPjQmDbkHB6VJtIjYnatQjrBTJ2O/si7FZVKGXW KXhWXa4+FVW3zJlfTqKakcz6sVcFsHOD27AIAPY+beVQtmoGD1ERwRNqSebkxJQQylWS lfzOrQGXgFzfrj1uMoSntFKZPMU2Y+78P62KGwVnu5KOHlPresIN/yVj2LUDNKf677jP LBKQ== Received: by 10.213.15.14 with SMTP id i14mr830980eba.209.1331147850154; Wed, 07 Mar 2012 11:17:30 -0800 (PST) Received: from amy.lab.techwires.net (dslb-088-065-223-042.pools.arcor-ip.net. [88.65.223.42]) by mx.google.com with ESMTPS id u9sm90317155eem.11.2012.03.07.11.17.28 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 11:17:29 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Adrian Chadd Date: Wed, 7 Mar 2012 20:17:44 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203062005.15276.bschmidt@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203072017.44409.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQkbWBcmrFbetyI70w3cw4fvpXeb5Dnixzz0KXQ5jgmPrw0YMrnhg28550bbjwRsU1MsoEfP Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 19:17:31 -0000 On Tuesday 06 March 2012 21:12:55 Adrian Chadd wrote: > .. except that the default if_transmit handling breaks fragments. Sigh. > > So we're going to have to implement if_transmit for all net80211 > drivers soon and fix fragment handling. Not saying that you are wrong, it is unrelated to the issue at hand though and I'm not even sure it can be fixed just by replacing if_transmit(). Anyways, a bug going unnoticed for 3 years or something isn't that high on my priority list. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 19:43:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3DD0106566B; Wed, 7 Mar 2012 19:43:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 387478FC0C; Wed, 7 Mar 2012 19:43:53 +0000 (UTC) Received: by werl4 with SMTP id l4so5327173wer.13 for ; Wed, 07 Mar 2012 11:43:52 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=duhEarhHKkD2PuJmQDnbsTYps7koz+q2oQiYyTv5EwU=; b=lhYBlZ+XOM0zzuaJIgAx627apkYDNdriUv283dce1zjmijz7FyJ7hxy36n77oP+/pO 2eos24rRxxiHyhCqhUTdREK2luo3Z6a5EgEVT43d+CupU0ZQLQZ+AQTs6GhkRkOxZuUa VQI2cdw8BL3DcrSasbyJIig3uMRu5QO+Y6hVBo1ufw8u1yfoTGOqVDl7BRMfhAaHVknr x00DW4OxOw0DlLGGkujjDzenPQPbyCvI3cNmQUPfYoRT82ddGThKHmWJEDHR6SWnHw37 Lw3XA09hoVDehwLyaKS5OB4u11MEJiAUOpXVU8KqH8pQw26EYV+Eidr6rmOpDFcAhbRw lIrA== MIME-Version: 1.0 Received: by 10.216.131.2 with SMTP id l2mr1646647wei.3.1331149432182; Wed, 07 Mar 2012 11:43:52 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Wed, 7 Mar 2012 11:43:52 -0800 (PST) In-Reply-To: <201203072017.44409.bschmidt@freebsd.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203062005.15276.bschmidt@freebsd.org> <201203072017.44409.bschmidt@freebsd.org> Date: Wed, 7 Mar 2012 11:43:52 -0800 X-Google-Sender-Auth: GRFf6pCJKWU8bMKx1oRPpmFVKLw Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 19:43:54 -0000 On 7 March 2012 11:17, Bernhard Schmidt wrote: > On Tuesday 06 March 2012 21:12:55 Adrian Chadd wrote: >> .. except that the default if_transmit handling breaks fragments. Sigh. >> >> So we're going to have to implement if_transmit for all net80211 >> drivers soon and fix fragment handling. > > Not saying that you are wrong, it is unrelated to the issue at hand > though and I'm not even sure it can be fixed just by replacing > if_transmit(). Anyways, a bug going unnoticed for 3 years or something > isn't that high on my priority list. Oh, it's absolutely not a requirement here. It was more a comment that he didn't need to implement if_transmit just yet in order to fix this bug, but it's likely a good idea moving forward. I have recently acquired an iwi(4) NIC so I'll also test this out. Don't let me stop you though. :) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 20:18:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22C2D1065670 for ; Wed, 7 Mar 2012 20:18:36 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CBE68FC08 for ; Wed, 7 Mar 2012 20:18:35 +0000 (UTC) Received: by eekd17 with SMTP id d17so2610549eek.13 for ; Wed, 07 Mar 2012 12:18:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id :x-gm-message-state; bh=Er4Jpdj/SEaozeEE3hvL85bFix/Bh9l/+h6vQjEXS2I=; b=fePuLayPpd5jeHzLWcBx0yJ82qGcTOjR6S8cIUoUvRpdpyxaeSfO2llC64EdKyXg1O zK01WgK4E/YbAtEB0zxfwlCp3pAbm347Ih3XiL1u83WHF6LyTlXO/AAbJt7VRQNlsnL8 PIWvZeMoN0BaWyfXJU3DC5fQoiIrLaYXCfAICmMlJlFytHW7hd58vXZ9FWr8vFUxc1ZN XYwuymWP4cgwY/MehkTCGMNHwhzfvpLFdgpwHoVq7xpXWfpXHxe0WsDOgyD0gSrQV6iM XGJciCP7XnRG8y8DnojQ/JRc1jXytdmokW9Y2xeqhdwY+zrC9en6Iqd1lfzzXXQp/jai t69Q== Received: by 10.213.4.131 with SMTP id 3mr803042ebr.22.1331151514327; Wed, 07 Mar 2012 12:18:34 -0800 (PST) Received: from amy.lab.techwires.net (dslb-088-065-223-042.pools.arcor-ip.net. [88.65.223.42]) by mx.google.com with ESMTPS id n55sm50909816eef.6.2012.03.07.12.18.31 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 12:18:33 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Adrian Chadd Date: Wed, 7 Mar 2012 21:18:47 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201203052314.22050.bschmidt@freebsd.org> <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203072118.47751.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQknoaEB2HF2dMU0/QHapJVLvDgG8E0qqtpoklYMuDezeGkWISGfmmpyfYnpE7CvdnKjJkWb Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 20:18:36 -0000 On Wednesday 07 March 2012 19:45:11 Adrian Chadd wrote: > Hi, > > I'd rather you didn't commit iwi_update_mcast() unless you absolutely > know that the NIC doesn't need to be notified of multicast group > membership changes. If so, please commit that as a separate fix. Oh well, iwi(4) receives multicast frames just fine, they are discarded somewhere else though last time I've checked, another offtopic issue ;) > I'll look at iwi later and give you feedback on that particular change. I did look into this once for ipw it was I guess, the firmware doesn't support filtering based on addresses so everything one could achieve here is enable/disable filtering of all multicast frames. Check iwi_configuration.enable_multicast_filtering, which is a bool actually not an uint8_t. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 20:52:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3901B1065674; Wed, 7 Mar 2012 20:52:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id A88A08FC0A; Wed, 7 Mar 2012 20:52:23 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3679812yhg.13 for ; Wed, 07 Mar 2012 12:52:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:to:cc:reply-to:subject:in-reply-to:x-mailer :mime-version:content-type; bh=m44sS8yHZwgivinqVfYwfYUXa7dBhuSrS+CV3P2/p9Q=; b=I80PRiFUS24F4pIz/Z5IqQm1ZfkDqeIZqG5lZ5BJu0NSxxFrme51q5Yj04zdgwOpC3 BOOFaiJYzXrKBMqCMk2ErfYpCtcqJowuKZZU7JjHA+z64v4GDU0H7almsXHx/0Y8ABtL ndw+9qI77XBrOJFseNfkAMqtim49PTu1+Jd3Vv/C4hZ2wQZhsuAnSOcXvzEz/+eL0aVf InqLe0Y5fJrrZfVbr4Gxipxlxpr7Rn04tKvdVDyM5zna+P6Sz1ZWuJoAjxn/a55zo6NF fC4onNEAhgKt4d0uz4TFZj8M/uHlEK+wDsqUlu8jN799Y+RipmCdt1DvODK3+nMCqGgu BE0Q== Received: by 10.60.4.71 with SMTP id i7mr1481761oei.39.1331153543084; Wed, 07 Mar 2012 12:52:23 -0800 (PST) Received: from www.palm.com ([32.175.144.149]) by mx.google.com with ESMTPS id q5sm2879697oef.3.2012.03.07.12.52.16 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 12:52:21 -0800 (PST) Message-ID: <4f57ca85.05183c0a.7cf8.ffffb656@mx.google.com> Date: Wed, 7 Mar 2012 12:52:19 -0800 From: "Adrian Chadd" To: "Bernhard Schmidt" , "Adrian Chadd" In-Reply-To: <201203072118.47751.bschmidt@freebsd.org> X-Mailer: Palm webOS v1.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adrian Chadd List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 20:52:24 -0000 It's on topic because he included that in his patch. :) Adrian Sent from my Palm Pre on AT&T On Mar 7, 2012 12:18 PM, Bernhard Schmidt <bschmidt@freebsd.org> wrot= e:=20 On Wednesday 07 March 2012 19:45:11 Adrian Chadd wrote: > Hi, >=20 > I'd rather you didn't commit iwi_update_mcast() unless you absolutely > know that the NIC doesn't need to be notified of multicast group > membership changes. If so, please commit that as a separate fix. Oh well, iwi(4) receives multicast frames just fine, they are discarded somewhere else though last time I've checked, another offtopic issue ;) > I'll look at iwi later and give you feedback on that particular change. I did look into this once for ipw it was I guess, the firmware doesn't support filtering based on addresses so everything one could achieve here is enable/disable filtering of all multicast frames. Check iwi_configuration.enable_multicast_filtering, which is a bool actually not an uint8_t. --=20 Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 21:04:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 957D2106564A for ; Wed, 7 Mar 2012 21:04:11 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from mail963c35.nsolutionszone.com (mail963c35.nsolutionszone.com [209.235.152.153]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2288FC08 for ; Wed, 7 Mar 2012 21:04:10 +0000 (UTC) X-POP-User: dlt.mebtel.net Received: from localhost (99-194-23-158.dyn.centurytel.net [99.194.23.158]) by mail963c35.nsolutionszone.com (8.13.6/8.13.1) with ESMTP id q27JaGN7024168; Wed, 7 Mar 2012 19:36:17 GMT Date: Wed, 7 Mar 2012 14:36:16 -0500 From: Derek Tattersall To: Jia-Shiun Li Message-ID: <20120307193616.GA98374@oriental.arm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-CSC: 0 X-CHA: v=1.1 cv=N2U4tFQq9WUj+LSFE9pW160kokWGJJcJ8yvIoPSes+I= c=1 sm=1 a=z1TLwsU0kBEA:10 a=dri6FSh6LAQA:10 a=P2oOn6vrs4wA:10 a=GPr01A5e9VcA:10 a=kj9zAlcOel0A:10 a=5FSmvsqyZ8dLHOg+TByL6Q==:17 a=xwPayol1AAAA:8 a=CjxXgO3LAAAA:8 a=pGLkceISAAAA:8 a=BOqfEFsC6DmEirkkpVMA:9 a=CjuIK1q_8ugA:10 a=0Ob1RWNGeVAA:10 a=rC2wZJ5BpNYA:10 a=MSl-tDqOz04A:10 a=5FSmvsqyZ8dLHOg+TByL6Q==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020202.4F57B8B2.0030, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Cc: freebsd-current@freebsd.org Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 21:04:11 -0000 >From sources csup'ed this morning, I have the same problem. Is there a fix for folks that don't use SVN? -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 22:00:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 348C7106567D for ; Wed, 7 Mar 2012 22:00:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA4098FC14 for ; Wed, 7 Mar 2012 22:00:30 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:80da:c765:bc8:b17b] (unknown [IPv6:2001:7b8:3a7:0:80da:c765:bc8:b17b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 240D25C37; Wed, 7 Mar 2012 23:00:30 +0100 (CET) Message-ID: <4F57DA7D.2000706@FreeBSD.org> Date: Wed, 07 Mar 2012 23:00:29 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: dlt@mebtel.net References: <20120307193616.GA98374@oriental.arm.org> In-Reply-To: <20120307193616.GA98374@oriental.arm.org> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 22:00:31 -0000 On 2012-03-07 20:36, Derek Tattersall wrote: >>From sources csup'ed this morning, I have the same problem. > Is there a fix for folks that don't use SVN? Assuming you are using CVS, use: "cvs up -r 1.99 sys/boot/i386/boot2/boot2.c" From owner-freebsd-current@FreeBSD.ORG Wed Mar 7 22:27:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD92B10656AD; Wed, 7 Mar 2012 22:27:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1198FC17; Wed, 7 Mar 2012 22:27:34 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so5889124wgb.31 for ; Wed, 07 Mar 2012 14:27:33 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=H0z9ut5TdqLGObBr8CJGF+uf5xEQPRMeZ/Mz06AaUYk=; b=eGb/lRTbfqtWlBAXehK7ZbdB5dts9yuUHMWe0P3AbbT8bKur1zdg16BdixJ1r7z1TX OS/y3mUpoAgyOdIE7I9xgwXvqnISv9zdb1pZcA3rLW+TeIQ/352VB/C2z5l3vf2lVRPq XRFZ1r9Ow+CGkWXXSwuD69MznhFnhiAVgrzfEyjNaMYYqPiEjyd9htrQSM9QjJWofHy8 MwjRea18B8oWU/mojjtU8cIgiHFCwk6u4UbxyhNoU4ZTMtlRNaGF7XvjkRjwo73f0OzF 4YKuysbRuQNpnTqJFzFf+xbafe7fNdTu5QIXwTaze6cAXKmF9qbTIeo8a29pnaCvK7zl yscw== MIME-Version: 1.0 Received: by 10.216.138.135 with SMTP id a7mr1902682wej.19.1331159253322; Wed, 07 Mar 2012 14:27:33 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Wed, 7 Mar 2012 14:27:33 -0800 (PST) In-Reply-To: <201203070153.25537.pinter@tresorium.hu> References: <201203070153.25537.pinter@tresorium.hu> Date: Wed, 7 Mar 2012 14:27:33 -0800 X-Google-Sender-Auth: vKkfwdS2zybc1HJBuqwARA6IaPw Message-ID: From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: add k3772z 3g modem support for FreeBSD-9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 22:27:34 -0000 Hi! Would you please submit this as a PR? That way it Doesn't get (as) lost. Thanks! adrian On 6 March 2012 16:53, Oliver Pinter wrote: > Hi all! > > I wrote a patch, to add support for Vodafone K3772-Z 3g modem. > > -- > Oliver Pinter > (Tresorium) > > _______________________________________________ > 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-current@FreeBSD.ORG Wed Mar 7 23:11:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AD0F106566C; Wed, 7 Mar 2012 23:11:57 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B93F08FC0C; Wed, 7 Mar 2012 23:11:56 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3769797yhg.13 for ; Wed, 07 Mar 2012 15:11:56 -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=Fdi6raWgsrVghol/SMCoi0VHTMny4kA7IVTLzpKAFc4=; b=CT6WCr9uM9FfQOBLDE9jkBuc3H5hHpaXeGsBMIXjYX5AOi3PGbAcxrkh1+VjjH6eZw +IOFyn2/IwyefUJ8AJNQEt1zDEK/o1SzRI54H5PZF+K8I0XzAApprHe3n/Hbfh875aq7 Ii/pRUoJeCiSUElas5uIFJqSjgbECwSqOU3yz1TXLIZAbUCcKoxmvD+v4K2/wPCfnZ2l P4RGsgzPdrHgnKZAfbTNsHjb4vhR9q0FevVVcmi9SqN3yCFC2TDbdiMdDbzRB+3TUwWU /oP6a0z9XS5hDRYOyj+ZyLN7Cf61Iz9DB/ewtKSaGPxPd0NJI+jNJgZv7pll+gHfz+2H uzBA== MIME-Version: 1.0 Received: by 10.236.186.98 with SMTP id v62mr7998907yhm.22.1331160270661; Wed, 07 Mar 2012 14:44:30 -0800 (PST) Received: by 10.236.75.165 with HTTP; Wed, 7 Mar 2012 14:44:30 -0800 (PST) In-Reply-To: References: <201203070153.25537.pinter@tresorium.hu> Date: Wed, 7 Mar 2012 23:44:30 +0100 Message-ID: From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Oliver Pinter , stable@freebsd.org, current@freebsd.org Subject: Re: add k3772z 3g modem support for FreeBSD-9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 23:11:57 -0000 Hi! usb/165815 On 3/7/12, Adrian Chadd wrote: > Hi! > > Would you please submit this as a PR? > > That way it Doesn't get (as) lost. > > Thanks! > > > adrian > > On 6 March 2012 16:53, Oliver Pinter wrote: >> Hi all! >> >> I wrote a patch, to add support for Vodafone K3772-Z 3g modem. >> >> -- >> Oliver Pinter >> (Tresorium) >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 00:19:08 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 5ACE9106566C; Thu, 8 Mar 2012 00:19:07 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 7 Mar 2012 19:18:56 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_1r/VPrHUcVItNEK" Message-Id: <201203071919.01511.jkim@FreeBSD.org> Cc: Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 00:19:08 -0000 --Boundary-00=_1r/VPrHUcVItNEK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: > I am not familiar with boot2, but it looks like allocated size for > boot2 is not enough to hold code generated by clang. Reverting > r232570 fixes it. > > ===> sys/boot/i386/boot2 (all) > objcopy -S -O binary boot1.out boot1 > dd if=/dev/zero of=boot2.ldr bs=512 count=1 > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 > -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 > -DSIOFMT=0x3 -DSIOSPD=9600 > -I/usr/src/sys/boot/i386/boot2/../../common > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > -Waggregate-return -Wbad-function-cast -Wcast-align > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > -Winline --param max-inline-insns-single=100 -mllvm > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > -std=gnu99 -S -o boot2.s.tmp > /usr/src/sys/boot/i386/boot2/boot2.c > sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s > rm -f boot2.s.tmp > clang -c boot2.s > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 > -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 > -DSIOFMT=0x3 -DSIOSPD=9600 > -I/usr/src/sys/boot/i386/boot2/../../common > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > -Waggregate-return -Wbad-function-cast -Wcast-align > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > -Winline --param max-inline-insns-single=100 -mllvm > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > -std=gnu99 -c > /usr/src/sys/boot/i386/boot2/sio.S > ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o > sio.o objcopy -S -O binary boot2.out boot2.bin > btxld -v -E 0x2000 -f bin -b > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr > -o boot2.ld -P 1 boot2.bin > kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 > client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 > output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 > -49 bytes available > *** [boot2] Error code 1 > > Stop in /usr/src/sys/boot/i386/boot2. > *** [all] Error code 1 > > Stop in /usr/src/sys/boot/i386. > *** [all] Error code 1 > > Stop in /usr/src/sys/boot. > *** [all] Error code 1 > > Stop in /usr/src/sys. > *** [sys.all__D] Error code 1 > > Stop in /usr/src. > *** [everything] Error code 1 > > Stop in /usr/src. > *** [buildworld] Error code 1 > > Stop in /usr/src. Here is a patch to work around the problem: http://people.freebsd.org/~jkim/boot2.diff Please note this patch creates two separate boot codes, one for UFS1 and one for UFS2. To generate previous boot code (i.e., UFS1+UFS2) with GCC, clean objects, add the following line to your /etc/make.conf, rebuild, and install: BOOT2_UFS=UFS1_AND_UFS2 Cheers, Jung-uk Kim --Boundary-00=_1r/VPrHUcVItNEK Content-Type: text/plain; charset="iso-8859-1"; name="boot2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="boot2.diff" Index: sys/boot/i386/Makefile =================================================================== --- sys/boot/i386/Makefile (revision 232670) +++ sys/boot/i386/Makefile (working copy) @@ -2,8 +2,8 @@ .include -SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot kgzldr \ - libi386 libfirewire loader +SUBDIR= mbr pmbr boot0 boot0sio btx boot2 boot2ufs1 cdboot gptboot \ + kgzldr libi386 libfirewire loader # special boot programs, 'self-extracting boot2+loader' SUBDIR+= pxeldr Index: sys/boot/i386/boot2/Makefile =================================================================== --- sys/boot/i386/boot2/Makefile (revision 232670) +++ sys/boot/i386/boot2/Makefile (working copy) @@ -2,8 +2,10 @@ .include -FILES= boot boot1 boot2 +FILES= boot${BOOT_SUFFIX} boot2${BOOT2_SUFFIX} +SRCDIR= ${.CURDIR}/../boot2 + NM?= nm # A value of 0x80 enables LBA support. @@ -18,10 +20,22 @@ ORG1= 0x7c00 ORG2= 0x2000 # Decide level of UFS support. -BOOT2_UFS?= UFS1_AND_UFS2 -#BOOT2_UFS?= UFS2_ONLY -#BOOT2_UFS?= UFS1_ONLY +BOOT2_UFS?= UFS2_ONLY +#BOOT2_UFS?= UFS1_AND_UFS2 +.if ${BOOT2_UFS} != UFS1_ONLY +FILES+= boot1 +.endif +.if ${BOOT2_UFS} == UFS1_ONLY +BOOT_SUFFIX= .ufs1 +BOOT2_SUFFIX= ufs1 +.elif ${BOOT2_UFS} == UFS2_ONLY +BOOT_SUFFIX= .ufs2 +BOOT2_SUFFIX= ufs2 +LINKS= ${BINDIR}/boot${BOOT_SUFFIX} ${BINDIR}/boot \ + ${BINDIR}/boot2${BOOT2_SUFFIX} ${BINDIR}/boot2 +.endif + CFLAGS= -Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ @@ -50,8 +64,8 @@ LDFLAGS=-static -N --gc-sections CLEANFILES= boot -boot: boot1 boot2 - cat boot1 boot2 > boot +boot${BOOT_SUFFIX}: boot1 boot2${BOOT2_SUFFIX} + cat ${.ALLSRC} > ${.TARGET} CLEANFILES+= boot1 boot1.out boot1.o @@ -64,7 +78,7 @@ boot1.out: boot1.o CLEANFILES+= boot2 boot2.ld boot2.ldr boot2.bin boot2.out boot2.o \ boot2.s boot2.s.tmp boot2.h sio.o -boot2: boot2.ld +boot2${BOOT2_SUFFIX}: boot2.ld @set -- `ls -l boot2.ld`; x=$$((7680-$$5)); \ echo "$$x bytes available"; test $$x -ge 0 dd if=boot2.ld of=${.TARGET} obs=7680 conv=osync @@ -88,7 +102,7 @@ boot2.o: boot2.s SRCS= boot2.c boot2.h boot2.s: boot2.c boot2.h ${.CURDIR}/../../common/ufsread.c - ${CC} ${CFLAGS} -S -o boot2.s.tmp ${.CURDIR}/boot2.c + ${CC} ${CFLAGS} -S -o boot2.s.tmp ${SRCDIR}/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp Index: sys/boot/i386/boot2ufs1/Makefile =================================================================== --- sys/boot/i386/boot2ufs1/Makefile (revision 0) +++ sys/boot/i386/boot2ufs1/Makefile (working copy) @@ -0,0 +1,7 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../boot2 + +BOOT2_UFS= UFS1_ONLY + +.include "${.CURDIR}/../boot2/Makefile" Property changes on: sys/boot/i386/boot2ufs1/Makefile ___________________________________________________________________ Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property --Boundary-00=_1r/VPrHUcVItNEK-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 00:35:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9521065670; Thu, 8 Mar 2012 00:35:44 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3D98FC0A; Thu, 8 Mar 2012 00:35:44 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 28CF06; Thu, 8 Mar 2012 01:20:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 08 Mar 2012 01:20:29 +0100 From: Bernhard Froehlich To: Florian Smeets In-Reply-To: <4F4FF746.2020907@FreeBSD.org> References: <4F358F01.1090508@FreeBSD.org> <20120211102006.GA1274@reks> <4F469F94.5080606@FreeBSD.org> <20120301193102.GA35301@reks> <4F4FF746.2020907@FreeBSD.org> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.1 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0202.4F57FB4D.00BD,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: decke@freebsd.org, Gleb Kurtsou , Konstantin Belousov , current@freebsd.org Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 00:35:44 -0000 On 01.03.2012 23:25, Florian Smeets wrote: > On 01.03.12 20:31, Gleb Kurtsou wrote: >> Could you test the patch attached. >> >> It's also available here as seperate commits: >> https://github.com/glk/freebsd-head/commits/tmpfs-rename >> > > The test that used to hang within a minute has now been running > successfully for almost 2 hours. > > Looks good to me. I have also re-enabled tmpfs on redports.org main tinderbox with this patch applied and it runs smooth so far! Very good work. Thanks a lot! FreeBSD tb3.bluelife.at 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Wed Mar 7 23:47:56 CET 2012 root@tb3.bluelife.at:/usr/obj/usr/src/sys/GENERIC amd64 -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 06:03:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 972A8106566B; Thu, 8 Mar 2012 06:03:14 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C22A8FC08; Thu, 8 Mar 2012 06:03:13 +0000 (UTC) Received: by lagv3 with SMTP id v3so188511lag.13 for ; Wed, 07 Mar 2012 22:03:12 -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=N23We3PiGuK+u9m5VeY0EKkSZvA2Wj/KxsNKuQq5WOo=; b=eR85vIY4Q9TONJFpUpAS45biOPzigtQ8sQ1Wx2sztx3c9pkBACGJvTFwYrAq2XL3g6 kRHvPxioClFVQoHcdHoWDFM+jZm2VvKTZYTaNQF//LFnMUYYNvIoZEsQXxmL/R36QW9k WQSjXxRSNTNtS/0DTw1lobg7tabdO63GWn4EgZ0gsR3EMsBPh60a5Fx4ngUUJ7oSivTY yHqhh8cscnGowiRHAKUs5uVNfQ1Aig9K9445UAKJBGEkRR5Z6SI6FcDAopivt5Zl0pUM +k0lblb10nNnSn38asMmeFdvrlG1KvRMI3lXWek4IBd+zy2am2ynBImhXnmmZky54452 O3SA== Received: by 10.112.10.41 with SMTP id f9mr1815221lbb.8.1331186592144; Wed, 07 Mar 2012 22:03:12 -0800 (PST) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id k10sm988359lbe.8.2012.03.07.22.03.10 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 22:03:11 -0800 (PST) Date: Thu, 8 Mar 2012 08:03:11 +0200 From: Gleb Kurtsou To: Bernhard Froehlich Message-ID: <20120308060311.GA1251@reks> References: <4F358F01.1090508@FreeBSD.org> <20120211102006.GA1274@reks> <4F469F94.5080606@FreeBSD.org> <20120301193102.GA35301@reks> <4F4FF746.2020907@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mdf@freebsd.org, Konstantin Belousov , current@freebsd.org Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 06:03:14 -0000 On (08/03/2012 01:20), Bernhard Froehlich wrote: > On 01.03.2012 23:25, Florian Smeets wrote: > > On 01.03.12 20:31, Gleb Kurtsou wrote: > >> Could you test the patch attached. > >> > >> It's also available here as seperate commits: > >> https://github.com/glk/freebsd-head/commits/tmpfs-rename > >> > > > > The test that used to hang within a minute has now been running > > successfully for almost 2 hours. > > > > Looks good to me. > > I have also re-enabled tmpfs on redports.org main tinderbox with > this patch applied and it runs smooth so far! Very good work. > Thanks a lot! Thanks, Patch is under review now. And will be committed afterwards. > > FreeBSD tb3.bluelife.at 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Wed Mar > 7 23:47:56 CET 2012 > root@tb3.bluelife.at:/usr/obj/usr/src/sys/GENERIC amd64 > > -- > Bernhard Froehlich > http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 09:28:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 681F7106566B for ; Thu, 8 Mar 2012 09:28:35 +0000 (UTC) (envelope-from ganael.laplanche@martymac.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id F387D8FC16 for ; Thu, 8 Mar 2012 09:28:34 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id BA46C1FA5CD2; Thu, 8 Mar 2012 10:28:32 +0100 (CET) From: "Ganael LAPLANCHE" To: Vrachnis Ilias-Dimitrios ,freebsd-current@freebsd.org X-Openwebmail-Date: Thu, 8 Mar 2012 11:28:32 +0200 Message-Id: <20120308092234.M18590@martymac.org> In-Reply-To: <4F57A8FC.8090106@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Thu, 8 Mar 2012 09:28:35 +0000 (UTC) Cc: Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 09:28:35 -0000 On Wed, 07 Mar 2012 20:29:16 +0200, Vrachnis Ilias-Dimitrios wrote Hi, > > 2. I've read bad reviews about webcam having poor quality on > > GNU/Linux, so I would assume it will be the same on FreeBSD with > > webcamd and not worth the $30? (which also frees up space for > > 3x3 antenna) Yep, the webcam works with webcamd but the quality is not great... > > 4. How far is the AMD64 kernel suspend/resume? What do you mean by > > video doesn't resume? I run 10-CURRENT : FreeBSD laptop.martymac.org 10.0-CURRENT FreeBSD 10.0-CURRENT #12 r231062M: Mon Feb 6 10:29:35 CET 2012 martymac@laptop.martymac.org:/usr/obj/files/Src/sys/GENERIC amd64 with all.13.1 patch (no more available) from : http://people.freebsd.org/~kib/drm/ 3D acceleration works well, as well as suspend/resume when Xorg has been started (black screen if on console). Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 13:55:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 565561065692 for ; Thu, 8 Mar 2012 13:55:16 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from nm37-vm4.bullet.mail.ne1.yahoo.com (nm37-vm4.bullet.mail.ne1.yahoo.com [98.138.229.132]) by mx1.freebsd.org (Postfix) with SMTP id 5225D8FC26 for ; Thu, 8 Mar 2012 13:55:04 +0000 (UTC) Received: from [98.138.90.49] by nm37.bullet.mail.ne1.yahoo.com with NNFMP; 08 Mar 2012 13:42:47 -0000 Received: from [98.138.226.125] by tm2.bullet.mail.ne1.yahoo.com with NNFMP; 08 Mar 2012 13:42:47 -0000 Received: from [127.0.0.1] by smtp204.mail.ne1.yahoo.com with NNFMP; 08 Mar 2012 13:42:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1331214167; bh=RkcIOOgpLPc9CszQiHo1p0Uhsjy4JM/BRXsv3udrt8E=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:MIME-Version:Received:Received:Date:Message-ID:Subject:From:To:Cc:Content-Type:Content-Transfer-Encoding; b=EsNDUL3YBl3Yv+wiQVxFvJ8W4tUhNSuNUCVIuSGbq2kavDzRe1+DihX0OyKT3pfQMttZWFxdXqoAsFXvrgMSe8b1TvZ7zuE74g0ATS8IvOOuUf9+mFmgnhFrvPn4Vw/O/5oA8HvmbjsLw/FwoG9gB0ZeLgXH1RfgvrHjgPEJnmU= X-Yahoo-Newman-Id: 505096.96953.bm@smtp204.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: s2OiHVMVM1nmFCihq3EQjoJpLucMZn9aTPZOxznh01WGtxG _iIOpQGYqiQz4i3uIpZJfLxnwefUS.4d_xbLVlFFhwbESusW31nhQIrxJcWd h5_4vt6JIIB3pRwXvJqqqjziusy6SWDY8l7hDYRVVOpMPWlgpNl3AK6CuTgr m_QSfNfLn_GbPiYZsMnpqPvtT2CzveeE7pThXAFzAFX6QnP7VqTfXklZ6HVb kqZ5YMdjQ99GlwVb1HbHQ19me_8hPf8huQLLFdhKjgVxTZ_bnJVACGP3.FcL v9k2.vGaeFb3vawOEjFdNdv5pXJ7YDyORu_V_nlgYl.BoyoyX3b2FDHgyJl1 LKEShDHFVXFmMG7qtLSgtEsbLSTLON3nAY7xjPC5TfXYgiV3I_plEGpBjrU3 1ptaNRBnxRDB0MGKou9HMJlo2hq8.dDVts8o- X-Yahoo-SMTP: Xr6qjFWswBAEmd20sAvB4Q3keqXvXsIH9TjJ Received: from mail-iy0-f182.google.com (moonlightakkiy@209.85.210.182 with plain) by smtp204.mail.ne1.yahoo.com with SMTP; 08 Mar 2012 05:42:47 -0800 PST Received: by iahk25 with SMTP id k25so956018iah.13 for ; Thu, 08 Mar 2012 05:42:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.179.98 with SMTP id df2mr6814164igc.32.1331214167002; Thu, 08 Mar 2012 05:42:47 -0800 (PST) Received: by 10.231.108.133 with HTTP; Thu, 8 Mar 2012 05:42:46 -0800 (PST) Date: Thu, 8 Mar 2012 06:42:46 -0700 Message-ID: From: PseudoCylon To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 13:55:16 -0000 > ------------------------------ > > Message: 4 > Date: Wed, 7 Mar 2012 10:45:11 -0800 > From: Adrian Chadd > Subject: Re: patches for if_iwi and wlan for WEP mode > To: Mitsuru IWASAKI > Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, > =A0 =A0 =A0 =A0bschmidt@freebsd.org > Message-ID: > =A0 =A0 =A0 =A0 > Content-Type: text/plain; charset=3DISO-8859-1 > > Hi, > > I'd rather you didn't commit iwi_update_mcast() unless you absolutely > know that the NIC doesn't need to be notified of multicast group > membership changes. If so, IFF_ALLMULTI flag should be set. http://lists.freebsd.org/pipermail/svn-src-head/2010-May/016983.html AK From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 17:32:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CF51065673; Thu, 8 Mar 2012 17:32:37 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id B4CA88FC15; Thu, 8 Mar 2012 17:32:35 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q28HWSoP028066; Fri, 9 Mar 2012 02:32:28 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 09 Mar 2012 02:32:27 +0900 (JST) Message-Id: <20120309.023227.95065896.iwasaki@jp.FreeBSD.org> To: adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: References: <201203062005.15276.bschmidt@freebsd.org> <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 17:32:37 -0000 Hi, > I'd rather you didn't commit iwi_update_mcast() unless you absolutely > know that the NIC doesn't need to be notified of multicast group > membership changes. If so, please commit that as a separate fix. OK, I'd do so. I don't need mcast stuff for the time being, instead I'd check other area such as suspend/resume for the next target. Today's one at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120308.diff # 2 lines fix, after all ;) Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 17:51:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A61D2106564A; Thu, 8 Mar 2012 17:51:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 679748FC19; Thu, 8 Mar 2012 17:51:02 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so1989651pbc.13 for ; Thu, 08 Mar 2012 09:51:02 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h2+JSl0qSY/YiIotcfBU03LL9Xe3zqgeXsb+uGyi8Po=; b=gRoX+BDDbFpl5lKO9/v0ZeWZaf5ZUejjyPfB91nRskwmL/Bj98VCaJ43iqav2zxGha j4TweekS8tRQK7i1ok6F3bhf21uppWqBnd0QPNLD0Jcrn8iwiiYbWtW4bPSb9BWU7M6G C9/SfCF2we2QyfH+Qgnc4UUY5KJNjols3zUyv+k4MJHejii4di3o87hPMkbHSJBBLfIr iwvsnthWP7dR97exVYqwnmHTzzoQYaIngwAbUYSrFyg7VPOTuegu0fAaJmFBFHf35psm fcxOas8qww9h/5yyeofju0GECENyM8EdIqGgd/C1E9JbY5SOv/YYZuLbXwMTQIw6sbBT GeMQ== MIME-Version: 1.0 Received: by 10.68.240.41 with SMTP id vx9mr11093351pbc.10.1331229062114; Thu, 08 Mar 2012 09:51:02 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.142.72.11 with HTTP; Thu, 8 Mar 2012 09:51:02 -0800 (PST) In-Reply-To: <20120309.023227.95065896.iwasaki@jp.FreeBSD.org> References: <201203062005.15276.bschmidt@freebsd.org> <20120308.003844.08316346.iwasaki@jp.FreeBSD.org> <20120309.023227.95065896.iwasaki@jp.FreeBSD.org> Date: Thu, 8 Mar 2012 09:51:02 -0800 X-Google-Sender-Auth: HErUkLdsiywsQ2P8EyzWdbC3pEU Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, bschmidt@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 17:51:02 -0000 On 8 March 2012 09:32, Mitsuru IWASAKI wrote: > Hi, > >> I'd rather you didn't commit iwi_update_mcast() unless you absolutely >> know that the NIC doesn't need to be notified of multicast group >> membership changes. If so, please commit that as a separate fix. > > OK, I'd do so. =A0I don't need mcast stuff for the time being, > instead I'd check other area such as suspend/resume for the next target. > > Today's one at: > http://people.freebsd.org/~iwasaki/iwi/iwi-20120308.diff > > # 2 lines fix, after all ;) :-) Thanks for this! Once it's done, let's sort out the multicast stuff. Either we set IFF_ALLMULTI as AK suggested or we figure out and write a proper _update_mcast() function. We can commit that as a separate patch. I found my 2945 NIC btw, so hopefully I can get some test in on saturday. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 19:06:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 474C8106566C for ; Thu, 8 Mar 2012 19:06:23 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01EB28FC0A for ; Thu, 8 Mar 2012 19:06:22 +0000 (UTC) Received: by yhgm50 with SMTP id m50so521484yhg.13 for ; Thu, 08 Mar 2012 11:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KHh9WE1odna3espDFwt8AMPSEXLZLmiB7IQuCvn1ELU=; b=J5R9Sze1Ze9RLIRusRxycsqrXhceBWlrRbmHYJyWDncZ0vC4w1j/83S5zbxm9KUTw2 Ksmm0CzW676I/mNECKjJ9+lmPgp7awPIooydk93HfW+b0qWos7uvZpw5XAGrcvtjpOWL SIXEjy9jd9U2mVK9zuxsLb6iVp16FD/pokjQ0= MIME-Version: 1.0 Received: by 10.50.182.138 with SMTP id ee10mr18632839igc.43.1331232208852; Thu, 08 Mar 2012 10:43:28 -0800 (PST) Received: by 10.231.172.138 with HTTP; Thu, 8 Mar 2012 10:43:28 -0800 (PST) In-Reply-To: <201203071919.01511.jkim@FreeBSD.org> References: <201203071919.01511.jkim@FreeBSD.org> Date: Thu, 8 Mar 2012 10:43:28 -0800 Message-ID: From: Peter Wemm To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnYskjoHIWXQFluaf7Hhc0DUp5oouMXURl+2DIppjB+VeM6UYTi7At207VgzgTkFok1nvqp Cc: freebsd-current@freebsd.org, Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 19:06:23 -0000 On Wed, Mar 7, 2012 at 4:18 PM, Jung-uk Kim wrote: > On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: >> I am not familiar with boot2, but it looks like allocated size for >> boot2 is not enough to hold code generated by clang. Reverting >> r232570 fixes it. >> >> =3D=3D=3D> sys/boot/i386/boot2 (all) >> objcopy -S -O binary boot1.out boot1 >> dd if=3D/dev/zero of=3Dboot2.ldr bs=3D512 count=3D1 >> clang -Os =A0-fno-guess-branch-probability =A0-fomit-frame-pointer >> -fno-unit-at-a-time =A0-mno-align-long-strings =A0-mrtd =A0-mregparm=3D3 >> -DUSE_XREAD =A0-DUFS1_AND_UFS2 =A0-DFLAGS=3D0x80 =A0-DSIOPRT=3D0x3f8 >> -DSIOFMT=3D0x3 =A0-DSIOSPD=3D9600 >> -I/usr/src/sys/boot/i386/boot2/../../common >> -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. =A0-Wall >> -Waggregate-return -Wbad-function-cast -Wcast-align >> -Wmissing-declarations -Wmissing-prototypes -Wnested-externs >> -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings >> -Winline --param max-inline-insns-single=3D100 =A0-mllvm >> -stack-alignment=3D8 -mllvm -inline-threshold=3D3 =A0-mllvm >> -enable-load-pre=3Dfalse -ffreestanding -mpreferred-stack-boundary=3D2 >> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float >> -std=3Dgnu99 =A0 =A0-S -o boot2.s.tmp >> /usr/src/sys/boot/i386/boot2/boot2.c >> sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s >> rm -f boot2.s.tmp >> clang =A0-c boot2.s >> clang -Os =A0-fno-guess-branch-probability =A0-fomit-frame-pointer >> -fno-unit-at-a-time =A0-mno-align-long-strings =A0-mrtd =A0-mregparm=3D3 >> -DUSE_XREAD =A0-DUFS1_AND_UFS2 =A0-DFLAGS=3D0x80 =A0-DSIOPRT=3D0x3f8 >> -DSIOFMT=3D0x3 =A0-DSIOSPD=3D9600 >> -I/usr/src/sys/boot/i386/boot2/../../common >> -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. =A0-Wall >> -Waggregate-return -Wbad-function-cast -Wcast-align >> -Wmissing-declarations -Wmissing-prototypes -Wnested-externs >> -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings >> -Winline --param max-inline-insns-single=3D100 =A0-mllvm >> -stack-alignment=3D8 -mllvm -inline-threshold=3D3 =A0-mllvm >> -enable-load-pre=3Dfalse -ffreestanding -mpreferred-stack-boundary=3D2 >> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float >> -std=3Dgnu99 =A0 =A0 -c >> /usr/src/sys/boot/i386/boot2/sio.S >> ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out >> /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o >> sio.o objcopy -S -O binary boot2.out boot2.bin >> btxld -v -E 0x2000 -f bin -b >> /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr >> -o boot2.ld -P 1 boot2.bin >> kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl= =3D1:1 >> client: fmt=3Dbin size=3D15a1 text=3D0 data=3D0 bss=3D0 entry=3D0 >> output: fmt=3Dbin size=3D1e31 text=3D200 data=3D1c31 org=3D0 entry=3D0 >> -49 bytes available >> *** [boot2] Error code 1 >> >> Stop in /usr/src/sys/boot/i386/boot2. >> *** [all] Error code 1 >> >> Stop in /usr/src/sys/boot/i386. >> *** [all] Error code 1 >> >> Stop in /usr/src/sys/boot. >> *** [all] Error code 1 >> >> Stop in /usr/src/sys. >> *** [sys.all__D] Error code 1 >> >> Stop in /usr/src. >> *** [everything] Error code 1 >> >> Stop in /usr/src. >> *** [buildworld] Error code 1 >> >> Stop in /usr/src. > > Here is a patch to work around the problem: > > http://people.freebsd.org/~jkim/boot2.diff > > Please note this patch creates two separate boot codes, one for UFS1 > and one for UFS2. =A0To generate previous boot code (i.e., UFS1+UFS2) > with GCC, clean objects, add the following line to > your /etc/make.conf, rebuild, and install: > > BOOT2_UFS=3DUFS1_AND_UFS2 I think this should be committed. If you're concerned about separating them, you can make this case default for gcc. There's glue in src/Makefile.inc1 that gives some hints about how this is d= one .if ${MK_CLANG} !=3D "no" && (${MK_CLANG_IS_CC} !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") eg: if building with clang, default to UFS2, else UFS1_AND_UFS2 But please commit something. Personally I think we could use the spare space in boot2 in any case. --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 19:26:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123E6106564A; Thu, 8 Mar 2012 19:26:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D734D8FC0C; Thu, 8 Mar 2012 19:26:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 783BC46B0A; Thu, 8 Mar 2012 14:26:26 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 06897B93B; Thu, 8 Mar 2012 14:26:26 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 8 Mar 2012 10:43:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203072017.44409.bschmidt@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203081043.44801.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 08 Mar 2012 14:26:26 -0500 (EST) Cc: Adrian Chadd , freebsd-wireless@freebsd.org, Bernhard Schmidt Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 19:26:27 -0000 On Wednesday, March 07, 2012 2:43:52 pm Adrian Chadd wrote: > On 7 March 2012 11:17, Bernhard Schmidt wrote: > > On Tuesday 06 March 2012 21:12:55 Adrian Chadd wrote: > >> .. except that the default if_transmit handling breaks fragments. Sigh. > >> > >> So we're going to have to implement if_transmit for all net80211 > >> drivers soon and fix fragment handling. > > > > Not saying that you are wrong, it is unrelated to the issue at hand > > though and I'm not even sure it can be fixed just by replacing > > if_transmit(). Anyways, a bug going unnoticed for 3 years or something > > isn't that high on my priority list. > > Oh, it's absolutely not a requirement here. It was more a comment that > he didn't need to implement if_transmit just yet in order to fix this > bug, but it's likely a good idea moving forward. > > I have recently acquired an iwi(4) NIC so I'll also test this out. > Don't let me stop you though. :) However, you could do that by having a net80211_ifattach() type thing that sets if_transmit and invokes the driver-provided if_start. I don't think wireless devices are using multiple transmit queues in such a way that if_transmit would be a benefit, and if_start is a simpler model. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 19:26:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60D61065672; Thu, 8 Mar 2012 19:26:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 724188FC13; Thu, 8 Mar 2012 19:26:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 10C7D46B3C; Thu, 8 Mar 2012 14:26:28 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 74CB4B940; Thu, 8 Mar 2012 14:26:27 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 8 Mar 2012 10:46:19 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201203071919.01511.jkim@FreeBSD.org> In-Reply-To: <201203071919.01511.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203081046.19330.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 08 Mar 2012 14:26:27 -0500 (EST) Cc: Jia-Shiun Li , Jung-uk Kim Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 19:26:28 -0000 On Wednesday, March 07, 2012 7:18:56 pm Jung-uk Kim wrote: > On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: > > I am not familiar with boot2, but it looks like allocated size for > > boot2 is not enough to hold code generated by clang. Reverting > > r232570 fixes it. > > > > ===> sys/boot/i386/boot2 (all) > > objcopy -S -O binary boot1.out boot1 > > dd if=/dev/zero of=boot2.ldr bs=512 count=1 > > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 > > -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 > > -DSIOFMT=0x3 -DSIOSPD=9600 > > -I/usr/src/sys/boot/i386/boot2/../../common > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > > -Waggregate-return -Wbad-function-cast -Wcast-align > > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > > -Winline --param max-inline-insns-single=100 -mllvm > > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > > -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 > > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > > -std=gnu99 -S -o boot2.s.tmp > > /usr/src/sys/boot/i386/boot2/boot2.c > > sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s > > rm -f boot2.s.tmp > > clang -c boot2.s > > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 > > -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 > > -DSIOFMT=0x3 -DSIOSPD=9600 > > -I/usr/src/sys/boot/i386/boot2/../../common > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > > -Waggregate-return -Wbad-function-cast -Wcast-align > > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > > -Winline --param max-inline-insns-single=100 -mllvm > > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > > -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 > > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > > -std=gnu99 -c > > /usr/src/sys/boot/i386/boot2/sio.S > > ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out > > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o > > sio.o objcopy -S -O binary boot2.out boot2.bin > > btxld -v -E 0x2000 -f bin -b > > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr > > -o boot2.ld -P 1 boot2.bin > > kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 > > client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 > > output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 > > -49 bytes available > > *** [boot2] Error code 1 > > > > Stop in /usr/src/sys/boot/i386/boot2. > > *** [all] Error code 1 > > > > Stop in /usr/src/sys/boot/i386. > > *** [all] Error code 1 > > > > Stop in /usr/src/sys/boot. > > *** [all] Error code 1 > > > > Stop in /usr/src/sys. > > *** [sys.all__D] Error code 1 > > > > Stop in /usr/src. > > *** [everything] Error code 1 > > > > Stop in /usr/src. > > *** [buildworld] Error code 1 > > > > Stop in /usr/src. > > Here is a patch to work around the problem: > > http://people.freebsd.org/~jkim/boot2.diff > > Please note this patch creates two separate boot codes, one for UFS1 > and one for UFS2. To generate previous boot code (i.e., UFS1+UFS2) > with GCC, clean objects, add the following line to > your /etc/make.conf, rebuild, and install: > > BOOT2_UFS=UFS1_AND_UFS2 I would really rather not go this route. That is going to cause a lot of pain and suffering for users. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 19:38:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0694106567C; Thu, 8 Mar 2012 19:38:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC258FC12; Thu, 8 Mar 2012 19:38:10 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so2086137pbc.13 for ; Thu, 08 Mar 2012 11:38:10 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8xn50JUy7ebRHhjydgsfQSkBeuFjZT8oix1HAScfp1Q=; b=Ucxy0WcQdImFYV3me8hJQC0ws8uLsMBYZAK8zw41Ti1gb6JjUaZNKo+cOPsjx6HGw1 Im/9ecZunB6VMNACZsy6ceQvkNNvricOzSIrXB8BzUtFVVF444enwTAQmdIbKGeatug0 PLRLon0gdjrcipp5VHMaWSEtchFyOxAtsMcQaLvRTDcbwFh7utLZSbfOPK9GFMEfMng8 z2WgzX7y7vzB3PkbWdr4LfGX28estN1x5ZD02usjHrzs5nsBSuUeiS6he/TruejYjGZx 80HlDwTonGPCfP/GHAw0xQFJNG3NCypDSDys28a0mfIYCQR8VHnCHlVU2gWpU+BBoFRS uDxg== MIME-Version: 1.0 Received: by 10.68.204.6 with SMTP id ku6mr11414651pbc.157.1331235490114; Thu, 08 Mar 2012 11:38:10 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.142.72.11 with HTTP; Thu, 8 Mar 2012 11:38:09 -0800 (PST) In-Reply-To: <201203081043.44801.jhb@freebsd.org> References: <20120306.024212.108736612.iwasaki@jp.FreeBSD.org> <201203072017.44409.bschmidt@freebsd.org> <201203081043.44801.jhb@freebsd.org> Date: Thu, 8 Mar 2012 11:38:09 -0800 X-Google-Sender-Auth: eg5-9A87MZ7bEdcqdkVTl0uhcE8 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org, Bernhard Schmidt Subject: Re: patches for if_iwi and wlan for WEP mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 19:38:10 -0000 On 8 March 2012 07:43, John Baldwin wrote: > However, you could do that by having a net80211_ifattach() type thing tha= t > sets if_transmit and invokes the driver-provided if_start. =A0I don't thi= nk > wireless devices are using multiple transmit queues in such a way that > if_transmit would be a benefit, and if_start is a simpler model. THe problem is that the default if_transmit uses IFQ_ENQUEUE and the _start() versions out there use IFQ_DEQUEUE without necessarily handling fragments at all. We end up having m->m_nextpkt NULL'ed upon IFQ_ENQUEUE, thus not only making a fragment list entirely broken, the fragments themselves are actually leaked. So we end up running out of mbufs. The solution I can see working at the moment is creating if_transmit for each wireless device and correctly handling any fragments in the head mbuf before calling IFQ_DEQUEUE. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 20:01:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 7A386106564A; Thu, 8 Mar 2012 20:01:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 8 Mar 2012 15:01:21 -0500 User-Agent: KMail/1.6.2 References: <201203071919.01511.jkim@FreeBSD.org> <201203081046.19330.jhb@freebsd.org> In-Reply-To: <201203081046.19330.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203081501.22912.jkim@FreeBSD.org> Cc: Peter Wemm , Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 20:01:31 -0000 On Thursday 08 March 2012 10:46 am, John Baldwin wrote: > On Wednesday, March 07, 2012 7:18:56 pm Jung-uk Kim wrote: > > On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: > > > I am not familiar with boot2, but it looks like allocated size > > > for boot2 is not enough to hold code generated by clang. > > > Reverting r232570 fixes it. > > > > > > ===> sys/boot/i386/boot2 (all) > > > objcopy -S -O binary boot1.out boot1 > > > dd if=/dev/zero of=boot2.ldr bs=512 count=1 > > > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > > > -fno-unit-at-a-time -mno-align-long-strings -mrtd > > > -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 > > > -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 > > > -I/usr/src/sys/boot/i386/boot2/../../common > > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > > > -Waggregate-return -Wbad-function-cast -Wcast-align > > > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > > > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > > > -Winline --param max-inline-insns-single=100 -mllvm > > > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > > > -enable-load-pre=false -ffreestanding > > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse > > > -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -S -o > > > boot2.s.tmp > > > /usr/src/sys/boot/i386/boot2/boot2.c > > > sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s > > > rm -f boot2.s.tmp > > > clang -c boot2.s > > > clang -Os -fno-guess-branch-probability -fomit-frame-pointer > > > -fno-unit-at-a-time -mno-align-long-strings -mrtd > > > -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 > > > -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 > > > -I/usr/src/sys/boot/i386/boot2/../../common > > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall > > > -Waggregate-return -Wbad-function-cast -Wcast-align > > > -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > > > -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > > > -Winline --param max-inline-insns-single=100 -mllvm > > > -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm > > > -enable-load-pre=false -ffreestanding > > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse > > > -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -c > > > /usr/src/sys/boot/i386/boot2/sio.S > > > ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o > > > boot2.out > > > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o > > > sio.o objcopy -S -O binary boot2.out boot2.bin > > > btxld -v -E 0x2000 -f bin -b > > > /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l > > > boot2.ldr -o boot2.ld -P 1 boot2.bin > > > kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M > > > pgctl=1:1 client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 > > > output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 > > > -49 bytes available > > > *** [boot2] Error code 1 > > > > > > Stop in /usr/src/sys/boot/i386/boot2. > > > *** [all] Error code 1 > > > > > > Stop in /usr/src/sys/boot/i386. > > > *** [all] Error code 1 > > > > > > Stop in /usr/src/sys/boot. > > > *** [all] Error code 1 > > > > > > Stop in /usr/src/sys. > > > *** [sys.all__D] Error code 1 > > > > > > Stop in /usr/src. > > > *** [everything] Error code 1 > > > > > > Stop in /usr/src. > > > *** [buildworld] Error code 1 > > > > > > Stop in /usr/src. > > > > Here is a patch to work around the problem: > > > > http://people.freebsd.org/~jkim/boot2.diff > > > > Please note this patch creates two separate boot codes, one for > > UFS1 and one for UFS2. To generate previous boot code (i.e., > > UFS1+UFS2) with GCC, clean objects, add the following line to > > your /etc/make.conf, rebuild, and install: > > > > BOOT2_UFS=UFS1_AND_UFS2 > > I would really rather not go this route. That is going to cause a > lot of pain and suffering for users. Well, I disagree but don't worrry, I won't commit it today. ;-) Just in case, I updated the patch to build UFS1+UFS2 boot2 by default for GCC as Peter suggested. Also, I have created a project branch on SVN to increase UFS2 boot block size. http://svnweb.freebsd.org/base/projects/bigbb/ Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 22:39:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48D35106564A; Thu, 8 Mar 2012 22:39:24 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1968F8FC13; Thu, 8 Mar 2012 22:39:23 +0000 (UTC) Received: from [209.249.190.124] (helo=[10.2.212.229]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1S5kl5-0008Gq-P3; Thu, 08 Mar 2012 16:20:23 -0500 From: George Neville-Neil Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 8 Mar 2012 16:20:24 -0500 Message-Id: To: fs@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org Cc: current@freebsd.org Subject: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 22:39:24 -0000 Howdy, I've taken the GSoC work done with the FUSE kernel module, and created a = patch against HEAD which I have now subjected to testing using tools/regression/fsx. The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff I would like to commit this patch in the next few days, so, please, if = you care about this take a look and get back to me. Thanks, George From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 22:54:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D1A1065670; Thu, 8 Mar 2012 22:54:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DEF638FC0A; Thu, 8 Mar 2012 22:54:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q28Ms7xT084087; Fri, 9 Mar 2012 00:54:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q28Ms7a4097442; Fri, 9 Mar 2012 00:54:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q28Ms71r097441; Fri, 9 Mar 2012 00:54:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Mar 2012 00:54:07 +0200 From: Konstantin Belousov To: George Neville-Neil Message-ID: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xY23VHacxCa7rROP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 22:54:12 -0000 --xY23VHacxCa7rROP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 08, 2012 at 04:20:24PM -0500, George Neville-Neil wrote: > Howdy, >=20 > I've taken the GSoC work done with the FUSE kernel module, and created > a patch against HEAD which I have now subjected to testing using > tools/regression/fsx. > > The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff > > I would like to commit this patch in the next few days, so, please, if > you care about this take a look and get back to me. I just took a very quick look, and the code has all usual bugs. E.g., the filesystem is marked mpsafe, while insmntque() is performed before new vnode is initialized. The fuse was known to cause random kernel memory corruption, were the issues identified and fixed ? Who is going to maintain the code ? I once objected strongly for throwing the fuse into svn without first fixing bugs, and having a maintainer. --xY23VHacxCa7rROP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9ZOI4ACgkQC3+MBN1Mb4iBvQCbBiWZWhTI8JrheJIDf48ZrEnF YG0Anjsa8jmoWzSeLEkbeRJFQVyA6azP =Ur65 -----END PGP SIGNATURE----- --xY23VHacxCa7rROP-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 23:43:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5335F106564A for ; Thu, 8 Mar 2012 23:43:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 294648FC08 for ; Thu, 8 Mar 2012 23:43:42 +0000 (UTC) Received: by dald2 with SMTP id d2so1051172dal.13 for ; Thu, 08 Mar 2012 15:43:42 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tHLxYbDOaA/H3vABgNCrXyPdDgt8ntKw/ZJLcWDtOjI=; b=iCbAvC5hChYD1YLuc/lSLHbPsnM7ELQIaXQy5AF8B4uJmi7jDEXlRuojtyaDvYj2ui Xl2iv1elOnwa84+Mcd7UgkJwLRWXDYuRaQ+tAxhBFVf+gbooAWpsHxsvUfLGJTjJyf3b dH0NLscvvdE7KuSiDIiSHaBCj9RvTFIL6Dp7CyZLA8aemmEEmOsTSNKpI63EyVgY1rZ/ B7Lawa2CbPjfNxjaasurTG8Z2lLJehkBmbQ7F3lHoPHOggj3YgXmtIr41MpH6OIpF0aL iH+HUzFAeiRFUMh/tELXQ371JMZ8MDj25VmYK29CBEtP9iY6C52QE7eaeqdRicQUh+iA C4pw== MIME-Version: 1.0 Received: by 10.68.232.162 with SMTP id tp2mr879599pbc.165.1331250222553; Thu, 08 Mar 2012 15:43:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.142.72.11 with HTTP; Thu, 8 Mar 2012 15:43:42 -0800 (PST) In-Reply-To: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> References: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> Date: Thu, 8 Mar 2012 15:43:42 -0800 X-Google-Sender-Auth: GwwJ6CnBROi3nP3g7f9l736A7RQ Message-ID: From: Adrian Chadd To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: George Neville-Neil , current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 23:43:43 -0000 Hi, Is there any reason why we shouldn't throw this into contrib/ and treating it like a vendor thing? Or is this explicitly not being treated as a vendor FS? Other than that, sure, let's get it into the tree and then thrash it until it's stable.. adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 8 23:54:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80598106566C; Thu, 8 Mar 2012 23:54:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DAA4A8FC17; Thu, 8 Mar 2012 23:54:23 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q28NsKDo089807; Fri, 9 Mar 2012 01:54:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q28NsJU9097787; Fri, 9 Mar 2012 01:54:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q28NsJQW097786; Fri, 9 Mar 2012 01:54:19 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Mar 2012 01:54:19 +0200 From: Konstantin Belousov To: Adrian Chadd Message-ID: <20120308235419.GX75778@deviant.kiev.zoral.com.ua> References: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+kSsdclgAHMo6YVP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: George Neville-Neil , current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 23:54:24 -0000 --+kSsdclgAHMo6YVP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote: > Hi, >=20 > Is there any reason why we shouldn't throw this into contrib/ and > treating it like a vendor thing? > Or is this explicitly not being treated as a vendor FS? No idea. This should be a decision of the person who imports the filesystem. >=20 > Other than that, sure, let's get it into the tree and then thrash it > until it's stable.. No, please fix at least the dreadful bugs before committing. We have enough dead and buggy filesystems in the tree already. The problem with fusefs code is the lack of maintainer, and not the location of the code. --+kSsdclgAHMo6YVP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9ZRqsACgkQC3+MBN1Mb4g6lgCgnu1X77uFOKvQZTy5Gfe2UZ1k 3wcAoOZOFuYbvX9l4XE5/pcpwFovYW8y =Ohar -----END PGP SIGNATURE----- --+kSsdclgAHMo6YVP-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 00:16:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3482106566B; Fri, 9 Mar 2012 00:16:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA4D8FC19; Fri, 9 Mar 2012 00:16:53 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9d09:6a8a:331f:682d] (unknown [IPv6:2001:7b8:3a7:0:9d09:6a8a:331f:682d]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ED8B15C37; Fri, 9 Mar 2012 01:16:51 +0100 (CET) Message-ID: <4F594BF4.9060802@FreeBSD.org> Date: Fri, 09 Mar 2012 01:16:52 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: Jia-Shiun Li References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: multipart/mixed; boundary="------------060704000108040704050100" Cc: freebsd-current@freebsd.org, Jung-uk Kim , John Baldwin Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 00:16:53 -0000 This is a multi-part message in MIME format. --------------060704000108040704050100 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 2012-03-07 05:51, Jia-Shiun Li wrote: > I am not familiar with boot2, but it looks like allocated size for > boot2 is not enough to hold code generated by clang. Reverting r232570 > fixes it. Please test the attached diff. Since it modifies bsd.sys.mk, either run "make install" in share/mk, or use "make buildenv" before rebuilding sys/boot/i386/boot2. It would also be nice if you could test the actual installation of the bootstrap, and its proper operation. However, be sure to have some way of recovering the first 16 sectors of your disk before you do so. :) --------------060704000108040704050100 Content-Type: text/x-diff; name="boot2-shrink-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="boot2-shrink-1.diff" diff --git a/share/mk/bsd.sys.mk b/share/mk/bsd.sys.mk index 401e671..a8770cc 100644 --- a/share/mk/bsd.sys.mk +++ b/share/mk/bsd.sys.mk @@ -100,8 +100,10 @@ CWARNFLAGS += -Wno-unknown-pragmas .if ${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang" CLANG_NO_IAS = -no-integrated-as -CLANG_OPT_SMALL = -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 \ - -mllvm -enable-load-pre=false +CLANG_OPT_SMALL = -mllvm -stack-alignment=8 \ + -mllvm -inline-threshold=3 \ + -mllvm -enable-load-pre=false \ + -mllvm -simplifycfg-dup-ret .endif .if ${MK_SSP} != "no" && ${MACHINE_CPUARCH} != "ia64" && \ diff --git a/sys/boot/i386/boot2/Makefile b/sys/boot/i386/boot2/Makefile index 68e49ed..5cec4b5 100644 --- a/sys/boot/i386/boot2/Makefile +++ b/sys/boot/i386/boot2/Makefile @@ -26,6 +26,8 @@ CFLAGS= -Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ -fno-unit-at-a-time \ + -ffunction-sections \ + -fdata-sections \ -mno-align-long-strings \ -mrtd \ -mregparm=3 \ diff --git a/sys/boot/i386/boot2/boot2.c b/sys/boot/i386/boot2/boot2.c index 8291249..37314f1 100644 --- a/sys/boot/i386/boot2/boot2.c +++ b/sys/boot/i386/boot2/boot2.c @@ -148,8 +148,8 @@ static int xputc(int); static int xgetc(int); static inline int getc(int); -static void memcpy(void *, const void *, int); -static void +static __noinline void memcpy(void *, const void *, int); +static __noinline void memcpy(void *dst, const void *src, int len) { const char *s = src; @@ -223,10 +223,7 @@ main(void) { uint8_t autoboot; ino_t ino; - size_t nbyte; - opts = 0; - kname = NULL; dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); v86.ctl = V86_FLAGS; v86.efl = PSL_RESERVED_DEFAULT | PSL_I; @@ -242,10 +239,8 @@ main(void) autoboot = 1; if ((ino = lookup(PATH_CONFIG)) || - (ino = lookup(PATH_DOTCONFIG))) { - nbyte = fsread(ino, cmd, sizeof(cmd) - 1); - cmd[nbyte] = '\0'; - } + (ino = lookup(PATH_DOTCONFIG))) + fsread(ino, cmd, sizeof(cmd) - 1); if (*cmd) { memcpy(cmddup, cmd, sizeof(cmd)); --------------060704000108040704050100-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 02:30:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4875D1065672; Fri, 9 Mar 2012 02:30:39 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by mx1.freebsd.org (Postfix) with ESMTP id E91D88FC13; Fri, 9 Mar 2012 02:30:38 +0000 (UTC) Received: from mail68-ch1-R.bigfish.com (10.43.68.230) by CH1EHSOBE008.bigfish.com (10.43.70.58) with Microsoft SMTP Server id 14.1.225.23; Fri, 9 Mar 2012 02:30:32 +0000 Received: from mail68-ch1 (localhost [127.0.0.1]) by mail68-ch1-R.bigfish.com (Postfix) with ESMTP id 33D7B4003FD; Fri, 9 Mar 2012 02:30:32 +0000 (UTC) X-SpamScore: -7 X-BigFish: VPS-7(zzc85fh14ffOzz1202hzz8275bh8275dhz2fh2a8h668h839h) X-Forefront-Antispam-Report: CIP:198.70.193.61; KIP:(null); UIP:(null); IPV:NLI; H:avexcashub1.qlogic.com; RD:avexcashub1.qlogic.com; EFVD:NLI Received-SPF: pass (mail68-ch1: domain of qlogic.com designates 198.70.193.61 as permitted sender) client-ip=198.70.193.61; envelope-from=david.somayajulu@qlogic.com; helo=avexcashub1.qlogic.com ; 1.qlogic.com ; Received: from mail68-ch1 (localhost.localdomain [127.0.0.1]) by mail68-ch1 (MessageSwitch) id 1331260230652200_30570; Fri, 9 Mar 2012 02:30:30 +0000 (UTC) Received: from CH1EHSMHS023.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.238]) by mail68-ch1.bigfish.com (Postfix) with ESMTP id 9B4C0460048; Fri, 9 Mar 2012 02:30:30 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.61) by CH1EHSMHS023.bigfish.com (10.43.70.23) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 9 Mar 2012 02:30:30 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub1.qlogic.org ([::1]) with mapi; Thu, 8 Mar 2012 18:30:29 -0800 From: David Somayajulu To: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org (freebsd-current@FreeBSD.org)" , "freebsd-drivers@freebsd.org" Date: Thu, 8 Mar 2012 18:30:28 -0800 Thread-Topic: iSCSI Target For Freebsd Thread-Index: Acz9m89nQdm8MQa0Sfur2ULjivGDSA== Message-ID: <75E1A2A7D185F841A975979B0906BBA67C79E3F37F@AVEXMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: iSCSI Target For Freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 02:30:39 -0000 Hi All, Is there are an iSCSI Software Target that you can recommend. I have tried = using istgt ( on Freebsd7.2) with Windows iSCSI Software Initiator. The ini= tiator is able to discover the target however it is unable to login to the = target. The login Response shows that the =3D <0203>= indicating that "the requested ITN does not exist at this address" Thanks David S. ________________________________ This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 10:13:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA71106566B; Fri, 9 Mar 2012 10:13:27 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF1978FC16; Fri, 9 Mar 2012 10:13:26 +0000 (UTC) Received: by dald2 with SMTP id d2so1485234dal.13 for ; Fri, 09 Mar 2012 02:13:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=4oE0VYu1eJ1tpGsN3EVYUL6cBYlhQmzZPceC+ewwB6o=; b=blcTeUcqrWVferAFUqlrhXsIOQ0Z0yBT+Rl1PWc2GlV5lLVSnU2Wm5ExU+uKXzXcyp Ufyfk8i9ihOq4w1ayJpAsvejLLagvThj5Yrr8fSHw/5MzowOjFNNEiO5VOorKWmYsrgB FyJPjjoRGTetfoYO8tmA+RMicQWk3Chvt8hj7g//3NHHv0fCe6Lap+0CA13r6zqg67pb vuXW2QbpvSA5m2eb1A23ZUfxFuTlo0xYXm4e8yFxI2/+lkAwltAIVcXxIWV19X4QyUzD 1wdzeKxReCt/v/4Kc65AzsS4JLwdm6X4azf/8jljFt6JpWMVPnZ3PdpDQzcGHTKUJfgE a2fQ== Received: by 10.68.239.195 with SMTP id vu3mr3522338pbc.49.1331286284295; Fri, 09 Mar 2012 01:44:44 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.143.58.4 with HTTP; Fri, 9 Mar 2012 01:44:24 -0800 (PST) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 9 Mar 2012 10:44:24 +0100 X-Google-Sender-Auth: pntLUA-N5Usc016rAObpnvFfHeI Message-ID: To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: growfs remove ufs/label and can't reset it with tunefs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 10:13:27 -0000 Hi all, once run growfs on a partition that had an UFS label, this label is removed and it's no more possible to re-set it with tunefs. Here is how to reproduce (tested on 8.3 and 9.0): mdconfig -a -t malloc -s 10MB gpart create -s mbr /dev/md0 gpart add -t freebsd -s 5MB /dev/md0 newfs -L THELABEL /dev/md0s1 glabel status | grep THELABEL => Label is present, now we resize the slice: gpart resize -i 1 /dev/md0 glabel status | grep THELABEL => Label is still present, now we growfs the slice: growfs /dev/md0s1 glabel status | grep THELABEL => UFS label disapear ! Ok, I will try to re-set it: tunefs -L THELABEL /dev/md0s1 glabel status | grep THELABEL => Still no label !?! Should I create a PR about this problem ? Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 11:18:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 725381065670; Fri, 9 Mar 2012 11:18:47 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id D28628FC13; Fri, 9 Mar 2012 11:18:46 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id q299mm1Z002832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2012 10:48:48 +0100 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q299mmsK027440 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 9 Mar 2012 10:48:48 +0100 Message-ID: <4F59D1DD.9020708@entel.upc.edu> Date: Fri, 09 Mar 2012 10:48:13 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: George Neville-Neil References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Fri, 09 Mar 2012 10:48:49 +0100 (CET) Cc: current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 11:18:47 -0000 On 08/03/2012 22:20, George Neville-Neil wrote: > Howdy, > > I've taken the GSoC work done with the FUSE kernel module, and created a patch against HEAD > which I have now subjected to testing using tools/regression/fsx. > > The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff > > I would like to commit this patch in the next few days, so, please, if you care > about this take a look and get back to me. > > Thanks, > George > > _______________________________________________ > 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" When this GSoC was going on, I asked Hans Peter Selasky (the mentor) and Ilya to try the code, because I thought the project would be very useful to me (mostly in the server side, there are a few distributed/parallel filesystems using fuse). The code was not finished at the time the GSoC ended. So it does work with some filesystems, with some others doesn't. Is this the last version Ilya released for the GSoC? From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 11:36:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A59310656DD for ; Fri, 9 Mar 2012 11:36:08 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 20DE18FC15 for ; Fri, 9 Mar 2012 11:36:07 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S5y7C-0004fv-BS>; Fri, 09 Mar 2012 12:36:06 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S5y7C-0004Zl-7w>; Fri, 09 Mar 2012 12:36:06 +0100 Message-ID: <4F59EB20.3060500@mail.zedat.fu-berlin.de> Date: Fri, 09 Mar 2012 12:36:00 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "freebsd-performance@freebsd.org" , Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig12368DD7E4A147893D389F05" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Fri, 09 Mar 2012 12:12:25 +0000 Cc: Subject: OpenCL backend for LLVM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 11:36:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig12368DD7E4A147893D389F05 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry if you feel boring by those messages, but soem of us still get wet eyes when it comes to OpenCL and LLVm (LLVM is supposed to become soon the backend compiler in FreeBSD, as I understand). On PHORONIX I read this message days ago: http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTA2NzM I think this is promising - in a way. Maybe some compiler specialists will have merci (as well as nVidia and AMD) and present soemday in the future OpenCL-based GPGPU capabilities for HPC on FreeBSD. I still have hope that the important part HPC will become again an option using FreeBSD as it was 10 years ago. Regards, Oliver --------------enig12368DD7E4A147893D389F05 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPWeslAAoJEOgBcD7A/5N8JswIAM1tY50f2As97c0BCgsCrstj q4e6l8Uw1jADMtGsFSYld5ilOlova0yZJ1JVErNLyYPsKAFKkZVCMuDNbqGh1z/X EU014AOoRzWxCfDTRUMyOdjoZU+C1lofOrnxs7fBmBqR6ASBKOgOWGvMxVwYIuyo 1WKDGwUJV1tIl92GOxeF+3AYfgpwguO1hsXrL30SHWRnX235tuEU3HjQVOv3iJcI 9U0Dn9U6RypM5uMqYGgAJv80qIzbdXOAIsVdvwnq5TQjT/hIWnTX/FaHmbNZCMOu YEdcywkBQ/AhRXzcQ4Hwcp+Gm74Y8CX77hRXvH4XLu8JfQvvuJuM02GehssWyu8= =AmT1 -----END PGP SIGNATURE----- --------------enig12368DD7E4A147893D389F05-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 14:25:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A2011065670 for ; Fri, 9 Mar 2012 14:25:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9F88FC15 for ; Fri, 9 Mar 2012 14:25:25 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S60kw-0005S8-SK for freebsd-current@freebsd.org; Fri, 09 Mar 2012 15:25:18 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2012 15:25:18 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Mar 2012 15:25:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 09 Mar 2012 15:25:08 +0100 Lines: 37 Message-ID: References: <4F59EB20.3060500@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD76DF82DFA64430C5A7227C7" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 In-Reply-To: <4F59EB20.3060500@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Cc: freebsd-performance@freebsd.org Subject: Re: OpenCL backend for LLVM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 14:25:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD76DF82DFA64430C5A7227C7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/03/2012 12:36, O. Hartmann wrote: > Sorry if you feel boring by those messages, but soem of us still get we= t > eyes when it comes to OpenCL and LLVm (LLVM is supposed to become soon > the backend compiler in FreeBSD, as I understand). On PHORONIX I read > this message days ago: >=20 > http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTA2NzM >=20 > I think this is promising - in a way. Maybe some compiler specialists > will have merci (as well as nVidia and AMD) and present soemday in the > future OpenCL-based GPGPU capabilities for HPC on FreeBSD. AFAIK this would only work if the GPU vendors release GPGPU drivers which can be used with FreeBSD. The compiler part is only a minor one. --------------enigD76DF82DFA64430C5A7227C7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9aEsQACgkQldnAQVacBch2yACeOH0oZjGgFcO+cOpqY8cu3OBP d14AnjtaOzesxeaXPEl1v8aoi7UiDymS =Hkw0 -----END PGP SIGNATURE----- --------------enigD76DF82DFA64430C5A7227C7-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 16:42:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3EF5106566C; Fri, 9 Mar 2012 16:42:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 97ED28FC08; Fri, 9 Mar 2012 16:42:11 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 251205459; Fri, 09 Mar 2012 17:42:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 9 Mar 2012 17:40:27 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20120308235419.GX75778@deviant.kiev.zoral.com.ua> In-Reply-To: <20120308235419.GX75778@deviant.kiev.zoral.com.ua> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203091740.27913.hselasky@c2i.net> Cc: Konstantin Belousov , George Neville-Neil , Adrian Chadd , current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 16:42:12 -0000 On Friday 09 March 2012 00:54:19 Konstantin Belousov wrote: > On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote: > > Hi, > > Last version is here: https://code.google.com/p/google-summer-of-code-2011-freebsd/downloads/list --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 16:45:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31CE8106564A; Fri, 9 Mar 2012 16:45:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EC1678FC14; Fri, 9 Mar 2012 16:45:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q29GjXDh072519; Fri, 9 Mar 2012 11:45:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q29GjXhV072469; Fri, 9 Mar 2012 16:45:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Mar 2012 16:45:33 GMT Message-Id: <201203091645.q29GjXhV072469@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 16:45:41 -0000 TB --- 2012-03-09 14:59:04 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-09 14:59:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-03-09 14:59:04 - cleaning the object tree TB --- 2012-03-09 14:59:04 - cvsupping the source tree TB --- 2012-03-09 14:59:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-03-09 14:59:46 - building world TB --- 2012-03-09 14:59:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 14:59:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 14:59:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 14:59:46 - SRCCONF=/dev/null TB --- 2012-03-09 14:59:46 - TARGET=ia64 TB --- 2012-03-09 14:59:46 - TARGET_ARCH=ia64 TB --- 2012-03-09 14:59:46 - TZ=UTC TB --- 2012-03-09 14:59:46 - __MAKE_CONF=/dev/null TB --- 2012-03-09 14:59:46 - cd /src TB --- 2012-03-09 14:59:46 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 14:59:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 9 16:27:50 UTC 2012 TB --- 2012-03-09 16:27:50 - generating LINT kernel config TB --- 2012-03-09 16:27:50 - cd /src/sys/ia64/conf TB --- 2012-03-09 16:27:50 - /usr/bin/make -B LINT TB --- 2012-03-09 16:27:50 - cd /src/sys/ia64/conf TB --- 2012-03-09 16:27:50 - /usr/sbin/config -m LINT TB --- 2012-03-09 16:27:50 - building LINT kernel TB --- 2012-03-09 16:27:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 16:27:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 16:27:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 16:27:50 - SRCCONF=/dev/null TB --- 2012-03-09 16:27:50 - TARGET=ia64 TB --- 2012-03-09 16:27:50 - TARGET_ARCH=ia64 TB --- 2012-03-09 16:27:50 - TZ=UTC TB --- 2012-03-09 16:27:50 - __MAKE_CONF=/dev/null TB --- 2012-03-09 16:27:50 - cd /src TB --- 2012-03-09 16:27:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 16:27:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_indata.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_peeloff.c cc1: warnings being treated as errors /src/sys/netinet/sctp_peeloff.c: In function 'sctp_can_peel_off': /src/sys/netinet/sctp_peeloff.c:59: warning: 'inp' is used uninitialized in this function *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-09 16:45:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-09 16:45:33 - ERROR: failed to build LINT kernel TB --- 2012-03-09 16:45:33 - 5161.02 user 771.15 system 6388.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 16:52:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1DAF106566C; Fri, 9 Mar 2012 16:52:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 10DB68FC13; Fri, 9 Mar 2012 16:52:13 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 251205459; Fri, 09 Mar 2012 17:42:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 9 Mar 2012 17:40:27 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20120308235419.GX75778@deviant.kiev.zoral.com.ua> In-Reply-To: <20120308235419.GX75778@deviant.kiev.zoral.com.ua> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203091740.27913.hselasky@c2i.net> Cc: Konstantin Belousov , George Neville-Neil , Adrian Chadd , current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 16:52:15 -0000 On Friday 09 March 2012 00:54:19 Konstantin Belousov wrote: > On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote: > > Hi, > > Last version is here: https://code.google.com/p/google-summer-of-code-2011-freebsd/downloads/list --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 18:31:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E035106564A; Fri, 9 Mar 2012 18:31:08 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 705CB8FC14; Fri, 9 Mar 2012 18:31:08 +0000 (UTC) Received: from [209.249.190.124] (helo=[10.2.212.229]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1S64ap-0007OW-V2; Fri, 09 Mar 2012 13:31:07 -0500 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> Date: Fri, 9 Mar 2012 13:31:14 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <8CDE3851-6C32-41ED-8CD0-70EC1BA245C5@freebsd.org> References: <20120308225407.GV75778@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1257) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 18:31:08 -0000 On Mar 8, 2012, at 17:54 , Konstantin Belousov wrote: > I just took a very quick look, and the code has all usual bugs. E.g., = the > filesystem is marked mpsafe, while insmntque() is performed before new > vnode is initialized. >=20 > The fuse was known to cause random kernel memory corruption, were the = issues > identified and fixed ? >=20 They are being identified and fixed as we speak. I fixed a couple = yesterday. > Who is going to maintain the code ? I once objected strongly for = throwing > the fuse into svn without first fixing bugs, and having a maintainer. I'm planning to maintain the code. As bugs arise I will take care of = them. I've been using fsx to seek them out. Best, George From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 18:31:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3FCC71065680; Fri, 9 Mar 2012 18:31:33 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 9 Mar 2012 13:31:19 -0500 User-Agent: KMail/1.6.2 References: <4F594BF4.9060802@FreeBSD.org> In-Reply-To: <4F594BF4.9060802@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203091331.22124.jkim@FreeBSD.org> Cc: Dimitry Andric , Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 18:31:33 -0000 On Thursday 08 March 2012 07:16 pm, Dimitry Andric wrote: > On 2012-03-07 05:51, Jia-Shiun Li wrote: > > I am not familiar with boot2, but it looks like allocated size > > for boot2 is not enough to hold code generated by clang. > > Reverting r232570 fixes it. > > Please test the attached diff. Since it modifies bsd.sys.mk, > either run "make install" in share/mk, or use "make buildenv" > before rebuilding sys/boot/i386/boot2. > > It would also be nice if you could test the actual installation of > the bootstrap, and its proper operation. However, be sure to have > some way of recovering the first 16 sectors of your disk before you > do so. :) As jhb pointed out, it does not work because BSS for boot2 is not automatically cleared. I fixed this in my branch: http://svn.freebsd.org/changeset/base/232736 http://svn.freebsd.org/changeset/base/232737 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 18:31:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A50E1065689; Fri, 9 Mar 2012 18:31:58 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF838FC18; Fri, 9 Mar 2012 18:31:58 +0000 (UTC) Received: from [209.249.190.124] (helo=[10.2.212.229]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1S64bd-0007OW-98; Fri, 09 Mar 2012 13:31:57 -0500 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: George Neville-Neil In-Reply-To: <4F59D1DD.9020708@entel.upc.edu> Date: Fri, 9 Mar 2012 13:32:03 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F59D1DD.9020708@entel.upc.edu> To: =?iso-8859-1?Q?Gustau_P=E9rez?= X-Mailer: Apple Mail (2.1257) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: current@freebsd.org, fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 18:31:58 -0000 On Mar 9, 2012, at 04:48 , Gustau P=E9rez wrote: > On 08/03/2012 22:20, George Neville-Neil wrote: >> Howdy, >>=20 >> I've taken the GSoC work done with the FUSE kernel module, and = created a patch against HEAD >> which I have now subjected to testing using tools/regression/fsx. >>=20 >> The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff >>=20 >> I would like to commit this patch in the next few days, so, please, = if you care >> about this take a look and get back to me. >>=20 >> Thanks, >> George >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 > When this GSoC was going on, I asked Hans Peter Selasky (the mentor) = and Ilya to try the code, because I thought the project would be very = useful to me (mostly in the server side, there are a few = distributed/parallel filesystems using fuse). >=20 > The code was not finished at the time the GSoC ended. So it does = work with some filesystems, with some others doesn't. >=20 > Is this the last version Ilya released for the GSoC? Yes, with fixes. It's based off of here: https://github.com/glk/fuse-freebsd Best, George From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 19:29:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F90106566C; Fri, 9 Mar 2012 19:29:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6855C8FC14; Fri, 9 Mar 2012 19:29:59 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id EDEBD46B2A; Fri, 9 Mar 2012 14:29:52 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3E743B926; Fri, 9 Mar 2012 14:29:52 -0500 (EST) From: John Baldwin To: Dimitry Andric Date: Fri, 9 Mar 2012 10:13:23 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F594BF4.9060802@FreeBSD.org> In-Reply-To: <4F594BF4.9060802@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201203091013.24174.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 09 Mar 2012 14:29:52 -0500 (EST) Cc: freebsd-current@freebsd.org, Jung-uk Kim , Jia-Shiun Li Subject: Re: boot2 overflow when building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 19:29:59 -0000 On Thursday, March 08, 2012 7:16:52 pm Dimitry Andric wrote: > On 2012-03-07 05:51, Jia-Shiun Li wrote: > > I am not familiar with boot2, but it looks like allocated size for > > boot2 is not enough to hold code generated by clang. Reverting r232570 > > fixes it. > > Please test the attached diff. Since it modifies bsd.sys.mk, either run > "make install" in share/mk, or use "make buildenv" before rebuilding > sys/boot/i386/boot2. > > It would also be nice if you could test the actual installation of the > bootstrap, and its proper operation. However, be sure to have some way > of recovering the first 16 sectors of your disk before you do so. :) The changes to boot2.c are all bugs unfortunately. boot2's bss is not zero'd. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 20:26:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57AA21065676 for ; Fri, 9 Mar 2012 20:26:12 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo201.cox.net (eastrmfepo201.cox.net [68.230.241.216]) by mx1.freebsd.org (Postfix) with ESMTP id EBB8F8FC08 for ; Fri, 9 Mar 2012 20:26:11 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo201.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120309200414.IMVC5450.eastrmfepo201.cox.net@eastrmimpo210.cox.net> for ; Fri, 9 Mar 2012 15:04:14 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo210.cox.net with bizsmtp id jY4D1i00f3oG0Ji02Y4EHp; Fri, 09 Mar 2012 15:04:14 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020205.4F5A623E.0099,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=tiTyv7twkMsqOUxXNxCIH11qksaxKU0xSIHjE53HnfQ= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=VUdLU4DMDV-erDvL_dQA:9 a=nz1aiolsSsS9om7k6oMA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q29K4DGp039974 for ; Fri, 9 Mar 2012 14:04:13 -0600 (CST) (envelope-from conrads@cox.net) Date: Fri, 9 Mar 2012 14:04:08 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20120309140408.42f136d5@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 20:26:12 -0000 I'm getting quite a few of these "Rune"-related errors during port builds lately. I've tried following the advice from the list, but no good, they still keep occurring. I even tried backing off to my last known good buildworld/buildkernel (around Feb 23), and it still doesn't help. Also seeing problems relating to the new clang src.conf variables. Can't successfully build world and/or kernel to try to correct things. "make buildenv" in /usr/src hasn't helped. "make install" in /usr/src/share/mk hasn't helped. Is there some "magic bullet" for this that I've just somehow managed to overlook? I'm totally at a loss here. Help! Conrad gmake[2]: Entering directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin' clang -o FreeBSD10.0_OPT.OBJ/addbuiltin.o -c -Wall -Wno-error -O2 -pipe -fomit-frame-pointer -march=native -I/usr/local/include/nspr -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -I../../../dist/public/nss -I../../../dist/public/nspr -I../../../dist/public/libdbm -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security -I./include -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/public/seccmd addbuiltin.c clang: warning: argument unused during compilation: '-L/usr/local/lib' clang -o FreeBSD10.0_OPT.OBJ/addbuiltin -Wall -Wno-error -O2 -pipe -fomit-frame-pointer -march=native -I/usr/local/include/nspr -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -I../../../dist/public/nss -I../../../dist/public/nspr -I../../../dist/public/libdbm -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security -I./include -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I../../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/public/seccmd FreeBSD10.0_OPT.OBJ/addbuiltin.o ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lnssutil3 -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread clang: warning: argument unused during compilation: '-ansi' clang: warning: argument unused during compilation: '-ansi' clang: warning: argument unused during compilation: '-ansi' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): In function `SECU_PrintAsHex': secutil.c:(.text+0x125b): undefined reference to `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): In function `SECU_PrintAny': secutil.c:(.text+0x24ee): undefined reference to `_ThreadRuneLocale' secutil.c:(.text+0x2658): undefined reference to `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): In function `SECU_SECItemHexStringToBinary': secutil.c:(.text+0x7e95): undefined reference to `_ThreadRuneLocale' secutil.c:(.text+0x7f55): undefined reference to `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):secutil.c:(.text+0x7fd5): more undefined references to `_ThreadRuneLocale' follow clang: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [FreeBSD10.0_OPT.OBJ/addbuiltin] Error 1 gmake[2]: Leaving directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin' gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd' gmake: *** [libs] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/security/nss. ===>>> make failed for security/nss ===>>> Aborting update ===>>> Update for nss-3.13.2 failed ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster www/chromium security/nss -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 21:39:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E342106566B for ; Fri, 9 Mar 2012 21:39:31 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A3ACA8FC0C for ; Fri, 9 Mar 2012 21:39:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S67X7-0005fv-Jv>; Fri, 09 Mar 2012 22:39:29 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S67X7-0003cb-GD>; Fri, 09 Mar 2012 22:39:29 +0100 Message-ID: <4F5A788B.8090907@mail.zedat.fu-berlin.de> Date: Fri, 09 Mar 2012 22:39:23 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20120309140408.42f136d5@cox.net> In-Reply-To: <20120309140408.42f136d5@cox.net> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF5D9A65D1238862EAF2FB3F3" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Fri, 09 Mar 2012 22:58:37 +0000 Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 21:39:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF5D9A65D1238862EAF2FB3F3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/09/12 21:04, Conrad J. Sabatier wrote: > I'm getting quite a few of these "Rune"-related errors during port > builds lately. I've tried following the advice from the list, but no > good, they still keep occurring. I even tried backing off to my last > known good buildworld/buildkernel (around Feb 23), and it still doesn't= > help. >=20 > Also seeing problems relating to the new clang src.conf variables. > Can't successfully build world and/or kernel to try to correct things. > "make buildenv" in /usr/src hasn't helped. "make install" in > /usr/src/share/mk hasn't helped. >=20 > Is there some "magic bullet" for this that I've just somehow managed to= > overlook? I'm totally at a loss here. Help! >=20 > Conrad >=20 > gmake[2]: Entering directory > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbu= iltin' > clang -o FreeBSD10.0_OPT.OBJ/addbuiltin.o -c -Wall -Wno-error -O2 > -pipe -fomit-frame-pointer -march=3Dnative -I/usr/local/include/nspr > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall -Wno-switch > -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ > -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ > -I../../../dist/private/ -I../../../dist/public/nss > -I../../../dist/public/nspr -I../../../dist/public/libdbm > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security -I./include -O= > -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR > -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT= > -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include > -I../../../../dist/public/nss -I../../../../dist/private/nss > -I../../../../dist/public/seccmd addbuiltin.c clang: warning: argument= > unused during compilation: '-L/usr/local/lib' clang -o > FreeBSD10.0_OPT.OBJ/addbuiltin -Wall -Wno-error -O2 -pipe > -fomit-frame-pointer -march=3Dnative -I/usr/local/include/nspr > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall -Wno-switch > -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../dist/FreeBSD10.0_OPT.OBJ/include -I../../dist/public/ > -I../../dist/private/ -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../../dist/FreeBSD10.0_OPT.OBJ/include -I../../../dist/public/ > -I../../../dist/private/ -I../../../dist/public/nss > -I../../../dist/public/nspr -I../../../dist/public/libdbm > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security -I./include -O= > -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR > -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT= > -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include > -I../../../../dist/public/nss -I../../../../dist/private/nss > -I../../../../dist/public/seccmd > FreeBSD10.0_OPT.OBJ/addbuiltin.o ../../../../dist/FreeBSD10.0_OPT.OBJ/= lib/libsectool.a > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lnssutil3 > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 > -pthread clang: warning: argument unused during compilation: '-ansi' > clang: warning: argument unused during compilation: '-ansi' clang: > warning: argument unused during compilation: > '-ansi' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o= ): > In function `SECU_PrintAsHex': secutil.c:(.text+0x125b): undefined > reference to > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool= =2Ea(secutil.o): > In function `SECU_PrintAny': > secutil.c:(.text+0x24ee): undefined reference to `_ThreadRuneLocale' > secutil.c:(.text+0x2658): undefined reference to `_ThreadRuneLocale' > ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): In > function `SECU_SECItemHexStringToBinary': secutil.c:(.text+0x7e95): > undefined reference to `_ThreadRuneLocale' secutil.c:(.text+0x7f55): > undefined reference to > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool= =2Ea(secutil.o):secutil.c:(.text+0x7fd5): > more undefined references to `_ThreadRuneLocale' follow clang: error: > linker command failed with exit code 1 (use -v to see invocation) > gmake[2]: *** [FreeBSD10.0_OPT.OBJ/addbuiltin] Error 1 gmake[2]: > Leaving directory > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbu= iltin' > gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd' > gmake: *** [libs] Error 2 *** [do-build] Error code 1 >=20 > Stop in /usr/ports/security/nss. >=20 > =3D=3D=3D>>> make failed for security/nss > =3D=3D=3D>>> Aborting update >=20 > =3D=3D=3D>>> Update for nss-3.13.2 failed > =3D=3D=3D>>> Aborting update >=20 > Terminated >=20 > =3D=3D=3D>>> You can restart from the point of failure with this comman= d line: > portmaster www/chromium security/nss=20 Me, too, here. Buidling a world with most recent sources and CLANG doesn't work, if building with legacy/old gcc 4.2.1 the option WITH_LIBCPLUSPLUS=3D YES blow off things. I had the "_Rune" problem quite often and came around by walking back to a well known source base and doing a "make installincludes". --------------enigF5D9A65D1238862EAF2FB3F3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPWniRAAoJEOgBcD7A/5N8SCsIAJnlqXl16QzlHWjYzZf+nhGh TuPF/xAizPwzAIsTCJwbdYoTXHMO2s3YOsk1Ve8EQJ5p/YeQ9xSiGAwxCD0eit3j iXNYy5DpBE9XQe41SZjLvRMf3fGbrvfLbKEAXaBO7ue8XY6LnbERHmGUZ0hQ7HKx AEpKmx4pCaWB9f/A8aAHM19vc15slIwi59HOFmjeOazNRcooM7B8EXQUL08Oql8l Fymgxin9Xn26sCmKXPnUAKIFHRTNSkfuARpKMZKZeEa6umj7HSSW8MsaFcrgsqdW q8lRS6ls7Tz6i6nTriPyD9B7yKmOaNcI6+7XwPESTGVU5UCNGhLyhYic08s3ad4= =2c1n -----END PGP SIGNATURE----- --------------enigF5D9A65D1238862EAF2FB3F3-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 9 23:58:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F85A1065673 for ; Fri, 9 Mar 2012 23:58:37 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DC5518FC17 for ; Fri, 9 Mar 2012 23:58:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1S69he-0003K8-IZ>; Sat, 10 Mar 2012 00:58:30 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S69he-0001EY-EO>; Sat, 10 Mar 2012 00:58:30 +0100 Message-ID: <4F5A991F.4080502@mail.zedat.fu-berlin.de> Date: Sat, 10 Mar 2012 00:58:23 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36492CEBA10F202BB7C686F4" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Sat, 10 Mar 2012 00:08:40 +0000 Subject: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 23:58:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36492CEBA10F202BB7C686F4 Content-Type: multipart/mixed; boundary="------------070009090809010509030100" This is a multi-part message in MIME format. --------------070009090809010509030100 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is incapable to build properly with CLANG, but then several fixes where merged. Building world ends up everytime at the below shown stage. What's wrong? If I missed something - please enlighten me. My src.conf attached. Regards, Oliver building static c library building shared library libc.so.7 building special pic c library ranlib libc_pic.a ranlib libc.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 -S libc.so.7 /usr/obj/usr/src/tmp/lib sh /usr/src/tools/install.sh -o root -g wheel -m 444 be_BY.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/be_BY.UTF-8/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ca_ES.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 de_DE.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 el_GR.ISO8859-7.cat /usr/obj/usr/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 es_ES.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 fi_FI.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 fr_FR.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 gl_ES.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 hu_HU.ISO8859-2.cat /usr/obj/usr/src/tmp/usr/share/nls/hu_HU.ISO8859-2/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 it_IT.ISO8859-15.cat /usr/obj/usr/src/tmp/usr/share/nls/it_IT.ISO8859-15/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ja_JP.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.UTF-8/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ja_JP.eucJP.cat /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.eucJP/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ko_KR.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.UTF-8/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ko_KR.eucKR.cat /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.eucKR/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 mn_MN.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/mn_MN.UTF-8/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 nl_NL.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/nl_NL.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 no_NO.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/no_NO.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 pl_PL.ISO8859-2.cat /usr/obj/usr/src/tmp/usr/share/nls/pl_PL.ISO8859-2/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 pt_BR.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/pt_BR.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 ru_RU.KOI8-R.cat /usr/obj/usr/src/tmp/usr/share/nls/ru_RU.KOI8-R/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 sk_SK.ISO8859-2.cat /usr/obj/usr/src/tmp/usr/share/nls/sk_SK.ISO8859-2/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 sv_SE.ISO8859-1.cat /usr/obj/usr/src/tmp/usr/share/nls/sv_SE.ISO8859-1/libc.cat sh /usr/src/tools/install.sh -o root -g wheel -m 444 uk_UA.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/uk_UA.UTF-8/libc.cat ln -fs /usr/obj/usr/src/tmp/lib/libc.so.7 /usr/obj/usr/src/tmp/usr/lib/libc.so sh /usr/src/tools/install.sh -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib 1 error *** [libraries] Error code 2 1 error *** [_libraries] Error code 2 1 error *** [buildworld] Error code 2 1 error --------------070009090809010509030100 Content-Type: text/plain; name="src.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="src.conf" WITH_CLANG=3D YES WITH_CLANG_EXTRAS=3D YES # WITH_BIND_LARGE_FILE=3D YES WITH_BIND_SIGCHASE=3D YES WITH_BIND_LIBS=3D YES # WITH_IDEA=3D YES WITH_HESIOD=3D YES # #WITH_BSD_GREP=3D YES #WITH_ICONV=3D YES # WITH_LIBCPLUSPLUS=3D YES # #WITH_OFED=3D YES --------------070009090809010509030100-- --------------enig36492CEBA10F202BB7C686F4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPWpkmAAoJEOgBcD7A/5N8Yj4IAOdx0pKL4Gc5U9KM21/qzC3B QMfxY2cmQZ+5bMOXyimkXuaQSA1T+58NV+Q9TF/5HYCfFfdUomGBa0w9fO9xD7wr 7OGF+VxgFSuePDPNccDV4hB5CGqUiPDtrAtUPSVku07aAmfLkXkC47DqKMhXrlE1 /0GQBSxvTgqeUSpWnYSgaO7GWb+UsdAp1rKPVVBUO8/yP40uz4KRWH8ZpsV6vhSm ha2WHVWfm0sRvT2xxbbi4ZWEkZAsf4abc6STV6EZUggAiOgL3YDGj22bRex7B9P5 dU46eOGbU6bCZrH8gYFFh+OY5u70TLKHby8gkOVxf37lKn8dxf1e7rQPQnIpe/c= =OlUF -----END PGP SIGNATURE----- --------------enig36492CEBA10F202BB7C686F4-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 01:15:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04B9E106564A; Sat, 10 Mar 2012 01:15:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CAAFE8FC08; Sat, 10 Mar 2012 01:15:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2A1FGuH053456; Fri, 9 Mar 2012 20:15:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2A1FFV6053439; Sat, 10 Mar 2012 01:15:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Mar 2012 01:15:15 GMT Message-Id: <201203100115.q2A1FFV6053439@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 01:15:17 -0000 TB --- 2012-03-09 20:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-09 20:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-09 20:20:00 - cleaning the object tree TB --- 2012-03-09 20:20:00 - cvsupping the source tree TB --- 2012-03-09 20:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-09 20:20:17 - building world TB --- 2012-03-09 20:20:17 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 20:20:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 20:20:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 20:20:17 - SRCCONF=/dev/null TB --- 2012-03-09 20:20:17 - TARGET=i386 TB --- 2012-03-09 20:20:17 - TARGET_ARCH=i386 TB --- 2012-03-09 20:20:17 - TZ=UTC TB --- 2012-03-09 20:20:17 - __MAKE_CONF=/dev/null TB --- 2012-03-09 20:20:17 - cd /src TB --- 2012-03-09 20:20:17 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 20:20:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 9 22:22:01 UTC 2012 TB --- 2012-03-09 22:22:01 - generating LINT kernel config TB --- 2012-03-09 22:22:01 - cd /src/sys/i386/conf TB --- 2012-03-09 22:22:01 - /usr/bin/make -B LINT TB --- 2012-03-09 22:22:01 - cd /src/sys/i386/conf TB --- 2012-03-09 22:22:01 - /usr/sbin/config -m LINT TB --- 2012-03-09 22:22:01 - building LINT kernel TB --- 2012-03-09 22:22:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 22:22:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 22:22:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 22:22:01 - SRCCONF=/dev/null TB --- 2012-03-09 22:22:01 - TARGET=i386 TB --- 2012-03-09 22:22:01 - TARGET_ARCH=i386 TB --- 2012-03-09 22:22:01 - TZ=UTC TB --- 2012-03-09 22:22:01 - __MAKE_CONF=/dev/null TB --- 2012-03-09 22:22:01 - cd /src TB --- 2012-03-09 22:22:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 22:22:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Mar 9 22:53:09 UTC 2012 TB --- 2012-03-09 22:53:09 - cd /src/sys/i386/conf TB --- 2012-03-09 22:53:09 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-09 22:53:09 - building LINT-NOINET kernel TB --- 2012-03-09 22:53:09 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 22:53:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 22:53:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 22:53:09 - SRCCONF=/dev/null TB --- 2012-03-09 22:53:09 - TARGET=i386 TB --- 2012-03-09 22:53:09 - TARGET_ARCH=i386 TB --- 2012-03-09 22:53:09 - TZ=UTC TB --- 2012-03-09 22:53:09 - __MAKE_CONF=/dev/null TB --- 2012-03-09 22:53:09 - cd /src TB --- 2012-03-09 22:53:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Mar 9 22:53:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Fri Mar 9 23:22:48 UTC 2012 TB --- 2012-03-09 23:22:48 - cd /src/sys/i386/conf TB --- 2012-03-09 23:22:48 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-09 23:22:48 - building LINT-NOINET6 kernel TB --- 2012-03-09 23:22:48 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 23:22:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 23:22:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 23:22:48 - SRCCONF=/dev/null TB --- 2012-03-09 23:22:48 - TARGET=i386 TB --- 2012-03-09 23:22:48 - TARGET_ARCH=i386 TB --- 2012-03-09 23:22:48 - TZ=UTC TB --- 2012-03-09 23:22:48 - __MAKE_CONF=/dev/null TB --- 2012-03-09 23:22:48 - cd /src TB --- 2012-03-09 23:22:48 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Mar 9 23:22:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Fri Mar 9 23:52:23 UTC 2012 TB --- 2012-03-09 23:52:23 - cd /src/sys/i386/conf TB --- 2012-03-09 23:52:23 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-09 23:52:23 - building LINT-NOIP kernel TB --- 2012-03-09 23:52:23 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 23:52:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 23:52:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 23:52:23 - SRCCONF=/dev/null TB --- 2012-03-09 23:52:23 - TARGET=i386 TB --- 2012-03-09 23:52:23 - TARGET_ARCH=i386 TB --- 2012-03-09 23:52:23 - TZ=UTC TB --- 2012-03-09 23:52:23 - __MAKE_CONF=/dev/null TB --- 2012-03-09 23:52:23 - cd /src TB --- 2012-03-09 23:52:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Mar 9 23:52:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Mar 10 00:19:49 UTC 2012 TB --- 2012-03-10 00:19:49 - cd /src/sys/i386/conf TB --- 2012-03-10 00:19:49 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-10 00:19:49 - building LINT-VIMAGE kernel TB --- 2012-03-10 00:19:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 00:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 00:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 00:19:49 - SRCCONF=/dev/null TB --- 2012-03-10 00:19:49 - TARGET=i386 TB --- 2012-03-10 00:19:49 - TARGET_ARCH=i386 TB --- 2012-03-10 00:19:49 - TZ=UTC TB --- 2012-03-10 00:19:49 - __MAKE_CONF=/dev/null TB --- 2012-03-10 00:19:49 - cd /src TB --- 2012-03-10 00:19:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Mar 10 00:19:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Mar 10 00:50:03 UTC 2012 TB --- 2012-03-10 00:50:03 - cd /src/sys/i386/conf TB --- 2012-03-10 00:50:03 - /usr/sbin/config -m GENERIC TB --- 2012-03-10 00:50:03 - building GENERIC kernel TB --- 2012-03-10 00:50:03 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 00:50:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 00:50:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 00:50:03 - SRCCONF=/dev/null TB --- 2012-03-10 00:50:03 - TARGET=i386 TB --- 2012-03-10 00:50:03 - TARGET_ARCH=i386 TB --- 2012-03-10 00:50:03 - TZ=UTC TB --- 2012-03-10 00:50:03 - __MAKE_CONF=/dev/null TB --- 2012-03-10 00:50:03 - cd /src TB --- 2012-03-10 00:50:03 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 10 00:50:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 10 01:13:44 UTC 2012 TB --- 2012-03-10 01:13:44 - cd /src/sys/i386/conf TB --- 2012-03-10 01:13:44 - /usr/sbin/config -m PAE TB --- 2012-03-10 01:13:44 - building PAE kernel TB --- 2012-03-10 01:13:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 01:13:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 01:13:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 01:13:44 - SRCCONF=/dev/null TB --- 2012-03-10 01:13:44 - TARGET=i386 TB --- 2012-03-10 01:13:44 - TARGET_ARCH=i386 TB --- 2012-03-10 01:13:44 - TZ=UTC TB --- 2012-03-10 01:13:44 - __MAKE_CONF=/dev/null TB --- 2012-03-10 01:13:44 - cd /src TB --- 2012-03-10 01:13:44 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 10 01:13:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bce/if_bce.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bfe/if_bfe.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bge/if_bge.c cc1: warnings being treated as errors /src/sys/dev/bge/if_bge.c: In function 'bge_dma_alloc': /src/sys/dev/bge/if_bge.c:2607: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-10 01:15:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-10 01:15:15 - ERROR: failed to build PAE kernel TB --- 2012-03-10 01:15:15 - 14430.96 user 2045.84 system 17714.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 03:24:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863A61065670 for ; Sat, 10 Mar 2012 03:24:34 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 397D68FC1B for ; Sat, 10 Mar 2012 03:24:33 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1620038ggn.13 for ; Fri, 09 Mar 2012 19:24:33 -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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=LrNzpgOK4srB5hnCpJbR0Eavuy16TjuWVhM6wF9wtFM=; b=g7GryL74BHqiSowoqV9k7J2yXQIMEuMjNAZe8g7ynsnTRIzraKwe3T2kCqHWg83Ss7 LH3o0m/qT6iRMZk9ejkmYznaiyDdVlR+4BL7uHmlUvcL6xpapQIHUo+1KuSBhyrygm2e RDlOVgDOHpPuCuNh9LJCewTZeluf0dSRx3r06PgDCyNUhWUBkPi9UKlFMGstOoxnYnPY 2wGGdVc2aBrqotHZemzUkDO4REYQfT4YS4IQWs6LoTgfqNKub+1J0zOSIqfjHAUwfvX7 yzU/X9rwHbWEOcoShSlh9/h/rMjO92/UOy9vZGwWK8w+4Rx/DuLRgrywdpO/7eTXr+q7 paEQ== Received: by 10.60.28.137 with SMTP id b9mr1629584oeh.57.1331349873195; Fri, 09 Mar 2012 19:24:33 -0800 (PST) Received: from flatline.local (70-36-223-154.dsl.dynamic.sonic.net. [70.36.223.154]) by mx.google.com with ESMTPS id x6sm3919618oex.12.2012.03.09.19.24.31 (version=SSLv3 cipher=OTHER); Fri, 09 Mar 2012 19:24:31 -0800 (PST) Message-ID: <4F5AC96A.3050600@gmail.com> Date: Fri, 09 Mar 2012 19:24:26 -0800 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ganael LAPLANCHE References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> In-Reply-To: <20120308092234.M18590@martymac.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 03:24:34 -0000 On 03/08/12 01:28, Ganael LAPLANCHE wrote: > On Wed, 07 Mar 2012 20:29:16 +0200, Vrachnis Ilias-Dimitrios wrote > > Hi, > >>> 2. I've read bad reviews about webcam having poor quality on >>> GNU/Linux, so I would assume it will be the same on FreeBSD with >>> webcamd and not worth the $30? (which also frees up space for >>> 3x3 antenna) > Yep, the webcam works with webcamd but the quality is not great... > >>> 4. How far is the AMD64 kernel suspend/resume? What do you mean by >>> video doesn't resume? > I run 10-CURRENT : > > FreeBSD laptop.martymac.org 10.0-CURRENT FreeBSD 10.0-CURRENT #12 > r231062M: Mon Feb 6 10:29:35 CET 2012 > martymac@laptop.martymac.org:/usr/obj/files/Src/sys/GENERIC amd64 > > with all.13.1 patch (no more available) from : > > http://people.freebsd.org/~kib/drm/ > > 3D acceleration works well, as well as suspend/resume when Xorg has been > started (black screen if on console). > > Best regards, > > -- > Ganael LAPLANCHE > http://www.martymac.org | http://contribs.martymac.org > FreeBSD: martymac, http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > This is great news! I just finished some other stuff, so hopefully I can take a renewed look at brightness and the fan issue. Matt From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 05:38:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EC591065686 for ; Sat, 10 Mar 2012 05:38:40 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id AE0CC8FC14 for ; Sat, 10 Mar 2012 05:38:39 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310053828.ICWY8874.eastrmfepo103.cox.net@eastrmimpo210.cox.net>; Sat, 10 Mar 2012 00:38:28 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo210.cox.net with bizsmtp id jheT1i00C3oG0Ji02heUNu; Sat, 10 Mar 2012 00:38:28 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020B.4F5AE8D4.005F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=/t4UxjIX1SdYiKYutzX7isQMa3KTM05CLp7xUS1OBPg= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=R5e4FDQgQQhkJHHHit0A:9 a=sLSLANZaJdOrMSOWnEEA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2A5cRH6098912; Fri, 9 Mar 2012 23:38:27 -0600 (CST) (envelope-from conrads@cox.net) Date: Fri, 9 Mar 2012 23:38:22 -0600 From: "Conrad J. Sabatier" To: "O. Hartmann" Message-ID: <20120309233822.789ad2cf@cox.net> In-Reply-To: <4F5A788B.8090907@mail.zedat.fu-berlin.de> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 05:38:40 -0000 On Fri, 09 Mar 2012 22:39:23 +0100 "O. Hartmann" wrote: > On 03/09/12 21:04, Conrad J. Sabatier wrote: > > I'm getting quite a few of these "Rune"-related errors during port > > builds lately. I've tried following the advice from the list, but > > no good, they still keep occurring. I even tried backing off to my > > last known good buildworld/buildkernel (around Feb 23), and it > > still doesn't help. > > > > Also seeing problems relating to the new clang src.conf variables. > > Can't successfully build world and/or kernel to try to correct > > things. "make buildenv" in /usr/src hasn't helped. "make install" in > > /usr/src/share/mk hasn't helped. > > > > Is there some "magic bullet" for this that I've just somehow > > managed to overlook? I'm totally at a loss here. Help! > > > > Conrad > > > > gmake[2]: Entering directory > > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin' > > clang -o FreeBSD10.0_OPT.OBJ/addbuiltin.o -c -Wall -Wno-error -O2 > > -pipe -fomit-frame-pointer -march=native -I/usr/local/include/nspr > > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall > > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX > > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC > > -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall > > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX > > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC > > -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../../dist/public/ -I../../../dist/private/ > > -I../../../dist/public/nss -I../../../dist/public/nspr > > -I../../../dist/public/libdbm > > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security > > -I./include -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD > > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../../../dist/public/nss -I../../../../dist/private/nss > > -I../../../../dist/public/seccmd addbuiltin.c clang: warning: > > argument unused during compilation: '-L/usr/local/lib' clang -o > > FreeBSD10.0_OPT.OBJ/addbuiltin -Wall -Wno-error -O2 -pipe > > -fomit-frame-pointer -march=native -I/usr/local/include/nspr > > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall > > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX > > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC > > -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall > > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX > > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC > > -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../../dist/public/ -I../../../dist/private/ > > -I../../../dist/public/nss -I../../../dist/public/nspr > > -I../../../dist/public/libdbm > > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security > > -I./include -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD > > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY > > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include > > -I../../../../dist/public/nss -I../../../../dist/private/nss > > -I../../../../dist/public/seccmd > > FreeBSD10.0_OPT.OBJ/addbuiltin.o ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a > > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 > > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lnssutil3 > > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 > > -pthread clang: warning: argument unused during compilation: > > '-ansi' clang: warning: argument unused during compilation: '-ansi' > > clang: warning: argument unused during compilation: > > '-ansi' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): > > In function `SECU_PrintAsHex': secutil.c:(.text+0x125b): undefined > > reference to > > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): > > In function `SECU_PrintAny': secutil.c:(.text+0x24ee): undefined > > reference to `_ThreadRuneLocale' secutil.c:(.text+0x2658): > > undefined reference to > > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o): > > In function `SECU_SECItemHexStringToBinary': > > secutil.c:(.text+0x7e95): undefined reference to > > `_ThreadRuneLocale' secutil.c:(.text+0x7f55): undefined reference > > to > > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):secutil.c:(.text+0x7fd5): > > more undefined references to `_ThreadRuneLocale' follow clang: > > error: linker command failed with exit code 1 (use -v to see > > invocation) gmake[2]: *** [FreeBSD10.0_OPT.OBJ/addbuiltin] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin' > > gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory > > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd' > > gmake: *** [libs] Error 2 *** [do-build] Error code 1 > > > > Stop in /usr/ports/security/nss. > > > > ===>>> make failed for security/nss > > ===>>> Aborting update > > > > ===>>> Update for nss-3.13.2 failed > > ===>>> Aborting update > > > > Terminated > > > > ===>>> You can restart from the point of failure with this command > > line: portmaster www/chromium security/nss > > Me, too, here. > Buidling a world with most recent sources and CLANG doesn't work, if > building with legacy/old gcc 4.2.1 the option WITH_LIBCPLUSPLUS= > YES blow off things. > > I had the "_Rune" problem quite often and came around by walking back > to a well known source base and doing a "make installincludes". Yes, it's a very frustrating issue, because it also affects ports builds, not only source. Just on the outside chance it might help, tonight I hosed my entire src tree (which I normally update from a local copy of the CVS repository which I maintain via csup) and did an svn checkout of the src tree. Still no go. Same exact thing. I'm completely stuck for the time being, until the root cause of this problem is corrected. I only have about a 50/50 chance at the moment of any port builds succeeding, with numerous updates lying in wait, and zero chance of a successful world/kernel build. I don't pretend to understand what the real issue is; all I do know is what I've been seeing lately: numerous failed ports builds, most of them referring to an unresolvable _ThreadRuneLocale, and some of them mentioning issues with yylex et al. I'm stumped, honestly. Been reading the lists in hopes of learning of a working solution, but nothing I've tried so far has produced any positive results. I'm seeing the word "Rune" in my sleep lately, I swear! :-) This is absolutely maddening! -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 05:54:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46023106566C for ; Sat, 10 Mar 2012 05:54:03 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by mx1.freebsd.org (Postfix) with ESMTP id D17DB8FC12 for ; Sat, 10 Mar 2012 05:54:02 +0000 (UTC) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo102.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310055357.IBFY26743.eastrmfepo102.cox.net@eastrmimpo306.cox.net>; Sat, 10 Mar 2012 00:53:57 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo306.cox.net with bizsmtp id jhtw1i00C3oG0Ji02htwYX; Sat, 10 Mar 2012 00:53:56 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4F5AEC74.007D,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=JAjkWMCoDZF0WXzySLmL90Kg4Ce3QIIjGOzsRGfHJ3k= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=WqMwxfAy8TransvnxHsA:9 a=5-OWygApi7nr6LT98eIA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2A5rt6o098960; Fri, 9 Mar 2012 23:53:56 -0600 (CST) (envelope-from conrads@cox.net) Date: Fri, 9 Mar 2012 23:53:50 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20120309235350.7422a1fe@cox.net> In-Reply-To: <20120309233822.789ad2cf@cox.net> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 05:54:03 -0000 On Fri, 9 Mar 2012 23:38:22 -0600 "Conrad J. Sabatier" wrote: > On Fri, 09 Mar 2012 22:39:23 +0100 > "O. Hartmann" wrote: > > > On 03/09/12 21:04, Conrad J. Sabatier wrote: > > > I'm getting quite a few of these "Rune"-related errors during port > > > builds lately. I've tried following the advice from the list, but > > > no good, they still keep occurring. I even tried backing off to > > > my last known good buildworld/buildkernel (around Feb 23), and it > > > still doesn't help. > > > > > > Also seeing problems relating to the new clang src.conf variables. > > > Can't successfully build world and/or kernel to try to correct > > > things. "make buildenv" in /usr/src hasn't helped. "make install" > > > in /usr/src/share/mk hasn't helped. > > > > > > Is there some "magic bullet" for this that I've just somehow > > > managed to overlook? I'm totally at a loss here. Help! [failed port build output snipped] > > Me, too, here. > > Buidling a world with most recent sources and CLANG doesn't work, if > > building with legacy/old gcc 4.2.1 the option WITH_LIBCPLUSPLUS= > > YES blow off things. > > > > I had the "_Rune" problem quite often and came around by walking > > back to a well known source base and doing a "make installincludes". > > Yes, it's a very frustrating issue, because it also affects ports > builds, not only source. > > Just on the outside chance it might help, tonight I hosed my entire > src tree (which I normally update from a local copy of the CVS > repository which I maintain via csup) and did an svn checkout of the > src tree. Still no go. Same exact thing. > > I'm completely stuck for the time being, until the root cause of this > problem is corrected. I only have about a 50/50 chance at the moment > of any port builds succeeding, with numerous updates lying in wait, > and zero chance of a successful world/kernel build. I don't pretend > to understand what the real issue is; all I do know is what I've been > seeing lately: numerous failed ports builds, most of them referring to > an unresolvable _ThreadRuneLocale, and some of them mentioning issues > with yylex et al. I'm stumped, honestly. Been reading the lists in > hopes of learning of a working solution, but nothing I've tried so > far has produced any positive results. I'm seeing the word "Rune" in > my sleep lately, I swear! :-) > > This is absolutely maddening! Well, now, this is interesting. Just for curiosity's sake, I tried building a new kernel with the fresh source tree I just fetched from the svn repository, and it succeeded! Still can't build world, though. The question now is: do I dare install this new kernel and give it a try? Cant afford to do any harm to my existing installation. My latest working kernel is from Feb 23. Just how dangerous might it be to try the new one? -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 06:19:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB0E106566C for ; Sat, 10 Mar 2012 06:19:40 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 78C138FC0C for ; Sat, 10 Mar 2012 06:19:40 +0000 (UTC) Received: from eastrmimpo110.cox.net ([68.230.241.223]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310061940.JFFB8874.eastrmfepo103.cox.net@eastrmimpo110.cox.net> for ; Sat, 10 Mar 2012 01:19:40 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo110.cox.net with bizsmtp id jiKf1i0093oG0Ji02iKfU9; Sat, 10 Mar 2012 01:19:39 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4F5AF27B.0064,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=4+d3365FwXO39Q6CIaohezzFfUymJ8jBUV6iqnnMg0E= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=n-ksPfb_KmOdXr1bfsUA:9 a=aJAnBtwbmngmAQC0aQkA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2A6JcK6001979 for ; Sat, 10 Mar 2012 00:19:39 -0600 (CST) (envelope-from conrads@cox.net) Date: Sat, 10 Mar 2012 00:19:33 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20120310001933.15e15bbe@cox.net> In-Reply-To: <20120309235350.7422a1fe@cox.net> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 06:19:40 -0000 On Fri, 9 Mar 2012 23:53:50 -0600 "Conrad J. Sabatier" wrote: [snip] > Well, now, this is interesting. Just for curiosity's sake, I tried > building a new kernel with the fresh source tree I just fetched from > the svn repository, and it succeeded! Still can't build world, > though. > > The question now is: do I dare install this new kernel and give it a > try? Cant afford to do any harm to my existing installation. > > My latest working kernel is from Feb 23. Just how dangerous might it > be to try the new one? Well, alright. The kernel built, installed and booted OK (I used the old-fashioned kernel build method with config(8)), but buildworld still fails the same as before: ===> games/fortune/strfile (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend CC='clang' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend clang -Wall -Wno-error -O2 -pipe -fomit-frame-pointer >> -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include >> -c /usr/src/games/fortune/strfile/strfile.c clang -Wall -Wno-error >> -O2 -pipe -fomit-frame-pointer -std=gnu99 >> -I/usr/obj/usr/src/tmp/legacy/usr/include -static >> -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy >> clang: warning: argument unused during compilation: '-std=gnu99' strfile.o: In function `main': /usr/src/games/fortune/strfile/strfile.c:(.text+0x2cc): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x372): undefined reference to `_ThreadRuneLocale' strfile.o: In function `cmp_str': /usr/src/games/fortune/strfile/strfile.c:(.text+0x839): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x898): undefined reference to `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x981): undefined reference to `_ThreadRuneLocale' strfile.o:/usr/src/games/fortune/strfile/strfile.c:(.text+0x9d9): more undefined references to `_ThreadRuneLocale' follow clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [strfile] Error code 1 Stop in /usr/src/games/fortune/strfile. *** [bootstrap-tools] Error code 1 Stop in /usr/src. *** [_bootstrap-tools] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. That sound you're hearing right now is me gnashing my teeth. :-) -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 06:23:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 560531065674 for ; Sat, 10 Mar 2012 06:23:48 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB18A8FC0C for ; Sat, 10 Mar 2012 06:23:47 +0000 (UTC) Received: by iahk25 with SMTP id k25so4324664iah.13 for ; Fri, 09 Mar 2012 22:23:47 -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:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=QBUqwo0i5tig22N36Z0Tg5dh10jIVxEUHfhZsfXmfE0=; b=fYtIzgXxkqLSUw3PzAqRWhsO7fWctdoVK6gPfLhk2WQRu4nPAwjxqtpGGmUgzESHME 6Ds+T9MgHC/HxO1ZcWow73qviOR9hUBzkqrCocMYd9mOS4WRkQLKb46r+jLJemA7Dtbu w7e+TFj8A/bRrRnic8snysu6enFteUWQPUZM4RPzJW4m3Wd3Khl3G/lckSVdCBgSoZxk wckhSWGJOHME1EqVdW8NTHEQHHOLxTBlNT6IBJjDY6x2I/jU7BinURq2XOD7Ocw4fvvU zQvnFJ6Ombeot2Y/HkcH6Wf2ap1Hze3d15LL8LLCHC0cQEkTedVT6cOPGGbIocdXldAc 62qw== Received: by 10.182.86.200 with SMTP id r8mr1943174obz.20.1331360627304; Fri, 09 Mar 2012 22:23:47 -0800 (PST) Received: from bakeneko.local (70-36-223-154.dsl.dynamic.sonic.net. [70.36.223.154]) by mx.google.com with ESMTPS id w6sm10690793obo.9.2012.03.09.22.23.45 (version=SSLv3 cipher=OTHER); Fri, 09 Mar 2012 22:23:46 -0800 (PST) Message-ID: <4F5AF31A.8000001@gmail.com> Date: Fri, 09 Mar 2012 22:22:18 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> <20120310001933.15e15bbe@cox.net> In-Reply-To: <20120310001933.15e15bbe@cox.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 06:23:49 -0000 On 03/09/12 22:19, Conrad J. Sabatier wrote: > On Fri, 9 Mar 2012 23:53:50 -0600 > "Conrad J. Sabatier" wrote: > > [snip] > >> Well, now, this is interesting. Just for curiosity's sake, I tried >> building a new kernel with the fresh source tree I just fetched from >> the svn repository, and it succeeded! Still can't build world, >> though. >> >> The question now is: do I dare install this new kernel and give it a >> try? Cant afford to do any harm to my existing installation. >> >> My latest working kernel is from Feb 23. Just how dangerous might it >> be to try the new one? > Well, alright. The kernel built, installed and booted OK (I used the > old-fashioned kernel build method with config(8)), but buildworld still= > fails the same as before: > > =3D=3D=3D> games/fortune/strfile (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created > for /usr/src/games/fortune/strfile rm -f .depend > CC=3D'clang' mkdep -f .depend -a > -I/usr/obj/usr/src/tmp/legacy/usr/include > -std=3Dgnu99 /usr/src/games/fortune/strfile/strfile.c echo > strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a= >>> .depend clang -Wall -Wno-error -O2 -pipe -fomit-frame-pointer >>> -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include >>> -c /usr/src/games/fortune/strfile/strfile.c clang -Wall -Wno-error >>> -O2 -pipe -fomit-frame-pointer -std=3Dgnu99 >>> -I/usr/obj/usr/src/tmp/legacy/usr/include -static >>> -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy >>> clang: warning: argument unused during compilation: '-std=3Dgnu99' > strfile.o: In function `main': > /usr/src/games/fortune/strfile/strfile.c:(.text+0x2cc): undefined > reference to > `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x3= 72): > undefined reference to `_ThreadRuneLocale' strfile.o: In function > `cmp_str': /usr/src/games/fortune/strfile/strfile.c:(.text+0x839): > undefined reference to > `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x8= 98): > undefined reference to > `_ThreadRuneLocale' /usr/src/games/fortune/strfile/strfile.c:(.text+0x9= 81): > undefined reference to `_ThreadRuneLocale' > strfile.o:/usr/src/games/fortune/strfile/strfile.c:(.text+0x9d9): more > undefined references to `_ThreadRuneLocale' follow clang: error: linker= > command failed with exit code 1 (use -v to see invocation) *** > [strfile] Error code 1 > > Stop in /usr/src/games/fortune/strfile. > *** [bootstrap-tools] Error code 1 > > Stop in /usr/src. > *** [_bootstrap-tools] Error code 1 > > Stop in /usr/src. > *** [buildworld] Error code 1 > > Stop in /usr/src. > > > That sound you're hearing right now is me gnashing my teeth. :-) > blow away /usr/obj, /usr/src, csup to current, then do "cd /usr/src/include && make install"? That may fix your system headers enough to allow a buildworld... The rune curse was lifted long ago...sounds like there are some remnants still on your system. Matt "Klaatu barada xlocale..." From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 06:11:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 161F0106566C for ; Sat, 10 Mar 2012 06:11:22 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B1BBC8FC08 for ; Sat, 10 Mar 2012 06:11:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S6FWS-00060E-Rq>; Sat, 10 Mar 2012 07:11:20 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S6FWS-0007j1-Nv>; Sat, 10 Mar 2012 07:11:20 +0100 Message-ID: <4F5AF082.6090908@mail.zedat.fu-berlin.de> Date: Sat, 10 Mar 2012 07:11:14 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> In-Reply-To: <20120309235350.7422a1fe@cox.net> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig93592471E9E4148A24DC6966" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Sat, 10 Mar 2012 07:02:04 +0000 Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 06:11:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig93592471E9E4148A24DC6966 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/10/12 06:53, Conrad J. Sabatier wrote: > On Fri, 9 Mar 2012 23:38:22 -0600 > "Conrad J. Sabatier" wrote: >=20 >> On Fri, 09 Mar 2012 22:39:23 +0100 >> "O. Hartmann" wrote: >> >>> On 03/09/12 21:04, Conrad J. Sabatier wrote: >>>> I'm getting quite a few of these "Rune"-related errors during port >>>> builds lately. I've tried following the advice from the list, but >>>> no good, they still keep occurring. I even tried backing off to >>>> my last known good buildworld/buildkernel (around Feb 23), and it >>>> still doesn't help. >>>> >>>> Also seeing problems relating to the new clang src.conf variables. >>>> Can't successfully build world and/or kernel to try to correct >>>> things. "make buildenv" in /usr/src hasn't helped. "make install" >>>> in /usr/src/share/mk hasn't helped. >>>> >>>> Is there some "magic bullet" for this that I've just somehow >>>> managed to overlook? I'm totally at a loss here. Help! >=20 > [failed port build output snipped] >=20 >>> Me, too, here. >>> Buidling a world with most recent sources and CLANG doesn't work, if >>> building with legacy/old gcc 4.2.1 the option WITH_LIBCPLUSPLUS=3D >>> YES blow off things. >>> >>> I had the "_Rune" problem quite often and came around by walking >>> back to a well known source base and doing a "make installincludes". >> >> Yes, it's a very frustrating issue, because it also affects ports >> builds, not only source. >> >> Just on the outside chance it might help, tonight I hosed my entire >> src tree (which I normally update from a local copy of the CVS >> repository which I maintain via csup) and did an svn checkout of the >> src tree. Still no go. Same exact thing. >> >> I'm completely stuck for the time being, until the root cause of this >> problem is corrected. I only have about a 50/50 chance at the moment >> of any port builds succeeding, with numerous updates lying in wait, >> and zero chance of a successful world/kernel build. I don't pretend >> to understand what the real issue is; all I do know is what I've been >> seeing lately: numerous failed ports builds, most of them referring to= >> an unresolvable _ThreadRuneLocale, and some of them mentioning issues >> with yylex et al. I'm stumped, honestly. Been reading the lists in >> hopes of learning of a working solution, but nothing I've tried so >> far has produced any positive results. I'm seeing the word "Rune" in >> my sleep lately, I swear! :-) >> >> This is absolutely maddening! >=20 > Well, now, this is interesting. Just for curiosity's sake, I tried > building a new kernel with the fresh source tree I just fetched from > the svn repository, and it succeeded! Still can't build world, though.= >=20 > The question now is: do I dare install this new kernel and give it a > try? Cant afford to do any harm to my existing installation. >=20 > My latest working kernel is from Feb 23. Just how dangerous might it > be to try the new one? >=20 Kernel building wasn't an issue all the time. Only "world" was broken. And, funny, world compiles now when issuing "make buildworld". But it takes ages ... Even on my brand new Core i7-3930X. While compiling FreeBSD 10.0-CURRENT/amd64 with LLVM EXTRAS and CLANG (I do not know whether the whole LLVM has it made finally into the build process) within 30 minutes on the new lab's box, with "make buildworld", no -jX (usually 12 for the 6-core/12 thread box) is now heating up only one thread/core for about two hours. Well, I decided to rebuild all ports! This is easy to say and do if the hardware is quite potent. At my office at home, I do not dare doing this since the CPU is an older Intel E8500 with only two cores. It takes a day and more to accomplish building the ports I use to get rid of the "Rune"-issue. Rune seems to have a new sematics: ruin my day ... Oliver --------------enig93592471E9E4148A24DC6966 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPWvCIAAoJEOgBcD7A/5N8g2YH/jMe4HY/E7eRPnz5DULGWBGp ArB99i/DyQJl60Iz7lZ9c9bRzgfEWK8kfB/pmCpRF6OpNa7TSGDudbu6SBD0Ow7I qrLf+wkErieYnR9CmaGvRLKIhYD5RoppavqocAlojVXU0sOv+GvJmFygd2OWavTE HHi4rhLnVTt99QtMNQr4vr8/a7a8kt24PLleJrdImyCYVhwkBZhEsdfGAkRyZxSn otP/IFGMWPCG4MMDr3UVfJGomE5bRi47M7iUTFrL38bz2bapo8LSQcKy90EouXk8 JnkV8UmfHf6hq4oU92g5tfIusjm0wY2gMtu5raG9IhsIGdARo367UXLkCmFjG2I= =x5xS -----END PGP SIGNATURE----- --------------enig93592471E9E4148A24DC6966-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 08:51:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BDBC1065670; Sat, 10 Mar 2012 08:51:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB328FC1A; Sat, 10 Mar 2012 08:51:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2A8p9pm071984; Sat, 10 Mar 2012 03:51:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2A8p9lZ071983; Sat, 10 Mar 2012 08:51:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Mar 2012 08:51:09 GMT Message-Id: <201203100851.q2A8p9lZ071983@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 08:51:10 -0000 TB --- 2012-03-10 03:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-10 03:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-10 03:50:00 - cleaning the object tree TB --- 2012-03-10 03:50:10 - cvsupping the source tree TB --- 2012-03-10 03:50:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-10 03:55:35 - building world TB --- 2012-03-10 03:55:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 03:55:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 03:55:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 03:55:35 - SRCCONF=/dev/null TB --- 2012-03-10 03:55:35 - TARGET=i386 TB --- 2012-03-10 03:55:35 - TARGET_ARCH=i386 TB --- 2012-03-10 03:55:35 - TZ=UTC TB --- 2012-03-10 03:55:35 - __MAKE_CONF=/dev/null TB --- 2012-03-10 03:55:35 - cd /src TB --- 2012-03-10 03:55:35 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 10 03:55:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 10 05:57:58 UTC 2012 TB --- 2012-03-10 05:57:58 - generating LINT kernel config TB --- 2012-03-10 05:57:58 - cd /src/sys/i386/conf TB --- 2012-03-10 05:57:58 - /usr/bin/make -B LINT TB --- 2012-03-10 05:57:58 - cd /src/sys/i386/conf TB --- 2012-03-10 05:57:58 - /usr/sbin/config -m LINT TB --- 2012-03-10 05:57:58 - building LINT kernel TB --- 2012-03-10 05:57:58 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 05:57:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 05:57:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 05:57:58 - SRCCONF=/dev/null TB --- 2012-03-10 05:57:58 - TARGET=i386 TB --- 2012-03-10 05:57:58 - TARGET_ARCH=i386 TB --- 2012-03-10 05:57:58 - TZ=UTC TB --- 2012-03-10 05:57:58 - __MAKE_CONF=/dev/null TB --- 2012-03-10 05:57:58 - cd /src TB --- 2012-03-10 05:57:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 10 05:57:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 10 06:28:39 UTC 2012 TB --- 2012-03-10 06:28:39 - cd /src/sys/i386/conf TB --- 2012-03-10 06:28:39 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-10 06:28:39 - building LINT-NOINET kernel TB --- 2012-03-10 06:28:39 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 06:28:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 06:28:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 06:28:39 - SRCCONF=/dev/null TB --- 2012-03-10 06:28:39 - TARGET=i386 TB --- 2012-03-10 06:28:39 - TARGET_ARCH=i386 TB --- 2012-03-10 06:28:39 - TZ=UTC TB --- 2012-03-10 06:28:39 - __MAKE_CONF=/dev/null TB --- 2012-03-10 06:28:39 - cd /src TB --- 2012-03-10 06:28:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Mar 10 06:28:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Mar 10 06:58:02 UTC 2012 TB --- 2012-03-10 06:58:02 - cd /src/sys/i386/conf TB --- 2012-03-10 06:58:02 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-10 06:58:02 - building LINT-NOINET6 kernel TB --- 2012-03-10 06:58:02 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 06:58:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 06:58:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 06:58:02 - SRCCONF=/dev/null TB --- 2012-03-10 06:58:02 - TARGET=i386 TB --- 2012-03-10 06:58:02 - TARGET_ARCH=i386 TB --- 2012-03-10 06:58:02 - TZ=UTC TB --- 2012-03-10 06:58:02 - __MAKE_CONF=/dev/null TB --- 2012-03-10 06:58:02 - cd /src TB --- 2012-03-10 06:58:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Mar 10 06:58:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Mar 10 07:27:32 UTC 2012 TB --- 2012-03-10 07:27:32 - cd /src/sys/i386/conf TB --- 2012-03-10 07:27:32 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-10 07:27:32 - building LINT-NOIP kernel TB --- 2012-03-10 07:27:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 07:27:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 07:27:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 07:27:32 - SRCCONF=/dev/null TB --- 2012-03-10 07:27:32 - TARGET=i386 TB --- 2012-03-10 07:27:32 - TARGET_ARCH=i386 TB --- 2012-03-10 07:27:32 - TZ=UTC TB --- 2012-03-10 07:27:32 - __MAKE_CONF=/dev/null TB --- 2012-03-10 07:27:32 - cd /src TB --- 2012-03-10 07:27:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Mar 10 07:27:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Mar 10 07:54:55 UTC 2012 TB --- 2012-03-10 07:54:55 - cd /src/sys/i386/conf TB --- 2012-03-10 07:54:55 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-10 07:54:55 - building LINT-VIMAGE kernel TB --- 2012-03-10 07:54:55 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 07:54:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 07:54:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 07:54:55 - SRCCONF=/dev/null TB --- 2012-03-10 07:54:55 - TARGET=i386 TB --- 2012-03-10 07:54:55 - TARGET_ARCH=i386 TB --- 2012-03-10 07:54:55 - TZ=UTC TB --- 2012-03-10 07:54:55 - __MAKE_CONF=/dev/null TB --- 2012-03-10 07:54:55 - cd /src TB --- 2012-03-10 07:54:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Mar 10 07:54:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Mar 10 08:25:46 UTC 2012 TB --- 2012-03-10 08:25:46 - cd /src/sys/i386/conf TB --- 2012-03-10 08:25:46 - /usr/sbin/config -m GENERIC TB --- 2012-03-10 08:25:46 - building GENERIC kernel TB --- 2012-03-10 08:25:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 08:25:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 08:25:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 08:25:46 - SRCCONF=/dev/null TB --- 2012-03-10 08:25:46 - TARGET=i386 TB --- 2012-03-10 08:25:46 - TARGET_ARCH=i386 TB --- 2012-03-10 08:25:46 - TZ=UTC TB --- 2012-03-10 08:25:46 - __MAKE_CONF=/dev/null TB --- 2012-03-10 08:25:46 - cd /src TB --- 2012-03-10 08:25:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 10 08:25:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 10 08:49:38 UTC 2012 TB --- 2012-03-10 08:49:38 - cd /src/sys/i386/conf TB --- 2012-03-10 08:49:38 - /usr/sbin/config -m PAE TB --- 2012-03-10 08:49:38 - building PAE kernel TB --- 2012-03-10 08:49:38 - CROSS_BUILD_TESTING=YES TB --- 2012-03-10 08:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-10 08:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-10 08:49:38 - SRCCONF=/dev/null TB --- 2012-03-10 08:49:38 - TARGET=i386 TB --- 2012-03-10 08:49:38 - TARGET_ARCH=i386 TB --- 2012-03-10 08:49:38 - TZ=UTC TB --- 2012-03-10 08:49:38 - __MAKE_CONF=/dev/null TB --- 2012-03-10 08:49:38 - cd /src TB --- 2012-03-10 08:49:38 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 10 08:49:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bce/if_bce.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bfe/if_bfe.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/bge/if_bge.c cc1: warnings being treated as errors /src/sys/dev/bge/if_bge.c: In function 'bge_dma_alloc': /src/sys/dev/bge/if_bge.c:2607: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-10 08:51:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-10 08:51:09 - ERROR: failed to build PAE kernel TB --- 2012-03-10 08:51:09 - 14362.87 user 2032.48 system 18068.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 09:39:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B13381065674 for ; Sat, 10 Mar 2012 09:39:21 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 375D78FC14 for ; Sat, 10 Mar 2012 09:39:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=FhMk1wxVCyKCh8KC/7QnYJNH62p5Ne34ThmFq+gHuPE=; b=WPb9ezSJa097AQTSMxRmxpL7CvG+ahOQsj4OK9yZ56MlhLr5WZpqdryh9Ky5OhE91tHWzbyn2wZoxBmTmJ9It/ykdokr0OGXdKvMgDNg+IGFvbENfkmHnZ2RVWpu3PkNJEJlfGneo1MRnbNj24JXqb8px/RITl0x0urSUnskU7A=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S6Ilb-000800-2g ; Sat, 10 Mar 2012 11:39:11 +0200 Date: Sat, 10 Mar 2012 11:39:10 +0200 From: Ivan Klymenko To: "O. Hartmann" Message-ID: <20120310113910.3f097c13@nonamehost.> In-Reply-To: <4F5A991F.4080502@mail.zedat.fu-berlin.de> References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 09:39:21 -0000 =D0=92 Sat, 10 Mar 2012 00:58:23 +0100 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > I might have missed the point but since a week now I can't build > FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. >=20 > Amongst other problems I was told that the code this momnet is > incapable to build properly with CLANG, but then several fixes where > merged. >=20 > Building world ends up everytime at the below shown stage. What's > wrong? If I missed something - please enlighten me. I have a similar problem, but with a different result. I noticed this only with the svn revision r232253 FreeBSD 10.0-CURRENT #0 r232717M make.conf: ... #For ccache .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(= NOCCACHE) CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/clang,1} CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/clang++,1} .endif .if empty(.CURDIR:M/usr/ports/*) .if !defined(CC) || ${CC} =3D=3D "cc" CC=3D/usr/local/libexec/ccache/clang .endif .if !defined(CXX) || ${CXX} =3D=3D "c++" CXX=3D/usr/local/libexec/ccache/clang++ .endif .if !defined(CPP) || ${CPP} =3D=3D "cpp" CPP=3D/usr/local/libexec/ccache/clang -E .endif .endif # Don't die on warnings NO_WERROR=3D WERROR=3D # Don't forget this when using Jails! NO_FSCHG=3D .if ${CC:T} =3D=3D "clang" CFLAGS+=3D -Qunused-arguments -fcolor-diagnostics .endif ... ... /usr/local/libexec/ccache/world/clang -fpic -DPIC -O2 -mmmx -msse -msse2 -= msse3 -mssse3 -pipe -march=3Dnocona -I/usr/src/lib/libc/include -I/usr/src/= lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib= /libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -DMALLOC_PR= ODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/li= bc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN = -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-em= pty-body -c /usr/src/lib/libc/gen/getmntinfo.c -o getmntinfo.So distcc[60773] ERROR: compile /usr/.ccache/tmp/getgrent.tmp.nonamehost.60734= .i on localhost failed clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' In file included from /usr/src/lib/libc/gen/getgrent.c:1: In file included from /usr/src/lib/libc/gen/getgrent.c:39: In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: unknown type n= ame 'rpcblist' extern rpcblist *rpcb_getmaps(const struct netconfig *, const char *); ^ 1 error generated. *** [getgrent.o] Error code 1 clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' distcc[60803] ERROR: compile /usr/.ccache/tmp/getgrent.tmp.nonamehost.60756= .i on localhost failed clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' In file included from /usr/src/lib/libc/gen/getgrent.c:1: In file included from /usr/src/lib/libc/gen/getgrent.c:39: In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: unknown type n= ame 'rpcblist' extern rpcblist *rpcb_getmaps(const struct netconfig *, const char *); ^ 1 error generated. *** [getgrent.So] Error code 1 clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/i= nclude' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../include' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/a= md64' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/gdtoa' clang: warning: argument unused during compilation: '-I /usr/obj/usr/src/li= b/libc' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= esolv' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/s= tdtime' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/l= ocale' clang: warning: argument unused during compilation: '-I /usr/src/lib/libc/r= pc' 2 errors *** [lib/libc__L] Error code 2 1 error *** [libraries] Error code 2 1 error *** [_libraries] Error code 2 1 error *** [buildworld] Error code 2 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 10:02:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 463951065673 for ; Sat, 10 Mar 2012 10:02:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 045BE8FC0C for ; Sat, 10 Mar 2012 10:02:03 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S6J7i-0006nL-T1 for freebsd-current@freebsd.org; Sat, 10 Mar 2012 11:02:02 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Mar 2012 11:02:02 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Mar 2012 11:02:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Sat, 10 Mar 2012 10:01:52 +0000 (UTC) Lines: 156 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: SU+J and fsck problem ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 10:02:04 -0000 Hi, FB9.0-RELEASE; no updates or recompilation. In multi-user mode: $ mount /dev/ada0s2a on / (ufs, local, journaled soft-updates) The fs was in normal state (no known problem, clean shutdown), Booted by choice in single-user mode. # mount /dev/ada0s2a on / (ufs, local, read-only) # fsck -F ** /dev/ada0s2a USE JOURNAL? [yn] y ** SU+J recovering /dev/ada0s2a ** Reading 33554432 byte journal from inode 4. RECOVER? [yn] y ** ... ** Processing journal entries. WRITE CHANGES? [yn] y ** 208 journal records in 13312 bytes for 50% utilization ** Freed 0 inodes (0 dirs) 6 blocks, and 0 frags. ***** FILE SYSTEM MARKED CLEAN **** # fsck -F ** /dev/ada0s2a USE JOURNAL? [yn] n ** Skipping journal, falling through to full fsck ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=114700 (8 should be 0) CORRECT? [yn] n INCORRECT BLOCK COUNT I=196081 (32 should be 8) CORRECT? [yn] n INCORRECT BLOCK COUNT I=474381 (32 should be 8) CORRECT? [yn] n ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLOCK COUNTS(S) WRONG IN SUPERBLK SALVAGE? [yn] n SUMMARY INFORMATION BAD SALVAGE? [yn] n BLK(S) MISSING IN BIT MAPS SALVAGE? [yn] n 266075 files, 939314 used, 1896628 free (2724 frags, 236738 blocks, 0.1% fragmentation) ***** FILE SYSTEM MARKED DIRTY ***** ***** FILE SYSTEM WAS MODIFIED ***** ***** PLEASE RERUN FSCK ***** # fsck -F ** /dev/ada0s2a USE JOURNAL? [yn] y ** SU+J recovering /dev/ada0s2a Journal timestamp does not match fs mount time ** Skipping journal, falling through to full fsck ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=114700 (8 should be 0) CORRECT? [yn] y INCORRECT BLOCK COUNT I=196081 (32 should be 8) CORRECT? [yn] y INCORRECT BLOCK COUNT I=474381 (32 should be 8) CORRECT? [yn] y ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLOCK COUNTS(S) WRONG IN SUPERBLK SALVAGE? [yn] y SUMMARY INFORMATION BAD SALVAGE? [yn] y BLK(S) MISSING IN BIT MAPS SALVAGE? [yn] y 266075 files, 939314 used, 1896629 free (2725 frags, 236738 blocks, 0.1% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** ***** FILE SYSTEM WAS MODIFIED ***** # Summary: 1. # fsck -F ## recovery done with J 2. # fsck -F ## no recovery; fs marked dirty; time stamp modified Why during this step there were incorrect block counts reported if the fs was recovered and marked clean in step 1 ? Despite the fact that choice of no recovery was made, the fs was marked dirty (based on false assumption above ?, and time stamp ?) 3. # fsck -F ## forced skipped Journal Same question as in step 2, based on which it accepted the choice of recovery ... Note: after step 2: 1896628 free and 2724 frags in 266075 files, 939314 used, 1896620 free (2724 frags, 236738 blocks, ... after step 3: 1896629 free and 2725 frags in 266075 files, 939314 used, 1896629 free (2725 frags, 236738 blocks, ... Questions: - is the fsck working properly with SU+J fs ? Note: fsck(8) -F ... -B ... It is recommended that you perform foreground fsck on your systems periodically and whenever you encounter file-system-related panics. - would the fs as after step 1, and steps 1-3 or 1,3 be considered "recovered": - structurally ? - identical ?, does it matter ? - integrally ? Any comments before I file a PR# ? jb From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 13:23:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E361106564A for ; Sat, 10 Mar 2012 13:23:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DAB2F8FC0A for ; Sat, 10 Mar 2012 13:23:10 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827] (unknown [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 123AC5C37; Sat, 10 Mar 2012 14:23:10 +0100 (CET) Message-ID: <4F5B55C5.5010802@FreeBSD.org> Date: Sat, 10 Mar 2012 14:23:17 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: Ivan Klymenko References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> <20120310113910.3f097c13@nonamehost.> In-Reply-To: <20120310113910.3f097c13@nonamehost.> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 13:23:11 -0000 On 2012-03-10 10:39, Ivan Klymenko wrote: ... > I have a similar problem, but with a different result. > > I noticed this only with the svn revision r232253 > > FreeBSD 10.0-CURRENT #0 r232717M > > make.conf: > ... > #For ccache > .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE) > CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/clang,1} > CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/clang++,1} > .endif > > .if empty(.CURDIR:M/usr/ports/*) > .if !defined(CC) || ${CC} == "cc" > CC=/usr/local/libexec/ccache/clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX=/usr/local/libexec/ccache/clang++ > .endif > .if !defined(CPP) || ${CPP} == "cpp" > CPP=/usr/local/libexec/ccache/clang -E There is your problem. Don't use "clang -E", use "clang-cpp". Unfortunately, due to compatibility reasons with gcc, "clang -E" behaves differently than invoking it as "clang-cpp". ... > In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: > /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: unknown type name 'rpcblist' > extern rpcblist *rpcb_getmaps(const struct netconfig *, const char *); > ^ And this is the result of it. From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 13:26:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3386106566B for ; Sat, 10 Mar 2012 13:26:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2D28B8FC15 for ; Sat, 10 Mar 2012 13:26:36 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827] (unknown [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 71AE95C44; Sat, 10 Mar 2012 14:26:35 +0100 (CET) Message-ID: <4F5B5692.2030500@FreeBSD.org> Date: Sat, 10 Mar 2012 14:26:42 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> In-Reply-To: <4F5A991F.4080502@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 13:26:36 -0000 On 2012-03-10 00:58, O. Hartmann wrote: > I might have missed the point but since a week now I can't build FreeBSD > 10.0 CURRENT/amd64 with CLANG anymore. > > Amongst other problems I was told that the code this momnet is incapable > to build properly with CLANG, but then several fixes where merged. > > Building world ends up everytime at the below shown stage. What's wrong? > If I missed something - please enlighten me. > > My src.conf attached. > > > Regards, > > Oliver > > > building static c library > building shared library libc.so.7 > building special pic c library > ranlib libc_pic.a > ranlib libc.a > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a > /usr/obj/usr/src/tmp/usr/lib > sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 -S libc.so.7 > /usr/obj/usr/src/tmp/lib > sh /usr/src/tools/install.sh -o root -g wheel -m 444 be_BY.UTF-8.cat > /usr/obj/usr/src/tmp/usr/share/nls/be_BY.UTF-8/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > ca_ES.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > de_DE.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > el_GR.ISO8859-7.cat > /usr/obj/usr/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > es_ES.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > fi_FI.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > fr_FR.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > gl_ES.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > hu_HU.ISO8859-2.cat > /usr/obj/usr/src/tmp/usr/share/nls/hu_HU.ISO8859-2/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > it_IT.ISO8859-15.cat > /usr/obj/usr/src/tmp/usr/share/nls/it_IT.ISO8859-15/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 ja_JP.UTF-8.cat > /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.UTF-8/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 ja_JP.eucJP.cat > /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.eucJP/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 ko_KR.UTF-8.cat > /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.UTF-8/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 ko_KR.eucKR.cat > /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.eucKR/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 mn_MN.UTF-8.cat > /usr/obj/usr/src/tmp/usr/share/nls/mn_MN.UTF-8/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > nl_NL.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/nl_NL.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > no_NO.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/no_NO.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > pl_PL.ISO8859-2.cat > /usr/obj/usr/src/tmp/usr/share/nls/pl_PL.ISO8859-2/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > pt_BR.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/pt_BR.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 ru_RU.KOI8-R.cat > /usr/obj/usr/src/tmp/usr/share/nls/ru_RU.KOI8-R/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > sk_SK.ISO8859-2.cat > /usr/obj/usr/src/tmp/usr/share/nls/sk_SK.ISO8859-2/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > sv_SE.ISO8859-1.cat > /usr/obj/usr/src/tmp/usr/share/nls/sv_SE.ISO8859-1/libc.cat > sh /usr/src/tools/install.sh -o root -g wheel -m 444 uk_UA.UTF-8.cat > /usr/obj/usr/src/tmp/usr/share/nls/uk_UA.UTF-8/libc.cat > ln -fs /usr/obj/usr/src/tmp/lib/libc.so.7 > /usr/obj/usr/src/tmp/usr/lib/libc.so > sh /usr/src/tools/install.sh -o root -g wheel -m 444 libc_pic.a > /usr/obj/usr/src/tmp/usr/lib > 1 error > *** [libraries] Error code 2 > 1 error > *** [_libraries] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error Unfortunately, you did a -j build, which makes the actual errors difficult to find, and if you show only the last few lines, as you have done here, those errors are not visible at all. Try doing a single-threaded build instead. Save the entire log, using script(1) for example, compress it and upload it somewhere. From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 13:37:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD04106566B for ; Sat, 10 Mar 2012 13:37:37 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA338FC08 for ; Sat, 10 Mar 2012 13:37:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=kb2N0I3Mul/AfAcGLLvGHK+6EdygA5eUPWFj3ew0GUI=; b=QYOMEImjMXRUkfGpUfVskFXHByRhM5ZI6L3NM8WC8kS0zFfAgYKBE1c+pkXAo2JCiptru3dRk+IHcNkHBRdcRFo6XUFrePYo0ggkp3dcMOPhXPeFCrWOCw5m0rkTYgXVEHwBgbAKmRwj9h9E6I2Pp1oa0dyDdjd6ksZWZ2DD74k=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1S6MUD-0009bn-ML ; Sat, 10 Mar 2012 15:37:29 +0200 Date: Sat, 10 Mar 2012 15:37:28 +0200 From: Ivan Klymenko To: Dimitry Andric Message-ID: <20120310153728.4f9d81d8@nonamehost.> In-Reply-To: <4F5B55C5.5010802@FreeBSD.org> References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> <20120310113910.3f097c13@nonamehost.> <4F5B55C5.5010802@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 13:37:37 -0000 =D0=92 Sat, 10 Mar 2012 14:23:17 +0100 Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 2012-03-10 10:39, Ivan Klymenko wrote: > ... > > I have a similar problem, but with a different result. > >=20 > > I noticed this only with the svn revision r232253 > >=20 > > FreeBSD 10.0-CURRENT #0 r232717M > >=20 > > make.conf: > > ... > > #For ccache > > .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) > > && !defined(NOCCACHE) > > CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/clang,1} > > CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/clang++,1} .endif > >=20 > > .if empty(.CURDIR:M/usr/ports/*) > > .if !defined(CC) || ${CC} =3D=3D "cc" > > CC=3D/usr/local/libexec/ccache/clang > > .endif > > .if !defined(CXX) || ${CXX} =3D=3D "c++" > > CXX=3D/usr/local/libexec/ccache/clang++ > > .endif > > .if !defined(CPP) || ${CPP} =3D=3D "cpp" > > CPP=3D/usr/local/libexec/ccache/clang -E >=20 > There is your problem. Don't use "clang -E", use "clang-cpp". > Unfortunately, due to compatibility reasons with gcc, "clang -E" > behaves differently than invoking it as "clang-cpp". Thank you! >=20 >=20 > ... > > In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: > > /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: > > unknown type name 'rpcblist' extern rpcblist *rpcb_getmaps(const > > struct netconfig *, const char *); ^ >=20 > And this is the result of it. From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 16:26:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F14106564A; Sat, 10 Mar 2012 16:26:53 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7208C8FC0C; Sat, 10 Mar 2012 16:26:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=XbKPUBC2714jHhSaltxDppxH5ma2RTMs44cpgU3WyOA=; b=gmIctzRUTNyC7Es2x42QQVXXSvRFjwi1xQQcgEhscbnyyZB7FN2PK+ZDGDwynsF3P2XBtsyOalK4WeRxkFOI+uFEIL9y13QlAyUbrOhny6zpm6sxZKapv9JFnaywrpPmWBrYwnhcVGZHjGRfF8J6lqID3IaltjGn3KA6VuQTt84=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S6Ot4-000Kw5-Dk ; Sat, 10 Mar 2012 18:11:18 +0200 Date: Sat, 10 Mar 2012 18:11:16 +0200 From: Ivan Klymenko To: Dimitry Andric Message-ID: <20120310181116.5d50902c@nonamehost.> In-Reply-To: <4F5B5692.2030500@FreeBSD.org> References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> <4F5B5692.2030500@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 16:26:54 -0000 =D0=92 Sat, 10 Mar 2012 14:26:42 +0100 Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 2012-03-10 00:58, O. Hartmann wrote: > > I might have missed the point but since a week now I can't build > > FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. > >=20 > > Amongst other problems I was told that the code this momnet is > > incapable to build properly with CLANG, but then several fixes > > where merged. > >=20 > > Building world ends up everytime at the below shown stage. What's > > wrong? If I missed something - please enlighten me. > >=20 > > My src.conf attached. > >=20 > >=20 > > Regards, > >=20 > > Oliver > >=20 > >=20 > > building static c library > > building shared library libc.so.7 > > building special pic c library > > ranlib libc_pic.a > > ranlib libc.a > > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a > > /usr/obj/usr/src/tmp/usr/lib > > sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 -S > > libc.so.7 /usr/obj/usr/src/tmp/lib > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > be_BY.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/be_BY.UTF-8/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ca_ES.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > de_DE.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > el_GR.ISO8859-7.cat > > /usr/obj/usr/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > es_ES.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > fi_FI.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > fr_FR.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > gl_ES.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > hu_HU.ISO8859-2.cat > > /usr/obj/usr/src/tmp/usr/share/nls/hu_HU.ISO8859-2/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > it_IT.ISO8859-15.cat > > /usr/obj/usr/src/tmp/usr/share/nls/it_IT.ISO8859-15/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ja_JP.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.UTF-8/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ja_JP.eucJP.cat /usr/obj/usr/src/tmp/usr/share/nls/ja_JP.eucJP/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ko_KR.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.UTF-8/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ko_KR.eucKR.cat /usr/obj/usr/src/tmp/usr/share/nls/ko_KR.eucKR/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > mn_MN.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/mn_MN.UTF-8/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > nl_NL.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/nl_NL.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > no_NO.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/no_NO.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > pl_PL.ISO8859-2.cat > > /usr/obj/usr/src/tmp/usr/share/nls/pl_PL.ISO8859-2/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > pt_BR.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/pt_BR.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > ru_RU.KOI8-R.cat /usr/obj/usr/src/tmp/usr/share/nls/ru_RU.KOI8-R/libc.c= at > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > sk_SK.ISO8859-2.cat > > /usr/obj/usr/src/tmp/usr/share/nls/sk_SK.ISO8859-2/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > sv_SE.ISO8859-1.cat > > /usr/obj/usr/src/tmp/usr/share/nls/sv_SE.ISO8859-1/libc.cat > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 > > uk_UA.UTF-8.cat /usr/obj/usr/src/tmp/usr/share/nls/uk_UA.UTF-8/libc.cat > > ln -fs /usr/obj/usr/src/tmp/lib/libc.so.7 > > /usr/obj/usr/src/tmp/usr/lib/libc.so > > sh /usr/src/tools/install.sh -o root -g wheel -m 444 libc_pic.a > > /usr/obj/usr/src/tmp/usr/lib > > 1 error > > *** [libraries] Error code 2 > > 1 error > > *** [_libraries] Error code 2 > > 1 error > > *** [buildworld] Error code 2 > > 1 error >=20 > Unfortunately, you did a -j build, which makes the actual errors > difficult to find, and if you show only the last few lines, as you > have done here, those errors are not visible at all. >=20 > Try doing a single-threaded build instead. Save the entire log, using > script(1) for example, compress it and upload it somewhere. Full buildworld log: http://pazzle.otdux.com.ua/logs/buildworld.log From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 18:08:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 010E8106566B for ; Sat, 10 Mar 2012 18:08:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC2AF8FC16 for ; Sat, 10 Mar 2012 18:08:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827] (unknown [IPv6:2001:7b8:3a7:0:9cb1:feea:2bf1:b827]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BB2C35C44; Sat, 10 Mar 2012 19:08:56 +0100 (CET) Message-ID: <4F5B98BE.5080706@FreeBSD.org> Date: Sat, 10 Mar 2012 19:09:02 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: Ivan Klymenko References: <4F5A991F.4080502@mail.zedat.fu-berlin.de> <4F5B5692.2030500@FreeBSD.org> <20120310181116.5d50902c@nonamehost.> In-Reply-To: <20120310181116.5d50902c@nonamehost.> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 18:08:58 -0000 On 2012-03-10 17:11, Ivan Klymenko wrote: > =D0=92 Sat, 10 Mar 2012 14:26:42 +0100 > Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: =2E.. >> Unfortunately, you did a -j build, which makes the actual errors >> difficult to find, and if you show only the last few lines, as you >> have done here, those errors are not visible at all. >> >> Try doing a single-threaded build instead. Save the entire log, using= >> script(1) for example, compress it and upload it somewhere. >=20 > Full buildworld log: > http://pazzle.otdux.com.ua/logs/buildworld.log This is, again, a multithreaded build log, so it is very difficult to see where the actual error is. Moreover, it seems to be using ccache, which almost certainly result in problems, and non-standard CFLAGS.=20 Try disabling all of these, deleting /usr/obj, and rebuild. From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 18:46:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80FF5106566C for ; Sat, 10 Mar 2012 18:46:11 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepi201.cox.net (eastrmfepi201.cox.net [68.230.241.205]) by mx1.freebsd.org (Postfix) with ESMTP id 166088FC12 for ; Sat, 10 Mar 2012 18:46:10 +0000 (UTC) Received: from eastrmimpo110.cox.net ([68.230.241.223]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310180408.DOMN8874.eastrmfepo103.cox.net@eastrmimpo110.cox.net>; Sat, 10 Mar 2012 13:04:08 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo110.cox.net with bizsmtp id ju481i00B3oG0Ji02u48kx; Sat, 10 Mar 2012 13:04:08 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020202.4F5B9798.0086,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=4+d3365FwXO39Q6CIaohezzFfUymJ8jBUV6iqnnMg0E= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=bJhnL8mB3iryEz3R2FMA:9 a=El7uIAIjDAVTZkZ12AEA:7 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2AI47QJ035729; Sat, 10 Mar 2012 12:04:08 -0600 (CST) (envelope-from conrads@cox.net) Date: Sat, 10 Mar 2012 12:04:02 -0600 From: "Conrad J. Sabatier" To: matt Message-ID: <20120310120402.736df077@cox.net> In-Reply-To: <4F5AF31A.8000001@gmail.com> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> <20120310001933.15e15bbe@cox.net> <4F5AF31A.8000001@gmail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 18:46:11 -0000 On Fri, 09 Mar 2012 22:22:18 -0800 matt wrote: > On 03/09/12 22:19, Conrad J. Sabatier wrote: > > On Fri, 9 Mar 2012 23:53:50 -0600 > > > > That sound you're hearing right now is me gnashing my teeth. :-) > > > blow away /usr/obj, /usr/src, csup to current, then do "cd > /usr/src/include && make install"? > That may fix your system headers enough to allow a buildworld... > > The rune curse was lifted long ago...sounds like there are some > remnants still on your system. Is that a library issue, perhaps? I've already tried what you just suggested, and the problem persists. I'm wondering if maybe I need to try to rebuild libc or some other librar(y|ies) first. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 18:46:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 284121065675 for ; Sat, 10 Mar 2012 18:46:14 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepi201.cox.net (eastrmfepi201.cox.net [68.230.241.205]) by mx1.freebsd.org (Postfix) with ESMTP id B34548FC13 for ; Sat, 10 Mar 2012 18:46:13 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310180744.SYEF1165.eastrmfepo202.cox.net@eastrmimpo109.cox.net>; Sat, 10 Mar 2012 13:07:44 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo109.cox.net with bizsmtp id ju7j1i00Z3oG0Ji02u7j40; Sat, 10 Mar 2012 13:07:44 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4F5B9870.0029,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=XApQh1NwS0kk9y5VQg1IQe/r8Q/VmA0LM7eT14yPc6s= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=p6wgoaajj_QkWCylo_QA:9 a=_6AOudD1TbOassLmFtoA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2AI7hiT035737; Sat, 10 Mar 2012 12:07:43 -0600 (CST) (envelope-from conrads@cox.net) Date: Sat, 10 Mar 2012 12:07:38 -0600 From: "Conrad J. Sabatier" To: "O. Hartmann" Message-ID: <20120310120738.0cb96e05@cox.net> In-Reply-To: <4F5AF082.6090908@mail.zedat.fu-berlin.de> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> <4F5AF082.6090908@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 18:46:14 -0000 On Sat, 10 Mar 2012 07:11:14 +0100 "O. Hartmann" wrote: > On 03/10/12 06:53, Conrad J. Sabatier wrote: > > On Fri, 9 Mar 2012 23:38:22 -0600 > > "Conrad J. Sabatier" wrote: > > > >> On Fri, 09 Mar 2012 22:39:23 +0100 > >> "O. Hartmann" wrote: > >> > >>> On 03/09/12 21:04, Conrad J. Sabatier wrote: > >>>> I'm getting quite a few of these "Rune"-related errors during > >>>> port builds lately. I've tried following the advice from the > >>>> list, but no good, they still keep occurring. I even tried > >>>> backing off to my last known good buildworld/buildkernel (around > >>>> Feb 23), and it still doesn't help. > >>>> > >>>> Also seeing problems relating to the new clang src.conf > >>>> variables. Can't successfully build world and/or kernel to try > >>>> to correct things. "make buildenv" in /usr/src hasn't helped. > >>>> "make install" in /usr/src/share/mk hasn't helped. > >>>> > >>>> Is there some "magic bullet" for this that I've just somehow > >>>> managed to overlook? I'm totally at a loss here. Help! > > > > [failed port build output snipped] > > > >>> Me, too, here. > >>> Buidling a world with most recent sources and CLANG doesn't work, > >>> if building with legacy/old gcc 4.2.1 the option > >>> WITH_LIBCPLUSPLUS= YES blow off things. > >>> > >>> I had the "_Rune" problem quite often and came around by walking > >>> back to a well known source base and doing a "make > >>> installincludes". > >> > >> Yes, it's a very frustrating issue, because it also affects ports > >> builds, not only source. > >> > >> Just on the outside chance it might help, tonight I hosed my entire > >> src tree (which I normally update from a local copy of the CVS > >> repository which I maintain via csup) and did an svn checkout of > >> the src tree. Still no go. Same exact thing. > >> > >> I'm completely stuck for the time being, until the root cause of > >> this problem is corrected. I only have about a 50/50 chance at > >> the moment of any port builds succeeding, with numerous updates > >> lying in wait, and zero chance of a successful world/kernel > >> build. I don't pretend to understand what the real issue is; all > >> I do know is what I've been seeing lately: numerous failed ports > >> builds, most of them referring to an unresolvable > >> _ThreadRuneLocale, and some of them mentioning issues with yylex > >> et al. I'm stumped, honestly. Been reading the lists in hopes of > >> learning of a working solution, but nothing I've tried so far has > >> produced any positive results. I'm seeing the word "Rune" in my > >> sleep lately, I swear! :-) > >> > >> This is absolutely maddening! > > > > Well, now, this is interesting. Just for curiosity's sake, I tried > > building a new kernel with the fresh source tree I just fetched from > > the svn repository, and it succeeded! Still can't build world, > > though. > > > > The question now is: do I dare install this new kernel and give it a > > try? Cant afford to do any harm to my existing installation. > > > > My latest working kernel is from Feb 23. Just how dangerous might > > it be to try the new one? > > > > > Kernel building wasn't an issue all the time. Only "world" was broken. > And, funny, world compiles now when issuing "make buildworld". But it > takes ages ... Even on my brand new Core i7-3930X. While compiling > FreeBSD 10.0-CURRENT/amd64 with LLVM EXTRAS and CLANG (I do not know > whether the whole LLVM has it made finally into the build process) > within 30 minutes on the new lab's box, with "make buildworld", no -jX > (usually 12 for the 6-core/12 thread box) is now heating up only one > thread/core for about two hours. That's kind of weird, huh? > Well, I decided to rebuild all ports! This is easy to say and do if > the hardware is quite potent. At my office at home, I do not dare > doing this since the CPU is an older Intel E8500 with only two cores. > It takes a day and more to accomplish building the ports I use to get > rid of the "Rune"-issue. Rune seems to have a new sematics: ruin my > day ... "Rune" my day. :-) I like that! I'm beginning to suspect it's a library issue in my case. Gonna try building/installing libc and friends and see if that does any good (that is, if the build even succeeds!). -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 18:54:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69691106566B for ; Sat, 10 Mar 2012 18:54:54 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo101.cox.net (eastrmfepo101.cox.net [68.230.241.213]) by mx1.freebsd.org (Postfix) with ESMTP id E6EB68FC17 for ; Sat, 10 Mar 2012 18:54:53 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120310185447.BRTP18243.eastrmfepo101.cox.net@eastrmimpo210.cox.net>; Sat, 10 Mar 2012 13:54:47 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo210.cox.net with bizsmtp id juum1i00H3oG0Ji02uumNh; Sat, 10 Mar 2012 13:54:47 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4F5BA377.002E,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=/t4UxjIX1SdYiKYutzX7isQMa3KTM05CLp7xUS1OBPg= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=kviXuzpPAAAA:8 a=pGLkceISAAAA:8 a=ZUyuNGxTj5yHlb4Jc5kA:9 a=Qrt6eAj4BTlEmV1WK3sA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=MSl-tDqOz04A:10 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2AIskCJ060561; Sat, 10 Mar 2012 12:54:46 -0600 (CST) (envelope-from conrads@cox.net) Date: Sat, 10 Mar 2012 12:54:41 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20120310125441.5c2dd8d1@cox.net> In-Reply-To: <20120310120402.736df077@cox.net> References: <20120309140408.42f136d5@cox.net> <4F5A788B.8090907@mail.zedat.fu-berlin.de> <20120309233822.789ad2cf@cox.net> <20120309235350.7422a1fe@cox.net> <20120310001933.15e15bbe@cox.net> <4F5AF31A.8000001@gmail.com> <20120310120402.736df077@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: matt Subject: Re: More of that "Rune" business X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 18:54:54 -0000 On Sat, 10 Mar 2012 12:04:02 -0600 "Conrad J. Sabatier" wrote: > On Fri, 09 Mar 2012 22:22:18 -0800 > matt wrote: > > > On 03/09/12 22:19, Conrad J. Sabatier wrote: > > > On Fri, 9 Mar 2012 23:53:50 -0600 > > > > > > That sound you're hearing right now is me gnashing my teeth. :-) > > > > > blow away /usr/obj, /usr/src, csup to current, then do "cd > > /usr/src/include && make install"? > > That may fix your system headers enough to allow a buildworld... > > > > The rune curse was lifted long ago...sounds like there are some > > remnants still on your system. > > Is that a library issue, perhaps? I've already tried what you just > suggested, and the problem persists. I'm wondering if maybe I need to > try to rebuild libc or some other librar(y|ies) first. Well, I managed to build and install libc, and reinstalled the includes as well, and things are looking much better now. Building the rest of the libraries at the moment. After that, I'll try a full buildworld. Looks like I'm back in business, though. Hallelujah! :-) -- Conrad J. Sabatier conrads@cox.net