From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 09:44:56 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 0805ED61; Sun, 23 Dec 2012 09:44:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4098FC0C; Sun, 23 Dec 2012 09:44:55 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 360502604; Sun, 23 Dec 2012 10:39:46 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Subject: Re: double fault [Was: clang compiled kernel panic when mounting zfs root on i386] Date: Sun, 23 Dec 2012 10:41:21 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <50b37d46.8584440a.735c.ffffb4e6@mx.google.com> <50D5954D.5090509@FreeBSD.org> <50D5AE9F.10801@FreeBSD.org> In-Reply-To: <50D5AE9F.10801@FreeBSD.org> 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: <201212231041.21789.hselasky@c2i.net> Cc: Dimitry Andric , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 09:44:56 -0000 On Saturday 22 December 2012 13:59:11 Dimitry Andric wrote: > On 2012-12-22 12:11, Andriy Gapon wrote: > > on 21/12/2012 18:38 Hans Petter Selasky said the following: > >> I've built a 10-current i386 kernel as of today, and I see double fault > >> when USB audio is allocating memory. Anyone knows why? > >> > >> kdb_enter() > >> vpanic() > >> panic() > >> dblfault_handler() > >> vm_map_lookup() > >> vm_fault_hold() > >> vm_fault() > >> vm_fault_wire() > >> vm_map_wire() > >> kmem_alloc_attr(xxx, 0x4000,2,0,0xffffffff) > >> bus_dmamem_alloc() > >> usb_pc_alloc_mem() > > > > I suspect that this double fault may have nothing to do with the thread > > to which you followed up. > > > > You need to obtain full debug information to answer your question. > > Specifically interesting are the stack frame addresses, which Kostik has > added recently. From these, you can easily see whether the double fault > is due to stack exhaustion (which seems unlikely with such a small call > stack), or to something else. Hi, It was due to running out of stack. I've fixed it in -current. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 10:29: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 150BA593 for ; Sun, 23 Dec 2012 10:29:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 562048FC0A for ; Sun, 23 Dec 2012 10:29:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA23589; Sun, 23 Dec 2012 12:29:30 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TmioE-000FQA-9f; Sun, 23 Dec 2012 12:29:30 +0200 Message-ID: <50D6DD08.1050006@FreeBSD.org> Date: Sun, 23 Dec 2012 12:29:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: [HEADSUP] zfs root pool mounting References: <50B6598B.20200@FreeBSD.org> <50C9BA19.4040504@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 10:29:34 -0000 on 20/12/2012 00:14 Garrett Cooper said the following: > On Thu, Dec 13, 2012 at 2:56 PM, Freddie Cash wrote: > > ... > >> You could at least point to the FreeBSD Forums version of that post. :) >> >> https://forums.freebsd.org/showthread.php?t=31662 > > Andriy, > > I figured out my problem. It was really, really stupid PEBKAC (copied > a KERNCONF from one system that didn't have the appropriate storage > driver for the other system and I didn't put the right entries into > src.conf). > > Sorry for the noise >:(. I am glad that you could resolve this. One of those things that look obvious only after discovered. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 10:31: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 12B8D6BF; Sun, 23 Dec 2012 10:31:48 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8D98FC14; Sun, 23 Dec 2012 10:31:46 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA23609; Sun, 23 Dec 2012 12:31:44 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TmiqO-000FQP-JS; Sun, 23 Dec 2012 12:31:44 +0200 Message-ID: <50D6DD90.1070705@FreeBSD.org> Date: Sun, 23 Dec 2012 12:31:44 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: [HEADSUP] zfs root pool mounting References: <50B6598B.20200@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , FreeBSD Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 10:31:48 -0000 on 20/12/2012 00:34 Kimmo Paasiala said the following: > What is the status of the MFC process to 9-STABLE? I'm on 9-STABLE > r244407, should I be able to boot from this ZFS pool without > zpool.cache? I haven't MFC-ed the change as of now. After I eventually MFC it you should be able to boot from any pool from which you can boot now unless you have the condition described in the original message. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 11:40:34 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 6984795 for ; Sun, 23 Dec 2012 11:40:34 +0000 (UTC) (envelope-from net.spider.x64@gmail.com) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) by mx1.freebsd.org (Postfix) with ESMTP id D65988FC0A for ; Sun, 23 Dec 2012 11:40:33 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id p9so7450964laa.32 for ; Sun, 23 Dec 2012 03:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=IV0Rovq4q1D3l6OBfYkcjN0krRmPrqBJEsbxQKDQxss=; b=Taw3tSl3KsJAyay13ceb2pzySpuvI18Tao9/oQJjsbDUiMnrxfJs9cCAQFy+1Y0RNK +C2vrb2PEIl5kmfBCh1AvxdaokQLD5ZVbyVu2l5RWy4Jyfl0Lsf82Nf/2SdEPG98/K6k iJ7En5ytWnSWLg2SXzcDuGill0SpDgZnk0CFpffK5HFwMmd4MBptc1Vwdu0XHcnfdkj7 z7Mbf2M1w2omMTcdPiLNaKRmUWfBFXXh3BXfmpK3DPAG0RDwT7NZekhOmD6VSREGS8k7 RM4irUPCgzIXayFPIxhyfmbHiTkmPZ/Skihzi9qzrHts5IPVqNdw+nOka/68IXYKsbaz E/Nw== X-Received: by 10.152.108.42 with SMTP id hh10mr17329156lab.4.1356262832101; Sun, 23 Dec 2012 03:40:32 -0800 (PST) Received: from [127.0.0.1] ([95.104.232.213]) by mx.google.com with ESMTPS id v6sm6355299lbf.11.2012.12.23.03.40.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Dec 2012 03:40:31 -0800 (PST) Message-ID: <50D6EDAC.8020809@gmail.com> Date: Sun, 23 Dec 2012 15:40:28 +0400 From: Aleksandr Mishunin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121005 Thunderbird/16.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Via cpu's temperature monitoring module Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 23 Dec 2012 12:36:06 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 11:40:34 -0000 Hello Please test my module on via c7 and via nano x2/x4 cpus http://forums.freebsd.org/showthread.php?p=189582 From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 13:11:10 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 A4726425 for ; Sun, 23 Dec 2012 13:11:10 +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 638ED8FC13 for ; Sun, 23 Dec 2012 13:11:10 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6] (unknown [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DB4575C5A for ; Sun, 23 Dec 2012 14:11:08 +0100 (CET) Message-ID: <50D702EA.8010909@FreeBSD.org> Date: Sun, 23 Dec 2012 14:11:06 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: FreeBSD current Subject: HEADS UP: Imported clang 3.2 release Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 13:11:10 -0000 Hi all, An early Christmas present: I just imported llvm/clang 3.2 release into head. There aren't too many changes since the last import of 3.2 RC2, just a few bugfixes. I will merge this to stable/9 in about two weeks. For a bit of "what's new" information, please see these release notes: http://llvm.org/releases/3.2/docs/ReleaseNotes.html#whatsnew http://llvm.org/releases/3.2/tools/clang/docs/ReleaseNotes.html#whatsnew -Dimitry From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 13:18: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 9A5F76A3 for ; Sun, 23 Dec 2012 13:18:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E09348FC14 for ; Sun, 23 Dec 2012 13:18:18 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24338; Sun, 23 Dec 2012 15:18:15 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TmlRX-000Fct-CY; Sun, 23 Dec 2012 15:18:15 +0200 Message-ID: <50D70496.6030307@FreeBSD.org> Date: Sun, 23 Dec 2012 15:18:14 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Mateusz Guzik , freebsd-current@FreeBSD.org Subject: Re: compiler info in kernel identification string References: <20121113234303.GA15319@dft-labs.eu> <50A5540D.2030707@FreeBSD.org> In-Reply-To: <50A5540D.2030707@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 13:18:19 -0000 on 15/11/2012 22:43 Andriy Gapon said the following: > on 14/11/2012 01:43 Mateusz Guzik said the following: >> Hello, >> >> avg@ suggested to include compiler version in the kernel so that it's >> present in uname (and one can easly tell what was used to compile it). >> >> Here is my attempt: >> http://people.freebsd.org/~mjg/patches/newvers-compiler.diff > > When are you committing this? It seems that this effort has stuck?.. Here is a change that I am using locally. It doesn't change uname output at all, but rather adds a compiler version string to the kernel banner. I may even commit this :) [test] print compiler version in the kernel banner diff --git a/sys/conf/newvers.sh b/sys/conf/newvers.sh index 5e83e1a..724f609 100644 --- a/sys/conf/newvers.sh +++ b/sys/conf/newvers.sh @@ -86,6 +86,7 @@ fi touch version v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` i=`${MAKE:-make} -V KERN_IDENT` +compiler_v=$($(${MAKE:-make} -V CC) -v 2>&1 | grep 'version') for dir in /bin /usr/bin /usr/local/bin; do if [ -x "${dir}/svnversion" ] && [ -z ${svnversion} ] ; then @@ -159,6 +160,7 @@ $COPYRIGHT char sccs[sizeof(SCCSSTR) > 128 ? sizeof(SCCSSTR) : 128] = SCCSSTR; char version[sizeof(VERSTR) > 256 ? sizeof(VERSTR) : 256] = VERSTR; +char compiler_version[] = "${compiler_v}"; char ostype[] = "${TYPE}"; char osrelease[sizeof(RELSTR) > 32 ? sizeof(RELSTR) : 32] = RELSTR; int osreldate = ${RELDATE}; diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c index 00b1c3f..a92b6db 100644 --- a/sys/kern/init_main.c +++ b/sys/kern/init_main.c @@ -325,6 +325,7 @@ print_version(void *data __unused) while (len > 0 && version[len - 1] == '\n') len--; printf("%.*s %s\n", len, version, machine); + printf("%s\n", compiler_version); } SYSINIT(announce, SI_SUB_COPYRIGHT, SI_ORDER_FIRST, print_caddr_t, diff --git a/sys/sys/systm.h b/sys/sys/systm.h index fec77d2..3163b9f 100644 --- a/sys/sys/systm.h +++ b/sys/sys/systm.h @@ -49,6 +49,7 @@ extern int cold; /* nonzero if we are doing a cold boot */ extern int rebooting; /* kern_reboot() has been called. */ extern const char *panicstr; /* panic message */ extern char version[]; /* system version */ +extern char compiler_version[]; /* system version */ extern char copyright[]; /* system copyright */ extern int kstack_pages; /* number of kernel stack pages */ -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 15:58: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 EA5AD745 for ; Sun, 23 Dec 2012 15:58:24 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C42EA8FC0A for ; Sun, 23 Dec 2012 15:58:24 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TmnwW-0007fN-5G for freebsd-current@freebsd.org; Sun, 23 Dec 2012 07:58:24 -0800 Date: Sun, 23 Dec 2012 07:58:24 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1356278304152-5771689.post@n5.nabble.com> In-Reply-To: <1354638038192-5766507.post@n5.nabble.com> References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 15:58:25 -0000 It looks clang/libreoffice has been broken a bit earlier (before import). Currently building libreoffice on -STABLE with gcc47. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-Imported-llvm-clang-3-2-RC2-into-head-tp5766354p5771689.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 17:43:38 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 7C377133 for ; Sun, 23 Dec 2012 17:43:38 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 29F928FC0A for ; Sun, 23 Dec 2012 17:43:37 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id qBNHhVWU081038 for ; Sun, 23 Dec 2012 12:43:31 -0500 (EST) (envelope-from andy@neu.net) Date: Sun, 23 Dec 2012 12:43:31 -0500 (EST) From: AN To: freebsd-current@freebsd.org Subject: buildworld fails 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-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.3 required=4.5 tests=RP_MATCHES_RCVD, URIBL_RHS_DOB autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 17:43:38 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22 18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 ===> gnu/usr.bin/texinfo/infokey (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/info/infokey.c cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/info/key.c gzip -cn /usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/doc/infokey.1 > infokey.1.gz cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -o infokey infokey.o key.o /usr/obj/usr/src/gnu/usr.bin/texinfo/infokey/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/install-info (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c gzip -cn /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/doc/install-info.1 > install-info.1.gz /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1179:28: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~~~~~~~ :2:19: note: expanded from macro 'LOCALEDIR' #define LOCALEDIR "/usr/share/locale" ^~~~~~~~~~~~~~~~~~~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:54:63: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1180:15: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~~~~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/config.h:338:17: note: expanded from macro 'PACKAGE' #define PACKAGE "texinfo" ^~~~~~~~~ /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:53:50: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ 2 warnings generated. cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -o install-info install-info.o /usr/obj/usr/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/texindex (all) cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c gzip -cn /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/doc/texindex.1 > texindex.1.gz /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:166:28: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~~~~~~~ :2:19: note: expanded from macro 'LOCALEDIR' #define LOCALEDIR "/usr/share/locale" ^~~~~~~~~~~~~~~~~~~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:54:63: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:167:15: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~~~~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/config.h:338:17: note: expanded from macro 'PACKAGE' #define PACKAGE "texinfo" ^~~~~~~~~ /usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:53:50: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ 2 warnings generated. cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -o texindex texindex.o /usr/obj/usr/src/gnu/usr.bin/texinfo/texindex/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 17:50:18 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 D1755AAF for ; Sun, 23 Dec 2012 17:50:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 86D268FC12 for ; Sun, 23 Dec 2012 17:50:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6] (unknown [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3C37B5C5A; Sun, 23 Dec 2012 18:50:17 +0100 (CET) Message-ID: <50D74457.3090604@FreeBSD.org> Date: Sun, 23 Dec 2012 18:50:15 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: AN Subject: Re: buildworld fails References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 17:50:18 -0000 On 2012-12-23 18:43, AN wrote: > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22 > 18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > > ===> gnu/usr.bin/texinfo/infokey (all) ... ... > 1 error > *** [everything] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error The actual error was earlier in this multi-threaded build, but you did not post the full log. Please search in the log for the actual error, or try a buildworld without -j. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 17:53:50 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 CA4DFEB; Sun, 23 Dec 2012 17:53:50 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC768FC0A; Sun, 23 Dec 2012 17:53:50 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3YTrm55qQLzFTB5; Sun, 23 Dec 2012 18:53:41 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lsOqajhJ83jP; Sun, 23 Dec 2012 18:53:35 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sun, 23 Dec 2012 18:53:35 +0100 (CET) Message-ID: <50D74520.6040406@madpilot.net> Date: Sun, 23 Dec 2012 18:53:36 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: buildworld fails References: <50D74457.3090604@FreeBSD.org> In-Reply-To: <50D74457.3090604@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: AN , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 17:53:50 -0000 On 12/23/12 18:50, Dimitry Andric wrote: > On 2012-12-23 18:43, AN wrote: >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22 >> 18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> >> ===> gnu/usr.bin/texinfo/infokey (all) > ... > ... >> 1 error >> *** [everything] Error code 2 >> 1 error >> *** [buildworld] Error code 2 >> 1 error > > The actual error was earlier in this multi-threaded build, but you did > not post the full log. Please search in the log for the actual error, > or try a buildworld without -j. I have just got the same error, here is the relevant error message: ===> usr.sbin/gssd (all) cc -O2 -pipe -march=nocona -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi gssd.o: In function `find_ccache_file': /usr/src/usr.sbin/gssd/gssd.c:(.text+0xaf5): undefined reference to `krb5_init_context' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb15): undefined reference to `krb5_cc_resolve' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb3d): undefined reference to `krb5_cc_start_seq_get' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb5e): undefined reference to `krb5_cc_next_cred' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb7d): undefined reference to `krb5_free_context' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xbdf): undefined reference to `krb5_unparse_name' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xc96): undefined reference to `krb5_unparse_name' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xd67): undefined reference to `krb5_free_cred_contents' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xd84): undefined reference to `krb5_cc_next_cred' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xda6): undefined reference to `krb5_cc_end_seq_get' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xdbf): undefined reference to `krb5_cc_close' /usr/src/usr.sbin/gssd/gssd.c:(.text+0xdcb): undefined reference to `krb5_free_context' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [gssd] Error code 1 Stop in /usr/src/usr.sbin/gssd. *** [all] Error code 1 Stop in /usr/src/usr.sbin. *** [usr.sbin.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. Hope this helps. > _______________________________________________ > 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" -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 18:05:32 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 7CA2244A for ; Sun, 23 Dec 2012 18:05:32 +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 3A0898FC0C for ; Sun, 23 Dec 2012 18:05:32 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6] (unknown [IPv6:2001:7b8:3a7:0:90c1:e4a2:ca61:4c6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4E6435C5A; Sun, 23 Dec 2012 19:05:30 +0100 (CET) Message-ID: <50D747E8.9010602@FreeBSD.org> Date: Sun, 23 Dec 2012 19:05:28 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Jakub Lach Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> <1356278304152-5771689.post@n5.nabble.com> In-Reply-To: <1356278304152-5771689.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 18:05:32 -0000 On 2012-12-23 16:58, Jakub Lach wrote: > It looks clang/libreoffice has been broken a bit earlier (before import). > > Currently building libreoffice on -STABLE with gcc47. I keep hearing different reports; some people say it works, others say it does not. But very seldom with detailed error reports. ;-) Also, if you are talking about 9-STABLE, then that is still with clang 3.1. If people are interested, I could post a patch that updates clang in 9-STABLE to 3.2, so some test runs can be done with it. In any case, I will merge 3.2 to 9-STABLE in a week or two. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 18:36: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 5343B7E2 for ; Sun, 23 Dec 2012 18:36:53 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 24E448FC17 for ; Sun, 23 Dec 2012 18:36:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TmqPq-0001nc-VB for freebsd-current@freebsd.org; Sun, 23 Dec 2012 10:36:50 -0800 Date: Sun, 23 Dec 2012 10:36:50 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1356287810959-5771721.post@n5.nabble.com> In-Reply-To: <50D747E8.9010602@FreeBSD.org> References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> <1356278304152-5771689.post@n5.nabble.com> <50D747E8.9010602@FreeBSD.org> Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 18:36:53 -0000 To clear up confusion, I'm very well aware that that 3.2 is not yet in -STABLE at this time, that's why I'm reporting that it could be not import that broke LibreOffice. Currently, after icu bump people on -STABLE were recompiling libreoffice, and it turned out, this is no longer possible with base clang. (bapt@ has already reproduced this error, see -office for details, I have some local problems with searching mailing list archive now, sorry.) With (WITH_GCC) gcc47 I've successfully built and I'm running libreoffice after icu bump. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-Imported-llvm-clang-3-2-RC2-into-head-tp5766354p5771721.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 18:55:47 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 2852D979 for ; Sun, 23 Dec 2012 18:55:47 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id D7A0A8FC0A for ; Sun, 23 Dec 2012 18:55:46 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qBNItcJq067249 for ; Sun, 23 Dec 2012 11:55:38 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qBNItF9p070079 for ; Sun, 23 Dec 2012 11:55:15 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Why does sleep(1) end up blocked in bwillwrite()? From: Ian Lepore To: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Dec 2012 11:55:15 -0700 Message-ID: <1356288915.1129.68.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 18:55:47 -0000 Background: I'm trying to get nandfs working on a low-end small-memory embedded system. I'm debugging performance problems that manifest as the system (or large portions of it) becoming unresponsive for many seconds at a time. It appears that sometimes the nandfs background garbage collector does things that lead to dirtying lots of buffers way faster than they can be written. When that happens it seems to take too long (many seconds) for the problem to clear. That's the basic situation I'm investigating, but NOT what this mail is about, that's just the background. When this situation happens, some of the threads in my application keep running fine. Others get blocked unexpectedly even though they do no disk IO at all, they're working with sockets and serial (uart) devices. I discovered by accident that I can see a form of the problem happening just using sleep(1) and hitting ^T while the buffer starvation is in progress... guava# sleep 999999 [ hit ^T] load: 1.03 cmd: sleep 472 [nanslp] 2.03r 0.01u 0.02s 0% 1372k sleep: about 999997 second(s) left out of the original 999999 [ hit ^T] load: 1.27 cmd: sleep 472 [nanslp] 9.32r 0.01u 0.02s 0% 1376k sleep: about 999989 second(s) left out of the original 999999 [ hit ^T] load: 1.49 cmd: sleep 472 [nanslp] 11.53r 0.01u 0.02s 0% 1376k [ note no output from sleep(1) here, repeated ^T now gives...] load: 1.49 cmd: sleep 472 [flswai] 12.01r 0.01u 0.03s 0% 1376k load: 1.49 cmd: sleep 472 [flswai] 12.27r 0.01u 0.03s 0% 1376k load: 1.49 cmd: sleep 472 [flswai] 12.76r 0.01u 0.03s 0% 1376k load: 1.49 cmd: sleep 472 [flswai] 13.06r 0.01u 0.03s 0% 1376k load: 1.49 cmd: sleep 472 [flswai] 13.26r 0.01u 0.03s 0% 1376k load: 1.61 cmd: sleep 472 [flswai] 20.03r 0.02u 0.07s 0% 1376k load: 1.64 cmd: sleep 472 [flswai] 20.49r 0.02u 0.07s 0% 1376k load: 1.64 cmd: sleep 472 [flswai] 20.68r 0.02u 0.08s 0% 1376k sleep: about 999987 second(s) left out of the original 999999 So here sleep(1) was blocked in bwillwrite() for about 9 seconds on a write to stderr (which is an ssh xterm connection). The call to bwillwrite() is in kern/sys_generic.c in dofilewrite(): if (fp->f_type == DTYPE_VNODE) bwillwrite(); I just noticed the checkin message that added the DTYPE_VNODE check specifically mentions not penalizing devices and pipes and such. I think maybe things have evolved since then (Dec 2000) and this check is no longer sufficient. Maybe it needs to be something more like if (fp->f_type == DTYPE_VNODE && fp->f_vnode->v_type == VREG) but I have a gut feeling it needs to be more complex than that (can f_vnode be NULL, what sort of locking is required to peek into f_vnode at this point, etc), so I can't really propose a patch for this. In fact, I can't even say for sure it's a bug, but it sure feels like one to the application-developer part of me. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 18:58: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 2F7FAAB2 for ; Sun, 23 Dec 2012 18:58:46 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) by mx1.freebsd.org (Postfix) with ESMTP id AA3958FC0C for ; Sun, 23 Dec 2012 18:58:45 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id d17so3200194eek.11 for ; Sun, 23 Dec 2012 10:58:44 -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=iwh5XeVA56sQBQpCqft4bJ9//tdrrPR0zfwiN2FyCTU=; b=nGHGwrS1et6DJZRrUK17iXlmprtGwqeLTUGgyp6UGU/zgQbWE7QTzBOdkpbyaZeXuH 4VvdW6HkZU9io9gHWccDCuscPv0nhrG8rKuNSGj3gQkW5MBQEHDCZ9hBbHmYvnEqZE5h EyyG3NRYU8cj4Le4EmMXm3kGZKP5HQ8Bvztb54kU/DA7sbko/9QSBj7zfxauic2U3bpA SZO30IiqYHPeb8iLCZWqMvv2fGoGEsCfmxbmsfyJjeZJOob23AqUNbUOkr8sET2bJCD/ pRr9aE0E6Z6oQn7kCq33pL8P7Fs9+OZs1QYLQaegrTXa4hjVmbzpsgvSLy7cWb8wIhHm 8b4w== MIME-Version: 1.0 Received: by 10.14.205.198 with SMTP id j46mr50028164eeo.27.1356289124373; Sun, 23 Dec 2012 10:58:44 -0800 (PST) Received: by 10.14.4.68 with HTTP; Sun, 23 Dec 2012 10:58:44 -0800 (PST) In-Reply-To: <1356287810959-5771721.post@n5.nabble.com> References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> <1356278304152-5771689.post@n5.nabble.com> <50D747E8.9010602@FreeBSD.org> <1356287810959-5771721.post@n5.nabble.com> Date: Sun, 23 Dec 2012 13:58:44 -0500 Message-ID: Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head From: "Sam Fourman Jr." To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 18:58:46 -0000 > With (WITH_GCC) gcc47 I've successfully built and I'm running > libreoffice after icu bump. just to be clear, what exactly do you put in /etc/make.conf to build all ports with GCC on a fresh install of HEAD? is it simply WITH_GCC=YES Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 19:06:07 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 D0185C6B for ; Sun, 23 Dec 2012 19:06:07 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id A63C48FC0C for ; Sun, 23 Dec 2012 19:06:07 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TmqsB-0004Zj-AM for freebsd-current@freebsd.org; Sun, 23 Dec 2012 11:06:07 -0800 Date: Sun, 23 Dec 2012 11:06:07 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1356289567276-5771725.post@n5.nabble.com> In-Reply-To: References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> <1356278304152-5771689.post@n5.nabble.com> <50D747E8.9010602@FreeBSD.org> <1356287810959-5771721.post@n5.nabble.com> Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 19:06:07 -0000 I'm on -STABLE, I was referring to editors/libreoffice and I've just used already available option in Makefile, just commenting out testcase. Accidentally, I'm forcing gcc47 for ports usually, but that's different story, handled here by ports.conf inclusion in make.conf. I've heard there is some new knob (USE_GCC=4.6+) but haven't used it. I suppose you could force it globally but weight your choices as it could be not what you really want. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-Imported-llvm-clang-3-2-RC2-into-head-tp5766354p5771725.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 19:28:51 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 8D29D434 for ; Sun, 23 Dec 2012 19:28:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1388FC0A for ; Sun, 23 Dec 2012 19:28:50 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hm11so6063822wib.8 for ; Sun, 23 Dec 2012 11:28:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=S1+QC6N3r0CmfM0oLZ7cJo6buirRecrkRvRjCN+cACE=; b=WnFVLU75uWWdB/pDfU3gwadQUxN3khA+Hlu4SlKjK425GAFSXC9phkQ46tKE13gIO2 k5dsHykXN5hRBrT9319MpP2T6X1C7AQWHrEUDBSBhbfV9y5A13HwsiSJpWnIdelcrNae Qei11m6fJYM5SpCi38MHGN5Peelgr5dP27tQtwMw5XLJTLm79EXGAP1oveLrscWiY1Kd q3dWPecS3W4Ggfn3la0x9SpY23tuEfbGihZ3vZla6mqSgclfHpXp9Z7aU3t47aDNvJBb hTDgykgFBwA4RQnv40gSP4+jmJaC0sYfVQQLRZeg2viLli7S+o+mU6LK3wBTjMOyGQwz etBw== X-Received: by 10.180.72.232 with SMTP id g8mr32306319wiv.0.1356290929870; Sun, 23 Dec 2012 11:28:49 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id s10sm29620839wiw.4.2012.12.23.11.28.49 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Dec 2012 11:28:49 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 23 Dec 2012 20:28:47 +0100 From: Baptiste Daroussin To: "Sam Fourman Jr." Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head Message-ID: <20121223192847.GC42913@ithaqua.etoilebsd.net> References: <50BD00A8.8070701@FreeBSD.org> <1354638038192-5766507.post@n5.nabble.com> <1356278304152-5771689.post@n5.nabble.com> <50D747E8.9010602@FreeBSD.org> <1356287810959-5771721.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jy6Sn24JjFx/iggw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jakub Lach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 19:28:51 -0000 --jy6Sn24JjFx/iggw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 23, 2012 at 01:58:44PM -0500, Sam Fourman Jr. wrote: > > With (WITH_GCC) gcc47 I've successfully built and I'm running > > libreoffice after icu bump. >=20 > just to be clear, what exactly do you put in /etc/make.conf to build > all ports with GCC on a fresh install of HEAD? > is it simply WITH_GCC=3DYES Yes regards, Bapt --jy6Sn24JjFx/iggw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDXW28ACgkQ8kTtMUmk6EwcEACfdT2eQtaq0BzlF9Gyw+JOxB+M JkMAoIP2wSVGZ+E2vd1RVxXA928xM9Fs =7XFc -----END PGP SIGNATURE----- --jy6Sn24JjFx/iggw-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 19:31:38 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 776DA556; Sun, 23 Dec 2012 19:31:38 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 338358FC0C; Sun, 23 Dec 2012 19:31:37 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id qBNJVWIw081420; Sun, 23 Dec 2012 14:31:32 -0500 (EST) (envelope-from andy@neu.net) Date: Sun, 23 Dec 2012 14:31:32 -0500 (EST) From: AN To: Guido Falsi Subject: Re: buildworld fails In-Reply-To: <50D74520.6040406@madpilot.net> Message-ID: References: <50D74457.3090604@FreeBSD.org> <50D74520.6040406@madpilot.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@FreeBSD.org, Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 19:31:38 -0000 On Sun, 23 Dec 2012, Guido Falsi wrote: > On 12/23/12 18:50, Dimitry Andric wrote: >> On 2012-12-23 18:43, AN wrote: >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22 >>> 18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> >>> >>> ===> gnu/usr.bin/texinfo/infokey (all) >> ... >> ... >>> 1 error >>> *** [everything] Error code 2 >>> 1 error >>> *** [buildworld] Error code 2 >>> 1 error >> >> The actual error was earlier in this multi-threaded build, but you did >> not post the full log. Please search in the log for the actual error, >> or try a buildworld without -j. > > I have just got the same error, here is the relevant error message: > > ===> usr.sbin/gssd (all) > cc -O2 -pipe -march=nocona -I. -std=gnu99 -Qunused-arguments > -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch > -Wno-switch-enum -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o > gssd_prot.o -lgssapi > gssd.o: In function `find_ccache_file': > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xaf5): undefined reference to > `krb5_init_context' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb15): undefined reference to > `krb5_cc_resolve' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb3d): undefined reference to > `krb5_cc_start_seq_get' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb5e): undefined reference to > `krb5_cc_next_cred' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xb7d): undefined reference to > `krb5_free_context' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xbdf): undefined reference to > `krb5_unparse_name' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xc96): undefined reference to > `krb5_unparse_name' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xd67): undefined reference to > `krb5_free_cred_contents' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xd84): undefined reference to > `krb5_cc_next_cred' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xda6): undefined reference to > `krb5_cc_end_seq_get' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xdbf): undefined reference to > `krb5_cc_close' > /usr/src/usr.sbin/gssd/gssd.c:(.text+0xdcb): undefined reference to > `krb5_free_context' > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** [gssd] Error code 1 > > Stop in /usr/src/usr.sbin/gssd. > *** [all] Error code 1 > > Stop in /usr/src/usr.sbin. > *** [usr.sbin.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. > Probably this: http://svnweb.FreeBSD.org/base?view=revision&revision=244604 From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 19:37:43 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 160477D7 for ; Sun, 23 Dec 2012 19:37:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E06A8FC14 for ; Sun, 23 Dec 2012 19:37:42 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qBNJbRLB010767; Sun, 23 Dec 2012 21:37:27 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.3 kib.kiev.ua qBNJbRLB010767 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qBNJbQAm010766; Sun, 23 Dec 2012 21:37:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Dec 2012 21:37:26 +0200 From: Konstantin Belousov To: Ian Lepore Subject: Re: Why does sleep(1) end up blocked in bwillwrite()? Message-ID: <20121223193726.GX53644@kib.kiev.ua> References: <1356288915.1129.68.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BtNCO5h84ExDStzY" Content-Disposition: inline In-Reply-To: <1356288915.1129.68.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 19:37:43 -0000 --BtNCO5h84ExDStzY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 23, 2012 at 11:55:15AM -0700, Ian Lepore wrote: > Background: I'm trying to get nandfs working on a low-end small-memory > embedded system. I'm debugging performance problems that manifest as > the system (or large portions of it) becoming unresponsive for many > seconds at a time. It appears that sometimes the nandfs background > garbage collector does things that lead to dirtying lots of buffers way > faster than they can be written. When that happens it seems to take too > long (many seconds) for the problem to clear. That's the basic > situation I'm investigating, but NOT what this mail is about, that's > just the background. >=20 > When this situation happens, some of the threads in my application keep > running fine. Others get blocked unexpectedly even though they do no > disk IO at all, they're working with sockets and serial (uart) devices. > I discovered by accident that I can see a form of the problem happening > just using sleep(1) and hitting ^T while the buffer starvation is in > progress... >=20 > guava# sleep 999999 > [ hit ^T] > load: 1.03 cmd: sleep 472 [nanslp] 2.03r 0.01u 0.02s 0% 1372k > sleep: about 999997 second(s) left out of the original 999999 > [ hit ^T] > load: 1.27 cmd: sleep 472 [nanslp] 9.32r 0.01u 0.02s 0% 1376k > sleep: about 999989 second(s) left out of the original 999999 > [ hit ^T] > load: 1.49 cmd: sleep 472 [nanslp] 11.53r 0.01u 0.02s 0% 1376k > [ note no output from sleep(1) here, repeated ^T now gives...] > load: 1.49 cmd: sleep 472 [flswai] 12.01r 0.01u 0.03s 0% 1376k > load: 1.49 cmd: sleep 472 [flswai] 12.27r 0.01u 0.03s 0% 1376k > load: 1.49 cmd: sleep 472 [flswai] 12.76r 0.01u 0.03s 0% 1376k > load: 1.49 cmd: sleep 472 [flswai] 13.06r 0.01u 0.03s 0% 1376k > load: 1.49 cmd: sleep 472 [flswai] 13.26r 0.01u 0.03s 0% 1376k > load: 1.61 cmd: sleep 472 [flswai] 20.03r 0.02u 0.07s 0% 1376k > load: 1.64 cmd: sleep 472 [flswai] 20.49r 0.02u 0.07s 0% 1376k > load: 1.64 cmd: sleep 472 [flswai] 20.68r 0.02u 0.08s 0% 1376k > sleep: about 999987 second(s) left out of the original 999999 >=20 > So here sleep(1) was blocked in bwillwrite() for about 9 seconds on a > write to stderr (which is an ssh xterm connection). >=20 > The call to bwillwrite() is in kern/sys_generic.c in dofilewrite(): >=20 > if (fp->f_type =3D=3D DTYPE_VNODE) > bwillwrite(); >=20 > I just noticed the checkin message that added the DTYPE_VNODE check > specifically mentions not penalizing devices and pipes and such. I > think maybe things have evolved since then (Dec 2000) and this check is > no longer sufficient. Maybe it needs to be something more like >=20 > if (fp->f_type =3D=3D DTYPE_VNODE && fp->f_vnode->v_type =3D=3D VREG) >=20 > but I have a gut feeling it needs to be more complex than that (can > f_vnode be NULL, what sort of locking is required to peek into f_vnode > at this point, etc), so I can't really propose a patch for this. In > fact, I can't even say for sure it's a bug, but it sure feels like one > to the application-developer part of me. The patch below would do what you want. But my opinion is that it is more bug in the filesystem than in the VFS. Anyway, try this and report how it works for you. diff --git a/sys/fs/devfs/devfs_vnops.c b/sys/fs/devfs/devfs_vnops.c index 97a1bcf..9851229 100644 --- a/sys/fs/devfs/devfs_vnops.c +++ b/sys/fs/devfs/devfs_vnops.c @@ -1049,6 +1049,7 @@ devfs_open(struct vop_open_args *ap) int error, ref, vlocked; struct cdevsw *dsw; struct file *fpop; + struct mtx *mtxp; =20 if (vp->v_type =3D=3D VBLK) return (ENXIO); @@ -1099,6 +1100,16 @@ devfs_open(struct vop_open_args *ap) #endif if (fp->f_ops =3D=3D &badfileops) finit(fp, fp->f_flag, DTYPE_VNODE, dev, &devfs_ops_f); + mtxp =3D mtx_pool_find(mtxpool_sleep, fp); + + /* + * Hint to the dofilewrite() to not force the buffer draining + * on the writer to the file. Most likely, the write would + * not need normal buffers. + */ + mtx_lock(mtxp); + fp->f_vnread_flags |=3D FDEVFS_VNODE; + mtx_unlock(mtxp); return (error); } =20 diff --git a/sys/kern/sys_generic.c b/sys/kern/sys_generic.c index f47cb03..b97ff7f 100644 --- a/sys/kern/sys_generic.c +++ b/sys/kern/sys_generic.c @@ -536,7 +536,8 @@ dofilewrite(td, fd, fp, auio, offset, flags) ktruio =3D cloneuio(auio); #endif cnt =3D auio->uio_resid; - if (fp->f_type =3D=3D DTYPE_VNODE) + if (fp->f_type =3D=3D DTYPE_VNODE && + (fp->f_vnread_flags & FDEVFS_VNODE) =3D=3D 0) bwillwrite(); if ((error =3D fo_write(fp, auio, td->td_ucred, flags, td))) { if (auio->uio_resid !=3D cnt && (error =3D=3D ERESTART || diff --git a/sys/sys/file.h b/sys/sys/file.h index dc49895..cf5f1ea 100644 --- a/sys/sys/file.h +++ b/sys/sys/file.h @@ -178,7 +178,8 @@ struct file { #define f_advice f_vnun.fvn_advice =20 #define FOFFSET_LOCKED 0x1 -#define FOFFSET_LOCK_WAITING 0x2 =20 +#define FOFFSET_LOCK_WAITING 0x2 +#define FDEVFS_VNODE 0x4 =20 #endif /* _KERNEL || _WANT_FILE */ =20 --BtNCO5h84ExDStzY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQ1112AAoJEJDCuSvBvK1BUUEP/2B8DGgz6+B3R+m+kw6kxbRS 0ykn+DhUnrfCqB8RvcVKh75w4OE4J+JXrLf++je/EME3HopaUroGSydDEfHgXsQE FKr9qSxlDIf06TKyVf8LeQwSS0+9+Otmp24pFPuLzLuRP5JXO+X/sB2TFsLiWN1/ N3rc8y/K5X5NjTi3uxlHSwM5GpDKOwxNDcZ5rLjO8lCq/iWAuyDGvJ7R2G7gvN7t yveUcd8ryJBAdMHkD3SjxAJNwdm/wLEo7Df2YizJTiuscj3nkXozNhyzhkEkEflQ AYzXV0/jvmrm0wBT1WfREMTL6clkPL+7Bd1PnWi8yvvydkEp2OBFQbH+nC4FSn54 jJ7l3y4TT/K0rSxrJpJmjI/ZMR1aifXzkLQdSKUH22EFXl0hHdwJuosBL/yu6org DfCGhMbETP3naJOzsqVjRHzjTDW5y7y21q+/pAtgMLtzOspDvpN8SWsnPhPvytiw hn/cBOD0LdAqOEibyVzDmGYbSPVjl6vnKY6q8x7F2g6K3+P4BJyQ7vnUas4UAjka mPAh6hC1sHGHQL87WlqNjT+3fiNcB9L0a+tEThZiYDlUAGdzxr+apcMPBKvpdeDA JCzr/VWGdhlrgcSmZ9/UKKtkZLl8yU+vY55hlihmFgkJ67Dvw3sjAuAl6Pf+YDg2 GvUSF7hrsyPIsQZ6kruz =iGgs -----END PGP SIGNATURE----- --BtNCO5h84ExDStzY-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 21:00: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 11CA5D67; Sun, 23 Dec 2012 21:00:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by mx1.freebsd.org (Postfix) with ESMTP id 69B718FC12; Sun, 23 Dec 2012 21:00:25 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id dq12so3031320wgb.12 for ; Sun, 23 Dec 2012 13:00:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=8k32GcMrScoBeaO+qbyFJK8b18j5lkatLIAWjM8s8NQ=; b=XGPsIj/vKgj0JqLN2BudK9X67THAZH4RB9rM+zNFDc25zLb11RY30FGQTcsw5pjbU2 cyd5LalKmgUUslaPuoMAYJBKMtbtfq1md+7pCPMD3hIJLdQjPHRSnzzmiP2M7fthSMWh IJGnQAtPZbGgE1SXuGgJYWLbTm0ffDCIHNlCPEr2GQD2QRB990RO3bFGoqHHAe2X7IHW 6+gM5n7zxDI8c7Yos9378ZzHYOUv8rX/cwcOtQTX4UiLkHy9+hiYBAGEFxepYBiMIkqG gFFDhDUvIsUhQc453HK9bM4tMxoekPw6WZMTzkcdxNfJww/3PVU/igJNckZLq/znJ9TT WKdA== X-Received: by 10.180.24.198 with SMTP id w6mr24383234wif.27.1356295937128; Sun, 23 Dec 2012 12:52:17 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id dw4sm29966534wib.1.2012.12.23.12.52.15 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Dec 2012 12:52:16 -0800 (PST) Date: Sun, 23 Dec 2012 21:52:06 +0100 From: Mateusz Guzik To: Andriy Gapon Subject: Re: compiler info in kernel identification string Message-ID: <20121223205206.GA23190@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Andriy Gapon , freebsd-current@FreeBSD.org References: <20121113234303.GA15319@dft-labs.eu> <50A5540D.2030707@FreeBSD.org> <50D70496.6030307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50D70496.6030307@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 21:00:27 -0000 On Sun, Dec 23, 2012 at 03:18:14PM +0200, Andriy Gapon wrote: > on 15/11/2012 22:43 Andriy Gapon said the following: > > on 14/11/2012 01:43 Mateusz Guzik said the following: > >> Hello, > >> > >> avg@ suggested to include compiler version in the kernel so that it's > >> present in uname (and one can easly tell what was used to compile it). > >> > >> Here is my attempt: > >> http://people.freebsd.org/~mjg/patches/newvers-compiler.diff > > > > When are you committing this? > > It seems that this effort has stuck?.. > > Here is a change that I am using locally. It doesn't change uname output at > all, but rather adds a compiler version string to the kernel banner. > I had other patch in this thread that did exactly that + added sysctl kern.compiler: http://people.freebsd.org/~mjg/patches/compiler-info.diff > I may even commit this :) > So, if that matters, I have no objections to your patch. However I'd like to see kern.compiler-like sysctl added. Also if you like feel free to take my patch and improve it (your compiler detection seems to be more robust). -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Sun Dec 23 21:42: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 6391F3CB for ; Sun, 23 Dec 2012 21:42:40 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 240F88FC0C for ; Sun, 23 Dec 2012 21:42:39 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qBNLgcp3068942 for ; Sun, 23 Dec 2012 14:42:38 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qBNLgODG070168; Sun, 23 Dec 2012 14:42:24 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Why does sleep(1) end up blocked in bwillwrite()? From: Ian Lepore To: Konstantin Belousov In-Reply-To: <20121223193726.GX53644@kib.kiev.ua> References: <1356288915.1129.68.camel@revolution.hippie.lan> <20121223193726.GX53644@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Dec 2012 14:42:24 -0700 Message-ID: <1356298944.1129.75.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 21:42:40 -0000 On Sun, 2012-12-23 at 21:37 +0200, Konstantin Belousov wrote: > On Sun, Dec 23, 2012 at 11:55:15AM -0700, Ian Lepore wrote: > > Background: I'm trying to get nandfs working on a low-end small-memory > > embedded system. I'm debugging performance problems that manifest as > > the system (or large portions of it) becoming unresponsive for many > > seconds at a time. It appears that sometimes the nandfs background > > garbage collector does things that lead to dirtying lots of buffers way > > faster than they can be written. When that happens it seems to take too > > long (many seconds) for the problem to clear. That's the basic > > situation I'm investigating, but NOT what this mail is about, that's > > just the background. > > > > When this situation happens, some of the threads in my application keep > > running fine. Others get blocked unexpectedly even though they do no > > disk IO at all, they're working with sockets and serial (uart) devices. > > I discovered by accident that I can see a form of the problem happening > > just using sleep(1) and hitting ^T while the buffer starvation is in > > progress... > > > > guava# sleep 999999 > > [ hit ^T] > > load: 1.03 cmd: sleep 472 [nanslp] 2.03r 0.01u 0.02s 0% 1372k > > sleep: about 999997 second(s) left out of the original 999999 > > [ hit ^T] > > load: 1.27 cmd: sleep 472 [nanslp] 9.32r 0.01u 0.02s 0% 1376k > > sleep: about 999989 second(s) left out of the original 999999 > > [ hit ^T] > > load: 1.49 cmd: sleep 472 [nanslp] 11.53r 0.01u 0.02s 0% 1376k > > [ note no output from sleep(1) here, repeated ^T now gives...] > > load: 1.49 cmd: sleep 472 [flswai] 12.01r 0.01u 0.03s 0% 1376k > > load: 1.49 cmd: sleep 472 [flswai] 12.27r 0.01u 0.03s 0% 1376k > > load: 1.49 cmd: sleep 472 [flswai] 12.76r 0.01u 0.03s 0% 1376k > > load: 1.49 cmd: sleep 472 [flswai] 13.06r 0.01u 0.03s 0% 1376k > > load: 1.49 cmd: sleep 472 [flswai] 13.26r 0.01u 0.03s 0% 1376k > > load: 1.61 cmd: sleep 472 [flswai] 20.03r 0.02u 0.07s 0% 1376k > > load: 1.64 cmd: sleep 472 [flswai] 20.49r 0.02u 0.07s 0% 1376k > > load: 1.64 cmd: sleep 472 [flswai] 20.68r 0.02u 0.08s 0% 1376k > > sleep: about 999987 second(s) left out of the original 999999 > > > > So here sleep(1) was blocked in bwillwrite() for about 9 seconds on a > > write to stderr (which is an ssh xterm connection). > > > > The call to bwillwrite() is in kern/sys_generic.c in dofilewrite(): > > > > if (fp->f_type == DTYPE_VNODE) > > bwillwrite(); > > > > I just noticed the checkin message that added the DTYPE_VNODE check > > specifically mentions not penalizing devices and pipes and such. I > > think maybe things have evolved since then (Dec 2000) and this check is > > no longer sufficient. Maybe it needs to be something more like > > > > if (fp->f_type == DTYPE_VNODE && fp->f_vnode->v_type == VREG) > > > > but I have a gut feeling it needs to be more complex than that (can > > f_vnode be NULL, what sort of locking is required to peek into f_vnode > > at this point, etc), so I can't really propose a patch for this. In > > fact, I can't even say for sure it's a bug, but it sure feels like one > > to the application-developer part of me. > > The patch below would do what you want. But my opinion is that it is more > bug in the filesystem than in the VFS. Anyway, try this and report how > it works for you. > If by "bug in the filesystem" you mean the real problem is nandfs driving the system into buffer starvation, then yes I agree... that's the real problem I'm pursuing. The difficulty I had was that anything I did to try to investigate the state of the system resulted in blocking when it tried to output to the terminal. I'm running with your patch now and it seems to be working perfectly, thanks! -- Ian > diff --git a/sys/fs/devfs/devfs_vnops.c b/sys/fs/devfs/devfs_vnops.c > index 97a1bcf..9851229 100644 > --- a/sys/fs/devfs/devfs_vnops.c > +++ b/sys/fs/devfs/devfs_vnops.c > @@ -1049,6 +1049,7 @@ devfs_open(struct vop_open_args *ap) > int error, ref, vlocked; > struct cdevsw *dsw; > struct file *fpop; > + struct mtx *mtxp; > > if (vp->v_type == VBLK) > return (ENXIO); > @@ -1099,6 +1100,16 @@ devfs_open(struct vop_open_args *ap) > #endif > if (fp->f_ops == &badfileops) > finit(fp, fp->f_flag, DTYPE_VNODE, dev, &devfs_ops_f); > + mtxp = mtx_pool_find(mtxpool_sleep, fp); > + > + /* > + * Hint to the dofilewrite() to not force the buffer draining > + * on the writer to the file. Most likely, the write would > + * not need normal buffers. > + */ > + mtx_lock(mtxp); > + fp->f_vnread_flags |= FDEVFS_VNODE; > + mtx_unlock(mtxp); > return (error); > } > > diff --git a/sys/kern/sys_generic.c b/sys/kern/sys_generic.c > index f47cb03..b97ff7f 100644 > --- a/sys/kern/sys_generic.c > +++ b/sys/kern/sys_generic.c > @@ -536,7 +536,8 @@ dofilewrite(td, fd, fp, auio, offset, flags) > ktruio = cloneuio(auio); > #endif > cnt = auio->uio_resid; > - if (fp->f_type == DTYPE_VNODE) > + if (fp->f_type == DTYPE_VNODE && > + (fp->f_vnread_flags & FDEVFS_VNODE) == 0) > bwillwrite(); > if ((error = fo_write(fp, auio, td->td_ucred, flags, td))) { > if (auio->uio_resid != cnt && (error == ERESTART || > diff --git a/sys/sys/file.h b/sys/sys/file.h > index dc49895..cf5f1ea 100644 > --- a/sys/sys/file.h > +++ b/sys/sys/file.h > @@ -178,7 +178,8 @@ struct file { > #define f_advice f_vnun.fvn_advice > > #define FOFFSET_LOCKED 0x1 > -#define FOFFSET_LOCK_WAITING 0x2 > +#define FOFFSET_LOCK_WAITING 0x2 > +#define FDEVFS_VNODE 0x4 > > #endif /* _KERNEL || _WANT_FILE */ > From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 04: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 98E02C3D; Mon, 24 Dec 2012 04:07:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id EF27B8FC0A; Mon, 24 Dec 2012 04:07:04 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id dr1so2447330wgb.1 for ; Sun, 23 Dec 2012 20:07:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=G3tXt7E2tEOYQDgBs1xJSi3ljFCcaDMNmq8eTZViAKA=; b=H2H3cI9vOrUPhb22k3grq7KIxHMCBD813/Y/Rslm4PZJxwe5rlO0jnd9pEVBlWxM6p Aubp1zfQ/6zt9HwCTZvUlpxOw0/JFplHlKVX38fMYQwzP8kv88yqlaIsqGfvs8SKDIrJ rngWhse2Ip2rShiEp6EpiNpY1/lAlSrkgqeN3lJlkgpsTwG0iUmMLM702Hszq1EPDLu1 eQblzn64ZazwkKF7Q2PeDCito36BlaHfKKwxa66iFije3Qj/zPb0zj/kEKlKdvo21U9Y ycNhQ58LNjOBiJTsgbGsCkT2EIwGU2cbNlvQ/JncmXZxjXgsj1TOdfUvRA8SCEjE0u8L F49A== MIME-Version: 1.0 Received: by 10.194.9.162 with SMTP id a2mr33625162wjb.33.1356322024137; Sun, 23 Dec 2012 20:07:04 -0800 (PST) Received: by 10.216.172.197 with HTTP; Sun, 23 Dec 2012 20:07:03 -0800 (PST) In-Reply-To: <50D5F296.9050109@wasikowski.net> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> Date: Mon, 24 Dec 2012 06:07:03 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Ben Morrow , FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 04:07:05 -0000 On Sat, Dec 22, 2012 at 7:49 PM, =C5=81ukasz W=C4=85sikowski wrote: > W dniu 2012-12-22 18:14, Ben Morrow pisze: >> Quoth =3D?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ=3D=3D?=3D : >>> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: >>> >>>> Yeah, this is problem in network.subr. An interface is not recognized >>>> as IPv6 capable if the interface is not in "ipv6_network_interfaces" >>>> and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it >>>> "just works" because the interface is always assumed to be IPv4 >>>> capable. >>> >>> Ok, I used ifconfig_em0_ipv6=3D"up" and it worked. So it looks like thi= s: >> >> The documented way to do this is to just set the link-local address in >> ifconfig_IF_ipv6, since an interface is required to have a link-local >> address. Either configure an fe80:: address explicitly or set >> >> ifconfig_em0_ipv6=3D"inet6 auto_linklocal" >> >> Alternatively, if you set ipv6_activate_all_interfaces all interfaces >> will be considered IPv6-capable. > > link-local address is assigned by default, even with ifconfig_IF_ipv6=3D"= up". > > root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf ; ifconfig > em0 | grep -E '^[[:space:]]*inet6' | head -2 > hostname=3D"freebsd" > ifconfig_em0=3D"up" > ipv4_addrs_em0=3D"192.168.168.20-24/24" > defaultrouter=3D"192.168.168.1" > ipv6_network_interfaces=3D"em0" > ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" > ifconfig_em0_ipv6=3D"up" > ipv6_addrs_em0=3D"2001:6a0:1cb::1-e/128" > sshd_enable=3D"YES" > dumpdev=3D"NO" > named_enable=3D"YES" > inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 > inet6 2001:6a0:1cb::1 prefixlen 128 > > Of course using "inet6 auto_linklocal" instead of "up" seems a better > way to do it, thank you for this tip. > > -- > best regards, > Lukasz Wasikowski I have put up the patch at github as: https://gist.github.com/4362018 This version should work with just the ipv6_addrs_IF in rc.conf(5). I changed the detection of ipv6 interfaces so that just having the ipv6_addrs_IF line is enough. -Kimmo From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 15:24:18 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 48780AB6 for ; Mon, 24 Dec 2012 15:24:18 +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 EA9F08FC12 for ; Mon, 24 Dec 2012 15:24:17 +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 <1Tn9t3-000Usq-7r>; Mon, 24 Dec 2012 16:24:17 +0100 Received: from e178019043.adsl.alicedsl.de ([85.178.19.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1Tn9t3-000pEl-4X>; Mon, 24 Dec 2012 16:24:17 +0100 Message-ID: <50D8739F.4040306@zedat.fu-berlin.de> Date: Mon, 24 Dec 2012 16:24:15 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Current FreeBSD Subject: clang/llvm 3.2: -ccc-host-triple: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5023D70B5758465F5E597E71" X-Originating-IP: 85.178.19.43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 15:24:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5023D70B5758465F5E597E71 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I try to compile a piece of software which uses LLVM as a backend (it is POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software fails du to an issued clang option -ccc-host-triple, which works well on FreeBSD 9.1-PRE, which uses still LLVM/CLANG 3.1. On the net, I find confusing informations about this option. It seems to be still in 3.1, but 3.2 doesn't accept it anymore. Oliver --------------enig5023D70B5758465F5E597E71 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.19 (FreeBSD) iQEcBAEBAgAGBQJQ2HOgAAoJEOgBcD7A/5N8j64H/0QiNXRBdKCaQupujjib6tSE fOw09zRBn7zv4ip/pQv1vJUYeptLXy+Qc7Z0xXOw7OVw3ri/yvjMyjTCa/E+B3ei jPdLtTF2M+I7cDtN34RaCRzi51a/ZQ+tLioUQTNqoEXwtaQhmqTU9IXGThkZuzIy SiPPi8X9fb4u2Sk6WPeDw8ZM8jdZdj7F8Hdly8vZPocUpU4jrJIwZv0v5/rCOrUQ DDapRubtBnH6HXxQSMPS5mqc+cRT2JouJoe2tpZyLIUK62QJjpyMqHHuzIbDhxY3 L1/qpEZ5O1snf3boNByve6xzZjMMUQi4ReRroTTIQm3FU87IzprE4on4vxinbkU= =dty2 -----END PGP SIGNATURE----- --------------enig5023D70B5758465F5E597E71-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 15:28:04 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 D9013BDA for ; Mon, 24 Dec 2012 15:28:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id A4E6F8FC13 for ; Mon, 24 Dec 2012 15:28:04 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0MFJ00702KAMIG00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Mon, 24 Dec 2012 09:27:58 -0600 (CST) Received: from wanderer.tachypleus.net (c-24-63-204-107.hsd1.ct.comcast.net [24.63.204.107]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0MFJ005ZGKAD5700@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Mon, 24 Dec 2012 09:27:50 -0600 (CST) Date: Mon, 24 Dec 2012 09:27:49 -0600 From: Nathan Whitehorn Subject: Re: VirtIO in GENERIC In-reply-to: Sender: whitehorn@wisc.edu To: freebsd-current@freebsd.org Message-id: <50D87475.1050708@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=24.63.204.107 X-Spam-PmxInfo: Server=avs-15, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.12.24.151515, SenderIP=24.63.204.107 References: User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 15:28:04 -0000 On 12/17/12 00:06, Andrew Thompson wrote: > On 17 December 2012 18:06, Jim Harris wrote: > >> >> On Sun, Dec 16, 2012 at 6:53 PM, Andrew Thompson wrote: >> >>> On 17 December 2012 13:17, Bryan Venteicher wrote: >>> >>>> There's been lots of requests to have VirtIO in GENERIC for i386 and >>>> amd64. Anybody have any issues or concerns with this or the patch at >>>> [1]. This also removes the kludge that was introduced in r239009. >>>> >>>> I've compiled LINT for i386 and amd64 so hopefully there won't be any >>>> surprise breakages. >>>> >>>> [1] http://people.freebsd.org/~bryanv/patches/virtio.generic.patch >>> >>> It would be great to have the drivers enabled. You do not need the >>> sys/conf/files changes, the common and arch files are combined. >>> >>> >> Removing the virtio files from sys/conf/files ensures these drivers can >> only be specified in x86 kernel configuration files. r239009 added these >> lines to sys/conf/files, but Bryan's patch does it more correctly. >> > Linux supports virtio on ARM so I dont think its necessarily x86 MD. I > guess it can be moved back later. > It also exists on powerpc64. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 15:41: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 7BDF924A for ; Mon, 24 Dec 2012 15:41:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 317618FC19 for ; Mon, 24 Dec 2012 15:41:47 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e8f8:3644:6741:6f04] (unknown [IPv6:2001:7b8:3a7:0:e8f8:3644:6741:6f04]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 99DE35C5A; Mon, 24 Dec 2012 16:41:40 +0100 (CET) Message-ID: <50D877B2.60006@FreeBSD.org> Date: Mon, 24 Dec 2012 16:41:38 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: clang/llvm 3.2: -ccc-host-triple: References: <50D8739F.4040306@zedat.fu-berlin.de> In-Reply-To: <50D8739F.4040306@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 15:41:48 -0000 On 2012-12-24 16:24, O. Hartmann wrote: > I try to compile a piece of software which uses LLVM as a backend (it is > POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software > fails du to an issued clang option -ccc-host-triple, which works well on > FreeBSD 9.1-PRE, which uses still LLVM/CLANG 3.1. What is the exact reason the software wants to use this (rather undocumented) option? > On the net, I find confusing informations about this option. It seems to > be still in 3.1, but 3.2 doesn't accept it anymore. Use -target instead. But beware that cross-compilation does not work out of the box on FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon Dec 24 22:45: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 E4407D09; Mon, 24 Dec 2012 22:45:31 +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 9646D8FC0A; Mon, 24 Dec 2012 22:45:31 +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 <1TnGm2-000zJA-MO>; Mon, 24 Dec 2012 23:45:30 +0100 Received: from e178019043.adsl.alicedsl.de ([85.178.19.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TnGm2-001961-Iw>; Mon, 24 Dec 2012 23:45:30 +0100 Message-ID: <50D8DB09.7090104@zedat.fu-berlin.de> Date: Mon, 24 Dec 2012 23:45:29 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: clang/llvm 3.2: -ccc-host-triple: References: <50D8739F.4040306@zedat.fu-berlin.de> <50D877B2.60006@FreeBSD.org> In-Reply-To: <50D877B2.60006@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig871E72B33B6A23CE2653C2DB" X-Originating-IP: 85.178.19.43 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 22:45:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig871E72B33B6A23CE2653C2DB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/24/12 16:41, schrieb Dimitry Andric: > On 2012-12-24 16:24, O. Hartmann wrote: >> I try to compile a piece of software which uses LLVM as a backend (it = is >> POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the softwar= e >> fails du to an issued clang option -ccc-host-triple, which works well = on >> FreeBSD 9.1-PRE, which uses still LLVM/CLANG 3.1. >=20 > What is the exact reason the software wants to use this (rather > undocumented) option? Obviously, the make environment sets this in a couple of files. >=20 >=20 >> On the net, I find confusing informations about this option. It seems = to >> be still in 3.1, but 3.2 doesn't accept it anymore. >=20 > Use -target instead. But beware that cross-compilation does not work > out of the box on FreeBSD. The target is POCL, and as OpenCL naturally acts like, it is cross compiling. Thank you for the hint. I tried to follow some threads about this option and they seem to confuse it with --ccc-target-triple. --------------enig871E72B33B6A23CE2653C2DB 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.19 (FreeBSD) iQEcBAEBAgAGBQJQ2NsKAAoJEOgBcD7A/5N8BVkIAKgr1AH2hj6SSqUOwlAz+OhQ /vORXsB8bk9VKhNCbXQR1lauTd2oVZP8NGjOMba2SfyjmpiOyZsmUSkNtKd1u42x kdT4AOSeRDum38Nl8TtvJgYlil2c9koeYgQGAnzBMIZPx9GEEXJgndxmxpwyD+lN q9h3i5Bo9RBf+BxsB4o1x2q6EUmQXGqJ4qp831EtGga+iNgVUtzunppajRRcB8hG 8sgJpJ70gEYUreRYJqcp1vFzJSG7ELOAW3MiqzXafUJOC/v0AzjPfq4A7vdh9G4p vXjuljId28r7i2naV7k9zcbprC+P79fcK3eRjoHYtj//xnx0X7vI3tmbrcuEjVY= =EbnX -----END PGP SIGNATURE----- --------------enig871E72B33B6A23CE2653C2DB-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 18:11: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 2093DBF3; Tue, 25 Dec 2012 18:11:24 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id C903F8FC0C; Tue, 25 Dec 2012 18:11:23 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id 17so9878903iea.2 for ; Tue, 25 Dec 2012 10:11:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=I5SMsth/yzsMhxJyW/MAT0wt4bqnyJUcItyNufMMuwQ=; b=USj6UwmMb4aL9BK8ywv7DuB1y+nPANrfv9424i40E0vloe6/Tk5fRv3RW8DK1pCjxC 4QvECfNuiDmSKJ2Xs42IyQ9fKYNX2URvuSWaqRfYv/jvWSFUIgD3ALYR+D4kVEhZCXDb yIGFOIOYVj7Dzk4wyOkR2K9eVph+5qD9t2c4wLHc5JFea1589VjPecotmJcudVHpM+Yy bXWUDdLywkogmbr8nMfp7DYdIg/XUDcpo7tFqBus9U5BDJdS+B/Q//49WGH1cgwxGNA6 vBaQtNJ/qKEr0xHsDFFospYVahmaeXRFXwoFQWmoyDnvxAGHH1h7OSEL41aBuanln7fs wbnA== Received: by 10.50.237.6 with SMTP id uy6mr22477840igc.31.1356459077438; Tue, 25 Dec 2012 10:11:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.88.103 with HTTP; Tue, 25 Dec 2012 10:10:47 -0800 (PST) In-Reply-To: <20110129084125.GA54969@freebsd.org> References: <20110129084125.GA54969@freebsd.org> From: Jia-Shiun Li Date: Wed, 26 Dec 2012 02:10:47 +0800 Message-ID: Subject: Re: cpufreq not working as module on i386/amd64 To: Alexander Best Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 18:11:24 -0000 I was cleaning up hard drive and found these old logs. Anyway I added some printf() and saw the process failed at device_find_child(..., "acpi_perf", ...) of est_acpi_info() i.e. it cannot find acpi_perf device. devinfo did confirmed the absence of acpi_perf. Comparing the dmesgs revealed the main difference: IST (i-state?) OEM tables in SSDT seems not loaded if cpufreq was not compiled into kernel, as it shows below. Before I diving into the ACPI part, can anyone familiar with how ACPI works shed me some light? ----->8----->8----->8----- % diff -bu cpufreq-nb.log cpufreq-no.log ... @@ -158,17 +158,11 @@ acpi0: Power Button (fixed) cpu0: Processor \\_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 -ACPI: SSDT 0xbfd8dc98 00223 (v01 PmRef Cpu0Ist 00003000 INTL 20051117) -ACPI: Dynamic OEM Table Load: -ACPI: SSDT 0 00223 (v01 PmRef Cpu0Ist 00003000 INTL 20051117) ACPI: SSDT 0xbfd8b598 00537 (v01 PmRef Cpu0Cst 00003001 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00537 (v01 PmRef Cpu0Cst 00003001 INTL 20051117) cpu1: Processor \\_PR_.CPU1 (ACPI ID 2) -> APIC ID 1 cpu1: on acpi0 -ACPI: SSDT 0xbfd8ce18 001CF (v01 PmRef ApIst 00003000 INTL 20051117) -ACPI: Dynamic OEM Table Load: -ACPI: SSDT 0 001CF (v01 PmRef ApIst 00003000 INTL 20051117) ACPI: SSDT 0xbfd8df18 0008D (v01 PmRef ApCst 00003000 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0008D (v01 PmRef ApCst 00003000 INTL 20051117 On Sat, Jan 29, 2011 at 4:41 PM, Alexander Best wrote: > On Sat Jan 29 11, Jia-Shiun Li wrote: >> Hi all, >> >> I found that cpufreq driver failed to attach when compiled as module >> and loaded, but it works fine when compiled into kernel. I am >> wondering if this is due to some kind of limitation, or can be fixed? > > that's rather odd. for me neither the module nor the kernel code works, since > my cpu isn't supported by sys/x86/cpufreq/est.c. actually only pentium mobile > cpus seem to be supported. > > maybe you can add some printf's to est.c:est_get_info() to identify at which > point error gets set. also you might want to make > > "est: cpu_vendor %s, msr %0jx\n", cpu_vendor, msr); > > non-conditional. maybe the output differy in kernel/module mode. > > cheers. > alex > >> >> Tested on a Pentium E5200 desktop (i386) and a Pentium T4200 laptop >> (amd64). Both got the same result. dmesg of T4200 attached. >> >> kldload module: >> ----->8----->8----->8----- >> est0: on cpu0 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 6194c1a06004c1a >> device_attach: est0 attach returned 6 >> est1: on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 6194c1a06004c1a >> -----8<-----8<-----8<----- >> (repeated 6 times, kldload retries?) >> >> compiled into kernel: >> ----->8----->8----->8----- >> ... >> fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 >> uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 >> isa_probe_children: probing PnP devices >> coretemp0: on cpu0 >> coretemp0: Setting TjMax=104 >> p4tcc0: on cpu0 >> est0: on cpu0 >> coretemp1: on cpu1 >> coretemp1: Setting TjMax=104 >> p4tcc1: on cpu1 >> est1: on cpu1 >> Device configuration finished. >> procfs registered >> ... >> -----8<-----8<-----8<----- >> >> Jia-Shiun. > > > -- > a13x From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 23:13: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 1D281F2C for ; Tue, 25 Dec 2012 23:13:14 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC2D8FC13 for ; Tue, 25 Dec 2012 23:13:13 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id d17so3944435eek.11 for ; Tue, 25 Dec 2012 15:13:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6VFIeUxPpc+W+bib6DZBlySU+Q1sUK6yVP6xV4LrUBc=; b=P7XUUaxzuB+gJfZGcXaHEX1u9t1svYhIzPCBBZNI+r7NTspN/B6FXCwspYL134uY49 O3L8QQQROVgzOoiKziQ00o/VKkela122iOa6AsGAhnSSwmI1D/KMIM16yz6TOLZHENnO 7kYL6zYyAncYpJj77NO3w4teIUj4Zqlw7MsPkT2cKejYhnegVIVzzFuYA+h0pVYXsaWf VIIkdffb5agi0zqO4HYK1F+JLMm0SW0+7Cl5nnZmwyavC0xoA8WFotvOs6GUGmbsJooV KudDxjqGb3bpQomF5/G3ByFYgJQINrrm5QPnEEFMkRTmBzOCxVEA5vcW2eUp8+Pyadnp nUxw== MIME-Version: 1.0 Received: by 10.14.207.6 with SMTP id m6mr65442588eeo.10.1356477186850; Tue, 25 Dec 2012 15:13:06 -0800 (PST) Received: by 10.14.127.201 with HTTP; Tue, 25 Dec 2012 15:13:06 -0800 (PST) Date: Tue, 25 Dec 2012 18:13:06 -0500 Message-ID: Subject: clang Failed assertion after the clang 3.2 RELEASE import From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 23:13:14 -0000 for whatever reason, I get a Failed assertion error if I add a user to the wheel group... but if I do not add to the wheel group all is fine.. # # uname -a FreeBSD MiniBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r244639M: Sun Dec 23 12:09:39 EST 2012 root@MiniBSD:/usr/obj/usr/src/sys/GENERIC amd64 # Lock out the account after creation? [no]: Username : dfourman Password : ***** Full Name : Dave Fourman Uid : 1002 Class : Groups : dfourman wheel Home : /home/dfourman Home Mode : Shell : /bin/sh Locked : no OK? (yes/no): yes : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:698: Failed assertion: "((uintptr_t)ptr - ((uintptr_t)run + (uintptr_t)bin_info->reg0_offset)) % bin_info->reg_interval == 0" Abort trap adduser: ERROR: There was an error adding user (dfourman). Add another user? (yes/no): yes is there a way to get around this until this bug is fixed? -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 23:21: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 ED55614D; Tue, 25 Dec 2012 23:21:34 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 20EB78FC13; Tue, 25 Dec 2012 23:21:33 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id qBPNLRcf047719; Wed, 26 Dec 2012 00:21:27 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id qBPNLRf7047718; Wed, 26 Dec 2012 00:21:27 +0100 (CET) (envelope-from marius) Date: Wed, 26 Dec 2012 00:21:27 +0100 From: Marius Strobl To: Alexander Motin Subject: Re: [RFC/RFT] calloutng Message-ID: <20121225232126.GA47692@alchemy.franken.de> References: <50CCAB99.4040308@FreeBSD.org> <50CE5B54.3050905@FreeBSD.org> <50D03173.9080904@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50D03173.9080904@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Davide Italiano , FreeBSD Current , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 23:21:35 -0000 On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote: > Experiments with dummynet shown ineffective support for very short > tick-based callouts. New version fixes that, allowing to get as many > tick-based callout events as hz value permits, while still be able to > aggregate events and generating minimum of interrupts. > > Also this version modifies system load average calculation to fix some > cases existing in HEAD and 9 branches, that could be fixed with new > direct callout functionality. > > http://people.freebsd.org/~mav/calloutng_12_17.patch > > With several important changes made last time I am going to delay commit > to HEAD for another week to do more testing. Comments and new test cases > are welcome. Thanks for staying tuned and commenting. FYI, I gave both calloutng_12_15_1.patch and calloutng_12_17.patch a try on sparc64 and it at least survives a buildworld there. However, with the patched kernels, buildworld times seem to increase slightly but reproducible by 1-2% (I only did four runs but typically buildworld times are rather stable and don't vary more than a minute for the same kernel and source here). Is this an expected trade-off (system time as such doesn't seem to increase)? Is there anything specific to test? Marius From owner-freebsd-current@FreeBSD.ORG Tue Dec 25 23:59:13 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 7EF46625; Tue, 25 Dec 2012 23:59:13 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id F3AFB8FC13; Tue, 25 Dec 2012 23:59:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:cde0:313a:4474:ffe5] (unknown [IPv6:2001:7b8:3a7:0:cde0:313a:4474:ffe5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 99E8A5C5A; Wed, 26 Dec 2012 00:59:04 +0100 (CET) Message-ID: <50DA3DC6.3030806@FreeBSD.org> Date: Wed, 26 Dec 2012 00:59:02 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: "Sam Fourman Jr." Subject: Re: clang Failed assertion after the clang 3.2 RELEASE import References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 23:59:13 -0000 On 2012-12-26 00:13, Sam Fourman Jr. wrote: > for whatever reason, I get a Failed assertion error if I add a user to > the wheel group... but if I do not add to the wheel group all is > fine.. .... > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:698: > Failed assertion: "((uintptr_t)ptr - ((uintptr_t)run + > (uintptr_t)bin_info->reg0_offset)) % bin_info->reg_interval == 0" This is a bug in pw(8), introduced in r242349. It tries to reallocf(3) a pointer which is in the middle of a block malloc'd in getgrent, somewhere. How this can have ever worked properly is beyond me. :-) In any case, for now, it is probably easiest to downgrade usr.sbin/pw to r242348, and rebuild pw. Valgrind says the following: ==22014== Memcheck, a memory error detector ==22014== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==22014== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==22014== Command: /usr/obj/usr/src/usr.sbin/pw/pw useradd tester666 -G wheel -s /bin/tcsh -m -d /home/tester666 ==22014== ==22014== Invalid free() / delete / delete[] / realloc() ==22014== at 0x35367: realloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==22014== by 0x17BD26: reallocf (reallocf.c:37) ==22014== by 0x804DD22: pw_user (pw_user.c:761) ==22014== by 0x804A91A: main (pw.c:230) ==22014== Address 0x800534 is 20 bytes inside a block of size 1,024 alloc'd ==22014== at 0x346BB: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==22014== by 0x141C3C: ??? (getgrent.c:689) ==22014== by 0x141C01: getgrnam (getgrent.c:745) ==22014== by 0x804C268: pw_user (pw_user.c:251) ==22014== by 0x804A91A: main (pw.c:230) ==22014== ==22014== Invalid free() / delete / delete[] / realloc() ==22014== at 0x34DA7: free (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==22014== by 0x17BD40: reallocf (reallocf.c:46) ==22014== by 0x804DD22: pw_user (pw_user.c:761) ==22014== by 0x804A91A: main (pw.c:230) ==22014== Address 0x800534 is 20 bytes inside a block of size 1,024 alloc'd ==22014== at 0x346BB: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==22014== by 0x141C3C: ??? (getgrent.c:689) ==22014== by 0x141C01: getgrnam (getgrent.c:745) ==22014== by 0x804C268: pw_user (pw_user.c:251) ==22014== by 0x804A91A: main (pw.c:230) ==22014== ==22014== Invalid write of size 4 ==22014== at 0x804DD2C: pw_user (pw_user.c:764) ==22014== by 0x804A91A: main (pw.c:230) ==22014== Address 0x8 is not stack'd, malloc'd or (recently) free'd ==22014== ==22014== ==22014== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==22014== Access not within mapped region at address 0x8 ==22014== at 0x804DD2C: pw_user (pw_user.c:764) ==22014== by 0x804A91A: main (pw.c:230) ==22014== If you believe this happened as a result of a stack ==22014== overflow in your program's main thread (unlikely but ==22014== possible), you can try to increase the size of the ==22014== main thread stack using the --main-stacksize= flag. ==22014== The main thread stack size used in this run was 16777216. ==22014== ==22014== HEAP SUMMARY: ==22014== in use at exit: 41,052 bytes in 57 blocks ==22014== total heap usage: 351 allocs, 295 frees, 526,854 bytes allocated ==22014== ==22014== LEAK SUMMARY: ==22014== definitely lost: 23 bytes in 2 blocks ==22014== indirectly lost: 16 bytes in 1 blocks ==22014== possibly lost: 0 bytes in 0 blocks ==22014== still reachable: 41,013 bytes in 54 blocks ==22014== suppressed: 0 bytes in 0 blocks ==22014== Rerun with --leak-check=full to see details of leaked memory ==22014== ==22014== For counts of detected and suppressed errors, rerun with: -v ==22014== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 1) From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 05:28: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 A67403F7; Wed, 26 Dec 2012 05:28:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 38BB68FC0A; Wed, 26 Dec 2012 05:28:36 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:89a1:5c4b:cfe3:bf73]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id A62814AC2D; Wed, 26 Dec 2012 09:28:26 +0400 (MSK) Date: Wed, 26 Dec 2012 09:28:20 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1602606631.20121226092820@serebryakov.spb.ru> To: Current FreeBSD Subject: CURRENT is broken on 32 bit architectures for kernels with KTR enabled (r244445) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 05:28:36 -0000 Hello, Current. cc -c -O2 -pipe -fno-strict-aliasing -march=geode -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/data/src/sys -I/data/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /data/src/sys/i386/i386/trap.c cc1: warnings being treated as errors In file included from /data/src/sys/i386/i386/trap.c:1136: /data/src/sys/i386/i386/../../kern/subr_syscall.c: In function 'syscallenter': /data/src/sys/i386/i386/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /data/src/sys/i386/i386/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] It was introduced by r244445, as it added new code (KTR_START4 and KTR_STOP4) at lines 80 and 154. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 10:35: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 EA86E11F; Wed, 26 Dec 2012 10:35:24 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD578FC08; Wed, 26 Dec 2012 10:35:23 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id dq12so3908162wgb.12 for ; Wed, 26 Dec 2012 02:35:17 -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:content-transfer-encoding; bh=jVh9yc5RDbBdobNPNVpV68xdMbhhUXwDVh3JSbAnD0U=; b=HYr6quzv42CPBu6zM4HLBGZYRl61KC/iNtNAoCc+ZyIJABqmJeIo1J0SSIqYjlc2Oi vyB6RvPNunv/Dpjoy1PtdoOzIEXiV8QWzFraaHl0YgLMoer/TqMeg/owGc17Yg5x6lB8 x8VB2eixiYnLFaB/Lex3XCqJLOl1tVw3xTUm2hdLGXMwGOtxShEO9ZF0V+ss9sp15W0w Sn3I2eGQfs1lsyGqLBuYBs/HR7mSO+vB+9OlHkSkodt8HZcurR5sitFm7idN1nr9w9dg UnYzmF65f4+JzpJiRDLMjqFfowr9fq/wWLohUM66cg+fPx5SYc9sj5JIQx5vA9uxxuSw 6JFg== MIME-Version: 1.0 Received: by 10.180.103.136 with SMTP id fw8mr34174081wib.27.1356514383056; Wed, 26 Dec 2012 01:33:03 -0800 (PST) Received: by 10.216.172.197 with HTTP; Wed, 26 Dec 2012 01:33:02 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> Date: Wed, 26 Dec 2012 11:33:02 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-stable@freebsd.org, FreeBSD current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 10:35:25 -0000 On Mon, Dec 24, 2012 at 6:07 AM, Kimmo Paasiala wrote: > On Sat, Dec 22, 2012 at 7:49 PM, =C5=81ukasz W=C4=85sikowski > wrote: >> W dniu 2012-12-22 18:14, Ben Morrow pisze: >>> Quoth =3D?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ=3D=3D?=3D : >>>> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: >>>> >>>>> Yeah, this is problem in network.subr. An interface is not recognized >>>>> as IPv6 capable if the interface is not in "ipv6_network_interfaces" >>>>> and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it >>>>> "just works" because the interface is always assumed to be IPv4 >>>>> capable. >>>> >>>> Ok, I used ifconfig_em0_ipv6=3D"up" and it worked. So it looks like th= is: >>> >>> The documented way to do this is to just set the link-local address in >>> ifconfig_IF_ipv6, since an interface is required to have a link-local >>> address. Either configure an fe80:: address explicitly or set >>> >>> ifconfig_em0_ipv6=3D"inet6 auto_linklocal" >>> >>> Alternatively, if you set ipv6_activate_all_interfaces all interfaces >>> will be considered IPv6-capable. >> >> link-local address is assigned by default, even with ifconfig_IF_ipv6=3D= "up". >> >> root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf ; ifconfig >> em0 | grep -E '^[[:space:]]*inet6' | head -2 >> hostname=3D"freebsd" >> ifconfig_em0=3D"up" >> ipv4_addrs_em0=3D"192.168.168.20-24/24" >> defaultrouter=3D"192.168.168.1" >> ipv6_network_interfaces=3D"em0" >> ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" >> ifconfig_em0_ipv6=3D"up" >> ipv6_addrs_em0=3D"2001:6a0:1cb::1-e/128" >> sshd_enable=3D"YES" >> dumpdev=3D"NO" >> named_enable=3D"YES" >> inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 >> inet6 2001:6a0:1cb::1 prefixlen 128 >> >> Of course using "inet6 auto_linklocal" instead of "up" seems a better >> way to do it, thank you for this tip. >> >> -- >> best regards, >> Lukasz Wasikowski > > > I have put up the patch at github as: > > https://gist.github.com/4362018 > > This version should work with just the ipv6_addrs_IF in rc.conf(5). I > changed the detection of ipv6 interfaces so that just having the > ipv6_addrs_IF line is enough. > > -Kimmo I've revised the patch again and updated it at gihub, https://gist.github.com/4362018. It can now be applied at top level of sources (/usr/src typically). It now does the deconfiguration in reverse order of the configuration, meaning the aliases configured with ipv6_addrs_IF are removed before the ones configured with ifconfig_IF_aliasN=3D"inet6 ...". Also as noted in my previous message it's possible to configure all IPv6 addresses with a single ipv6_addrs_IF line in rc.conf: ipv6_addrs_re0=3D"2001:db8:1111:2222::1-4/64" I consider this version of the patch pretty much completed work. It applies cleanly to HEAD version r244694 and I don't see why it wouldn't work in HEAD as well. Now, is there any interest in seeing this feature as part of future versions of FreeBSD? Could it be incorporated to HEAD and then MFC'ed to 9-STABLE if it turns out it's seen as a useful feature? Regards, Kimmo Paasiala From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 11:14:50 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 F40E3784; Wed, 26 Dec 2012 11:14:49 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id 743EC8FC14; Wed, 26 Dec 2012 11:14:49 +0000 (UTC) Received: from [10.10.1.100] (unknown [217.71.4.82]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 544AEB8D2C; Wed, 26 Dec 2012 12:14:40 +0100 (CET) X-DKIM: OpenDKIM Filter v2.5.2 mail.tyknet.dk 544AEB8D2C DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1356520480; bh=CuLODVjCH1lFv8bAVGLYfsMEJuA5Llg59mM1WdVELws=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=bKV5jW4pdkl1u1bTpjZrF6i9G8n7/qUfpAafuogYmJa2pedA0ZRFW3TfwTHlwVMgq vpZZH7dP3oke8SXjlIT448OLr213I7SbdpLq1GBm56w2Nl6iQOV2TznhvEPBrQT9K+ bChn8V0wpv+8g/Gigw47vs7svozSxrVxa9sJWVDs= Message-ID: <50DADC1C.2000203@gibfest.dk> Date: Wed, 26 Dec 2012 12:14:36 +0100 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: bz@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 11:14:50 -0000 On 26-12-2012 10:33, Kimmo Paasiala wrote: > Now, is there any interest in seeing this feature as part of future > versions of FreeBSD? Could it be incorporated to HEAD and then MFC'ed > to 9-STABLE if it turns out it's seen as a useful feature? Yes please! I've been waiting for this for a while, as it will greatly simplify my rc.conf on a whole bunch of jail hosts. I've spoken with bz@ about this at eurobsdcon in November 2011 and he agreed that it is a missing feature, so I suspect it is a matter of time before your patch is picked up by a committer. Thank you for your work! Best regards Thomas Steen Rasmussen ps. bz@ cc'ed so he sees this thread From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 11:49: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 84F80B71 for ; Wed, 26 Dec 2012 11:49:33 +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 3402F8FC12 for ; Wed, 26 Dec 2012 11:49:33 +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 <1TnpUD-003RfA-VB>; Wed, 26 Dec 2012 12:49:26 +0100 Received: from e178023063.adsl.alicedsl.de ([85.178.23.63] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1TnpUD-002kUi-Rm>; Wed, 26 Dec 2012 12:49:25 +0100 Message-ID: <50DAE43E.9090802@zedat.fu-berlin.de> Date: Wed, 26 Dec 2012 12:49:18 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Current FreeBSD Subject: base system: remnant old files not covered by "make delete-old-files" X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig955005239EC3DCB50101EA34" X-Originating-IP: 85.178.23.63 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 11:49:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig955005239EC3DCB50101EA34 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I figured out that my system is somekind of "polluted" by remnant old fil= es. I do installworld on a regular basis and I do it like suggested in the handbook. I also regularyly do make delete-old-XXX in /usr/src. Well, now I figured out that there are some remnants in several system folders, for instance /usr/bin/ncplogout /usr/bin/ncplist (and some more, but last updated Oct, 17th) or /usr/bin/smbutil or /usr/sbin/mount_nwfs /usr/sbin/mount_portalfs /usr/sbin/mount_smbfs (last update around the 16. Oktober) or /sbin/mount_ntfs Is this by intention or ist this an accident? I guess the binaries will by out of sync with the kernel if they remain unchanged. Regards, Oliver --------------enig955005239EC3DCB50101EA34 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.19 (FreeBSD) iQEcBAEBAgAGBQJQ2uRFAAoJEOgBcD7A/5N8ek0IAOfIAo5XoKclyi6Od7rLGBfx rp362KVvG4CaWjFF0nNT1mVI6apqgNle0r/OBOtiwdG1RX8LdbeuertLgXLSyl3G wSPxqpwWQW+hxyrv2wHat6+M8LF2u3zh3tABHRm/WvbjtSiClecX89rFIAemin+I d5skTQUt8QwLB71LMv+RFYvrb0P1efyFQH/GD7f27yUv326ky1F0ynofiEn0cgMy VNByIe0164Rx7xcTtS+dRudZ3NIXYA3KWMqG1Nh9D24nquZU1e8WVNVH1Qjz2unW TObBEIRc6+gAlm5NdTzLKmdN8K6IkdcLgceaUzOJvkrI+N66EVsOP4HOffsRZ9s= =q2op -----END PGP SIGNATURE----- --------------enig955005239EC3DCB50101EA34-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 11:58:43 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 18760CBA for ; Wed, 26 Dec 2012 11:58:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id BEE8C8FC08 for ; Wed, 26 Dec 2012 11:58:42 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id j3so4341176qcs.6 for ; Wed, 26 Dec 2012 03:58:41 -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=klZE4zqH++Le9ODV9B5YBi9nFvB+9POQZtJqU+lgVow=; b=glkJFPu72zyeK+1nfzEb5JKqo1UQ/07n3frBwGS6cHe3JELanDEhPrIIg2t4rciqKm e03nU0J51NOnf4C87Noesf/GDewse+qLT3cxqd5+0at6in2TeyPTZNDb92KaLY5Sxtx+ 2aaqCZHNOHZfHWtPaOm29RU7Kefbi2zGbYpBcD1x0Ktyaf5VtRwJGuEblbYz0iU/OoPI LbMYRjbStRoB0XQtXLLIBtPSQxRb8xhBkTdNXmbvXeQgrNDrGuT45JPfs6qBdB5sIq08 aE9Y5K46xFkHbAAZ/kUOs4FcmkxrJ/3Rteg4c4uBGAua2QZGtC07Wa6UGSCVYb46a1+P TotA== MIME-Version: 1.0 Received: by 10.224.60.12 with SMTP id n12mr12972961qah.23.1356523121610; Wed, 26 Dec 2012 03:58:41 -0800 (PST) Received: by 10.229.78.96 with HTTP; Wed, 26 Dec 2012 03:58:41 -0800 (PST) In-Reply-To: <50DAE43E.9090802@zedat.fu-berlin.de> References: <50DAE43E.9090802@zedat.fu-berlin.de> Date: Wed, 26 Dec 2012 14:58:41 +0300 Message-ID: Subject: Re: base system: remnant old files not covered by "make delete-old-files" From: Sergey Kandaurov To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 11:58:43 -0000 On 26 December 2012 15:49, O. Hartmann wrote: > I figured out that my system is somekind of "polluted" by remnant old files. > > I do installworld on a regular basis and I do it like suggested in the > handbook. I also regularyly do make delete-old-XXX in /usr/src. > > Well, now I figured out that there are some remnants in several system > folders, for instance > > /usr/bin/ncplogout > /usr/bin/ncplist (and some more, but last updated Oct, 17th) > > or > > /usr/bin/smbutil > > or > > /usr/sbin/mount_nwfs > /usr/sbin/mount_portalfs > /usr/sbin/mount_smbfs (last update around the 16. Oktober) > > or > > > /sbin/mount_ntfs > > Is this by intention or ist this an accident? > > I guess the binaries will by out of sync with the kernel if they remain > unchanged. > This is an intentional leftover from http://svn.freebsd.org/changeset/base/241629 On 17.10.12 20:50, Attilio Rao wrote: "For the moment we should not move the files yet into ObsoleteFiles.inc. This is done because all the FS removed code will make it into ObsoleteFiles.inc into a separate pass, in 3-4 months, giving people time to possibly fix and re-link a filesystem." -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 16:20: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 F07FCBB7 for ; Wed, 26 Dec 2012 16:20:39 +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 9EB5C8FC15 for ; Wed, 26 Dec 2012 16:20: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 <1Tntig-003lcj-Im>; Wed, 26 Dec 2012 17:20:38 +0100 Received: from e178023063.adsl.alicedsl.de ([85.178.23.63] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Tntig-002x0m-F3>; Wed, 26 Dec 2012 17:20:38 +0100 Message-ID: <50DB23CE.6080405@zedat.fu-berlin.de> Date: Wed, 26 Dec 2012 17:20:30 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Sergey Kandaurov Subject: Re: base system: remnant old files not covered by "make delete-old-files" References: <50DAE43E.9090802@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E853421F747556546E3AFD5" X-Originating-IP: 85.178.23.63 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 16:20:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E853421F747556546E3AFD5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/26/12 12:58, schrieb Sergey Kandaurov: > On 26 December 2012 15:49, O. Hartmann wr= ote: >> I figured out that my system is somekind of "polluted" by remnant old = files. >> >> I do installworld on a regular basis and I do it like suggested in the= >> handbook. I also regularyly do make delete-old-XXX in /usr/src. >> >> Well, now I figured out that there are some remnants in several system= >> folders, for instance >> >> /usr/bin/ncplogout >> /usr/bin/ncplist (and some more, but last updated Oct, 17th) >> >> or >> >> /usr/bin/smbutil >> >> or >> >> /usr/sbin/mount_nwfs >> /usr/sbin/mount_portalfs >> /usr/sbin/mount_smbfs (last update around the 16. Oktober) >> >> or >> >> >> /sbin/mount_ntfs >> >> Is this by intention or ist this an accident? >> >> I guess the binaries will by out of sync with the kernel if they remai= n >> unchanged. >> >=20 > This is an intentional leftover from > http://svn.freebsd.org/changeset/base/241629 >=20 > On 17.10.12 20:50, Attilio Rao wrote: > "For the moment we should not move the files yet into > ObsoleteFiles.inc. This is done because all the FS removed code will > make it into ObsoleteFiles.inc into a separate pass, in 3-4 months, > giving people time to possibly fix and re-link a filesystem." >=20 ah, I see. So removing those files manually will not harm the system if those filesystems were never used ina any way? Oliver --------------enig4E853421F747556546E3AFD5 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.19 (FreeBSD) iQEcBAEBAgAGBQJQ2yPWAAoJEOgBcD7A/5N8aLgIAKJ7tsP6N/oc12bo4sToSwFM PgwGYd8rIEBt5n3xMoLTcs/jpdwgQctXGbcMHm+KnfqQmZMH0QfOlJlw7tmWEGRK a4nw9cu0cL5/RV0ZNhJYHTejhBO2mnJMWWGmhyFqPhWICYlnLtGqR3+ugbmVKSim pVj18tmKYWgr2gYcUfZcrbVR8wU8rQkTXw0qGFs0wQx9NOSqyJPOThl4UbqnKCU9 XydhHsUG3b1qDrHDke+CToiTkkgWKTZy83PJvIMbGGPVNSQLamNNoym+EWMYQb9M GNBWwLV8jLW7OIof2tCLQfYcOlQ6y6kfqFB8mhMkx6688EylYvdM6FD6e/VD66g= =z3Pc -----END PGP SIGNATURE----- --------------enig4E853421F747556546E3AFD5-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 18:05:32 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 ED9FE257 for ; Wed, 26 Dec 2012 18:05:32 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) by mx1.freebsd.org (Postfix) with ESMTP id ADCEE8FC13 for ; Wed, 26 Dec 2012 18:05:32 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id c12so10548756ieb.23 for ; Wed, 26 Dec 2012 10:05:32 -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=Wo7lIfBIdu9Lm9dEU238Wg/oVMb+G2VVCCZUQ9ncJQg=; b=O0AbaVSFTaPHASputYtUjyVyOyC4t3kGPOF23G4GzmFdQNyrDpWZhAV9cy9pcsZ7Ce eYeFTbKESMc58joIRUw0JS6MwVo9HVhLLjYMlUab9FNO+K5JdeESZ/gIOJVSxDvECNWv PA8gtRjY7x0W+9mEw2b69hqCjdNG4/5JQA5aqC+brNUCvMajt/DiypTMFvXEY9F5HFdw 2GOIIugmSGeDzPTrd+4OXlI0ZZlSLz+U+AoB1WJbI7XEY9DfFf5A9oLlwluJWc7QypdK mpV99J8p1/EtiuRNRQNFIMdCR+aW7hJ3her9l5sIJ7KCiJdOalFkvU28bmU4n/h+Hn54 Rp/g== MIME-Version: 1.0 Received: by 10.42.101.144 with SMTP id e16mr21871463ico.5.1356545131975; Wed, 26 Dec 2012 10:05:31 -0800 (PST) Received: by 10.64.143.138 with HTTP; Wed, 26 Dec 2012 10:05:31 -0800 (PST) In-Reply-To: <50DB23CE.6080405@zedat.fu-berlin.de> References: <50DAE43E.9090802@zedat.fu-berlin.de> <50DB23CE.6080405@zedat.fu-berlin.de> Date: Wed, 26 Dec 2012 20:05:31 +0200 Message-ID: Subject: Re: base system: remnant old files not covered by "make delete-old-files" From: Kimmo Paasiala To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Sergey Kandaurov , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 18:05:33 -0000 On Wed, Dec 26, 2012 at 6:20 PM, O. Hartmann wrote: > Am 12/26/12 12:58, schrieb Sergey Kandaurov: >> On 26 December 2012 15:49, O. Hartmann wrote: >>> I figured out that my system is somekind of "polluted" by remnant old files. >>> >>> I do installworld on a regular basis and I do it like suggested in the >>> handbook. I also regularyly do make delete-old-XXX in /usr/src. >>> >>> Well, now I figured out that there are some remnants in several system >>> folders, for instance >>> >>> /usr/bin/ncplogout >>> /usr/bin/ncplist (and some more, but last updated Oct, 17th) >>> >>> or >>> >>> /usr/bin/smbutil >>> >>> or >>> >>> /usr/sbin/mount_nwfs >>> /usr/sbin/mount_portalfs >>> /usr/sbin/mount_smbfs (last update around the 16. Oktober) >>> >>> or >>> >>> >>> /sbin/mount_ntfs >>> >>> Is this by intention or ist this an accident? >>> >>> I guess the binaries will by out of sync with the kernel if they remain >>> unchanged. >>> >> >> This is an intentional leftover from >> http://svn.freebsd.org/changeset/base/241629 >> >> On 17.10.12 20:50, Attilio Rao wrote: >> "For the moment we should not move the files yet into >> ObsoleteFiles.inc. This is done because all the FS removed code will >> make it into ObsoleteFiles.inc into a separate pass, in 3-4 months, >> giving people time to possibly fix and re-link a filesystem." >> > > > ah, I see. So removing those files manually will not harm the system if > those filesystems were never used ina any way? > > > Oliver > You can see which binaries in /bin,/sbin,/usr/bin,/usr/sbin,/libexec,/usr/libexec are obsolete by doing 'make installworld DESTDIR=/some/directory' and comparing your installed binaries against the directory tree you just created at /some/directory. -Kimmo From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 18:47:29 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 78B62BB1; Wed, 26 Dec 2012 18:47:29 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id CD63E8FC0A; Wed, 26 Dec 2012 18:47:28 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id gg4so3910373wgb.18 for ; Wed, 26 Dec 2012 10:47:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=ipGNZS8GTeMU3rQi/Ow5Ke2hN4taLXN6wW4TL2OVqf0=; b=uvrHZtGL1UZlrnbzVBmT6s3CXDLKNnJL7qRMS4S46xdOhmQnbOEKO5lw8O+zfkZ8P2 xLBH3DTG++8l8bcEyC86s2JWeUL2H80LNa0qyvhBCtTUyBoHVpyMqIQHPv5fhnFY6iEL cVtxlm1A1Irp2NPOdZcp8zrh/x5vp+vSqGO+I7Nsqe8Wtg+KHh4c8bEeHNHz0COmpvBy CmeJ63OsYns8iTfd7DNF1Y3cAoWhlF+vLEVdg1LeNJInNVYlCkanNoTrcSLviky53CX0 WAqnVHgBcnC3ej9AH1//jy/TI+QtkqclyskuTWcGpewDwzpHWAJOtZJbHAeuzM2NB8iR XJ5A== X-Received: by 10.180.93.3 with SMTP id cq3mr44352377wib.1.1356547641979; Wed, 26 Dec 2012 10:47:21 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id bd7sm45280138wib.8.2012.12.26.10.47.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Dec 2012 10:47:21 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 26 Dec 2012 19:47:19 +0100 From: Baptiste Daroussin To: Dimitry Andric Subject: Re: clang Failed assertion after the clang 3.2 RELEASE import Message-ID: <20121226184719.GA9441@ithaqua.etoilebsd.net> References: <50DA3DC6.3030806@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <50DA3DC6.3030806@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Sam Fourman Jr." , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 18:47:29 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 26, 2012 at 12:59:02AM +0100, Dimitry Andric wrote: > On 2012-12-26 00:13, Sam Fourman Jr. wrote: > > for whatever reason, I get a Failed assertion error if I add a user to > > the wheel group... but if I do not add to the wheel group all is > > fine.. > .... > > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/i= nternal/arena.h:698: > > Failed assertion: "((uintptr_t)ptr - ((uintptr_t)run + > > (uintptr_t)bin_info->reg0_offset)) % bin_info->reg_interval =3D=3D 0" >=20 > This is a bug in pw(8), introduced in r242349. It tries to reallocf(3) > a pointer which is in the middle of a block malloc'd in getgrent, > somewhere. How this can have ever worked properly is beyond me. :-) >=20 This is fixed now, I don't know how I can have missed it :-) Sorry, Bapt --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDbRjcACgkQ8kTtMUmk6Eys/ACcCQwYk86TLH9Yqszkv5JDAqkV Lu0AoKJkPILXtVtIEvD9+Pyl8J6c1T9+ =bHw9 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 19:24: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 BA8BE7ED; Wed, 26 Dec 2012 19:24:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id ED0EA8FC0A; Wed, 26 Dec 2012 19:24:56 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm6so7315626wib.3 for ; Wed, 26 Dec 2012 11:24:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Obqzhm1447Fw6lGkhMWiQjoVxYq6ZTwnx1VAYzddfYY=; b=b9Hfc7QrgMjroL/GXkG5LmwH0K69R2nfIbMOrPcBB0AiaaBMbqn0AVnkN0Ml3u47Aj bdAT+Eb2BF0gP6TEHMzzic7ITalnN0Fx8Am1bEm49jgHSS6FkaWF9/fl89Ap9a8CnQet ga8PLePG82cuNBQiJWs8/IwP3bTQoWqIn+stwdcgAVGXOE1Cr+LEEfz1i/v6qXxU3bX+ 32z2/pzTRWomQVmr+vpObw7OpV3YvPP2W7mELl1nJXqPBLEHEjAkpkpl+e90ELt4CwHj yo4hFKIHl5AGhaqodUm/kwGQB+m5gWfzNzwlwLM6+ZnWPPyDVT1GCH/9pyZbpzW7Is9o ncXA== X-Received: by 10.180.90.106 with SMTP id bv10mr43765614wib.12.1356549889109; Wed, 26 Dec 2012 11:24:49 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPS id g2sm45411030wiy.0.2012.12.26.11.24.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Dec 2012 11:24:48 -0800 (PST) Sender: Alexander Motin Message-ID: <50DB4EFE.2020600@FreeBSD.org> Date: Wed, 26 Dec 2012 21:24:46 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Marius Strobl Subject: Re: [RFC/RFT] calloutng References: <50CCAB99.4040308@FreeBSD.org> <50CE5B54.3050905@FreeBSD.org> <50D03173.9080904@FreeBSD.org> <20121225232126.GA47692@alchemy.franken.de> In-Reply-To: <20121225232126.GA47692@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , FreeBSD Current , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 19:24:57 -0000 On 26.12.2012 01:21, Marius Strobl wrote: > On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote: >> Experiments with dummynet shown ineffective support for very short >> tick-based callouts. New version fixes that, allowing to get as many >> tick-based callout events as hz value permits, while still be able to >> aggregate events and generating minimum of interrupts. >> >> Also this version modifies system load average calculation to fix some >> cases existing in HEAD and 9 branches, that could be fixed with new >> direct callout functionality. >> >> http://people.freebsd.org/~mav/calloutng_12_17.patch >> >> With several important changes made last time I am going to delay commit >> to HEAD for another week to do more testing. Comments and new test cases >> are welcome. Thanks for staying tuned and commenting. > > FYI, I gave both calloutng_12_15_1.patch and calloutng_12_17.patch a > try on sparc64 and it at least survives a buildworld there. However, > with the patched kernels, buildworld times seem to increase slightly but > reproducible by 1-2% (I only did four runs but typically buildworld > times are rather stable and don't vary more than a minute for the > same kernel and source here). Is this an expected trade-off (system > time as such doesn't seem to increase)? I don't think build process uses significant number of callouts to affect results directly. I think this additional time could be result of the deeper next event look up, done by the new code, that is practically useless for sparc64, which effectively has no cpu_idle() routine. It wouldn't affect system time and wouldn't show up in any statistics (except PMC or something alike) because it is executed inside timer hardware interrupt handler. If my guess is right, that is a part that probably still could be optimized. I'll look on it. Thanks. > Is there anything specific to test? Since the most of code is MI, for sparc64 I would mostly look on related MD parts (eventtimers and timecounters) to make sure they are working reliably in more stressful conditions. I still have some worries about possible deadlock on hardware where IPIs are used to fetch present time from other CPU. Here is small tool we are using for test correctness and performance of different user-level APIs: http://people.freebsd.org/~mav/testsleep.c -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 18:41:28 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 C2E8E9C6 for ; Wed, 26 Dec 2012 18:41:28 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-ye0-f172.google.com (mail-ye0-f172.google.com [209.85.213.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7343C8FC0C for ; Wed, 26 Dec 2012 18:41:28 +0000 (UTC) Received: by mail-ye0-f172.google.com with SMTP id m10so1453963yen.3 for ; Wed, 26 Dec 2012 10:41:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:to:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; bh=ej7XgfNoAU8ybOcs/I8B+rCQcXUSx2ZYj0Rt3XUJaSo=; b=sFtViRbMzB804xT4xWF45fTLT9NpXZ2bYhjvQixZf5nXpoABsU+AWC9GrbcK4hEAR+ krDkd8Lm7JaGQzz+m65rcbZRQvvxmrhC5l5lgRYeEczwVt+N+sBG9KkuCeUXEVLqafdr ph/xRHXtGcgBKUHOuXnSXWiqCx0f50wVUBbUs/i4P99nvGX7IjNXNxZlLQcXBVplN9me foQ9vL8JqfYuUwwtllxGHlWZi2e/bipXB1eddVuvlsUPTpqHlQwoCxEXZ2LGDVtFIf3/ fI8fjsWLNBMgFdxMsjyOFPy9QUkNImMisWcrc5gC+PSsksdGe9hMi7E9+S3QC2L05o62 aMsQ== X-Received: by 10.236.118.97 with SMTP id k61mr25292701yhh.87.1356546824441; Wed, 26 Dec 2012 10:33:44 -0800 (PST) Received: from [192.168.15.208] (c-71-226-137-213.hsd1.ga.comcast.net. [71.226.137.213]) by mx.google.com with ESMTPS id j8sm21978878ank.21.2012.12.26.10.33.43 (version=SSLv3 cipher=OTHER); Wed, 26 Dec 2012 10:33:43 -0800 (PST) Subject: FreeBSD services startup problems From: Derrick Dantavious Edwards To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Wed, 26 Dec 2012 18:33:25 -0500 Message-ID: <1356564805.1300.6.camel@zeus> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 26 Dec 2012 20:11:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 18:41:28 -0000 Hi, I am having problems with startup services in FreeBSD current. I am at a loss on where the problem lies. Even though I have services explicitly defined in rc.conf for startup they do not start. Startup scripts both in /etc/rc.d (powerd/moused) and /usr/local/etc/rc.d (dbus,hald, and gdm ) are experiencing this. Initially, I checked out my rc.conf file as well as the /etc/defaults/rc.conf because I continue to get this message. /etc/rc: WARNING: $auditdistd_enable is not set properly - see rc.conf(5). This is weird because I don’t have this service defined in my rc.conf. I even went so far as commenting out all entries in /etc/defaults/rc.conf that related to auditdistd to verify that it was not the problem. This was done because I disabled the service in my /etc/rc.conf with no joy. I also checked the /etc/rc file against what is in /usr/src and they match up. Another thing that is weird is that once the machine boots up and I log in, once I execute sh /etc/rc the programs start. That solution is not optimal and provides its own challenges as well. Does any have any ideas on how I can fix this. rc.conf hostname="zeus" wlans_ath0="wlan0" ifconfig_wlan0="WPA ssid datdude5 country US DHCP" vboxnet_enable="YES" sshd_enable="YES" moused_enable="YES" ntpd_enable="YES" powerd_enable="YES" powerd_flags="-a max -b adaptive" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" zfs_enable="YES" clear_tmp_enable="YES" dbus_enable="YES" hald_enable="YES" #kdm4_enable="YES" gdm_enable="YES" sem_load="YES" webcamd_enable="YES" performance_cx_lowest="C2" economy_cx_lowest="C2" avahi_daemon_enable="YES" avahi_dnsconfd_enable="YES" bsdstats_enable="YES" nfs_client_enable="YES" nfsuserd_enable="YES" devfs_system_ruleset="devfsrules_common" Bootup Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Sun Dec 23 04:51:26 EST 2012 derrick@zeus:/usr/obj/usr/src/sys/ZEUS amd64 CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz (2494.38-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306a9 Family = 0x6 Model = 0x3a Stepping = 9 Features=0xbfebfbff Features2=0x7fbae3bf AMD Features=0x28100800 AMD Features2=0x1 Standard Extended Features=0x281 TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16341958656 (15584 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.26 @ /dev/cuse kbd1 at kbdmux0 hpt27xx: RocketRAID 27xx controller driver v1.0 (Dec 23 2012 04:50:54) ctl: CAM Target Layer loaded acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3000-0x303f mem 0xb8000000-0xb83fffff,0xb0000000-0xb7ffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 128M, detected 32764k stolen memory xhci0: mem 0xb8700000-0xb870ffff at device 20.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xb8719000-0xb87193ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 hdac0: mem 0xb8710000-0xb8713fff irq 22 at device 27.0 on pci0 pcib1: irq 17 at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 16 at device 28.1 on pci0 pci2: on pcib2 ath0: mem 0xb8500000-0xb850ffff irq 17 at device 0.0 on pci2 ath0: [HT] enabling HT modes ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9280 mac 128.2 RF5133 phy 13.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) ehci1: mem 0xb8718000-0xb87183ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x3088-0x308f,0x3094-0x3097,0x3080-0x3087,0x3090-0x3093,0x3060-0x307f mem 0xb8717000-0xb87177ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ahciem0: on ahci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 acpi_acad0: on acpi0 battery0: on acpi0 orm0: at iomem 0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec hpt27xx: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 24 on hdaa0 pcm1: at nid 21 and 18 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 6 on hdaa1 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ses0 at ahciem0 bus 0 scbus5 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device SMP: AP CPU #1 Launched! cd0 at ahcich5 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Timecounter "TSC-low" frequency 9743680 Hz quality 1000 uhub0: 8 ports with 8 removable, self powered Root mount waiting for: usbus2 usbus1 uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 usbus1 ugen1.2: at usbus1 uhub3: on usbus1 ugen2.2: at usbus2 uhub4: on usbus2 Root mount waiting for: usbus2 usbus1 uhub3: 6 ports with 6 removable, self powered uhub4: 6 ports with 6 removable, self powered ugen1.3: at usbus1 Trying to mount root from zfs:nasty/root []... Setting hostuuid: 6094ba74-d4c9-e111-975b-00266c262ff5. Setting hostid: 0xafd424e8. Entropy harvesting:. Starting file system checks: Mounting local file systems:. /etc/rc.d/random: DEBUG: run_rc_command: doit: random_stop Writing entropy file:. Setting hostname: zeus. Starting Network: lo0 ath0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 ath0: flags=8802 metric 0 mtu 2290 ether 00:22:5f:78:b1:0a nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. Starting devd. /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start /etc/rc.d/netif: DEBUG: run_rc_command: doit: network_start ath0 /etc/rc.d/netif: DEBUG: checkyesno: ipv6_activate_all_interfaces is set to NO. wlan0: Ethernet address: 00:22:5f:78:b1:0a /etc/rc.d/netif: DEBUG: checkyesno: ipv6_activate_all_interfaces is set to NO. /etc/rc.d/wpa_supplicant: DEBUG: pid file (/var/run/wpa_supplicant/wlan0.pid): not readable. /etc/rc.d/wpa_supplicant: DEBUG: load_kld: wlan_wep kernel module already loaded. /etc/rc.d/wpa_supplicant: DEBUG: load_kld: wlan_tkip kernel module already loaded. /etc/rc.d/wpa_supplicant: DEBUG: load_kld: wlan_ccmp kernel module already loaded. Starting wpa_supplicant. /etc/rc.d/wpa_supplicant: DEBUG: run_rc_command: doit: /usr/sbin/wpa_supplicant -s -B -i wlan0 -c /etc/wpa_supplicant.conf -D bsd -P /var/run/wpa_supplicant/wlan0.pid /etc/rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to NO. Starting Network: ath0. /etc/rc.d/netif: DEBUG: checkyesno: rc_startmsgs is set to YES. ath0: flags=8802 metric 0 mtu 2290 ether 00:22:5f:78:b1:0a nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier /etc/rc.d/netif: DEBUG: The following interfaces were not configured: /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. /etc/rc.d/bridge: DEBUG: run_rc_command: doit: bridge_start /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start /usr/local/etc/rc.d/webcamd: DEBUG: pid file (webcamd.dummy): not readable. /usr/local/etc/rc.d/webcamd: DEBUG: checkyesno: webcamd_enable is set to YES. /usr/local/etc/rc.d/webcamd: DEBUG: run_rc_command: start_precmd: webcamd_prestart /usr/local/etc/rc.d/webcamd: DEBUG: checkyesno: hald_enable is set to YES. Starting webcamd. /usr/local/etc/rc.d/webcamd: DEBUG: run_rc_command: doit: /usr/local/sbin/webcamd -B -U webcamd -G webcamd -d ugen1.3 -i 0 -H Attached to ugen1.3[0] /usr/local/etc/rc.d/webcamd: DEBUG: pid file (webcamd.dummy): not readable. /usr/local/etc/rc.d/webcamd: DEBUG: checkyesno: webcamd_enable is set to YES. /usr/local/etc/rc.d/webcamd: DEBUG: run_rc_command: start_precmd: webcamd_prestart /usr/local/etc/rc.d/webcamd: DEBUG: checkyesno: hald_enable is set to YES. Starting webcamd. /usr/local/etc/rc.d/webcamd: DEBUG: run_rc_command: doit: /usr/local/sbin/webcamd -B -U webcamd -G webcamd -d ugen1.3 -i 0 -H Webcamd is already running for ugen1.3.0 /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 /etc/rc.d/cleanvar: DEBUG: checkyesno: cleanvar_enable is set to YES. /etc/rc.d/cleanvar: DEBUG: run_rc_command: doit: cleanvar_start ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/kde4/lib /usr/local/lib/alsa-lib /usr/local/lib/banshee /usr/local/lib/ffmpeg-011 /usr/local/lib/ffmpeg1 /usr/local/lib/gcc46 /usr/local/lib/gcc47 /usr/local/lib/gcc48 /usr/local/lib/graphviz /usr/local/lib/nss /usr/local/lib/pth /usr/local/lib/qt4 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. No core dumps found. /etc/rc: WARNING: $auditdistd_enable is not set properly - see rc.conf(5). Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting ntpd. Configuring syscons: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. /etc/rc.d/sysctl: DEBUG: run_rc_command: doit: sysctl_start last Starting background file system checks in 60 seconds. Sun Dec 23 08:46:27 EST 2012 wlan0: link state changed to UP Dec 23 08:46:41 zeus login: ROOT LOGIN (root) ON ttyv0 drmn0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] AGP at 0xb0000000 128MB iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iic1: on iicbus1 iicbus2: on iicbb1 addr 0xff iic2: on iicbus2 iic3: on iicbus3 iicbus4: on iicbb2 addr 0xff iic4: on iicbus4 iic5: on iicbus5 iicbus6: on iicbb3 addr 0xff iic6: on iicbus6 iic7: on iicbus7 iicbus8: on iicbb4 addr 0xff iic8: on iicbus8 iic9: on iicbus9 iicbus10: on iicbb5 addr 0xff iic10: on iicbus10 iic11: on iicbus11 iicbus12: on iicbb6 addr 0xff iic12: on iicbus12 iic13: on iicbus13 iicbus14: on iicbb7 addr 0xff iic14: on iicbus14 iic15: on iicbus15 info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. drmn0: taking over the fictitious range 0xb0000000-0xb8000000 info: [drm] Initialized i915 1.6.0 20080730 Dec 23 08:47:37 zeus gdm-session-worker[1268]: in openpam_dynamic(): /usr/local/lib/pam_gnome_keyring.so: No such file or directory Dec 23 08:47:37 zeus gdm-session-worker[1268]: in openpam_load_module(): no /usr/local/lib/pam_gnome_keyring.so found Dec 23 08:47:43 zeus pulseaudio[1331]: pid.c: Daemon already running. Dec 23 08:47:44 zeus pulseaudio[1338]: pid.c: Daemon already running. Dec 23 08:48:26 zeus su: derrick to root on /dev/pts/0 Dec 23 08:50:50 zeus su: derrick to root on /dev/pts/1 Dec 23 08:51:12 zeus ntpd[879]: time correction of -17988 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 20:37:56 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 CA22C4CC; Wed, 26 Dec 2012 20:37:56 +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 933858FC0A; Wed, 26 Dec 2012 20:37:56 +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 qBQKF5FE036024; Wed, 26 Dec 2012 15:15:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBQKF5dm036023; Wed, 26 Dec 2012 20:15:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Dec 2012 20:15:05 GMT Message-Id: <201212262015.qBQKF5dm036023@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 20:37:56 -0000 TB --- 2012-12-26 19:00:14 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-26 19:00:14 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-26 19:00:14 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-26 19:00:14 - cleaning the object tree TB --- 2012-12-26 19:00:14 - /usr/local/bin/svn stat /src TB --- 2012-12-26 19:00:18 - At svn revision 244709 TB --- 2012-12-26 19:00:19 - building world TB --- 2012-12-26 19:00:19 - CROSS_BUILD_TESTING=YES TB --- 2012-12-26 19:00:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-26 19:00:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-26 19:00:19 - SRCCONF=/dev/null TB --- 2012-12-26 19:00:19 - TARGET=arm TB --- 2012-12-26 19:00:19 - TARGET_ARCH=arm TB --- 2012-12-26 19:00:19 - TZ=UTC TB --- 2012-12-26 19:00:19 - __MAKE_CONF=/dev/null TB --- 2012-12-26 19:00:19 - cd /src TB --- 2012-12-26 19:00:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 26 19:00: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 Wed Dec 26 20:01:46 UTC 2012 TB --- 2012-12-26 20:01:46 - generating LINT kernel config TB --- 2012-12-26 20:01:46 - cd /src/sys/arm/conf TB --- 2012-12-26 20:01:46 - /usr/bin/make -B LINT TB --- 2012-12-26 20:01:46 - cd /src/sys/arm/conf TB --- 2012-12-26 20:01:46 - /usr/sbin/config -m LINT TB --- 2012-12-26 20:01:46 - building LINT kernel TB --- 2012-12-26 20:01:46 - CROSS_BUILD_TESTING=YES TB --- 2012-12-26 20:01:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-26 20:01:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-26 20:01:46 - SRCCONF=/dev/null TB --- 2012-12-26 20:01:46 - TARGET=arm TB --- 2012-12-26 20:01:46 - TARGET_ARCH=arm TB --- 2012-12-26 20:01:46 - TZ=UTC TB --- 2012-12-26 20:01:46 - __MAKE_CONF=/dev/null TB --- 2012-12-26 20:01:46 - cd /src TB --- 2012-12-26 20:01:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 26 20:01:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/swtch.S 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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/sys_machdep.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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/trap.c cc1: warnings being treated as errors In file included from /src/sys/arm/arm/trap.c:900: /src/sys/arm/arm/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/arm/arm/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/arm/arm/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-26 20:15:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-26 20:15:05 - ERROR: failed to build LINT kernel TB --- 2012-12-26 20:15:05 - 3198.83 user 659.80 system 4490.77 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 20: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 B3C8A67A for ; Wed, 26 Dec 2012 20:51:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 946978FC0A for ; Wed, 26 Dec 2012 20:51:02 +0000 (UTC) Received: from epsilon.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id E8DDC19632; Wed, 26 Dec 2012 12:50:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1356555056; bh=Ke0HP6Cc3dajh1eEGKNU7tAPP/VzGB+ZIdz2NdcVQAM=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=4bElo17uSyBSLJI/GF3eGwhpDrBROvImQCPGplO0UHhCbJg0pqBwPtQlI9kkPCIlx cEDg6lY11s5E+8dbDVu5gOhV/sIrhMDgdle8KV++EEH66sDgFD51rjmlycrFo6XnWd txu8Fd6Rcz+SdRZpY2AZkcRhuiq5p42GoVdDoFyg= Message-ID: <50DB632F.1040809@delphij.net> Date: Wed, 26 Dec 2012 12:50:55 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD services startup problems References: <1356564805.1300.6.camel@zeus> In-Reply-To: <1356564805.1300.6.camel@zeus> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.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, 26 Dec 2012 20:51:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/26/12 15:33, Derrick Dantavious Edwards wrote: > Hi, I am having problems with startup services in FreeBSD current. > I am at a loss on where the problem lies. Even though I have > services explicitly defined in rc.conf for startup they do not > start. Startup scripts both in /etc/rc.d (powerd/moused) and > /usr/local/etc/rc.d (dbus,hald, and gdm ) are experiencing this. > Initially, I checked out my rc.conf file as well as the > /etc/defaults/rc.conf because I continue to get this message. > > /etc/rc: WARNING: $auditdistd_enable is not set properly - see > rc.conf(5). > > This is weird because I don’t have this service defined in my > rc.conf. I even went so far as commenting out all entries in > /etc/defaults/rc.conf that related to auditdistd to verify that it > was not the problem. This was done because I disabled the service > in my /etc/rc.conf with no joy. I also checked the /etc/rc file > against what is in /usr/src and they match up. Quick fix: rm /etc/defaults/rc.conf mergemaster -Ui The problem is that your /etc/defaults/rc.conf is inconsistent with /etc/rc.d. If you make any changes to /etc/defaults/rc.conf (which you shouldn't), please migrate the change to /etc/rc.conf{.local} and discard these changes. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJQ22MvAAoJEG80Jeu8UPuzNK0H/1pKulntacEr0HJqLIYiv/be XGTeYixSnRJFSD7PjmYLizRc6ayF+UWXKD7NQzH/pp4mY31Sq+mghO7f1gyDzmY/ nGZnmO9z3SxCyI5MDJcvyrKMc8YU3abrfczJZ8CqDojnz3mLZ2ykhaZfDoOm0Wd5 8kl+nun6RHEdnahoW4FqZ/U3IIeEu5k1130urJxMO/H2C+4yOqS/Eq7ELKc0tU7Q B2egmi6Wfbm005h9oMxEPuPD7zvwoCna7GZJugdr7uezsIq3LUirkyqSqcyc9v2g kFLCcnPYGxPdzopPxP44bz0TocJZhuvEaxuiPWyIP8M2c5NzmlcTTvUMepwN8pw= =O3jx -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 22:32: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 D657E756 for ; Wed, 26 Dec 2012 22:32:30 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2748FC0A for ; Wed, 26 Dec 2012 22:32:30 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3YWppN3k55zGMj9 for ; Wed, 26 Dec 2012 23:32:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:organization:in-reply-to:references:user-agent :date:date:subject:subject:from:from:received:received:received :vbr-info; s=jakla2; t=1356561146; x=1359153147; bh=QGLtCOUuPXgg H5WveB9eMmpSGTUe37dCuBsJ5TfzrMQ=; b=qvkhy48+bJKK0fD06bzmjQZ+RqUy lqUyyLOZX4b+yxMtFfAknQbX0zarhD+jJah/xC5N/W3HM7RbwFzAcaJe5n3SDk6B 79AuZ7Jco2TEbP3xXz7i0PNquphFrwGB+HmX8JiM/Vx/wlI3cbJool7e5echGz11 1H5filusGW9R16I= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id bDdZkVuJZjPy for ; Wed, 26 Dec 2012 23:32:26 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Wed, 26 Dec 2012 23:32:26 +0100 (CET) Received: from sleepy.ijs.si (sleepy.ijs.si [IPv6:2001:1470:ff80:e001::1:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 4C1D5BFD for ; Wed, 26 Dec 2012 23:32:26 +0100 (CET) From: Mark Martinec To: freebsd-current@freebsd.org Subject: Re: FreeBSD services startup problems Date: Wed, 26 Dec 2012 23:32:25 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <1356564805.1300.6.camel@zeus> In-Reply-To: <1356564805.1300.6.camel@zeus> Organization: J. Stefan Institute MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201212262332.25847.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 22:32:30 -0000 On Thursday December 27 2012 00:33:25 Derrick Dantavious Edwards wrote: > Hi, > I am having problems with startup services in FreeBSD current. I am at a > loss on where the problem lies. Even though I have services explicitly > defined in rc.conf for startup they do not start. Startup scripts both > in /etc/rc.d (powerd/moused) and /usr/local/etc/rc.d (dbus,hald, and gdm > ) are experiencing this. Initially, I checked out my rc.conf file as > well as the /etc/defaults/rc.conf because I continue to get this > message. > > /etc/rc: WARNING: $auditdistd_enable is not set properly - see > rc.conf(5). > [...] Forgot to run mergemaster -p ? /usr/src/UPDATING 20121218: With the addition of auditdistd(8), a new auditdistd user is now depended on during installworld. "mergemaster -p" can be used to add the user prior to installworld, as documented in the handbook. Mark From owner-freebsd-current@FreeBSD.ORG Wed Dec 26 22:39: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 0406689F for ; Wed, 26 Dec 2012 22:39: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 A39B48FC0A for ; Wed, 26 Dec 2012 22:39:34 +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 <1TnzdN-004C3n-MP>; Wed, 26 Dec 2012 23:39:33 +0100 Received: from e178023063.adsl.alicedsl.de ([85.178.23.63] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TnzdN-003E6v-IO>; Wed, 26 Dec 2012 23:39:33 +0100 Message-ID: <50DB7C9E.80303@zedat.fu-berlin.de> Date: Wed, 26 Dec 2012 23:39:26 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: base system: remnant old files not covered by "make delete-old-files" References: <50DAE43E.9090802@zedat.fu-berlin.de> <50DB23CE.6080405@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF303EC1DEA18FB71AE8141F9" X-Originating-IP: 85.178.23.63 Cc: Sergey Kandaurov , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 22:39:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF303EC1DEA18FB71AE8141F9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12/26/12 19:05, schrieb Kimmo Paasiala: > On Wed, Dec 26, 2012 at 6:20 PM, O. Hartmann > wrote: >> Am 12/26/12 12:58, schrieb Sergey Kandaurov: >>> On 26 December 2012 15:49, O. Hartmann = wrote: >>>> I figured out that my system is somekind of "polluted" by remnant ol= d files. >>>> >>>> I do installworld on a regular basis and I do it like suggested in t= he >>>> handbook. I also regularyly do make delete-old-XXX in /usr/src. >>>> >>>> Well, now I figured out that there are some remnants in several syst= em >>>> folders, for instance >>>> >>>> /usr/bin/ncplogout >>>> /usr/bin/ncplist (and some more, but last updated Oct, 17th) >>>> >>>> or >>>> >>>> /usr/bin/smbutil >>>> >>>> or >>>> >>>> /usr/sbin/mount_nwfs >>>> /usr/sbin/mount_portalfs >>>> /usr/sbin/mount_smbfs (last update around the 16. Oktober) >>>> >>>> or >>>> >>>> >>>> /sbin/mount_ntfs >>>> >>>> Is this by intention or ist this an accident? >>>> >>>> I guess the binaries will by out of sync with the kernel if they rem= ain >>>> unchanged. >>>> >>> >>> This is an intentional leftover from >>> http://svn.freebsd.org/changeset/base/241629 >>> >>> On 17.10.12 20:50, Attilio Rao wrote: >>> "For the moment we should not move the files yet into >>> ObsoleteFiles.inc. This is done because all the FS removed code will >>> make it into ObsoleteFiles.inc into a separate pass, in 3-4 months, >>> giving people time to possibly fix and re-link a filesystem." >>> >> >> >> ah, I see. So removing those files manually will not harm the system i= f >> those filesystems were never used ina any way? >> >> >> Oliver >> >=20 > You can see which binaries in > /bin,/sbin,/usr/bin,/usr/sbin,/libexec,/usr/libexec are obsolete by > doing 'make installworld DESTDIR=3D/some/directory' and comparing your > installed binaries against the directory tree you just created at > /some/directory. >=20 > -Kimmo I simply check the timestamp. Oliver --------------enigF303EC1DEA18FB71AE8141F9 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.19 (FreeBSD) iQEcBAEBAgAGBQJQ23ykAAoJEOgBcD7A/5N86F4IANhIGyAOYJhfqbVnF4p8TAW2 XnhIqjZEvLnA99YenJQi29v0Q7Ly6SPTfr2miHGQyvPz8o+VfDufk23wO/xHXe3g u0DQGTdOUMnFqbDfaxY0W7FSxB+Q3raIUk4PIpDOQjEsNCDpxsStpvpEDhnIdLJp TdgldL0mqJgoL0nMMnexh5LZe+6x9le4/iYNfnme6AK3/H+hqSyCd+hy+gPSR/QW Fb4XC+UKFH50/XiK/OilNBRRMcTR1YpEcFL8j2FoIQlwh2ZsZlXYxWQTpyQozHx8 aJwNMTt2g5Xn9p2dwDfS7Nr2ofHWOxTSJ7qUGUQ+SVBb1HVyNX5y6bowKWQt0Xk= =gcVy -----END PGP SIGNATURE----- --------------enigF303EC1DEA18FB71AE8141F9-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 03:49:28 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 C71CAF4E; Thu, 27 Dec 2012 03:49:28 +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 8DA3C8FC08; Thu, 27 Dec 2012 03:49:28 +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 qBR3nRJB096425; Wed, 26 Dec 2012 22:49:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBR3nR52096424; Thu, 27 Dec 2012 03:49:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 03:49:27 GMT Message-Id: <201212270349.qBR3nR52096424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 03:49:28 -0000 TB --- 2012-12-27 01:18:34 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 01:18:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 01:18:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-27 01:18:34 - cleaning the object tree TB --- 2012-12-27 01:18:34 - /usr/local/bin/svn stat /src TB --- 2012-12-27 01:19:36 - At svn revision 244709 TB --- 2012-12-27 01:19:37 - building world TB --- 2012-12-27 01:19:37 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 01:19:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 01:19:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 01:19:37 - SRCCONF=/dev/null TB --- 2012-12-27 01:19:37 - TARGET=powerpc TB --- 2012-12-27 01:19:37 - TARGET_ARCH=powerpc TB --- 2012-12-27 01:19:37 - TZ=UTC TB --- 2012-12-27 01:19:37 - __MAKE_CONF=/dev/null TB --- 2012-12-27 01:19:37 - cd /src TB --- 2012-12-27 01:19:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 01:19:42 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 Thu Dec 27 03:40:03 UTC 2012 TB --- 2012-12-27 03:40:03 - generating LINT kernel config TB --- 2012-12-27 03:40:03 - cd /src/sys/powerpc/conf TB --- 2012-12-27 03:40:03 - /usr/bin/make -B LINT TB --- 2012-12-27 03:40:03 - cd /src/sys/powerpc/conf TB --- 2012-12-27 03:40:03 - /usr/sbin/config -m LINT TB --- 2012-12-27 03:40:03 - building LINT kernel TB --- 2012-12-27 03:40:03 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 03:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 03:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 03:40:03 - SRCCONF=/dev/null TB --- 2012-12-27 03:40:03 - TARGET=powerpc TB --- 2012-12-27 03:40:03 - TARGET_ARCH=powerpc TB --- 2012-12-27 03:40:03 - TZ=UTC TB --- 2012-12-27 03:40:03 - __MAKE_CONF=/dev/null TB --- 2012-12-27 03:40:03 - cd /src TB --- 2012-12-27 03:40:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 03: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 [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch32.S cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:506: /src/sys/powerpc/aim/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/powerpc/aim/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/powerpc/aim/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 03:49:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 03:49:27 - ERROR: failed to build LINT kernel TB --- 2012-12-27 03:49:27 - 7719.32 user 953.35 system 9052.72 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 06:11: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 1E7C6408; Thu, 27 Dec 2012 06:11:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D4B848FC0A; Thu, 27 Dec 2012 06:11:13 +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 qBR6BCpx040742; Thu, 27 Dec 2012 01:11: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 qBR6BC4Z040741; Thu, 27 Dec 2012 06:11:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 06:11:12 GMT Message-Id: <201212270611.qBR6BC4Z040741@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 06:11:14 -0000 TB --- 2012-12-27 05:00:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 05:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 05:00:16 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-27 05:00:16 - cleaning the object tree TB --- 2012-12-27 05:01:44 - /usr/local/bin/svn stat /src TB --- 2012-12-27 05:01:47 - At svn revision 244726 TB --- 2012-12-27 05:01:48 - building world TB --- 2012-12-27 05:01:48 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 05:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 05:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 05:01:48 - SRCCONF=/dev/null TB --- 2012-12-27 05:01:48 - TARGET=arm TB --- 2012-12-27 05:01:48 - TARGET_ARCH=arm TB --- 2012-12-27 05:01:48 - TZ=UTC TB --- 2012-12-27 05:01:48 - __MAKE_CONF=/dev/null TB --- 2012-12-27 05:01:48 - cd /src TB --- 2012-12-27 05:01:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 05:01:52 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 Thu Dec 27 05:57:46 UTC 2012 TB --- 2012-12-27 05:57:46 - generating LINT kernel config TB --- 2012-12-27 05:57:46 - cd /src/sys/arm/conf TB --- 2012-12-27 05:57:46 - /usr/bin/make -B LINT TB --- 2012-12-27 05:57:46 - cd /src/sys/arm/conf TB --- 2012-12-27 05:57:46 - /usr/sbin/config -m LINT TB --- 2012-12-27 05:57:46 - building LINT kernel TB --- 2012-12-27 05:57:46 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 05:57:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 05:57:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 05:57:46 - SRCCONF=/dev/null TB --- 2012-12-27 05:57:46 - TARGET=arm TB --- 2012-12-27 05:57:46 - TARGET_ARCH=arm TB --- 2012-12-27 05:57:46 - TZ=UTC TB --- 2012-12-27 05:57:46 - __MAKE_CONF=/dev/null TB --- 2012-12-27 05:57:46 - cd /src TB --- 2012-12-27 05:57:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 05:57:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/swtch.S 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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/sys_machdep.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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/trap.c cc1: warnings being treated as errors In file included from /src/sys/arm/arm/trap.c:900: /src/sys/arm/arm/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/arm/arm/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/arm/arm/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 06:11:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 06:11:11 - ERROR: failed to build LINT kernel TB --- 2012-12-27 06:11:11 - 3190.16 user 655.80 system 4255.38 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 09:48:03 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 B7D81DA; Thu, 27 Dec 2012 09:48:03 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2AE8FC08; Thu, 27 Dec 2012 09:48:02 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 322D07300B; Thu, 27 Dec 2012 10:46:49 +0100 (CET) Date: Thu, 27 Dec 2012 10:46:49 +0100 From: Luigi Rizzo To: current@freebsd.org, jfvogel@gmail.com Subject: [RFC] proposed 'lem' patch to improve behaviour under emulation Message-ID: <20121227094649.GA48891@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 09:48:03 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This patch implements two features for the 'lem' driver that greatly improve the throughput under proper hypervisor. This is joint work with Vincenzo Maffione and Giuseppe Lettieri, I am posting it here for review, will then commit it if there are no objections. The first change is to implement a sysctl to access the 'itr' interrupt moderation register for the devices supported by this driver. It is little more than adding a struct into the device descriptor, and one line to create the dynamic sysctl entry, same as it is done for the other mitigation registers. The second change is more interesting and has huge benefits on througput. Under virtualization, "VM exits" (which happen every time there is an access to a register of the emulated peripheral) are extremely expensive. In the tx path of the 'lem' driver, there is a write to the TDT register on every packet sent. The patch we propose, if enabled through a sysctl (defaults off, so no change from current behaviour) defers writes to the TDT register when there is a pending transmit interrupt. This means that, together with proper emulation of interrupt mitigation on the hypervisor side, the number of VM exits is dramatically reduced. To give you an idea, on a modern system with qemu-kvm and companion patches, UDP throughput is KVM QEMU standard KVM, standard driver 20 Kpps 6.3 Kpps modified KVM, standard driver 37 Kpps 28 Kpps modified KVM, modified driver 200 Kpps 34 Kpps As you can see, on kvm this change gives a 5x speedup to the tx path, which combines nicely with the 2x speedup that comes from supporting interrupt mitigation alone in the hypervisor. Without kvm (or kqemu ?) the benefits are much lower, as the guest becomes too slow. Patch follows. It would be good if people with real hardware using the 'lem' driver could test it to make sure it does no harm on their devices (in any case the sysctl variable dev.em.0.mit_enable must be set to explicitly enable it at runtime). (for those curious to test it under kvm, i am also attaching a patch that you need to apply to qemu in order to exploit the effect of interrupt mitigation; it is a followup of a similar patch i posted in july to the qemu mailing list, and i will post it the update there as well, shortly. Unfortunately we do not have kvm on freebsd..) cheers luigi --wRRV7LY7NUeQGEoC Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch-e1000-emulation-20121227.diff" Index: if_lem.c =================================================================== --- if_lem.c (revision 244673) +++ if_lem.c (working copy) @@ -32,6 +32,8 @@ ******************************************************************************/ /*$FreeBSD$*/ +#define MITIGATION + #ifdef HAVE_KERNEL_OPTION_HEADERS #include "opt_device_polling.h" #include "opt_inet.h" @@ -281,6 +283,9 @@ #define EM_TICKS_TO_USECS(ticks) ((1024 * (ticks) + 500) / 1000) #define EM_USECS_TO_TICKS(usecs) ((1000 * (usecs) + 512) / 1024) +#define MAX_INTS_PER_SEC 8000 +#define DEFAULT_ITR 1000000000/(MAX_INTS_PER_SEC * 256) + static int lem_tx_int_delay_dflt = EM_TICKS_TO_USECS(EM_TIDV); static int lem_rx_int_delay_dflt = EM_TICKS_TO_USECS(EM_RDTR); static int lem_tx_abs_int_delay_dflt = EM_TICKS_TO_USECS(EM_TADV); @@ -442,6 +447,11 @@ &adapter->tx_abs_int_delay, E1000_REGISTER(&adapter->hw, E1000_TADV), lem_tx_abs_int_delay_dflt); + lem_add_int_delay_sysctl(adapter, "itr", + "interrupt delay limit in usecs/4", + &adapter->tx_itr, + E1000_REGISTER(&adapter->hw, E1000_ITR), + DEFAULT_ITR); } /* Sysctls for limiting the amount of work done in the taskqueue */ @@ -449,6 +459,12 @@ "max number of rx packets to process", &adapter->rx_process_limit, lem_rx_process_limit); +#ifdef MITIGATION + /* Sysctls to control mitigation */ + lem_add_rx_process_limit(adapter, "mit_enable", + "driver TDT mitigation", &adapter->mit_enable, 0); +#endif /* MITIGATION */ + /* Sysctl for setting the interface flow control */ lem_set_flow_cntrl(adapter, "flow_control", "flow control setting", @@ -1702,6 +1718,17 @@ */ bus_dmamap_sync(adapter->txdma.dma_tag, adapter->txdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); +#ifdef MITIGATION + if (adapter->mit_enable) { + if (adapter->shadow_tdt & MIT_PENDING_INT) { + /* signal intr and data pending */ + adapter->shadow_tdt = MIT_PENDING_TDT | (i & 0xffff); + return (0); + } else { + adapter->shadow_tdt = MIT_PENDING_INT; + } + } +#endif /* MITIGATION */ if (adapter->hw.mac.type == e1000_82547 && adapter->link_duplex == HALF_DUPLEX) lem_82547_move_tail(adapter); @@ -3027,6 +3054,16 @@ adapter->next_tx_to_clean = first; adapter->num_tx_desc_avail = num_avail; +#ifdef MITIGATION + if ((adapter->shadow_tdt & MIT_PENDING_TDT) == MIT_PENDING_TDT) { + /* a tdt write is pending, do it */ + E1000_WRITE_REG(&adapter->hw, E1000_TDT(0), + 0xffff & adapter->shadow_tdt); + adapter->shadow_tdt = MIT_PENDING_INT; + } else { + adapter->shadow_tdt = 0; // disable + } +#endif /* MITIGATION */ /* * If we have enough room, clear IFF_DRV_OACTIVE to * tell the stack that it is OK to send packets. @@ -3246,8 +3283,6 @@ * Enable receive unit. * **********************************************************************/ -#define MAX_INTS_PER_SEC 8000 -#define DEFAULT_ITR 1000000000/(MAX_INTS_PER_SEC * 256) static void lem_initialize_receive_unit(struct adapter *adapter) @@ -4588,6 +4623,8 @@ return (EINVAL); info->value = usecs; ticks = EM_USECS_TO_TICKS(usecs); + if (info->offset == E1000_ITR) /* units are 256ns here */ + ticks *= 4; adapter = info->adapter; Index: if_lem.h =================================================================== --- if_lem.h (revision 244673) +++ if_lem.h (working copy) @@ -363,6 +363,7 @@ struct em_int_delay_info tx_abs_int_delay; struct em_int_delay_info rx_int_delay; struct em_int_delay_info rx_abs_int_delay; + struct em_int_delay_info tx_itr; /* * Transmit definitions @@ -436,6 +437,13 @@ boolean_t pcix_82544; boolean_t in_detach; +#ifdef MITIGATION + /* values for shadow_tdt: 0 = idle, 16-low bits: tdt) */ +#define MIT_PENDING_INT 0x10000 /* pending interrupt */ +#define MIT_PENDING_TDT 0x30000 /* both intr and tdt write are pending */ + uint32_t shadow_tdt; + uint32_t mit_enable; /* control driver tx mitigation */ +#endif /* MITIGATION */ struct e1000_hw_stats stats; }; --wRRV7LY7NUeQGEoC Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch-qemu-mitigation-20121227.diff" diff -urp qemu-1.3.0-orig/hw/e1000.c qemu-1.3.0/hw/e1000.c --- qemu-1.3.0-orig/hw/e1000.c 2012-12-03 20:37:05.000000000 +0100 +++ qemu-1.3.0/hw/e1000.c 2012-12-27 09:47:16.000000000 +0100 @@ -35,6 +35,8 @@ #include "e1000_hw.h" +static int mit_on = 1; /* interrupt mitigation enable */ + #define E1000_DEBUG #ifdef E1000_DEBUG @@ -129,6 +131,9 @@ typedef struct E1000State_st { } eecd_state; QEMUTimer *autoneg_timer; + QEMUTimer *mit_timer; // handle for the timer + uint32_t mit_timer_on; // mitigation timer active + uint32_t mit_cause; // pending interrupt cause } E1000State; #define defreg(x) x = (E1000_##x>>2) @@ -144,6 +149,7 @@ enum { defreg(TPR), defreg(TPT), defreg(TXDCTL), defreg(WUFC), defreg(RA), defreg(MTA), defreg(CRCERRS),defreg(VFTA), defreg(VET), + defreg(RDTR), defreg(RADV), defreg(TADV), defreg(ITR), }; static void @@ -639,6 +645,68 @@ static uint64_t tx_desc_base(E1000State return (bah << 32) + bal; } +/* helper function, 0 means the value is not set */ +static inline void +mit_update_delay(uint32_t *curr, uint32_t value) +{ + if (value && (*curr == 0 || value < *curr)) + *curr = value; +} + +/* + * If necessary, rearm the timer and post an interrupt. + * Called at the end of tx/rx routines (mit_timer_on == 0), + * and when the timer fires (mit_timer_on == 1). + * We provide a partial implementation of interrupt mitigation, + * emulating only RADV, TADV and ITR (lower 16 bits, 1024ns units for + * RADV and TADV, 256ns units for ITR). RDTR is only used to enable RADV; + * relative timers based on TIDV and RDTR are not implemented. + */ +static void +mit_rearm_and_int(void *opaque) +{ + E1000State *s = opaque; + uint32_t mit_delay = 0; + + /* + * Clear the flag. It is only set when the callback fires, + * and we need to clear it anyways. + */ + s->mit_timer_on = 0; + if (s->mit_cause == 0) /* no events pending, we are done */ + return; + /* + * Compute the next mitigation delay according to pending interrupts + * and the current values of RADV (provided RDTR!=0), TADV and ITR. + * Then rearm the timer. + */ + if (s->mit_cause & (E1000_ICR_TXQE | E1000_ICR_TXDW)) + mit_update_delay(&mit_delay, s->mac_reg[TADV] * 4); + if (s->mac_reg[RDTR] && (s->mit_cause & E1000_ICS_RXT0)) + mit_update_delay(&mit_delay, s->mac_reg[RADV] * 4); + mit_update_delay(&mit_delay, s->mac_reg[ITR]); + + if (mit_delay) { + s->mit_timer_on = 1; + qemu_mod_timer(s->mit_timer, + qemu_get_clock_ns(vm_clock) + mit_delay * 256); + } + set_ics(s, 0, s->mit_cause); + s->mit_cause = 0; +} + +static void +mit_set_ics(E1000State *s, uint32_t cause) +{ + if (mit_on == 0) { + set_ics(s, 0, cause); + return; + } + s->mit_cause |= cause; + if (!s->mit_timer_on) + mit_rearm_and_int(s); +} + static void start_xmit(E1000State *s) { @@ -676,7 +744,7 @@ start_xmit(E1000State *s) break; } } - set_ics(s, 0, cause); + mit_set_ics(s, cause); } static int @@ -894,7 +962,7 @@ e1000_receive(NetClientState *nc, const s->rxbuf_min_shift) n |= E1000_ICS_RXDMT0; - set_ics(s, 0, n); + mit_set_ics(s, n); return size; } @@ -999,6 +1067,7 @@ static uint32_t (*macreg_readops[])(E100 getreg(RDH), getreg(RDT), getreg(VET), getreg(ICS), getreg(TDBAL), getreg(TDBAH), getreg(RDBAH), getreg(RDBAL), getreg(TDLEN), getreg(RDLEN), + getreg(RDTR), getreg(RADV), getreg(TADV), getreg(ITR), [TOTH] = mac_read_clr8, [TORH] = mac_read_clr8, [GPRC] = mac_read_clr4, [GPTC] = mac_read_clr4, [TPR] = mac_read_clr4, [TPT] = mac_read_clr4, @@ -1015,6 +1084,8 @@ static void (*macreg_writeops[])(E1000St putreg(PBA), putreg(EERD), putreg(SWSM), putreg(WUFC), putreg(TDBAL), putreg(TDBAH), putreg(TXDCTL), putreg(RDBAH), putreg(RDBAL), putreg(LEDCTL), putreg(VET), + [RDTR] = set_16bit, [RADV] = set_16bit, [TADV] = set_16bit, + [ITR] = set_16bit, [TDLEN] = set_dlen, [RDLEN] = set_dlen, [TCTL] = set_tctl, [TDT] = set_tctl, [MDIC] = set_mdic, [ICS] = set_ics, [TDH] = set_16bit, [RDH] = set_16bit, [RDT] = set_rdt, @@ -1286,6 +1357,9 @@ static int pci_e1000_init(PCIDevice *pci add_boot_device_path(d->conf.bootindex, &pci_dev->qdev, "/ethernet-phy@0"); d->autoneg_timer = qemu_new_timer_ms(vm_clock, e1000_autoneg_timer, d); + d->mit_cause = 0; + d->mit_timer_on = 0; + d->mit_timer = qemu_new_timer_ns(vm_clock, mit_rearm_and_int, d); return 0; } --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 10:26:46 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 0215099F; Thu, 27 Dec 2012 10:26:46 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) by mx1.freebsd.org (Postfix) with ESMTP id A57F28FC13; Thu, 27 Dec 2012 10:26:45 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id x4so8597351obh.38 for ; Thu, 27 Dec 2012 02:26:44 -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=LX/kYef3j8qMNQQ7r8FmHnV2+R35YoW3YPMJ7HkM6IA=; b=n/+oHrO13zKKMxIR+AUrkPoA8oUJMTIY3bRiQ9GjZ5q01+dcl89c0Hei0yidqvrUhR 4h53/ql86VBedlzTJgoKqPl+IS+brf0s7UTOOe6+B8ljCB6oiWB0X3XHsk5pgPxW3tZM l5ek5DEnoXvfEbZfh/veXw52MUxiNj4WNO6fCcXARHeIhb7DHMgkORxIhRS3yayvBxMs 2lc9miQJMeNcqZTxxV4pTE3sU5Obcr5VjtOnCWLX604Qf1CYU45nP2vUqABm1NKUqWqN GnCi1ujt58z5Jv+VcmPO1mYbj5Qog9yM0C9FXKGgklTFtDN4eGPQ11nRKcPaQhGJh+NX lDLw== MIME-Version: 1.0 Received: by 10.60.6.226 with SMTP id e2mr13287361oea.56.1356604004810; Thu, 27 Dec 2012 02:26:44 -0800 (PST) Received: by 10.76.143.33 with HTTP; Thu, 27 Dec 2012 02:26:44 -0800 (PST) In-Reply-To: <20121227094649.GA48891@onelab2.iet.unipi.it> References: <20121227094649.GA48891@onelab2.iet.unipi.it> Date: Thu, 27 Dec 2012 02:26:44 -0800 Message-ID: Subject: Re: [RFC] proposed 'lem' patch to improve behaviour under emulation From: Garrett Cooper To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: emulation@freebsd.org, current@freebsd.org, jfvogel@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 10:26:46 -0000 On Thu, Dec 27, 2012 at 1:46 AM, Luigi Rizzo wrote: > This patch implements two features for the 'lem' driver that > greatly improve the throughput under proper hypervisor. > This is joint work with Vincenzo Maffione and Giuseppe Lettieri, > I am posting it here for review, will then commit it > if there are no objections. > > The first change is to implement a sysctl to access the 'itr' > interrupt moderation register for the devices supported by this > driver. It is little more than adding a struct into the device > descriptor, and one line to create the dynamic sysctl entry, same > as it is done for the other mitigation registers. > > The second change is more interesting and has huge benefits on througput. > > Under virtualization, "VM exits" (which happen every time there is > an access to a register of the emulated peripheral) are extremely > expensive. In the tx path of the 'lem' driver, there is a write > to the TDT register on every packet sent. > > The patch we propose, if enabled through a sysctl (defaults off, > so no change from current behaviour) defers writes to the TDT > register when there is a pending transmit interrupt. > This means that, together with proper emulation of interrupt > mitigation on the hypervisor side, the number of VM exits > is dramatically reduced. To give you an idea, on a modern > system with qemu-kvm and companion patches, UDP throughput is > > KVM QEMU > standard KVM, standard driver 20 Kpps 6.3 Kpps > modified KVM, standard driver 37 Kpps 28 Kpps > modified KVM, modified driver 200 Kpps 34 Kpps > > As you can see, on kvm this change gives a 5x speedup to the tx path, > which combines nicely with the 2x speedup that comes from supporting > interrupt mitigation alone in the hypervisor. Without kvm (or kqemu ?) > the benefits are much lower, as the guest becomes too slow. > > Patch follows. It would be good if people with real hardware > using the 'lem' driver could test it to make sure it does no > harm on their devices (in any case the sysctl variable > dev.em.0.mit_enable must be set to explicitly enable it > at runtime). > > (for those curious to test it under kvm, i am also attaching a > patch that you need to apply to qemu in order to exploit the > effect of interrupt mitigation; it is a followup of a similar > patch i posted in july to the qemu mailing list, and i will > post it the update there as well, shortly. Unfortunately > we do not have kvm on freebsd..) A few comments. Thanks! -Garrett Index: if_lem.c =================================================================== --- if_lem.c (revision 244673) +++ if_lem.c (working copy) @@ -32,6 +32,8 @@ ******************************************************************************/ /*$FreeBSD$*/ +#define MITIGATION + gcooper> Could you please make MITIGATION into a proper compile time flag via sys/conf/options with a more descript name? #ifdef HAVE_KERNEL_OPTION_HEADERS #include "opt_device_polling.h" #include "opt_inet.h" @@ -281,6 +283,9 @@ #define EM_TICKS_TO_USECS(ticks) ((1024 * (ticks) + 500) / 1000) #define EM_USECS_TO_TICKS(usecs) ((1000 * (usecs) + 512) / 1024) +#define MAX_INTS_PER_SEC 8000 +#define DEFAULT_ITR 1000000000/(MAX_INTS_PER_SEC * 256) + gcooper> Add parentheses around DEFAULT_ITR (I know the code was just shuffled around, but thought I could ask :)..)? From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 13:45:44 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 D7E075D3; Thu, 27 Dec 2012 13:45: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 9A6DB8FC15; Thu, 27 Dec 2012 13:45:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBRDjh3R006949; Thu, 27 Dec 2012 08:45:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRDjhUR006941; Thu, 27 Dec 2012 13:45:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 13:45:43 GMT Message-Id: <201212271345.qBRDjhUR006941@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 13:45:44 -0000 TB --- 2012-12-27 11:13:58 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 11:13:58 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 11:13:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-27 11:13:58 - cleaning the object tree TB --- 2012-12-27 11:15:38 - /usr/local/bin/svn stat /src TB --- 2012-12-27 11:16:30 - At svn revision 244726 TB --- 2012-12-27 11:16:31 - building world TB --- 2012-12-27 11:16:31 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 11:16:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 11:16:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 11:16:31 - SRCCONF=/dev/null TB --- 2012-12-27 11:16:31 - TARGET=powerpc TB --- 2012-12-27 11:16:31 - TARGET_ARCH=powerpc TB --- 2012-12-27 11:16:31 - TZ=UTC TB --- 2012-12-27 11:16:31 - __MAKE_CONF=/dev/null TB --- 2012-12-27 11:16:31 - cd /src TB --- 2012-12-27 11:16:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 11:16:36 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 Thu Dec 27 13:36:15 UTC 2012 TB --- 2012-12-27 13:36:15 - generating LINT kernel config TB --- 2012-12-27 13:36:15 - cd /src/sys/powerpc/conf TB --- 2012-12-27 13:36:15 - /usr/bin/make -B LINT TB --- 2012-12-27 13:36:15 - cd /src/sys/powerpc/conf TB --- 2012-12-27 13:36:15 - /usr/sbin/config -m LINT TB --- 2012-12-27 13:36:15 - building LINT kernel TB --- 2012-12-27 13:36:15 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 13:36:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 13:36:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 13:36:15 - SRCCONF=/dev/null TB --- 2012-12-27 13:36:15 - TARGET=powerpc TB --- 2012-12-27 13:36:15 - TARGET_ARCH=powerpc TB --- 2012-12-27 13:36:15 - TZ=UTC TB --- 2012-12-27 13:36:15 - __MAKE_CONF=/dev/null TB --- 2012-12-27 13:36:15 - cd /src TB --- 2012-12-27 13:36:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 13:36:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch32.S cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:506: /src/sys/powerpc/aim/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/powerpc/aim/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/powerpc/aim/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 13:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 13:45:43 - ERROR: failed to build LINT kernel TB --- 2012-12-27 13:45:43 - 7720.53 user 961.61 system 9104.98 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 14:00:03 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 9FF37B0B; Thu, 27 Dec 2012 14:00:03 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 23BA48FC17; Thu, 27 Dec 2012 14:00:01 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 7B2477300A; Thu, 27 Dec 2012 14:58:56 +0100 (CET) Date: Thu, 27 Dec 2012 14:58:56 +0100 From: Luigi Rizzo To: Garrett Cooper Subject: Re: [RFC] proposed 'lem' patch to improve behaviour under emulation Message-ID: <20121227135856.GA51105@onelab2.iet.unipi.it> References: <20121227094649.GA48891@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org, current@freebsd.org, jfvogel@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 14:00:03 -0000 On Thu, Dec 27, 2012 at 02:26:44AM -0800, Garrett Cooper wrote: > On Thu, Dec 27, 2012 at 1:46 AM, Luigi Rizzo wrote: > > This patch implements two features for the 'lem' driver that > > greatly improve the throughput under proper hypervisor. > > This is joint work with Vincenzo Maffione and Giuseppe Lettieri, > > I am posting it here for review, will then commit it > > if there are no objections. > > > > The first change is to implement a sysctl to access the 'itr' > > interrupt moderation register for the devices supported by this > > driver. It is little more than adding a struct into the device > > descriptor, and one line to create the dynamic sysctl entry, same > > as it is done for the other mitigation registers. > > > > The second change is more interesting and has huge benefits on througput. > > > > Under virtualization, "VM exits" (which happen every time there is > > an access to a register of the emulated peripheral) are extremely > > expensive. In the tx path of the 'lem' driver, there is a write > > to the TDT register on every packet sent. > > > > The patch we propose, if enabled through a sysctl (defaults off, > > so no change from current behaviour) defers writes to the TDT > > register when there is a pending transmit interrupt. > > This means that, together with proper emulation of interrupt > > mitigation on the hypervisor side, the number of VM exits > > is dramatically reduced. To give you an idea, on a modern > > system with qemu-kvm and companion patches, UDP throughput is > > > > KVM QEMU > > standard KVM, standard driver 20 Kpps 6.3 Kpps > > modified KVM, standard driver 37 Kpps 28 Kpps > > modified KVM, modified driver 200 Kpps 34 Kpps > > > > As you can see, on kvm this change gives a 5x speedup to the tx path, > > which combines nicely with the 2x speedup that comes from supporting > > interrupt mitigation alone in the hypervisor. Without kvm (or kqemu ?) > > the benefits are much lower, as the guest becomes too slow. > > > > Patch follows. It would be good if people with real hardware > > using the 'lem' driver could test it to make sure it does no > > harm on their devices (in any case the sysctl variable > > dev.em.0.mit_enable must be set to explicitly enable it > > at runtime). > > > > (for those curious to test it under kvm, i am also attaching a > > patch that you need to apply to qemu in order to exploit the > > effect of interrupt mitigation; it is a followup of a similar > > patch i posted in july to the qemu mailing list, and i will > > post it the update there as well, shortly. Unfortunately > > we do not have kvm on freebsd..) > > A few comments. > Thanks! > -Garrett > > Index: if_lem.c > =================================================================== > --- if_lem.c (revision 244673) > +++ if_lem.c (working copy) > @@ -32,6 +32,8 @@ > ******************************************************************************/ > /*$FreeBSD$*/ > > +#define MITIGATION > + > > gcooper> Could you please make MITIGATION into a proper compile time > flag via sys/conf/options with a more descript name? this is actually going away, with the code compiled in by default ... > @@ -281,6 +283,9 @@ > #define EM_TICKS_TO_USECS(ticks) ((1024 * (ticks) + 500) / 1000) > #define EM_USECS_TO_TICKS(usecs) ((1000 * (usecs) + 512) / 1024) > > +#define MAX_INTS_PER_SEC 8000 > +#define DEFAULT_ITR 1000000000/(MAX_INTS_PER_SEC * 256) > + > > gcooper> Add parentheses around DEFAULT_ITR (I know the code was just > shuffled around, but thought I could ask :)..)? will do thanks luigi From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 15:07:34 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 966ABE81; Thu, 27 Dec 2012 15:07:34 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by mx1.freebsd.org (Postfix) with ESMTP id D9FDB8FC08; Thu, 27 Dec 2012 15:07:33 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep14-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20121227150726.MTVK11100.viefep14-int.chello.at@edge04.upcmail.net>; Thu, 27 Dec 2012 16:07:26 +0100 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge04.upcmail.net with edge id gf7S1k00Q2xdvHc04f7Sjk; Thu, 27 Dec 2012 16:07:26 +0100 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id CC64F6D449; Thu, 27 Dec 2012 16:07:25 +0100 (CET) Date: Thu, 27 Dec 2012 16:07:25 +0100 From: Stefan Farfeleder To: current@freebsd.org Subject: clang 3.2 RC2 miscompiles libgcc? Message-ID: <20121227150724.GA1431@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: dim@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 15:07:34 -0000 Hi, I noticed that most of my C++ applications in recent versions of FreeBSD head suddenly crash without me recompiling them. I tracked it down to r243830 which imported a new clang version. The new clang seems to compile libgcc in a wrong or at least incompatible way with what gcc expects. In fact, the breakage only occurs with libgcc compiled by a post-r243830 clang and an application compiled with g++ -O2. For me, the crash happens with boost::program_options, but I'm not sure if that is necessary for the crash. $ cat po.cc #include int main(void) { namespace po = boost::program_options; const char *argv[] = { "a.out", "-x", 0 }; po::options_description options("Options"); options.add_options()("bla", ""); try { po::variables_map vm; po::store(po::parse_command_line(2, argv, options), vm); notify(vm); return 0; } catch (const std::exception &ex) { return 1; } } $ g++ -O2 -I /usr/local/include -L /usr/local/lib -lboost_program_options po.cc $ ./a.out zsh: segmentation fault (core dumped) ./a.out $ ldd ./a.out ./a.out: libboost_program_options.so => /usr/local/lib/libboost_program_options.so (0x800821000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x800a7e000) libm.so.5 => /lib/libm.so.5 (0x800d7c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800f9e000) libc.so.7 => /lib/libc.so.7 (0x8011ab000) libthr.so.3 => /lib/libthr.so.3 (0x801523000) $ ls /usr/home/stefan/scratch/r243829 libgcc_s.so.1 $ LD_LIBRARY_PATH=/usr/home/stefan/scratch/r243829 ./a.out $ valgrind ./a.out ==47491== Memcheck, a memory error detector ==47491== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==47491== Using Valgrind-3.8.0 and LibVEX; rerun with -h for copyright info ==47491== Command: ./a.out ==47491== ==47491== Invalid read of size 8 ==47491== at 0x405DAA: boost::program_options::basic_parsed_options boost::program_options::parse_command_line(int, char const* const*, boost::program_options::options_description const&, int, boost::function1, std::string const&>) (in /usr/home/stefan/scratch/a.out) ==47491== by 0x401E7D: main (in /usr/home/stefan/scratch/a.out) ==47491== Address 0x2800ef8 is 24 bytes inside a block of size 27 alloc'd ==47491== at 0x1009FB6: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==47491== by 0x213F95A: operator new(unsigned long) (in /usr/lib/libsupc++.so.1) ==47491== by 0x14F08D2: ??? (in /usr/lib/libstdc++.so.6) ==47491== by 0x14EDCFD: std::basic_string, std::allocator >::basic_string(std::string const&, unsigned long, unsigned long) (in /usr/lib/libstdc++.so.6) ==47491== by 0x1234B12: boost::program_options::detail::cmdline::parse_short_option(std::vector >&) (in /usr/local/lib/libboost_program_options.so.4) ==47491== by 0x123843A: boost::detail::function::function_obj_invoker1, std::allocator > >, boost::_mfi::mf1, std::allocator > >, boost::program_options::detail::cmdline, std::vector >&>, boost::_bi::list2, boost::arg<1> > >, std::vector, std::allocator > >, std::vector >&>::invoke(boost::detail::function::function_buffer&, std::vector >&) (in /usr/local/lib/libboost_program_options.so.4) ==47491== by 0x12367C1: boost::program_options::detail::cmdline::run() (in /usr/local/lib/libboost_program_options.so.4) ==47491== by 0x4051D5: boost::program_options::basic_command_line_parser::run() (in /usr/home/stefan/scratch/a.out) ==47491== by 0x405B7A: boost::program_options::basic_parsed_options boost::program_options::parse_command_line(int, char const* const*, boost::program_options::options_description const&, int, boost::function1, std::string const&>) (in /usr/home/stefan/scratch/a.out) ==47491== by 0x401E7D: main (in /usr/home/stefan/scratch/a.out) ==47491== ==47491== Jump to the invalid address stated on the next line ==47491== at 0x782D: ??? ==47491== by 0x405DBF: boost::program_options::basic_parsed_options boost::program_options::parse_command_line(int, char const* const*, boost::program_options::options_description const&, int, boost::function1, std::string const&>) (in /usr/home/stefan/scratch/a.out) ==47491== by 0x401E7D: main (in /usr/home/stefan/scratch/a.out) ==47491== Address 0x782d is not stack'd, malloc'd or (recently) free'd ==47491== ==47491== ==47491== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==47491== Bad permissions for mapped region at address 0x782D ==47491== at 0x782D: ??? ==47491== by 0x405DBF: boost::program_options::basic_parsed_options boost::program_options::parse_command_line(int, char const* const*, boost::program_options::options_description const&, int, boost::function1, std::string const&>) (in /usr/home/stefan/scratch/a.out) ==47491== by 0x401E7D: main (in /usr/home/stefan/scratch/a.out) ==47491== ==47491== HEAP SUMMARY: ==47491== in use at exit: 2,298 bytes in 24 blocks ==47491== total heap usage: 41 allocs, 17 frees, 2,843 bytes allocated ==47491== ==47491== LEAK SUMMARY: ==47491== definitely lost: 184 bytes in 1 blocks ==47491== indirectly lost: 82 bytes in 2 blocks ==47491== possibly lost: 88 bytes in 3 blocks ==47491== still reachable: 1,944 bytes in 18 blocks ==47491== suppressed: 0 bytes in 0 blocks ==47491== Rerun with --leak-check=full to see details of leaked memory ==47491== ==47491== For counts of detected and suppressed errors, rerun with: -v ==47491== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) You might say this is simply a bug in boost that is now uncovered by chance. I'm not entirely sure it isn't, but I noticed that the corruption starts at the time the throw statement within the boost code is executed. I simply wasn't able to reproduce it without boost. Maybe something within libgcc (some stack unwinding code?) corrupts the stack. I'm afraid I have no clue about how libgcc and libstdc++ interact wrt to exceptions. I put copies of a r243829 and r243830 libgcc_s.so.1 to http://people.freebsd.org/~stefanf/tmp/ . These were built and installed by buildworld/installworld without any change of default flags. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 15:09:43 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 96F6B10F; Thu, 27 Dec 2012 15:09:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 61ADD8FC13; Thu, 27 Dec 2012 15:09: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 qBRF9dvP052435; Thu, 27 Dec 2012 10:09:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRF9dA0052434; Thu, 27 Dec 2012 15:09:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 15:09:39 GMT Message-Id: <201212271509.qBRF9dA0052434@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 15:09:43 -0000 TB --- 2012-12-27 14:50:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 14:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 14:50:16 - starting HEAD tinderbox run for armv6/arm TB --- 2012-12-27 14:50:16 - cleaning the object tree TB --- 2012-12-27 14:50:16 - /usr/local/bin/svn stat /src TB --- 2012-12-27 14:50:20 - At svn revision 244738 TB --- 2012-12-27 14:50:21 - building world TB --- 2012-12-27 14:50:21 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 14:50:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 14:50:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 14:50:21 - SRCCONF=/dev/null TB --- 2012-12-27 14:50:21 - TARGET=arm TB --- 2012-12-27 14:50:21 - TARGET_ARCH=armv6 TB --- 2012-12-27 14:50:21 - TZ=UTC TB --- 2012-12-27 14:50:21 - __MAKE_CONF=/dev/null TB --- 2012-12-27 14:50:21 - cd /src TB --- 2012-12-27 14:50:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 14:50: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 -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 15:09:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 15:09:39 - ERROR: failed to build world TB --- 2012-12-27 15:09:39 - 869.53 user 186.73 system 1162.80 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 15:10:36 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 6B4C731A; Thu, 27 Dec 2012 15:10:36 +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 38F638FC13; Thu, 27 Dec 2012 15:10: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 qBRFAZbx056227; Thu, 27 Dec 2012 10:10:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRFAZ3U056226; Thu, 27 Dec 2012 15:10:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 15:10:35 GMT Message-Id: <201212271510.qBRFAZ3U056226@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 15:10:36 -0000 TB --- 2012-12-27 14:50:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 14:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 14:50:16 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-27 14:50:16 - cleaning the object tree TB --- 2012-12-27 14:51:29 - /usr/local/bin/svn stat /src TB --- 2012-12-27 14:51:32 - At svn revision 244738 TB --- 2012-12-27 14:51:33 - building world TB --- 2012-12-27 14:51:33 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 14:51:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 14:51:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 14:51:33 - SRCCONF=/dev/null TB --- 2012-12-27 14:51:33 - TARGET=arm TB --- 2012-12-27 14:51:33 - TARGET_ARCH=arm TB --- 2012-12-27 14:51:33 - TZ=UTC TB --- 2012-12-27 14:51:33 - __MAKE_CONF=/dev/null TB --- 2012-12-27 14:51:33 - cd /src TB --- 2012-12-27 14:51:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 14:51:38 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 -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 15:10:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 15:10:35 - ERROR: failed to build world TB --- 2012-12-27 15:10:35 - 862.34 user 195.46 system 1219.15 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 15:34:28 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 152BA88E; Thu, 27 Dec 2012 15:34:28 +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 D06D68FC0C; Thu, 27 Dec 2012 15:34:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBRFYRf6026038; Thu, 27 Dec 2012 10:34:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRFYR10026037; Thu, 27 Dec 2012 15:34:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 15:34:27 GMT Message-Id: <201212271534.qBRFYR10026037@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 15:34:28 -0000 TB --- 2012-12-27 15:10:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 15:10:35 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 15:10:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-27 15:10:35 - cleaning the object tree TB --- 2012-12-27 15:10:35 - /usr/local/bin/svn stat /src TB --- 2012-12-27 15:10:38 - At svn revision 244738 TB --- 2012-12-27 15:10:39 - building world TB --- 2012-12-27 15:10:39 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 15:10:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 15:10:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 15:10:39 - SRCCONF=/dev/null TB --- 2012-12-27 15:10:39 - TARGET=ia64 TB --- 2012-12-27 15:10:39 - TARGET_ARCH=ia64 TB --- 2012-12-27 15:10:39 - TZ=UTC TB --- 2012-12-27 15:10:39 - __MAKE_CONF=/dev/null TB --- 2012-12-27 15:10:39 - cd /src TB --- 2012-12-27 15:10:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 15:10:44 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 15:34:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 15:34:27 - ERROR: failed to build world TB --- 2012-12-27 15:34:27 - 1152.12 user 187.59 system 1431.23 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 15:54:16 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 4299CF9D; Thu, 27 Dec 2012 15:54:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 06B0D8FC12; Thu, 27 Dec 2012 15:54: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 qBRFsF54080588; Thu, 27 Dec 2012 10:54: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 qBRFsFAk080587; Thu, 27 Dec 2012 15:54:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 15:54:15 GMT Message-Id: <201212271554.qBRFsFAk080587@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 15:54:16 -0000 TB --- 2012-12-27 15:34:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 15:34:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 15:34:27 - starting HEAD tinderbox run for mips/mips TB --- 2012-12-27 15:34:27 - cleaning the object tree TB --- 2012-12-27 15:34:27 - /usr/local/bin/svn stat /src TB --- 2012-12-27 15:34:30 - At svn revision 244738 TB --- 2012-12-27 15:34:31 - building world TB --- 2012-12-27 15:34:31 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 15:34:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 15:34:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 15:34:31 - SRCCONF=/dev/null TB --- 2012-12-27 15:34:31 - TARGET=mips TB --- 2012-12-27 15:34:31 - TARGET_ARCH=mips TB --- 2012-12-27 15:34:31 - TZ=UTC TB --- 2012-12-27 15:34:31 - __MAKE_CONF=/dev/null TB --- 2012-12-27 15:34:31 - cd /src TB --- 2012-12-27 15:34:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 15:34: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 [...] cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 15:54:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 15:54:15 - ERROR: failed to build world TB --- 2012-12-27 15:54:15 - 907.60 user 176.40 system 1187.78 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 16:15:09 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 CE6064FF for ; Thu, 27 Dec 2012 16:15:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 998BC8FC1A for ; Thu, 27 Dec 2012 16:15:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0MFP001023P3JF00@smtpauth1.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Thu, 27 Dec 2012 09:15:03 -0600 (CST) Received: from wanderer.tachypleus.net (c-24-63-204-107.hsd1.ct.comcast.net [24.63.204.107]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0MFP00GRY3P17N50@smtpauth1.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Thu, 27 Dec 2012 09:15:02 -0600 (CST) Date: Thu, 27 Dec 2012 09:15:01 -0600 From: Nathan Whitehorn Subject: Re: clang 3.2 RC2 miscompiles libgcc? In-reply-to: <20121227150724.GA1431@mole.fafoe.narf.at> Sender: whitehorn@wisc.edu To: freebsd-current@freebsd.org Message-id: <50DC65F5.6060004@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=24.63.204.107 X-Spam-PmxInfo: Server=avs-16, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.12.27.150635, SenderIP=24.63.204.107 References: <20121227150724.GA1431@mole.fafoe.narf.at> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 16:15:09 -0000 On 12/27/12 09:07, Stefan Farfeleder wrote: > Hi, > > I noticed that most of my C++ applications in recent versions of FreeBSD > head suddenly crash without me recompiling them. I tracked it down to > r243830 which imported a new clang version. The new clang seems to > compile libgcc in a wrong or at least incompatible way with what gcc > expects. In fact, the breakage only occurs with libgcc compiled by a > post-r243830 clang and an application compiled with g++ -O2. For me, the > crash happens with boost::program_options, but I'm not sure if that is > necessary for the crash. I've seen what I think is the same thing due to a miscompilation of unwind-dw2.c that caused crashes related to cross-shared-object exception handling. It seems to have been fixed with the 3.2 release but I haven't tested it too thoroughly yet. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 16:15:51 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 376F6614; Thu, 27 Dec 2012 16:15:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 054338FC0C; Thu, 27 Dec 2012 16:15:47 +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 qBRGFkj8085394; Thu, 27 Dec 2012 11:15:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRGFk9p085382; Thu, 27 Dec 2012 16:15:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 16:15:46 GMT Message-Id: <201212271615.qBRGFk9p085382@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 16:15:51 -0000 TB --- 2012-12-27 15:54:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 15:54:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 15:54:15 - starting HEAD tinderbox run for mips64/mips TB --- 2012-12-27 15:54:15 - cleaning the object tree TB --- 2012-12-27 15:54:15 - /usr/local/bin/svn stat /src TB --- 2012-12-27 15:54:18 - At svn revision 244738 TB --- 2012-12-27 15:54:19 - building world TB --- 2012-12-27 15:54:19 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 15:54:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 15:54:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 15:54:19 - SRCCONF=/dev/null TB --- 2012-12-27 15:54:19 - TARGET=mips TB --- 2012-12-27 15:54:19 - TARGET_ARCH=mips64 TB --- 2012-12-27 15:54:19 - TZ=UTC TB --- 2012-12-27 15:54:19 - __MAKE_CONF=/dev/null TB --- 2012-12-27 15:54:19 - cd /src TB --- 2012-12-27 15:54:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 15:54:23 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 -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 16:15:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 16:15:46 - ERROR: failed to build world TB --- 2012-12-27 16:15:46 - 903.61 user 273.79 system 1291.31 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 16:43:04 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 D483AEAB; Thu, 27 Dec 2012 16:43:04 +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 883018FC08; Thu, 27 Dec 2012 16:43: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 qBRGh4ru002031; Thu, 27 Dec 2012 11:43: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 qBRGh4Md002030; Thu, 27 Dec 2012 16:43:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 16:43:04 GMT Message-Id: <201212271643.qBRGh4Md002030@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 16:43:04 -0000 TB --- 2012-12-27 16:15:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 16:15:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 16:15:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-27 16:15:46 - cleaning the object tree TB --- 2012-12-27 16:16:43 - /usr/local/bin/svn stat /src TB --- 2012-12-27 16:16:51 - At svn revision 244738 TB --- 2012-12-27 16:16:52 - building world TB --- 2012-12-27 16:16:52 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 16:16:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 16:16:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 16:16:52 - SRCCONF=/dev/null TB --- 2012-12-27 16:16:52 - TARGET=powerpc TB --- 2012-12-27 16:16:52 - TARGET_ARCH=powerpc TB --- 2012-12-27 16:16:52 - TZ=UTC TB --- 2012-12-27 16:16:52 - __MAKE_CONF=/dev/null TB --- 2012-12-27 16:16:52 - cd /src TB --- 2012-12-27 16:16:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 16:16: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 [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 16:43:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 16:43:03 - ERROR: failed to build world TB --- 2012-12-27 16:43:03 - 1180.13 user 296.83 system 1637.03 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 17:08:27 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 D2014585; Thu, 27 Dec 2012 17:08:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1718FC19; Thu, 27 Dec 2012 17:08:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBRH8QIR077379; Thu, 27 Dec 2012 12:08:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRH8QgP077377; Thu, 27 Dec 2012 17:08:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 17:08:26 GMT Message-Id: <201212271708.qBRH8QgP077377@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 17:08:27 -0000 TB --- 2012-12-27 16:43:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 16:43:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 16:43:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-12-27 16:43:04 - cleaning the object tree TB --- 2012-12-27 16:43:04 - /usr/local/bin/svn stat /src TB --- 2012-12-27 16:43:07 - At svn revision 244738 TB --- 2012-12-27 16:43:08 - building world TB --- 2012-12-27 16:43:08 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 16:43:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 16:43:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 16:43:08 - SRCCONF=/dev/null TB --- 2012-12-27 16:43:08 - TARGET=powerpc TB --- 2012-12-27 16:43:08 - TARGET_ARCH=powerpc64 TB --- 2012-12-27 16:43:08 - TZ=UTC TB --- 2012-12-27 16:43:08 - __MAKE_CONF=/dev/null TB --- 2012-12-27 16:43:08 - cd /src TB --- 2012-12-27 16:43:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 16:43:12 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 -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 17:08:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 17:08:26 - ERROR: failed to build world TB --- 2012-12-27 17:08:26 - 1208.80 user 199.14 system 1522.66 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 17:14: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 5BB427B9 for ; Thu, 27 Dec 2012 17:14:08 +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 0D4878FC17 for ; Thu, 27 Dec 2012 17:14:07 +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 qBRH5VHU006208 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT) for ; Thu, 27 Dec 2012 09:05:31 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201212271705.qBRH5VHU006208@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 27 Dec 2012 09:05:26 -0800 To: freebsd-current@freebsd.org From: Manfred Antar Subject: loopback interface broken on current Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: qBRH5VHU006208 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 17:14:08 -0000 For the past few days the loopback interface 127.0.0.1 is broken on current. The last good kernel that works for me is r244662: Mon Dec 24 06:43:07 PST 2012 Here are some of the errors from current today: Setting hostname: pozo.com. ifa_del_loopback_route: deletion failed: 3 ifconfig: ioctl (SIOCAIFADDR): File exists bge0: link state changed to DOWN ifa_del_loopback_route: deletion failed: 3 Dec 27 07:21:30.617 [803] warn: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:31.620 [803] warn: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:32.622 [803] warn: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:33.624 [803] warn: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:34.626 [803] warn: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:34.846 [803] warn: server socket setup failed, retry 6: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:35.848 [803] warn: server socket setup failed, retry 7: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:36.850 [803] warn: server socket setup failed, retry 8: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:37.852 [803] warn: server socket setup failed, retry 9: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address Dec 27 07:21:38.854 [803] error: spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested address /etc/rc: WARNING: failed to start spamd Starting dccgrey. no IPv4 support, connect(): Network is unreachable Starting dccifd. no IPv4 support, connect(): Network is unreachable PING localhost (127.0.0.1): 56 data bytes ^C --- localhost ping statistics --- 20 packets transmitted, 0 packets received, 100.0% packet loss Manfred ======================== || 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 Thu Dec 27 17:30:07 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 27150D08; Thu, 27 Dec 2012 17:30:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA47D8FC14; Thu, 27 Dec 2012 17:30:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBRHU5Ru086056; Thu, 27 Dec 2012 12:30:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRHU5l6086053; Thu, 27 Dec 2012 17:30:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 17:30:05 GMT Message-Id: <201212271730.qBRHU5l6086053@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 17:30:07 -0000 TB --- 2012-12-27 17:08:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 17:08:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 17:08:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-12-27 17:08:27 - cleaning the object tree TB --- 2012-12-27 17:08:27 - /usr/local/bin/svn stat /src TB --- 2012-12-27 17:08:30 - At svn revision 244738 TB --- 2012-12-27 17:08:31 - building world TB --- 2012-12-27 17:08:31 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 17:08:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 17:08:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 17:08:31 - SRCCONF=/dev/null TB --- 2012-12-27 17:08:31 - TARGET=sparc64 TB --- 2012-12-27 17:08:31 - TARGET_ARCH=sparc64 TB --- 2012-12-27 17:08:31 - TZ=UTC TB --- 2012-12-27 17:08:31 - __MAKE_CONF=/dev/null TB --- 2012-12-27 17:08:31 - cd /src TB --- 2012-12-27 17:08:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 17:08: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 [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/auth.c -o auth.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/expand_number.c -o expand_number.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/flopen.c -o flopen.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/fparseln.c -o fparseln.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/gr_util.c -o gr_util.o cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_add': /src/lib/libutil/gr_util.c:510: warning: cast discards qualifiers from pointer target type *** [gr_util.o] Error code 1 Stop in /src/lib/libutil. *** [lib/libutil__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 17:30:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 17:30:05 - ERROR: failed to build world TB --- 2012-12-27 17:30:05 - 941.18 user 247.12 system 1298.67 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 17:39:29 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 AE1AFF2A; Thu, 27 Dec 2012 17:39:29 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep15.mx.upcmail.net (fep15.mx.upcmail.net [62.179.121.35]) by mx1.freebsd.org (Postfix) with ESMTP id C16E78FC13; Thu, 27 Dec 2012 17:39:28 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep15-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20121227173920.WVWK2598.viefep15-int.chello.at@edge01.upcmail.net>; Thu, 27 Dec 2012 18:39:20 +0100 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge01.upcmail.net with edge id ghfL1k01Q2xdvHc01hfLpQ; Thu, 27 Dec 2012 18:39:20 +0100 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 5127C6D449; Thu, 27 Dec 2012 18:39:20 +0100 (CET) Date: Thu, 27 Dec 2012 18:39:20 +0100 From: Stefan Farfeleder To: Nathan Whitehorn Subject: Re: clang 3.2 RC2 miscompiles libgcc? Message-ID: <20121227173919.GB1431@mole.fafoe.narf.at> References: <20121227150724.GA1431@mole.fafoe.narf.at> <50DC65F5.6060004@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50DC65F5.6060004@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 17:39:29 -0000 On Thu, Dec 27, 2012 at 09:15:01AM -0600, Nathan Whitehorn wrote: > On 12/27/12 09:07, Stefan Farfeleder wrote: > > Hi, > > > > I noticed that most of my C++ applications in recent versions of FreeBSD > > head suddenly crash without me recompiling them. I tracked it down to > > r243830 which imported a new clang version. The new clang seems to > > compile libgcc in a wrong or at least incompatible way with what gcc > > expects. In fact, the breakage only occurs with libgcc compiled by a > > post-r243830 clang and an application compiled with g++ -O2. For me, the > > crash happens with boost::program_options, but I'm not sure if that is > > necessary for the crash. > > I've seen what I think is the same thing due to a miscompilation of > unwind-dw2.c that caused crashes related to cross-shared-object > exception handling. It seems to have been fixed with the 3.2 release but > I haven't tested it too thoroughly yet. Thanks for the confirmation. The cross-dso requirement would explain why my simpler approaches to reproduce it didn't work. But for me there's no difference between RC2 and release (FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221), both cause my applications to crash. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 18:46: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 2DE73D7D; Thu, 27 Dec 2012 18:46:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by mx1.freebsd.org (Postfix) with ESMTP id B683A8FC12; Thu, 27 Dec 2012 18:46:57 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id fc26so10295852vbb.3 for ; Thu, 27 Dec 2012 10:46:51 -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=TgKDM8NpNo0ZrfGlbYkVA97bdedyThROEb2EHJANCVk=; b=kUlApyeGB44dRvdckb9Rt9+wWTIRDdvhcWtThvsxYIp9BFoGvy67zxIYNp7L+qz7/j W6dz0aGgaXTl1lUC/5oKhpnw2DZ/W5SLeSU9jkCb73ybS0xpKtJ6vSHm1aWavLRCnnOE pYHyosUeVkE6KUv29DUUQwJk6cNGByW0NsBC17wQfbGik/0E9pB/XC/XbWLBvzAe7RPi ODFnr7YYnsHasASoyNn0B7W+CTun6iwXE0Hb9xJLkQ72En/vOo9yHmRA3hjekxKam+o6 hY6wiohf6N8AqBH4UvXh1gzQgda2N0fwiHiTcetz78d3fcRIxVhJaqxxQiwBr4LLU8CV eenA== MIME-Version: 1.0 Received: by 10.58.116.212 with SMTP id jy20mr48701085veb.5.1356634011440; Thu, 27 Dec 2012 10:46:51 -0800 (PST) Received: by 10.220.50.6 with HTTP; Thu, 27 Dec 2012 10:46:51 -0800 (PST) In-Reply-To: <20121227094649.GA48891@onelab2.iet.unipi.it> References: <20121227094649.GA48891@onelab2.iet.unipi.it> Date: Thu, 27 Dec 2012 10:46:51 -0800 Message-ID: Subject: Re: [RFC] proposed 'lem' patch to improve behaviour under emulation From: Jack Vogel To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: emulation@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 18:46:58 -0000 LOL, it's ironic, my intention in creating lem was to isolate the old pre-PCIE driver from active changes so as to assure it's stability... but virtualization comes around to bit me in the butt :) I guess I'm agreeable in principle with what you're doing Luigi, but can you do me a favor and hold off until I'm technically back from vacation (after the new year) and let me review the code then? Thanks, Jack On Thu, Dec 27, 2012 at 1:46 AM, Luigi Rizzo wrote: > This patch implements two features for the 'lem' driver that > greatly improve the throughput under proper hypervisor. > This is joint work with Vincenzo Maffione and Giuseppe Lettieri, > I am posting it here for review, will then commit it > if there are no objections. > > The first change is to implement a sysctl to access the 'itr' > interrupt moderation register for the devices supported by this > driver. It is little more than adding a struct into the device > descriptor, and one line to create the dynamic sysctl entry, same > as it is done for the other mitigation registers. > > The second change is more interesting and has huge benefits on througput. > > Under virtualization, "VM exits" (which happen every time there is > an access to a register of the emulated peripheral) are extremely > expensive. In the tx path of the 'lem' driver, there is a write > to the TDT register on every packet sent. > > The patch we propose, if enabled through a sysctl (defaults off, > so no change from current behaviour) defers writes to the TDT > register when there is a pending transmit interrupt. > This means that, together with proper emulation of interrupt > mitigation on the hypervisor side, the number of VM exits > is dramatically reduced. To give you an idea, on a modern > system with qemu-kvm and companion patches, UDP throughput is > > KVM QEMU > standard KVM, standard driver 20 Kpps 6.3 Kpps > modified KVM, standard driver 37 Kpps 28 Kpps > modified KVM, modified driver 200 Kpps 34 Kpps > > As you can see, on kvm this change gives a 5x speedup to the tx path, > which combines nicely with the 2x speedup that comes from supporting > interrupt mitigation alone in the hypervisor. Without kvm (or kqemu ?) > the benefits are much lower, as the guest becomes too slow. > > Patch follows. It would be good if people with real hardware > using the 'lem' driver could test it to make sure it does no > harm on their devices (in any case the sysctl variable > dev.em.0.mit_enable must be set to explicitly enable it > at runtime). > > (for those curious to test it under kvm, i am also attaching a > patch that you need to apply to qemu in order to exploit the > effect of interrupt mitigation; it is a followup of a similar > patch i posted in july to the qemu mailing list, and i will > post it the update there as well, shortly. Unfortunately > we do not have kvm on freebsd..) > > cheers > luigi > From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 20:08: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 2611DF6 for ; Thu, 27 Dec 2012 20:08:54 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp5.hushmail.com (smtp5.hushmail.com [65.39.178.142]) by mx1.freebsd.org (Postfix) with ESMTP id EBB9F8FC08 for ; Thu, 27 Dec 2012 20:08:53 +0000 (UTC) Received: from smtp5.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp5.hushmail.com (Postfix) with SMTP id 2EC7350EF7 for ; Thu, 27 Dec 2012 20:06:44 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp5.hushmail.com (Postfix) with ESMTP; Thu, 27 Dec 2012 20:06:43 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 9F13DE6726; Thu, 27 Dec 2012 20:06:43 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 27 Dec 2012 21:06:43 +0100 To: "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com In-Reply-To: References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121227200643.9F13DE6726@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 20:08:54 -0000 Hello, I hope you had a pleasant trip. Sorry for not replying for a while. Anyway, I tried to do what you asked me to. However, it seems like I misunderstood the handbook and/or your request, as I failed to compile the kernel. I copied my previous, working kernel config to a new file, and commented the devices ath, ath_pci, ath_hal and ath_rate_sample, as well as the options AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. I did this because I could not find instructions in the handbook that explained how to build a module as a kld, and commenting the modules out was my best guess. Please point me to the relevant section in the handbook in the case that the information was actually there and I just was unable to find it. The full kernel config can be seen here: http://nopaste.info/d7475552bd.html Finally, I went to /usr/src and entered make buildkernel KERNCONF=PAVILIONNOATH This is what I suspect is the relevant output: cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c In file included from /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a function) @/net/if_var.h:151: error: field 'if_data' has incomplete type cc1: warnings being treated as errors @/net/if_var.h:157: warning: 'struct sockaddr' declared inside parameter list @/net/if_var.h:157: warning: its scope is only this definition or declaration, which is probably not what you want @/net/if_var.h:167: warning: 'struct sockaddr' declared inside parameter list @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a function) @/net/if_var.h:718: error: field 'if_data' has incomplete type /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function 'ath_hal_attach': /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: dereferencing 'void *' pointer /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: request for member 'sc_ifp' in something not a structure or union /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: dereferencing 'void *' pointer /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: request for member 'sc_ifp' in something not a structure or union *** Error code 1 The full output has been posted to http://nopaste.info/408e62ac0f.html I'm willing and hoping to help troubleshoot this issue, but please keep in mind that I'm new to FreeBSD, so please give detailed instructions whenever you can. Thank you very much! > >Hi, > >Ok. I'm travelling for a little bit; if I don't reply in a few >days, >please poke me again. > >It may be that the device is asleep for a bit longer (failing this >test) and has completed resetting at this point. > >It may be that the power on sequence is not quite right for some >reason. > >Would you mind recompiling your kernel and making if_ath a kld, >rather >than statically in the kernel? > >Thanks, > > >Adrian > >> >> attached to this e-mail you find the output of dmesg. What I >guess the most relevant lines could be is: >> >> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >4.0 on pci2 >> ar5212ChipTest: address test failed addr: 0x00008000 - >wr:0x00000000 != rd:0xffffffff >> ar5212Attach: hardware self-test failed >> ath0: unable to attach hardware; HAL status 14 >> device_attach: ath0 attach returned 6 >> >> I read the registers 4004 and 4010 again to make sure the values >still are the same, which indeed they are. >> >> I hope this helps. >> >> Thanks! >> >> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" > wrote: >>> >>>On 13 December 2012 13:11, wrote: >>>> Hello everyone, >>>> >>>> I'm afraid I still don't know what exactly BAR is, or how I get >>>its value that I'm supposed to plug into the line John provided: >>>> dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) >>>count=1 | hd >>>> >>>> I assumed that "start of bar" is 0xfdee0000 in my case, since >>>dmesg reports >>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>4.0 on pci2 >>> >>>Yup. >>> >>>> This is what I get: >>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; (FDEE0000+4004)/4" >>>| bc` count=1 | hd >>>> 00 00 01 00 >>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; (FDEE0000+4010)/4" >>>| bc` count=1 | hd >>>> 14 00 01 00 >>>> >>>> Please correct me if my assumption about "start of bar" was >>>wrong and/or I made some other mistake. >>>> Also, please don't hesitate to ask me to do anything else that >>>might help you during debugging. >>>> >>>> Thank you very much for the effort. >>> >>>Hm. Wait, what's the rest of the ath0: output? >>> >>> >>> >>>Adrian From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 21:30: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 5CC28B11; Thu, 27 Dec 2012 21:30:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f174.google.com (mail-we0-f174.google.com [74.125.82.174]) by mx1.freebsd.org (Postfix) with ESMTP id AFD8E8FC0A; Thu, 27 Dec 2012 21:30:33 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id x10so4617190wey.5 for ; Thu, 27 Dec 2012 13:30:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e8I2mf2FlI/pz5cXtsYrKFg1F/kxLbSP+cjgxTDbK8o=; b=f5Hq6qgIGl66XZbsFxbUXTgRU0Xc4/HvDvn3417Qa4Owi7uhk35/YDwGA1uuBKQn0T vfIKmNMtEblrhBfgs9imeYm+enF6Vch9RbHxRtl3mhNVGQvq/vE0UF67JJRbgAEtdw2t dGy0vzsNP0sHk0xMvzusA5Z2qM9rjbRusbCkfF1yLJsoGpywW1Xj139qhS9nY6YSmxLA X1sFHXkAi93QmdIb2Sv7QVE5ujMMj1PYReHX9kA7zgtrARFt83jlvNOlfBrDNE/xG4Z+ kEu53YOCAabckLuJuUJHtRZVAmR5OHDPle+gFYEsryj0G9S3i3QvaxQ5qOYvTXvRvR20 +Sqw== MIME-Version: 1.0 Received: by 10.194.179.34 with SMTP id dd2mr50956989wjc.1.1356643827639; Thu, 27 Dec 2012 13:30:27 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Thu, 27 Dec 2012 13:30:27 -0800 (PST) In-Reply-To: <20121227200643.9F13DE6726@smtp.hushmail.com> References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> Date: Thu, 27 Dec 2012 13:30:27 -0800 X-Google-Sender-Auth: MjO9IO-VAxm0ViZm7mhRHW4mR-0 Message-ID: Subject: Re: ath0: unable to attach hardware From: Adrian Chadd To: husyh@hush.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 21:30:34 -0000 Hi, Just leave all of the ath/ah options in the kernel. Then comment out device ath device ath_hal device ath_rate_sample .. but yes, leave all the options in there. Adrian On 27 December 2012 12:06, wrote: > Hello, > > I hope you had a pleasant trip. Sorry for not replying for a while. > > Anyway, I tried to do what you asked me to. However, it seems like I misu= nderstood the handbook and/or your request, as I failed to compile the kern= el. > > I copied my previous, working kernel config to a new file, and commented = the devices ath, ath_pci, ath_hal and ath_rate_sample, as well as the optio= ns AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. I did this because I could no= t find instructions in the handbook that explained how to build a module as= a kld, and commenting the modules out was my best guess. Please point me t= o the relevant section in the handbook in the case that the information was= actually there and I just was unable to find it. > The full kernel config can be seen here: http://nopaste.info/d7475552bd.h= tml > Finally, I went to /usr/src and entered > make buildkernel KERNCONF=3DPAVILIONNOATH > > This is what I suspect is the relevant output: > > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/sr= c/sys/PAVILIONNOATH/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=3D= 8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 = -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH= -mno-sse -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float -fno-asyn= chronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999= -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -W= no-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-s= how-option -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c > In file included from /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c= :55: > @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a function) > @/net/if_var.h:151: error: field 'if_data' has incomplete type > cc1: warnings being treated as errors > @/net/if_var.h:157: warning: 'struct sockaddr' declared inside parameter = list > @/net/if_var.h:157: warning: its scope is only this definition or declara= tion, which is probably not what you want > @/net/if_var.h:167: warning: 'struct sockaddr' declared inside parameter = list > @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a function) > @/net/if_var.h:718: error: field 'if_data' has incomplete type > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function 'ath_hal= _attach': > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: derefere= ncing 'void *' pointer > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: request fo= r member 'sc_ifp' in something not a structure or union > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: derefere= ncing 'void *' pointer > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: request fo= r member 'sc_ifp' in something not a structure or union > *** Error code 1 > > The full output has been posted to http://nopaste.info/408e62ac0f.html > > I'm willing and hoping to help troubleshoot this issue, but please keep i= n mind that I'm new to FreeBSD, so please give detailed instructions whenev= er you can. > > Thank you very much! > >> >>Hi, >> >>Ok. I'm travelling for a little bit; if I don't reply in a few >>days, >>please poke me again. >> >>It may be that the device is asleep for a bit longer (failing this >>test) and has completed resetting at this point. >> >>It may be that the power on sequence is not quite right for some >>reason. >> >>Would you mind recompiling your kernel and making if_ath a kld, >>rather >>than statically in the kernel? >> >>Thanks, >> >> >>Adrian >> >>> >>> attached to this e-mail you find the output of dmesg. What I >>guess the most relevant lines could be is: >>> >>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>4.0 on pci2 >>> ar5212ChipTest: address test failed addr: 0x00008000 - >>wr:0x00000000 !=3D rd:0xffffffff >>> ar5212Attach: hardware self-test failed >>> ath0: unable to attach hardware; HAL status 14 >>> device_attach: ath0 attach returned 6 >>> >>> I read the registers 4004 and 4010 again to make sure the values >>still are the same, which indeed they are. >>> >>> I hope this helps. >>> >>> Thanks! >>> >>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" >> wrote: >>>> >>>>On 13 December 2012 13:11, wrote: >>>>> Hello everyone, >>>>> >>>>> I'm afraid I still don't know what exactly BAR is, or how I get >>>>its value that I'm supposed to plug into the line John provided: >>>>> dd if=3D/dev/mem bs=3D4 iseek=3D((start of bar + reg offset)/4) >>>>count=3D1 | hd >>>>> >>>>> I assumed that "start of bar" is 0xfdee0000 in my case, since >>>>dmesg reports >>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>>4.0 on pci2 >>>> >>>>Yup. >>>> >>>>> This is what I get: >>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; (FDEE0000+4004)/= 4" >>>>| bc` count=3D1 | hd >>>>> 00 00 01 00 >>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; (FDEE0000+4010)/= 4" >>>>| bc` count=3D1 | hd >>>>> 14 00 01 00 >>>>> >>>>> Please correct me if my assumption about "start of bar" was >>>>wrong and/or I made some other mistake. >>>>> Also, please don't hesitate to ask me to do anything else that >>>>might help you during debugging. >>>>> >>>>> Thank you very much for the effort. >>>> >>>>Hm. Wait, what's the rest of the ath0: output? >>>> >>>> >>>> >>>>Adrian > From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 21:42:51 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 54AEFE45; Thu, 27 Dec 2012 21:42:51 +0000 (UTC) (envelope-from schors@gmail.com) Received: from mail-la0-f43.google.com (mail-la0-f43.google.com [209.85.215.43]) by mx1.freebsd.org (Postfix) with ESMTP id 92BE18FC0A; Thu, 27 Dec 2012 21:42:50 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id z14so12949836lag.16 for ; Thu, 27 Dec 2012 13:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rY4/kRfhW/8nWiUep3wxXOGt1IDoKwm2LwaiuDnPk2Y=; b=nhioA1NeZTaSYaSxe7QufuYFTcY8fpfbJdeEgeHkr7bC+GJZrKCTvobtYTIlksA/p9 /Nl2Kzwl+6Ppy6jo35SNU9+iC+X745B3NU99204s5dyhGwGw4X8/W9OYE+75lF21wTDQ wzB9LiUG9u4RSGjbGDtrWYDw5kHA6mj/eMRLQ8AEiWiiulYh++5X00sCz6yf/NovV2l0 EYquWhY38nMjVyMg30de5ZfUNqMOiOwDXTNlLqzPOt3BqE82AQPKqProgqnCeIzZa4i7 0rYeb02Xrnx6N436Wnhi4buBHr2BrjiL6cjXaJwiGMsROm4uJ66+I14Bub6UTnxLYJ0f kN+g== MIME-Version: 1.0 Received: by 10.112.99.197 with SMTP id es5mr9433383lbb.30.1356644568930; Thu, 27 Dec 2012 13:42:48 -0800 (PST) Received: by 10.114.5.138 with HTTP; Thu, 27 Dec 2012 13:42:48 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> Date: Fri, 28 Dec 2012 01:42:48 +0400 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Phil Kulin To: Kimmo Paasiala Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Thu, 27 Dec 2012 22:13:39 +0000 Cc: FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 21:42:51 -0000 2012/12/26 Kimmo Paasiala : > I've revised the patch again and updated it at gihub, > https://gist.github.com/4362018. It can now be applied at top level > of sources (/usr/src typically). It now does the deconfiguration in > reverse order of the configuration, meaning the aliases configured > with ipv6_addrs_IF are removed before the ones configured with > ifconfig_IF_aliasN="inet6 ...". Adapted for FreeBSD 8.2, works fine: --- network.subr.orig 2011-02-17 05:19:39.000000000 +0300 +++ network.subr 2012-12-28 00:46:38.000000000 +0400 @@ -312,6 +312,12 @@ afexists() # 1 otherwise. ipv6if() { + # Test for $ipv6_addrs_IF. If it exists then the + # interface should be configured for IPv6 + _tmpargs=$(get_if_var $_if ipv6_addrs_IF) + if [ -n "${_tmpargs}" ]; then + return 0 + fi if ! checkyesno ipv6_enable; then return 1 fi @@ -948,7 +954,12 @@ network6_interface_setup() rtsol_interface=no ifconfig $i inet6 ${ipv6_ifconfig} alias fi - + ipv6_addrs=`get_if_var $i ipv6_addrs_IF` + if [ -n "${ipv6_addrs}" ]; then + rtsol_available=no + rtsol_interface=no + ipv6_addrs_common ${i} alias + fi # Wireless NIC cards are virtualized through the wlan interface if ! is_wired_interface ${i}; then case "${i}" in @@ -1178,3 +1189,39 @@ network6_getladdr() esac done } + +ipv6_addrs_common() +{ + local _ret _if _action _ip6prefix _ip6prefixes + local _ip6addr _prefixlen + local _range _ip6net _ip6low _ip6high + _ret=1 + _if=$1 + _action=$2 + # get the prefixes from ipv6_addrs_IF variable + _ip6prefixes=`get_if_var $_if ipv6_addrs_IF` + for _ip6prefix in ${_ip6prefixes}; do + _ip6addr=${_ip6prefix%%/*} + _prefixlen=${_ip6prefix##*/} + _range=${_ip6addr##*:} + _ip6net=${_ip6addr%:*} + _ip6low=${_range%-*} + _ip6high=${_range#*-} + # If deleting an alias, set _prefixlen to null string. + if [ "${_action}" = "-alias" ]; then + _prefixlen="" + else + _prefixlen="prefixlen $_prefixlen" + fi + _ip6high=$(("0x${_ip6high}")) + _ip6count=$(("0x${_ip6low}")) + while [ "${_ip6count}" -le "${_ip6high}" ]; do + # Re-uses the _ip6addr variable from above + _ip6addr=$(printf "%x" "${_ip6count}") + eval "ifconfig ${_if} inet6 ${_ip6net}:${_ip6addr} ${_prefixlen} ${_action}" + _ip6count=$((${_ip6count}+1)) + _ret=0 + done + done + return $_ret +} -- Non nobis Domine non nobis sed Nomini Tuo da gloriam Phil Kulin From owner-freebsd-current@FreeBSD.ORG Thu Dec 27 22:42:26 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 D8FF48EC; Thu, 27 Dec 2012 22:42:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A610F8FC0A; Thu, 27 Dec 2012 22:42:26 +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 qBRMgJwl023862; Thu, 27 Dec 2012 17:42:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBRMgJgk023832; Thu, 27 Dec 2012 22:42:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Dec 2012 22:42:19 GMT Message-Id: <201212272242.qBRMgJgk023832@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 22:42:26 -0000 TB --- 2012-12-27 21:30:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-27 21:30:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-27 21:30:31 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-27 21:30:31 - cleaning the object tree TB --- 2012-12-27 21:31:40 - /usr/local/bin/svn stat /src TB --- 2012-12-27 21:31:43 - At svn revision 244753 TB --- 2012-12-27 21:31:44 - building world TB --- 2012-12-27 21:31:44 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 21:31:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 21:31:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 21:31:44 - SRCCONF=/dev/null TB --- 2012-12-27 21:31:44 - TARGET=arm TB --- 2012-12-27 21:31:44 - TARGET_ARCH=arm TB --- 2012-12-27 21:31:44 - TZ=UTC TB --- 2012-12-27 21:31:44 - __MAKE_CONF=/dev/null TB --- 2012-12-27 21:31:44 - cd /src TB --- 2012-12-27 21:31:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 27 21:31:48 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 Thu Dec 27 22:29:17 UTC 2012 TB --- 2012-12-27 22:29:17 - generating LINT kernel config TB --- 2012-12-27 22:29:17 - cd /src/sys/arm/conf TB --- 2012-12-27 22:29:17 - /usr/bin/make -B LINT TB --- 2012-12-27 22:29:17 - cd /src/sys/arm/conf TB --- 2012-12-27 22:29:17 - /usr/sbin/config -m LINT TB --- 2012-12-27 22:29:17 - building LINT kernel TB --- 2012-12-27 22:29:17 - CROSS_BUILD_TESTING=YES TB --- 2012-12-27 22:29:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-27 22:29:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-27 22:29:17 - SRCCONF=/dev/null TB --- 2012-12-27 22:29:17 - TARGET=arm TB --- 2012-12-27 22:29:17 - TARGET_ARCH=arm TB --- 2012-12-27 22:29:17 - TZ=UTC TB --- 2012-12-27 22:29:17 - __MAKE_CONF=/dev/null TB --- 2012-12-27 22:29:17 - cd /src TB --- 2012-12-27 22:29:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 27 22:29:17 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 -x assembler-with-cpp -DLOCORE -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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/swtch.S 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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/sys_machdep.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/libfdt -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 -fno-builtin -ffreestanding -Werror /src/sys/arm/arm/trap.c cc1: warnings being treated as errors In file included from /src/sys/arm/arm/trap.c:900: /src/sys/arm/arm/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/arm/arm/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/arm/arm/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-27 22:42:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-27 22:42:19 - ERROR: failed to build LINT kernel TB --- 2012-12-27 22:42:19 - 3193.02 user 665.77 system 4308.15 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 02:52:34 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 C55E2BEE; Fri, 28 Dec 2012 02:52:34 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1A38FC08; Fri, 28 Dec 2012 02:52:33 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so5130704eek.31 for ; Thu, 27 Dec 2012 18:52:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=D+B8t/G9yrv3pGP9+FI5Fgv2qkKNx7/iW1c3bO3HcHc=; b=wYN0huLqREN1FrMGcw04cg26Ecl8UMSm5Uhj4txlEdyogpF/TOUalbQghx9dRIrYxZ bzYSEn3F96aTRCX3vAi+Pk2tw5WJ9zgD0HUIxaWMmH0N0zKcRcGQsXUx3Xn6Y7qcxQHM GoTa1A9nenx+p3wys/ntbzUx20ixKZJ0zVPsCmBoI6PwP0OtqwBI5+Se/oDEp1L3MKGg uTruzriYG3LiGYdba/EjogjVkRlk2JbV7zLBOtKj75396epVw99IRTFJYy+G7CtdQUXu okQghuqji8nHVJLE4tzcFvs6ncgZ5HYNIZbw69Gc8obdzh2B+EN+Yu0oyWTU1ZDNiQtX cp1Q== MIME-Version: 1.0 Received: by 10.14.209.193 with SMTP id s41mr82796817eeo.9.1356663146654; Thu, 27 Dec 2012 18:52:26 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.14.0.2 with HTTP; Thu, 27 Dec 2012 18:52:26 -0800 (PST) In-Reply-To: References: <20121227094649.GA48891@onelab2.iet.unipi.it> Date: Thu, 27 Dec 2012 18:52:26 -0800 X-Google-Sender-Auth: br4Js-XI8P07j8_3uUuCIMRJeyA Message-ID: Subject: Re: [RFC] proposed 'lem' patch to improve behaviour under emulation From: Luigi Rizzo To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: emulation@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 02:52:34 -0000 On Thu, Dec 27, 2012 at 10:46 AM, Jack Vogel wrote: > LOL, it's ironic, my intention in creating lem was to isolate the old > pre-PCIE driver from active changes so as to assure it's stability... > but virtualization comes around to bit me in the butt :) > > I guess I'm agreeable in principle with what you're doing Luigi, but > can you do me a favor and hold off until I'm technically back from > vacation (after the new year) and let me review the code then? > > sure, no rush -- i just wanted to have it out for review as it has been ready for a few weeks now. Regarding lem vs em i actually wonder if it wouldn't be better to consolidate the two drivers given the amount of common code. While i understand the desire for stability, i actually wonder if there is much if any leftover hw which uses 'lem' ... outside virtualization! cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 06:07: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 290BAD5E; Fri, 28 Dec 2012 06:07:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f179.google.com (mail-vc0-f179.google.com [209.85.220.179]) by mx1.freebsd.org (Postfix) with ESMTP id AFA078FC0A; Fri, 28 Dec 2012 06:07:23 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id p1so10323660vcq.24 for ; Thu, 27 Dec 2012 22:07:17 -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=g31VcEatWqTYKhK99I7wVHcVP/kUJdqRn6JgWRe/hhw=; b=qHNNml4E1KaIl1u893+6r3cqpPyDLeCLwlX2wu8Ej39T6s/WHVtlK2C4gLKivgE5Vw 7DHYNCZE37IJ6pA6VNTjUzuHF87ZYhlSk9Ww52gAehgGPKQin53txCMMiD2sJMofd+M6 HiEshX1T+U21kVIWxl1ToU2ISqUFcIDE0yANgOr6BcDodgr8WGVP8b5elm+CQyphndrb RNDKElmb4xc3fsQKTQHWa62q+CN3jCB8DSK4mlF/equ0sIrc2ay9679zBWhTChAANpyt ATOLldeV6upVFY0AC7Z3MLV1TArYX1ALf2tlHXF0bFJMbbnrLm98DuA1v9yooWZ/kIio CFFw== MIME-Version: 1.0 Received: by 10.221.11.205 with SMTP id pf13mr49164827vcb.70.1356674837352; Thu, 27 Dec 2012 22:07:17 -0800 (PST) Received: by 10.220.50.6 with HTTP; Thu, 27 Dec 2012 22:07:17 -0800 (PST) In-Reply-To: References: <20121227094649.GA48891@onelab2.iet.unipi.it> Date: Thu, 27 Dec 2012 22:07:17 -0800 Message-ID: Subject: Re: [RFC] proposed 'lem' patch to improve behaviour under emulation From: Jack Vogel To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: emulation@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 06:07:24 -0000 I don't know, in some ways it might be more interesting to make something just for a virtualized device, however reality is that I have way too many higher priority items to worry about after the new year gets underway than that, even so, we can see... Jack On Thu, Dec 27, 2012 at 6:52 PM, Luigi Rizzo wrote: > On Thu, Dec 27, 2012 at 10:46 AM, Jack Vogel wrote: > >> LOL, it's ironic, my intention in creating lem was to isolate the old >> pre-PCIE driver from active changes so as to assure it's stability... >> but virtualization comes around to bit me in the butt :) >> >> I guess I'm agreeable in principle with what you're doing Luigi, but >> can you do me a favor and hold off until I'm technically back from >> vacation (after the new year) and let me review the code then? >> >> > sure, no rush -- i just wanted to have it out for review as it has been > ready for a few weeks now. > > Regarding lem vs em i actually wonder if it wouldn't be better to > consolidate the two drivers given the amount of common code. > While i understand the desire for stability, i actually wonder if there > is much if any leftover hw which uses 'lem' ... outside virtualization! > > cheers > luigi > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 06:12:25 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 14AE7ECE; Fri, 28 Dec 2012 06:12:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D45618FC08; Fri, 28 Dec 2012 06:12:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBS6CNxD085307; Fri, 28 Dec 2012 01:12:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBS6CN01085306; Fri, 28 Dec 2012 06:12:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Dec 2012 06:12:23 GMT Message-Id: <201212280612.qBS6CN01085306@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 06:12:25 -0000 TB --- 2012-12-28 03:41:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2012-12-28 03:41:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-28 03:41:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-28 03:41:04 - cleaning the object tree TB --- 2012-12-28 03:41:35 - /usr/local/bin/svn stat /src TB --- 2012-12-28 03:42:05 - At svn revision 244753 TB --- 2012-12-28 03:42:06 - building world TB --- 2012-12-28 03:42:06 - CROSS_BUILD_TESTING=YES TB --- 2012-12-28 03:42:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-28 03:42:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-28 03:42:06 - SRCCONF=/dev/null TB --- 2012-12-28 03:42:06 - TARGET=powerpc TB --- 2012-12-28 03:42:06 - TARGET_ARCH=powerpc TB --- 2012-12-28 03:42:06 - TZ=UTC TB --- 2012-12-28 03:42:06 - __MAKE_CONF=/dev/null TB --- 2012-12-28 03:42:06 - cd /src TB --- 2012-12-28 03:42:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 28 03:42:12 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 Dec 28 06:02:50 UTC 2012 TB --- 2012-12-28 06:02:50 - generating LINT kernel config TB --- 2012-12-28 06:02:50 - cd /src/sys/powerpc/conf TB --- 2012-12-28 06:02:50 - /usr/bin/make -B LINT TB --- 2012-12-28 06:02:50 - cd /src/sys/powerpc/conf TB --- 2012-12-28 06:02:50 - /usr/sbin/config -m LINT TB --- 2012-12-28 06:02:50 - building LINT kernel TB --- 2012-12-28 06:02:50 - CROSS_BUILD_TESTING=YES TB --- 2012-12-28 06:02:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-28 06:02:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-28 06:02:50 - SRCCONF=/dev/null TB --- 2012-12-28 06:02:50 - TARGET=powerpc TB --- 2012-12-28 06:02:50 - TARGET_ARCH=powerpc TB --- 2012-12-28 06:02:50 - TZ=UTC TB --- 2012-12-28 06:02:50 - __MAKE_CONF=/dev/null TB --- 2012-12-28 06:02:50 - cd /src TB --- 2012-12-28 06:02:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 28 06:02: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 -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch32.S cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:506: /src/sys/powerpc/aim/../../kern/subr_syscall.c: In function 'syscallenter': /src/sys/powerpc/aim/../../kern/subr_syscall.c:80: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/powerpc/aim/../../kern/subr_syscall.c:154: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] *** [trap.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-28 06:12:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-28 06:12:23 - ERROR: failed to build LINT kernel TB --- 2012-12-28 06:12:23 - 7719.07 user 961.63 system 9079.12 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 11:48: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 C9732691 for ; Fri, 28 Dec 2012 11:48:22 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp5.hushmail.com (smtp5.hushmail.com [65.39.178.142]) by mx1.freebsd.org (Postfix) with ESMTP id 9010A8FC0C for ; Fri, 28 Dec 2012 11:48:22 +0000 (UTC) Received: from smtp5.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp5.hushmail.com (Postfix) with SMTP id DD4C2512F2 for ; Fri, 28 Dec 2012 11:48:21 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp5.hushmail.com (Postfix) with ESMTP; Fri, 28 Dec 2012 11:48:21 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 675D1E6726; Fri, 28 Dec 2012 11:48:21 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 28 Dec 2012 12:48:21 +0100 To: "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com In-Reply-To: References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121228114821.675D1E6726@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 11:48:22 -0000 Hello again, here's the new kernel config: http://nopaste.info/d7929aa100.html and here's the make output: http://nopaste.info/ae7826ba48.html The error messages I get when building are these: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug if_ath_pci.o: In function `ath_pci_resume': /usr/src/sys/dev/ath/if_ath_pci.c:231: undefined reference to `ath_resume' if_ath_pci.o: In function `ath_pci_suspend': /usr/src/sys/dev/ath/if_ath_pci.c:221: undefined reference to `ath_suspend' if_ath_pci.o: In function `ath_pci_shutdown': /usr/src/sys/dev/ath/if_ath_pci.c:212: undefined reference to `ath_shutdown' if_ath_pci.o: In function `ath_pci_detach': /usr/src/sys/dev/ath/if_ath_pci.c:193: undefined reference to `ath_detach' if_ath_pci.o: In function `ath_pci_attach': /usr/src/sys/dev/ath/if_ath_pci.c:140: undefined reference to `ath_intr' /usr/src/sys/dev/ath/if_ath_pci.c:168: undefined reference to `ath_attach' if_ath_pci.o: In function `ath_pci_probe': /usr/src/sys/dev/ath/if_ath_pci.c:82: undefined reference to `ath_hal_probe' *** Error code 1 I'm sorry for being so unexperienced. What am I doing wrong? > >Hi, > >Just leave all of the ath/ah options in the kernel. > >Then comment out > >device ath >device ath_hal >device ath_rate_sample > >.. but yes, leave all the options in there. > > > >Adrian > > >On 27 December 2012 12:06, wrote: >> Hello, >> >> I hope you had a pleasant trip. Sorry for not replying for a >while. >> >> Anyway, I tried to do what you asked me to. However, it seems >like I misunderstood the handbook and/or your request, as I failed >to compile the kernel. >> >> I copied my previous, working kernel config to a new file, and >commented the devices ath, ath_pci, ath_hal and ath_rate_sample, >as well as the options AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. >I did this because I could not find instructions in the handbook >that explained how to build a module as a kld, and commenting the >modules out was my best guess. Please point me to the relevant >section in the handbook in the case that the information was >actually there and I just was unable to find it. >> The full kernel config can be seen here: >http://nopaste.info/d7475552bd.html >> Finally, I went to /usr/src and entered >> make buildkernel KERNCONF=PAVILIONNOATH >> >> This is what I suspect is the relevant output: >> >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >DHAVE_KERNEL_OPTION_HEADERS -include >/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 >--param large-function-growth=1000 -fno-common -g -fno-omit-frame- >pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >asynchronous-unwind-tables -ffreestanding -fstack-protector - >std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >> In file included from >/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a >function) >> @/net/if_var.h:151: error: field 'if_data' has incomplete type >> cc1: warnings being treated as errors >> @/net/if_var.h:157: warning: 'struct sockaddr' declared inside >parameter list >> @/net/if_var.h:157: warning: its scope is only this definition >or declaration, which is probably not what you want >> @/net/if_var.h:167: warning: 'struct sockaddr' declared inside >parameter list >> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >function) >> @/net/if_var.h:718: error: field 'if_data' has incomplete type >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function >'ath_hal_attach': >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: >dereferencing 'void *' pointer >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: >request for member 'sc_ifp' in something not a structure or union >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: >dereferencing 'void *' pointer >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: >request for member 'sc_ifp' in something not a structure or union >> *** Error code 1 >> >> The full output has been posted to >http://nopaste.info/408e62ac0f.html >> >> I'm willing and hoping to help troubleshoot this issue, but >please keep in mind that I'm new to FreeBSD, so please give >detailed instructions whenever you can. >> >> Thank you very much! >> >>> >>>Hi, >>> >>>Ok. I'm travelling for a little bit; if I don't reply in a few >>>days, >>>please poke me again. >>> >>>It may be that the device is asleep for a bit longer (failing >this >>>test) and has completed resetting at this point. >>> >>>It may be that the power on sequence is not quite right for some >>>reason. >>> >>>Would you mind recompiling your kernel and making if_ath a kld, >>>rather >>>than statically in the kernel? >>> >>>Thanks, >>> >>> >>>Adrian >>> >>>> >>>> attached to this e-mail you find the output of dmesg. What I >>>guess the most relevant lines could be is: >>>> >>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>4.0 on pci2 >>>> ar5212ChipTest: address test failed addr: 0x00008000 - >>>wr:0x00000000 != rd:0xffffffff >>>> ar5212Attach: hardware self-test failed >>>> ath0: unable to attach hardware; HAL status 14 >>>> device_attach: ath0 attach returned 6 >>>> >>>> I read the registers 4004 and 4010 again to make sure the >values >>>still are the same, which indeed they are. >>>> >>>> I hope this helps. >>>> >>>> Thanks! >>>> >>>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" >>> wrote: >>>>> >>>>>On 13 December 2012 13:11, wrote: >>>>>> Hello everyone, >>>>>> >>>>>> I'm afraid I still don't know what exactly BAR is, or how I >get >>>>>its value that I'm supposed to plug into the line John >provided: >>>>>> dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) >>>>>count=1 | hd >>>>>> >>>>>> I assumed that "start of bar" is 0xfdee0000 in my case, since >>>>>dmesg reports >>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >device >>>>>4.0 on pci2 >>>>> >>>>>Yup. >>>>> >>>>>> This is what I get: >>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >(FDEE0000+4004)/4" >>>>>| bc` count=1 | hd >>>>>> 00 00 01 00 >>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >(FDEE0000+4010)/4" >>>>>| bc` count=1 | hd >>>>>> 14 00 01 00 >>>>>> >>>>>> Please correct me if my assumption about "start of bar" was >>>>>wrong and/or I made some other mistake. >>>>>> Also, please don't hesitate to ask me to do anything else >that >>>>>might help you during debugging. >>>>>> >>>>>> Thank you very much for the effort. >>>>> >>>>>Hm. Wait, what's the rest of the ath0: output? >>>>> >>>>> >>>>> >>>>>Adrian >> From owner-freebsd-current@FreeBSD.ORG Fri Dec 28 14:37:45 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 C238386A; Fri, 28 Dec 2012 14:37:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8098FC0A; Fri, 28 Dec 2012 14:37:44 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id fg15so4969660wgb.9 for ; Fri, 28 Dec 2012 06:37:43 -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=ghbTq5gwjPpa4KZxe3ZP/bSIuvHyLHyUBhUMfm2TPI8=; b=GGq/QCpdC6RSkzFslitIKRQzZzDaZheL0N/Ry3+DDIL5UTLM3WfQHg7qSkgYmvnQuz lvqMfOYDnGVe/y5feKQ8d75QPT9tE9ui6GEYYukFyFFwLkA8xheAn0VUnewhmUe/0hWc sbgzHRSMt3+isxMaRX/AJVeHjLytuAnjSYsdFQf9aVFPO5Oro8JruRajrnfWi4r3MupL Hyd+Tirs2BkcGGCczBlyKRkP46Wi07NsAXyj/QFvlwe0GNlwHcged+wqm4+rlMGCq9rO ompj9oTtRMbI+Kk9NHw1bQ43hRRhevfeB9Zl5yroJQ1phyoVdP0o2AV1wd5QtWA9NGh9 DHRA== MIME-Version: 1.0 Received: by 10.180.33.44 with SMTP id o12mr45825048wii.28.1356705463767; Fri, 28 Dec 2012 06:37:43 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Fri, 28 Dec 2012 06:37:43 -0800 (PST) In-Reply-To: <20121228114821.675D1E6726@smtp.hushmail.com> References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> <20121228114821.675D1E6726@smtp.hushmail.com> Date: Fri, 28 Dec 2012 06:37:43 -0800 X-Google-Sender-Auth: dKyaO_CJVtH_WUbkfBXaImi3ORI Message-ID: Subject: Re: ath0: unable to attach hardware From: Adrian Chadd To: husyh@hush.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 14:37:45 -0000 Oh, comment out the if_ath_pci device too. Sorry, forgot about that. adrian On 28 December 2012 03:48, wrote: > Hello again, > > here's the new kernel config: http://nopaste.info/d7929aa100.html > and here's the make output: http://nopaste.info/ae7826ba48.html > The error messages I get when building are these: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -g -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPT= ION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param= inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-omit-f= rame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float= -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror = vers.c > linking kernel.debug > if_ath_pci.o: In function `ath_pci_resume': > /usr/src/sys/dev/ath/if_ath_pci.c:231: undefined reference to `ath_resume= ' > if_ath_pci.o: In function `ath_pci_suspend': > /usr/src/sys/dev/ath/if_ath_pci.c:221: undefined reference to `ath_suspen= d' > if_ath_pci.o: In function `ath_pci_shutdown': > /usr/src/sys/dev/ath/if_ath_pci.c:212: undefined reference to `ath_shutdo= wn' > if_ath_pci.o: In function `ath_pci_detach': > /usr/src/sys/dev/ath/if_ath_pci.c:193: undefined reference to `ath_detach= ' > if_ath_pci.o: In function `ath_pci_attach': > /usr/src/sys/dev/ath/if_ath_pci.c:140: undefined reference to `ath_intr' > /usr/src/sys/dev/ath/if_ath_pci.c:168: undefined reference to `ath_attach= ' > if_ath_pci.o: In function `ath_pci_probe': > /usr/src/sys/dev/ath/if_ath_pci.c:82: undefined reference to `ath_hal_pro= be' > *** Error code 1 > > I'm sorry for being so unexperienced. What am I doing wrong? > >> >>Hi, >> >>Just leave all of the ath/ah options in the kernel. >> >>Then comment out >> >>device ath >>device ath_hal >>device ath_rate_sample >> >>.. but yes, leave all the options in there. >> >> >> >>Adrian >> >> >>On 27 December 2012 12:06, wrote: >>> Hello, >>> >>> I hope you had a pleasant trip. Sorry for not replying for a >>while. >>> >>> Anyway, I tried to do what you asked me to. However, it seems >>like I misunderstood the handbook and/or your request, as I failed >>to compile the kernel. >>> >>> I copied my previous, working kernel config to a new file, and >>commented the devices ath, ath_pci, ath_hal and ath_rate_sample, >>as well as the options AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. >>I did this because I could not find instructions in the handbook >>that explained how to build a module as a kld, and commenting the >>modules out was my best guess. Please point me to the relevant >>section in the handbook in the case that the information was >>actually there and I just was unable to find it. >>> The full kernel config can be seen here: >>http://nopaste.info/d7475552bd.html >>> Finally, I went to /usr/src and entered >>> make buildkernel KERNCONF=3DPAVILIONNOATH >>> >>> This is what I suspect is the relevant output: >>> >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >>I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >>DHAVE_KERNEL_OPTION_HEADERS -include >>/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >>I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 >>--param large-function-growth=3D1000 -fno-common -g -fno-omit-frame- >>pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >>mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float -fno- >>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>std=3Diso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >>> In file included from >>/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >>> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a >>function) >>> @/net/if_var.h:151: error: field 'if_data' has incomplete type >>> cc1: warnings being treated as errors >>> @/net/if_var.h:157: warning: 'struct sockaddr' declared inside >>parameter list >>> @/net/if_var.h:157: warning: its scope is only this definition >>or declaration, which is probably not what you want >>> @/net/if_var.h:167: warning: 'struct sockaddr' declared inside >>parameter list >>> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >>function) >>> @/net/if_var.h:718: error: field 'if_data' has incomplete type >>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function >>'ath_hal_attach': >>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: >>dereferencing 'void *' pointer >>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: >>request for member 'sc_ifp' in something not a structure or union >>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: >>dereferencing 'void *' pointer >>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: >>request for member 'sc_ifp' in something not a structure or union >>> *** Error code 1 >>> >>> The full output has been posted to >>http://nopaste.info/408e62ac0f.html >>> >>> I'm willing and hoping to help troubleshoot this issue, but >>please keep in mind that I'm new to FreeBSD, so please give >>detailed instructions whenever you can. >>> >>> Thank you very much! >>> >>>> >>>>Hi, >>>> >>>>Ok. I'm travelling for a little bit; if I don't reply in a few >>>>days, >>>>please poke me again. >>>> >>>>It may be that the device is asleep for a bit longer (failing >>this >>>>test) and has completed resetting at this point. >>>> >>>>It may be that the power on sequence is not quite right for some >>>>reason. >>>> >>>>Would you mind recompiling your kernel and making if_ath a kld, >>>>rather >>>>than statically in the kernel? >>>> >>>>Thanks, >>>> >>>> >>>>Adrian >>>> >>>>> >>>>> attached to this e-mail you find the output of dmesg. What I >>>>guess the most relevant lines could be is: >>>>> >>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>>4.0 on pci2 >>>>> ar5212ChipTest: address test failed addr: 0x00008000 - >>>>wr:0x00000000 !=3D rd:0xffffffff >>>>> ar5212Attach: hardware self-test failed >>>>> ath0: unable to attach hardware; HAL status 14 >>>>> device_attach: ath0 attach returned 6 >>>>> >>>>> I read the registers 4004 and 4010 again to make sure the >>values >>>>still are the same, which indeed they are. >>>>> >>>>> I hope this helps. >>>>> >>>>> Thanks! >>>>> >>>>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" >>>> wrote: >>>>>> >>>>>>On 13 December 2012 13:11, wrote: >>>>>>> Hello everyone, >>>>>>> >>>>>>> I'm afraid I still don't know what exactly BAR is, or how I >>get >>>>>>its value that I'm supposed to plug into the line John >>provided: >>>>>>> dd if=3D/dev/mem bs=3D4 iseek=3D((start of bar + reg offset)/4) >>>>>>count=3D1 | hd >>>>>>> >>>>>>> I assumed that "start of bar" is 0xfdee0000 in my case, since >>>>>>dmesg reports >>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>device >>>>>>4.0 on pci2 >>>>>> >>>>>>Yup. >>>>>> >>>>>>> This is what I get: >>>>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; >>(FDEE0000+4004)/4" >>>>>>| bc` count=3D1 | hd >>>>>>> 00 00 01 00 >>>>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; >>(FDEE0000+4010)/4" >>>>>>| bc` count=3D1 | hd >>>>>>> 14 00 01 00 >>>>>>> >>>>>>> Please correct me if my assumption about "start of bar" was >>>>>>wrong and/or I made some other mistake. >>>>>>> Also, please don't hesitate to ask me to do anything else >>that >>>>>>might help you during debugging. >>>>>>> >>>>>>> Thank you very much for the effort. >>>>>> >>>>>>Hm. Wait, what's the rest of the ath0: output? >>>>>> >>>>>> >>>>>> >>>>>>Adrian >>> > From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 15:29:43 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 2DE7D4C6 for ; Sat, 29 Dec 2012 15:29:43 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp5.hushmail.com (smtp5.hushmail.com [65.39.178.142]) by mx1.freebsd.org (Postfix) with ESMTP id E37078FC13 for ; Sat, 29 Dec 2012 15:29:42 +0000 (UTC) Received: from smtp5.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp5.hushmail.com (Postfix) with SMTP id 2F89B51032 for ; Sat, 29 Dec 2012 15:29:35 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp5.hushmail.com (Postfix) with ESMTP; Sat, 29 Dec 2012 15:29:34 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id AFFA5E6726; Sat, 29 Dec 2012 15:29:34 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 29 Dec 2012 16:29:34 +0100 To: "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com In-Reply-To: References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> <20121228114821.675D1E6726@smtp.hushmail.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121229152934.AFFA5E6726@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2012 15:29:43 -0000 Hi, here's my new config: http://nopaste.info/7c11afee7c.html and here's the complete kernel build output: http://nopaste.info/34db985f16.html The error message is this: cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c In file included from /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a function) @/net/if_var.h:151: error: field 'if_data' has incomplete type cc1: warnings being treated as errors @/net/if_var.h:157: warning: 'struct sockaddr' declared inside parameter list @/net/if_var.h:157: warning: its scope is only this definition or declaration, which is probably not what you want @/net/if_var.h:167: warning: 'struct sockaddr' declared inside parameter list @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a function) @/net/if_var.h:718: error: field 'if_data' has incomplete type /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function 'ath_hal_attach': /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: dereferencing 'void *' pointer /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: request for member 'sc_ifp' in something not a structure or union /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: dereferencing 'void *' pointer /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: request for member 'sc_ifp' in something not a structure or union *** Error code 1 What am I supposed to do? Thank you very much. :) > >Oh, comment out the if_ath_pci device too. > >Sorry, forgot about that. > > > >adrian > > >On 28 December 2012 03:48, wrote: >> Hello again, >> >> here's the new kernel config: http://nopaste.info/d7929aa100.html >> and here's the make output: http://nopaste.info/ae7826ba48.html >> The error messages I get when building are these: >> >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing - >std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict- >prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing- >include-dirs -fdiagnostics-show-option -nostdinc -I. - >I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-sse - >mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >asynchronous-unwind-tables -ffreestanding -fstack-protector - >Werror vers.c >> linking kernel.debug >> if_ath_pci.o: In function `ath_pci_resume': >> /usr/src/sys/dev/ath/if_ath_pci.c:231: undefined reference to >`ath_resume' >> if_ath_pci.o: In function `ath_pci_suspend': >> /usr/src/sys/dev/ath/if_ath_pci.c:221: undefined reference to >`ath_suspend' >> if_ath_pci.o: In function `ath_pci_shutdown': >> /usr/src/sys/dev/ath/if_ath_pci.c:212: undefined reference to >`ath_shutdown' >> if_ath_pci.o: In function `ath_pci_detach': >> /usr/src/sys/dev/ath/if_ath_pci.c:193: undefined reference to >`ath_detach' >> if_ath_pci.o: In function `ath_pci_attach': >> /usr/src/sys/dev/ath/if_ath_pci.c:140: undefined reference to >`ath_intr' >> /usr/src/sys/dev/ath/if_ath_pci.c:168: undefined reference to >`ath_attach' >> if_ath_pci.o: In function `ath_pci_probe': >> /usr/src/sys/dev/ath/if_ath_pci.c:82: undefined reference to >`ath_hal_probe' >> *** Error code 1 >> >> I'm sorry for being so unexperienced. What am I doing wrong? >> >>> >>>Hi, >>> >>>Just leave all of the ath/ah options in the kernel. >>> >>>Then comment out >>> >>>device ath >>>device ath_hal >>>device ath_rate_sample >>> >>>.. but yes, leave all the options in there. >>> >>> >>> >>>Adrian >>> >>> >>>On 27 December 2012 12:06, wrote: >>>> Hello, >>>> >>>> I hope you had a pleasant trip. Sorry for not replying for a >>>while. >>>> >>>> Anyway, I tried to do what you asked me to. However, it seems >>>like I misunderstood the handbook and/or your request, as I >failed >>>to compile the kernel. >>>> >>>> I copied my previous, working kernel config to a new file, and >>>commented the devices ath, ath_pci, ath_hal and ath_rate_sample, >>>as well as the options AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. >>>I did this because I could not find instructions in the handbook >>>that explained how to build a module as a kld, and commenting the >>>modules out was my best guess. Please point me to the relevant >>>section in the handbook in the case that the information was >>>actually there and I just was unable to find it. >>>> The full kernel config can be seen here: >>>http://nopaste.info/d7475552bd.html >>>> Finally, I went to /usr/src and entered >>>> make buildkernel KERNCONF=PAVILIONNOATH >>>> >>>> This is what I suspect is the relevant output: >>>> >>>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL - >DKLD_MODULE >>>-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >>>I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >>>DHAVE_KERNEL_OPTION_HEADERS -include >>>/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >>>I@/contrib/altq -finline-limit=8000 --param inline-unit- >growth=100 >>>--param large-function-growth=1000 -fno-common -g -fno-omit- >frame- >>>pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >>>mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >>>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>>std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >>>> In file included from >>>/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >>>> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a >>>function) >>>> @/net/if_var.h:151: error: field 'if_data' has incomplete type >>>> cc1: warnings being treated as errors >>>> @/net/if_var.h:157: warning: 'struct sockaddr' declared inside >>>parameter list >>>> @/net/if_var.h:157: warning: its scope is only this definition >>>or declaration, which is probably not what you want >>>> @/net/if_var.h:167: warning: 'struct sockaddr' declared inside >>>parameter list >>>> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >>>function) >>>> @/net/if_var.h:718: error: field 'if_data' has incomplete type >>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In >function >>>'ath_hal_attach': >>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: >warning: >>>dereferencing 'void *' pointer >>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: >>>request for member 'sc_ifp' in something not a structure or union >>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: >warning: >>>dereferencing 'void *' pointer >>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: >>>request for member 'sc_ifp' in something not a structure or union >>>> *** Error code 1 >>>> >>>> The full output has been posted to >>>http://nopaste.info/408e62ac0f.html >>>> >>>> I'm willing and hoping to help troubleshoot this issue, but >>>please keep in mind that I'm new to FreeBSD, so please give >>>detailed instructions whenever you can. >>>> >>>> Thank you very much! >>>> >>>>> >>>>>Hi, >>>>> >>>>>Ok. I'm travelling for a little bit; if I don't reply in a few >>>>>days, >>>>>please poke me again. >>>>> >>>>>It may be that the device is asleep for a bit longer (failing >>>this >>>>>test) and has completed resetting at this point. >>>>> >>>>>It may be that the power on sequence is not quite right for >some >>>>>reason. >>>>> >>>>>Would you mind recompiling your kernel and making if_ath a kld, >>>>>rather >>>>>than statically in the kernel? >>>>> >>>>>Thanks, >>>>> >>>>> >>>>>Adrian >>>>> >>>>>> >>>>>> attached to this e-mail you find the output of dmesg. What I >>>>>guess the most relevant lines could be is: >>>>>> >>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >device >>>>>4.0 on pci2 >>>>>> ar5212ChipTest: address test failed addr: 0x00008000 - >>>>>wr:0x00000000 != rd:0xffffffff >>>>>> ar5212Attach: hardware self-test failed >>>>>> ath0: unable to attach hardware; HAL status 14 >>>>>> device_attach: ath0 attach returned 6 >>>>>> >>>>>> I read the registers 4004 and 4010 again to make sure the >>>values >>>>>still are the same, which indeed they are. >>>>>> >>>>>> I hope this helps. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" >>>>> wrote: >>>>>>> >>>>>>>On 13 December 2012 13:11, wrote: >>>>>>>> Hello everyone, >>>>>>>> >>>>>>>> I'm afraid I still don't know what exactly BAR is, or how I >>>get >>>>>>>its value that I'm supposed to plug into the line John >>>provided: >>>>>>>> dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) >>>>>>>count=1 | hd >>>>>>>> >>>>>>>> I assumed that "start of bar" is 0xfdee0000 in my case, >since >>>>>>>dmesg reports >>>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>>device >>>>>>>4.0 on pci2 >>>>>>> >>>>>>>Yup. >>>>>>> >>>>>>>> This is what I get: >>>>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >>>(FDEE0000+4004)/4" >>>>>>>| bc` count=1 | hd >>>>>>>> 00 00 01 00 >>>>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >>>(FDEE0000+4010)/4" >>>>>>>| bc` count=1 | hd >>>>>>>> 14 00 01 00 >>>>>>>> >>>>>>>> Please correct me if my assumption about "start of bar" was >>>>>>>wrong and/or I made some other mistake. >>>>>>>> Also, please don't hesitate to ask me to do anything else >>>that >>>>>>>might help you during debugging. >>>>>>>> >>>>>>>> Thank you very much for the effort. >>>>>>> >>>>>>>Hm. Wait, what's the rest of the ath0: output? >>>>>>> >>>>>>> >>>>>>> >>>>>>>Adrian >>>> >> From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 16:37:04 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 CF9B94A7; Sat, 29 Dec 2012 16:37:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2D26B8FC08; Sat, 29 Dec 2012 16:37:03 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id dq12so5116576wgb.0 for ; Sat, 29 Dec 2012 08:36:57 -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=w28H5FaF4GxFjApd1OZZCJ/fTaPSa/DTSjKsKUo/kfg=; b=PTPvVUoXWTlT7BxKjjmC061K+c9UulrAJcJlvtTFBqXkb1xwtvwZ9GgBGiqwfUkBdD 4xk62R0G29EErIdJ2t7UhaKHynCwi53/aMQBXYdeYxO3q2edpqjr3Mr5n0OS0kH78P19 EcDXhFBT9kUNevk0x/nq3AiXZP4qcxH8ko5YdCp1yCFD8x6P9OrmxSWB6h7Stt4+mIyd xwQ2kcUH3bedMqDDOw65JGFVs8U2NGGFSHPE3N/6q98yLbpo6kDagRTz9gl8CHVHfY7N t3/tTGsUJXqGQ24XX8gsOoCCnEYitZ7u6Rdd/L8iJLyKQTgEzqsX0/dkRa9xqXOmJLgi ocLg== MIME-Version: 1.0 Received: by 10.180.88.40 with SMTP id bd8mr48622616wib.33.1356798551800; Sat, 29 Dec 2012 08:29:11 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Sat, 29 Dec 2012 08:29:11 -0800 (PST) In-Reply-To: <20121229152934.AFFA5E6726@smtp.hushmail.com> References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> <20121228114821.675D1E6726@smtp.hushmail.com> <20121229152934.AFFA5E6726@smtp.hushmail.com> Date: Sat, 29 Dec 2012 08:29:11 -0800 X-Google-Sender-Auth: ES9_1Sjd1sNhMyxzoUTKumbwVL4 Message-ID: Subject: Re: ath0: unable to attach hardware From: Adrian Chadd To: husyh@hush.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2012 16:37:04 -0000 Erm.. that's confusing. I've never seen this build problem before. The modules should build fine.. On 29 December 2012 07:29, wrote: > Hi, > > here's my new config: http://nopaste.info/7c11afee7c.html > and here's the complete kernel build output: http://nopaste.info/34db985f= 16.html > The error message is this: > > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/sr= c/sys/PAVILIONNOATH/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=3D= 8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 = -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH= -mno-sse -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float -fno-asyn= chronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999= -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -W= no-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-s= how-option -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c > In file included from /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c= :55: > @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a function) > @/net/if_var.h:151: error: field 'if_data' has incomplete type > cc1: warnings being treated as errors > @/net/if_var.h:157: warning: 'struct sockaddr' declared inside parameter = list > @/net/if_var.h:157: warning: its scope is only this definition or declara= tion, which is probably not what you want > @/net/if_var.h:167: warning: 'struct sockaddr' declared inside parameter = list > @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a function) > @/net/if_var.h:718: error: field 'if_data' has incomplete type > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function 'ath_hal= _attach': > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: derefere= ncing 'void *' pointer > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: request fo= r member 'sc_ifp' in something not a structure or union > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: derefere= ncing 'void *' pointer > /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: request fo= r member 'sc_ifp' in something not a structure or union > *** Error code 1 > > What am I supposed to do? > > Thank you very much. :) > >> >>Oh, comment out the if_ath_pci device too. >> >>Sorry, forgot about that. >> >> >> >>adrian >> >> >>On 28 December 2012 03:48, wrote: >>> Hello again, >>> >>> here's the new kernel config: http://nopaste.info/d7929aa100.html >>> and here's the make output: http://nopaste.info/ae7826ba48.html >>> The error messages I get when building are these: >>> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing - >>std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict- >>prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >>qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing- >>include-dirs -fdiagnostics-show-option -nostdinc -I. - >>I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL - >>DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - >>finline-limit=3D8000 --param inline-unit-growth=3D100 --param large- >>function-growth=3D1000 -fno-omit-frame-pointer -mno-sse - >>mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float -fno- >>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>Werror vers.c >>> linking kernel.debug >>> if_ath_pci.o: In function `ath_pci_resume': >>> /usr/src/sys/dev/ath/if_ath_pci.c:231: undefined reference to >>`ath_resume' >>> if_ath_pci.o: In function `ath_pci_suspend': >>> /usr/src/sys/dev/ath/if_ath_pci.c:221: undefined reference to >>`ath_suspend' >>> if_ath_pci.o: In function `ath_pci_shutdown': >>> /usr/src/sys/dev/ath/if_ath_pci.c:212: undefined reference to >>`ath_shutdown' >>> if_ath_pci.o: In function `ath_pci_detach': >>> /usr/src/sys/dev/ath/if_ath_pci.c:193: undefined reference to >>`ath_detach' >>> if_ath_pci.o: In function `ath_pci_attach': >>> /usr/src/sys/dev/ath/if_ath_pci.c:140: undefined reference to >>`ath_intr' >>> /usr/src/sys/dev/ath/if_ath_pci.c:168: undefined reference to >>`ath_attach' >>> if_ath_pci.o: In function `ath_pci_probe': >>> /usr/src/sys/dev/ath/if_ath_pci.c:82: undefined reference to >>`ath_hal_probe' >>> *** Error code 1 >>> >>> I'm sorry for being so unexperienced. What am I doing wrong? >>> >>>> >>>>Hi, >>>> >>>>Just leave all of the ath/ah options in the kernel. >>>> >>>>Then comment out >>>> >>>>device ath >>>>device ath_hal >>>>device ath_rate_sample >>>> >>>>.. but yes, leave all the options in there. >>>> >>>> >>>> >>>>Adrian >>>> >>>> >>>>On 27 December 2012 12:06, wrote: >>>>> Hello, >>>>> >>>>> I hope you had a pleasant trip. Sorry for not replying for a >>>>while. >>>>> >>>>> Anyway, I tried to do what you asked me to. However, it seems >>>>like I misunderstood the handbook and/or your request, as I >>failed >>>>to compile the kernel. >>>>> >>>>> I copied my previous, working kernel config to a new file, and >>>>commented the devices ath, ath_pci, ath_hal and ath_rate_sample, >>>>as well as the options AH_SUPPORT_AR5416, AH_DEBUG and ATH_DEBUG. >>>>I did this because I could not find instructions in the handbook >>>>that explained how to build a module as a kld, and commenting the >>>>modules out was my best guess. Please point me to the relevant >>>>section in the handbook in the case that the information was >>>>actually there and I just was unable to find it. >>>>> The full kernel config can be seen here: >>>>http://nopaste.info/d7475552bd.html >>>>> Finally, I went to /usr/src and entered >>>>> make buildkernel KERNCONF=3DPAVILIONNOATH >>>>> >>>>> This is what I suspect is the relevant output: >>>>> >>>>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL - >>DKLD_MODULE >>>>-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >>>>I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >>>>DHAVE_KERNEL_OPTION_HEADERS -include >>>>/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >>>>I@/contrib/altq -finline-limit=3D8000 --param inline-unit- >>growth=3D100 >>>>--param large-function-growth=3D1000 -fno-common -g -fno-omit- >>frame- >>>>pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >>>>mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float -fno- >>>>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>>>std=3Diso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >>>>> In file included from >>>>/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >>>>> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a >>>>function) >>>>> @/net/if_var.h:151: error: field 'if_data' has incomplete type >>>>> cc1: warnings being treated as errors >>>>> @/net/if_var.h:157: warning: 'struct sockaddr' declared inside >>>>parameter list >>>>> @/net/if_var.h:157: warning: its scope is only this definition >>>>or declaration, which is probably not what you want >>>>> @/net/if_var.h:167: warning: 'struct sockaddr' declared inside >>>>parameter list >>>>> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >>>>function) >>>>> @/net/if_var.h:718: error: field 'if_data' has incomplete type >>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In >>function >>>>'ath_hal_attach': >>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: >>warning: >>>>dereferencing 'void *' pointer >>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: >>>>request for member 'sc_ifp' in something not a structure or union >>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: >>warning: >>>>dereferencing 'void *' pointer >>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: >>>>request for member 'sc_ifp' in something not a structure or union >>>>> *** Error code 1 >>>>> >>>>> The full output has been posted to >>>>http://nopaste.info/408e62ac0f.html >>>>> >>>>> I'm willing and hoping to help troubleshoot this issue, but >>>>please keep in mind that I'm new to FreeBSD, so please give >>>>detailed instructions whenever you can. >>>>> >>>>> Thank you very much! >>>>> >>>>>> >>>>>>Hi, >>>>>> >>>>>>Ok. I'm travelling for a little bit; if I don't reply in a few >>>>>>days, >>>>>>please poke me again. >>>>>> >>>>>>It may be that the device is asleep for a bit longer (failing >>>>this >>>>>>test) and has completed resetting at this point. >>>>>> >>>>>>It may be that the power on sequence is not quite right for >>some >>>>>>reason. >>>>>> >>>>>>Would you mind recompiling your kernel and making if_ath a kld, >>>>>>rather >>>>>>than statically in the kernel? >>>>>> >>>>>>Thanks, >>>>>> >>>>>> >>>>>>Adrian >>>>>> >>>>>>> >>>>>>> attached to this e-mail you find the output of dmesg. What I >>>>>>guess the most relevant lines could be is: >>>>>>> >>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>device >>>>>>4.0 on pci2 >>>>>>> ar5212ChipTest: address test failed addr: 0x00008000 - >>>>>>wr:0x00000000 !=3D rd:0xffffffff >>>>>>> ar5212Attach: hardware self-test failed >>>>>>> ath0: unable to attach hardware; HAL status 14 >>>>>>> device_attach: ath0 attach returned 6 >>>>>>> >>>>>>> I read the registers 4004 and 4010 again to make sure the >>>>values >>>>>>still are the same, which indeed they are. >>>>>>> >>>>>>> I hope this helps. >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian Chadd" >>>>>> wrote: >>>>>>>> >>>>>>>>On 13 December 2012 13:11, wrote: >>>>>>>>> Hello everyone, >>>>>>>>> >>>>>>>>> I'm afraid I still don't know what exactly BAR is, or how I >>>>get >>>>>>>>its value that I'm supposed to plug into the line John >>>>provided: >>>>>>>>> dd if=3D/dev/mem bs=3D4 iseek=3D((start of bar + reg offset)/4) >>>>>>>>count=3D1 | hd >>>>>>>>> >>>>>>>>> I assumed that "start of bar" is 0xfdee0000 in my case, >>since >>>>>>>>dmesg reports >>>>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>>>device >>>>>>>>4.0 on pci2 >>>>>>>> >>>>>>>>Yup. >>>>>>>> >>>>>>>>> This is what I get: >>>>>>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; >>>>(FDEE0000+4004)/4" >>>>>>>>| bc` count=3D1 | hd >>>>>>>>> 00 00 01 00 >>>>>>>>> # dd if=3D/dev/mem bs=3D4 iseek=3D`echo "ibase=3D16; >>>>(FDEE0000+4010)/4" >>>>>>>>| bc` count=3D1 | hd >>>>>>>>> 14 00 01 00 >>>>>>>>> >>>>>>>>> Please correct me if my assumption about "start of bar" was >>>>>>>>wrong and/or I made some other mistake. >>>>>>>>> Also, please don't hesitate to ask me to do anything else >>>>that >>>>>>>>might help you during debugging. >>>>>>>>> >>>>>>>>> Thank you very much for the effort. >>>>>>>> >>>>>>>>Hm. Wait, what's the rest of the ath0: output? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Adrian >>>>> >>> > From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 17:38:44 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 5DF7015F for ; Sat, 29 Dec 2012 17:38:44 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 208138FC12 for ; Sat, 29 Dec 2012 17:38:43 +0000 (UTC) Received: from pd4ml3so-ssvc.prod.shaw.ca ([10.0.141.150]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 29 Dec 2012 10:38:43 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=aTVRNjW1y6NjoOpVf0TT9V0PHXDfZZQvid8DyjJaX1w= c=1 sm=1 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=UNgx7r6UMKn7X9A0D1YA:9 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd4ml3so-dmz.prod.shaw.ca with ESMTP; 29 Dec 2012 10:38:43 -0700 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id A6A98D0 for ; Sat, 29 Dec 2012 09:38:42 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id qBTHcgDZ006852 for ; Sat, 29 Dec 2012 09:38:42 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201212291738.qBTHcgDZ006852@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org Subject: Amd(8) Hangs at Boot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Dec 2012 09:38:42 -0800 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2012 17:38:44 -0000 Just udated to the latest current and amd hangs at boot. Ideas? NFS access cache time=0 Starting amd. [halt - sent] KDB: enter: Break to debugger [ thread pid 762 tid 100072 ] Stopped at kdb_break+0x4e: movl $0,kdb_why db> bt Tracing pid 762 tid 100072 td 0x8a1675e0 kdb_break(87641200,c7c8617c,807a9208,81ac6b54,81ac6b50,...) at kdb_break+0x4e/frame 0xc7c86130 uart_intr(87641200,0,8a1675e0,4,875f30d0,...) at uart_intr+0x8e/frame 0xc7c8615c intr_event_handle(8757fa80,c7c861c0,1,8a1675e0,8a22d6e4,...) at intr_event_handle+0x85/frame 0xc7c8617c intr_execute_handlers(875f30d0,c7c861c0,0) at intr_execute_handlers+0x42/fra me 0xc7c8619c lapic_handle_intr(42,c7c861c0) at lapic_handle_intr+0x3d/frame 0xc7c861b0 Xapic_isr2() at Xapic_isr2+0x35/frame 0xc7c861b0 --- interrupt, eip = 0x80929af4, esp = 0xc7c86200, ebp = 0xc7c86220 --- udp_bind(8a4b71a0,8a125380,8a1675e0,8a1675e0,8758b400,...) at udp_bind+0x104/frame 0xc7c86220 bindresvport(8a4b71a0,0,c7c86380,89fa8300,c7c86408,...) at bindresvport+0x14a/frame 0xc7c86284 clnt_reconnect_call(876e82e0,c7c86358,1,89fa8300,c7c86408,...) at clnt_reconnect_call+0x2a0/frame 0xc7c862e8 newnfs_request(c7c86408,8a229200,0,8a229310,0,...) at newnfs_request+0x82a/frame 0xc7c863b0 nfsrpc_getattrnovp(8a229200,8a22928c,20,1,8758be80,...) at nfsrpc_getattrnovp+0xfa/frame 0xc7c864b0 mountnfs(8a125b40,c7c86870,c7c8678c,0,c7c86728,...) at mountnfs+0x883/frame 0xc7c865a0 nfs_mount(8a11c2a0,80d1e8e8,8a0fc400,8758be80,0,...) at nfs_mount+0x169f/frame 0xc7c86960 vfs_donmount(8a1675e0,800000,0,c7c86b58,8a10b000,...) at vfs_donmount+0xc94/frame 0xc7c86b40 kernel_mount(87557a80,800000,0,58,3,...) at kernel_mount+0x52/frame 0xc7c86b80 nfs_cmount(87557a80,7fbfd170,800000,0,80b46c55,...) at nfs_cmount+0x63/frame 0xc7c86c08 sys_mount(8a1675e0,c7c86cc8,8a1675e0,88bb82f0,80d94a80,...) at sys_mount+0x20b/frame 0xc7c86c40 syscall(c7c86d08) at syscall+0x479/frame 0xc7c86cfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xc7c86cfc --- syscall (21, FreeBSD ELF32, sys_mount), eip = 0x280ebef7, esp = 0x7fbfd09c, ebp = 0x7fbfd0c0 --- db> -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@FreeBSD.ORG Sat Dec 29 17:49: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 DECD35C5 for ; Sat, 29 Dec 2012 17:49:36 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp1.hushmail.com (smtp1.hushmail.com [65.39.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id A8FD88FC12 for ; Sat, 29 Dec 2012 17:49:36 +0000 (UTC) Received: from smtp1.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp1.hushmail.com (Postfix) with SMTP id E1516303A1 for ; Sat, 29 Dec 2012 17:48:35 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp1.hushmail.com (Postfix) with ESMTP; Sat, 29 Dec 2012 17:48:35 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 73956E673F; Sat, 29 Dec 2012 17:48:35 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 29 Dec 2012 18:48:35 +0100 To: "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com In-Reply-To: References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212101437.54825.jhb@freebsd.org> <201212111549.49942.jhb@freebsd.org> <20121213211100.5395F10E2C8@smtp.hushmail.com> <20121214085607.3938D10E2C8@smtp.hushmail.com> <20121227200643.9F13DE6726@smtp.hushmail.com> <20121228114821.675D1E6726@smtp.hushmail.com> <20121229152934.AFFA5E6726@smtp.hushmail.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121229174835.73956E673F@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2012 17:49:37 -0000 Hi, I maybe should add that whenever I haven't explicitly mentioned the version of FreeBSD I'm using, it's 9.0-RELEASE, as it is in this case. Is this maybe the cause of confusion? If you're still unsure why the build fails, please let me know how I can help to resolve this issue. Thank you! > >Erm.. that's confusing. I've never seen this build problem before. >The >modules should build fine.. > >On 29 December 2012 07:29, wrote: >> Hi, >> >> here's my new config: http://nopaste.info/7c11afee7c.html >> and here's the complete kernel build output: >http://nopaste.info/34db985f16.html >> The error message is this: >> >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >DHAVE_KERNEL_OPTION_HEADERS -include >/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 >--param large-function-growth=1000 -fno-common -g -fno-omit-frame- >pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >asynchronous-unwind-tables -ffreestanding -fstack-protector - >std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >> In file included from >/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not in a >function) >> @/net/if_var.h:151: error: field 'if_data' has incomplete type >> cc1: warnings being treated as errors >> @/net/if_var.h:157: warning: 'struct sockaddr' declared inside >parameter list >> @/net/if_var.h:157: warning: its scope is only this definition >or declaration, which is probably not what you want >> @/net/if_var.h:167: warning: 'struct sockaddr' declared inside >parameter list >> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >function) >> @/net/if_var.h:718: error: field 'if_data' has incomplete type >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In function >'ath_hal_attach': >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: warning: >dereferencing 'void *' pointer >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: error: >request for member 'sc_ifp' in something not a structure or union >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: warning: >dereferencing 'void *' pointer >> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: error: >request for member 'sc_ifp' in something not a structure or union >> *** Error code 1 >> >> What am I supposed to do? >> >> Thank you very much. :) >> >>> >>>Oh, comment out the if_ath_pci device too. >>> >>>Sorry, forgot about that. >>> >>> >>> >>>adrian >>> >>> >>>On 28 December 2012 03:48, wrote: >>>> Hello again, >>>> >>>> here's the new kernel config: >http://nopaste.info/d7929aa100.html >>>> and here's the make output: http://nopaste.info/ae7826ba48.html >>>> The error messages I get when building are these: >>>> >>>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing - >>>std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict- >>>prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >>>qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing- >>>include-dirs -fdiagnostics-show-option -nostdinc -I. - >>>I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-sse - >>>mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >>>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>>Werror vers.c >>>> linking kernel.debug >>>> if_ath_pci.o: In function `ath_pci_resume': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:231: undefined reference to >>>`ath_resume' >>>> if_ath_pci.o: In function `ath_pci_suspend': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:221: undefined reference to >>>`ath_suspend' >>>> if_ath_pci.o: In function `ath_pci_shutdown': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:212: undefined reference to >>>`ath_shutdown' >>>> if_ath_pci.o: In function `ath_pci_detach': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:193: undefined reference to >>>`ath_detach' >>>> if_ath_pci.o: In function `ath_pci_attach': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:140: undefined reference to >>>`ath_intr' >>>> /usr/src/sys/dev/ath/if_ath_pci.c:168: undefined reference to >>>`ath_attach' >>>> if_ath_pci.o: In function `ath_pci_probe': >>>> /usr/src/sys/dev/ath/if_ath_pci.c:82: undefined reference to >>>`ath_hal_probe' >>>> *** Error code 1 >>>> >>>> I'm sorry for being so unexperienced. What am I doing wrong? >>>> >>>>> >>>>>Hi, >>>>> >>>>>Just leave all of the ath/ah options in the kernel. >>>>> >>>>>Then comment out >>>>> >>>>>device ath >>>>>device ath_hal >>>>>device ath_rate_sample >>>>> >>>>>.. but yes, leave all the options in there. >>>>> >>>>> >>>>> >>>>>Adrian >>>>> >>>>> >>>>>On 27 December 2012 12:06, wrote: >>>>>> Hello, >>>>>> >>>>>> I hope you had a pleasant trip. Sorry for not replying for a >>>>>while. >>>>>> >>>>>> Anyway, I tried to do what you asked me to. However, it seems >>>>>like I misunderstood the handbook and/or your request, as I >>>failed >>>>>to compile the kernel. >>>>>> >>>>>> I copied my previous, working kernel config to a new file, >and >>>>>commented the devices ath, ath_pci, ath_hal and >ath_rate_sample, >>>>>as well as the options AH_SUPPORT_AR5416, AH_DEBUG and >ATH_DEBUG. >>>>>I did this because I could not find instructions in the >handbook >>>>>that explained how to build a module as a kld, and commenting >the >>>>>modules out was my best guess. Please point me to the relevant >>>>>section in the handbook in the case that the information was >>>>>actually there and I just was unable to find it. >>>>>> The full kernel config can be seen here: >>>>>http://nopaste.info/d7475552bd.html >>>>>> Finally, I went to /usr/src and entered >>>>>> make buildkernel KERNCONF=PAVILIONNOATH >>>>>> >>>>>> This is what I suspect is the relevant output: >>>>>> >>>>>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL - >>>DKLD_MODULE >>>>>-nostdinc -I. -I/usr/src/sys/modules/ath/../../dev/ath - >>>>>I/usr/src/sys/modules/ath/../../dev/ath/ath_hal - >>>>>DHAVE_KERNEL_OPTION_HEADERS -include >>>>>/usr/obj/usr/src/sys/PAVILIONNOATH/opt_global.h -I. -I@ - >>>>>I@/contrib/altq -finline-limit=8000 --param inline-unit- >>>growth=100 >>>>>--param large-function-growth=1000 -fno-common -g -fno-omit- >>>frame- >>>>>pointer -I/usr/obj/usr/src/sys/PAVILIONNOATH -mno-sse - >>>>>mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno- >>>>>asynchronous-unwind-tables -ffreestanding -fstack-protector - >>>>>std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c >>>>>> In file included from >>>>>/usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:55: >>>>>> @/net/if_var.h:125: error: 'IFNAMSIZ' undeclared here (not >in a >>>>>function) >>>>>> @/net/if_var.h:151: error: field 'if_data' has incomplete >type >>>>>> cc1: warnings being treated as errors >>>>>> @/net/if_var.h:157: warning: 'struct sockaddr' declared >inside >>>>>parameter list >>>>>> @/net/if_var.h:157: warning: its scope is only this >definition >>>>>or declaration, which is probably not what you want >>>>>> @/net/if_var.h:167: warning: 'struct sockaddr' declared >inside >>>>>parameter list >>>>>> @/net/if_var.h:187: error: 'AF_MAX' undeclared here (not in a >>>>>function) >>>>>> @/net/if_var.h:718: error: field 'if_data' has incomplete >type >>>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c: In >>>function >>>>>'ath_hal_attach': >>>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: >>>warning: >>>>>dereferencing 'void *' pointer >>>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:65: >error: >>>>>request for member 'sc_ifp' in something not a structure or >union >>>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: >>>warning: >>>>>dereferencing 'void *' pointer >>>>>> /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah.c:70: >error: >>>>>request for member 'sc_ifp' in something not a structure or >union >>>>>> *** Error code 1 >>>>>> >>>>>> The full output has been posted to >>>>>http://nopaste.info/408e62ac0f.html >>>>>> >>>>>> I'm willing and hoping to help troubleshoot this issue, but >>>>>please keep in mind that I'm new to FreeBSD, so please give >>>>>detailed instructions whenever you can. >>>>>> >>>>>> Thank you very much! >>>>>> >>>>>>> >>>>>>>Hi, >>>>>>> >>>>>>>Ok. I'm travelling for a little bit; if I don't reply in a >few >>>>>>>days, >>>>>>>please poke me again. >>>>>>> >>>>>>>It may be that the device is asleep for a bit longer (failing >>>>>this >>>>>>>test) and has completed resetting at this point. >>>>>>> >>>>>>>It may be that the power on sequence is not quite right for >>>some >>>>>>>reason. >>>>>>> >>>>>>>Would you mind recompiling your kernel and making if_ath a >kld, >>>>>>>rather >>>>>>>than statically in the kernel? >>>>>>> >>>>>>>Thanks, >>>>>>> >>>>>>> >>>>>>>Adrian >>>>>>> >>>>>>>> >>>>>>>> attached to this e-mail you find the output of dmesg. What >I >>>>>>>guess the most relevant lines could be is: >>>>>>>> >>>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>>device >>>>>>>4.0 on pci2 >>>>>>>> ar5212ChipTest: address test failed addr: 0x00008000 - >>>>>>>wr:0x00000000 != rd:0xffffffff >>>>>>>> ar5212Attach: hardware self-test failed >>>>>>>> ath0: unable to attach hardware; HAL status 14 >>>>>>>> device_attach: ath0 attach returned 6 >>>>>>>> >>>>>>>> I read the registers 4004 and 4010 again to make sure the >>>>>values >>>>>>>still are the same, which indeed they are. >>>>>>>> >>>>>>>> I hope this helps. >>>>>>>> >>>>>>>> Thanks! >>>>>>>> >>>>>>>> On Donnerstag, 13. Dezember 2012 at 10:18 PM, "Adrian >Chadd" >>>>>>> wrote: >>>>>>>>> >>>>>>>>>On 13 December 2012 13:11, wrote: >>>>>>>>>> Hello everyone, >>>>>>>>>> >>>>>>>>>> I'm afraid I still don't know what exactly BAR is, or >how I >>>>>get >>>>>>>>>its value that I'm supposed to plug into the line John >>>>>provided: >>>>>>>>>> dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) >>>>>>>>>count=1 | hd >>>>>>>>>> >>>>>>>>>> I assumed that "start of bar" is 0xfdee0000 in my case, >>>since >>>>>>>>>dmesg reports >>>>>>>>>> ath0: mem 0xfdee0000-0xfdeeffff irq 16 at >>>>>device >>>>>>>>>4.0 on pci2 >>>>>>>>> >>>>>>>>>Yup. >>>>>>>>> >>>>>>>>>> This is what I get: >>>>>>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >>>>>(FDEE0000+4004)/4" >>>>>>>>>| bc` count=1 | hd >>>>>>>>>> 00 00 01 00 >>>>>>>>>> # dd if=/dev/mem bs=4 iseek=`echo "ibase=16; >>>>>(FDEE0000+4010)/4" >>>>>>>>>| bc` count=1 | hd >>>>>>>>>> 14 00 01 00 >>>>>>>>>> >>>>>>>>>> Please correct me if my assumption about "start of bar" >was >>>>>>>>>wrong and/or I made some other mistake. >>>>>>>>>> Also, please don't hesitate to ask me to do anything else >>>>>that >>>>>>>>>might help you during debugging. >>>>>>>>>> >>>>>>>>>> Thank you very much for the effort. >>>>>>>>> >>>>>>>>>Hm. Wait, what's the rest of the ath0: output? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>Adrian >>>>>> >>>> >>