From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 03:29:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C801106566B; Sun, 15 Jul 2012 03:29:33 +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 642858FC0C; Sun, 15 Jul 2012 03:29:33 +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 q6F3TVHh090420; Sat, 14 Jul 2012 23:29:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6F3TVLs090377; Sun, 15 Jul 2012 03:29:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Jul 2012 03:29:31 GMT Message-Id: <201207150329.q6F3TVLs090377@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 03:29:33 -0000 TB --- 2012-07-15 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-15 00:30:00 - 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-07-15 00:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-07-15 00:30:00 - cleaning the object tree TB --- 2012-07-15 00:30:00 - cvsupping the source tree TB --- 2012-07-15 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-07-15 00:37:22 - building world TB --- 2012-07-15 00:37:22 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 00:37:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 00:37:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 00:37:22 - SRCCONF=/dev/null TB --- 2012-07-15 00:37:22 - TARGET=i386 TB --- 2012-07-15 00:37:22 - TARGET_ARCH=i386 TB --- 2012-07-15 00:37:22 - TZ=UTC TB --- 2012-07-15 00:37:22 - __MAKE_CONF=/dev/null TB --- 2012-07-15 00:37:22 - cd /src TB --- 2012-07-15 00:37:22 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 15 00:37: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 15 03:01:02 UTC 2012 TB --- 2012-07-15 03:01:02 - generating LINT kernel config TB --- 2012-07-15 03:01:02 - cd /src/sys/i386/conf TB --- 2012-07-15 03:01:02 - /usr/bin/make -B LINT TB --- 2012-07-15 03:01:02 - cd /src/sys/i386/conf TB --- 2012-07-15 03:01:02 - /usr/sbin/config -m LINT TB --- 2012-07-15 03:01:02 - building LINT kernel TB --- 2012-07-15 03:01:02 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 03:01:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 03:01:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 03:01:02 - SRCCONF=/dev/null TB --- 2012-07-15 03:01:02 - TARGET=i386 TB --- 2012-07-15 03:01:02 - TARGET_ARCH=i386 TB --- 2012-07-15 03:01:02 - TZ=UTC TB --- 2012-07-15 03:01:02 - __MAKE_CONF=/dev/null TB --- 2012-07-15 03:01:02 - cd /src TB --- 2012-07-15 03:01:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 15 03:01: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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mthca/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wno-cast-qual -Wno-pointer-arith -fms-extensions -c /src/sys/modules/mthca/../../ofed/drivers/infiniband/hw/mthca/mthca_profile.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mthca/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wno-cast-qual -Wno-pointer-arith -fms-extensions -c /src/sys/modules/mthca/../../ofed/drivers/infiniband/hw/mthca/mthca_provider.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/mthca/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wno-cast-qual -Wno-pointer-arith -fms-extensions -c /src/sys/modules/mthca/../../ofed/drivers/infiniband/hw/mthca/mthca_qp.c /src/sys/modules/mthca/../../ofed/drivers/infiniband/hw/mthca/mthca_qp.c: In function 'mthca_arbel_post_send': /src/sys/modules/mthca/../../ofed/drivers/infiniband/hw/mthca/mthca_qp.c:1932: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/mthca. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-15 03:29:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-15 03:29:31 - ERROR: failed to build LINT kernel TB --- 2012-07-15 03:29:31 - 7846.10 user 1093.01 system 10770.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 04:14:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 1B3201065676; Sun, 15 Jul 2012 04:14:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 78AB214E4FF; Sun, 15 Jul 2012 04:14:42 +0000 (UTC) Message-ID: <500243B1.1010705@FreeBSD.org> Date: Sat, 14 Jul 2012 21:14:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Jan Beich References: <1SpuD9-0006kw-6D@internal.tormail.org> In-Reply-To: <1SpuD9-0006kw-6D@internal.tormail.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: fetch(1) fails with https:// - Authentication error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 04:14:43 -0000 On 07/13/2012 21:21, Jan Beich wrote: > It seems recent OpenSSL update broke fetch(1) for me. > > $ diff -u $SRC_BASE/crypto/openssl/apps/openssl.cnf /etc/ssl/openssl.cnf > $ fetch https://foo/bar > fetch: https://foo/bar: Authentication error > > Same error as with the patch for 1.0.0d from a year ago and > same workaround - s/SSLv23_client_method/SSLv3_client_method/. FWIW, I have a gcc world and I'm not seeing this problem with r238444: fetch https://www.isc.org/ fetch: https://www.isc.org/: size of remote file is not known fetch.out 33 kB 227 kBps -- Change is hard. From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 08:25:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E9B21065670 for ; Sun, 15 Jul 2012 08:25:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D51FF8FC08 for ; Sun, 15 Jul 2012 08:25:10 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8866999pbb.13 for ; Sun, 15 Jul 2012 01:25:10 -0700 (PDT) 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=4rCWrJGdKXHSt/d7+wKzQZJ22fCcOMJGSiiYTAyvWvA=; b=z3EJtDN1N5Nx9eLVvhoPgZiIVVhSASR/0ON6XIyzvVkLPEBEVHJ04zwt6J8y9k2apA VRnSn6vgc6oDTGfYtvB3BlQHFlbwxQtVQOBTT1qegJygcDhs2nJOMP2aUIDoxDSorYfU tFfKw61/D6XjbxPuLdOZ16fcqwFeqZWr84g1e6aOIYBgBotOCoBDc+rU6BolBlDDD9F/ j6ohP+F2MZOGUqieCtWPnJQVRe5KVFWjHCKjNKZTeRZdlFd3KSMenicwfzbI8ekua3gT z+zbBHTAWLKjEi5lrZ/W3VoKEgJp/Fl4jieXMEN0fwAYZV4ukZFHldJad8oQWQdK3gjo Z3EQ== MIME-Version: 1.0 Received: by 10.68.221.70 with SMTP id qc6mr11947630pbc.92.1342340710655; Sun, 15 Jul 2012 01:25:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.195.102 with HTTP; Sun, 15 Jul 2012 01:25:10 -0700 (PDT) In-Reply-To: <201207131904.24490.erichfreebsdlist@ovitrap.com> References: <201207131904.24490.erichfreebsdlist@ovitrap.com> Date: Sun, 15 Jul 2012 01:25:10 -0700 X-Google-Sender-Auth: mWnEtE_zWczNC8LweUEfH91pxVQ Message-ID: From: Adrian Chadd To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Erratic USB mouse behaviour when wireless is down and USB hard disk connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 08:25:11 -0000 Sounds like bluetooth coexistence? Adrian On 13 July 2012 05:04, Erich Dollansky wrote: > Hi, > > I know that this is not a very helpful information. > > I have an Lenovo X220 running 10 from some 2 weeks ago. I just noticed that > the USB mouse (a wireless Logitech Trackman) becomes unusable when the > wireless (iwn) is not able to connect to the access point and a USB hard disk > is plugged in. Even when no data are transferred the USB mouse is unusable. > > The built-in track-point behaves just normal. > > When I turn off the wireless network via the hardware switch, the system stays > usable as expected even under heavy hard disk access. If it was not something > else I have missed, the only difference was the access point which went down > when I noticed the problem. > > Please understand this just as a hint to the developers of the sub-systems > which could cause the problem. As this network here is not mine, I am not able > to do any tests with it. > > If somebody has an idea what could be tested, tell me please. I will have > access to 'my' network the coming week again. > > Erich > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 11:25:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 643A81065672 for ; Sun, 15 Jul 2012 11:25:14 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id DE9AE8FC19 for ; Sun, 15 Jul 2012 11:25:13 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 28859 invoked from network); 15 Jul 2012 13:25:12 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342351512; bh=ubyaLMpx79X6W0ejLTEEcq+CH060wkZRk6JPdhJzBu8=; h=From:To:CC:Subject; b=dF5kzPA7DkWFNQfKe7NLYmYLJMvXOeg9IxSj+mXwdwlrGOPbf+It/m9vP5NHuJZCA Xlhcbm2XWXfTbuEb1/Crx0O+c+z7QJqJ8aN7duDe8KUae7+QRkcjvU+LhLDqUgl2yA XUR1T6UNf3i2ncqxrAT0nCUy1/KFw7ofNwo8FRIc= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 15 Jul 2012 13:25:12 +0200 Message-ID: <5002A893.8050803@wp.pl> Date: Sun, 15 Jul 2012 13:25:07 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Poul-Henning Kamp References: <50248.1342287151@critter.freebsd.dk> In-Reply-To: <50248.1342287151@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120714-2, 2012-07-14), Outbound message X-Antivirus-Status: Clean X-WP-DKIM-Status: good (id: wp.pl) X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [MTPk] Cc: matt , Marek Salwerowicz , freebsd-current@freebsd.org Subject: Re: Syscons issue Intel D2700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:25:14 -0000 W dniu 2012-07-14 19:32, Poul-Henning Kamp pisze: > Try the fix I committed in r237203+r237223, that was for a D2500CC > which also had bogus VGA behaviour. Thanks, Is it only available in 10-Current or in 9-Stable also ? -- Marek From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 11:31: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 592EB106566C for ; Sun, 15 Jul 2012 11:31:19 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 141228FC24 for ; Sun, 15 Jul 2012 11:31:19 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id EB2073B75E; Sun, 15 Jul 2012 11:31:17 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q6FBVHJR053844; Sun, 15 Jul 2012 11:31:17 GMT (envelope-from phk@phk.freebsd.dk) To: Marek Salwerowicz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 15 Jul 2012 13:25:07 +0200." <5002A893.8050803@wp.pl> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 15 Jul 2012 11:31:17 +0000 Message-ID: <53843.1342351877@critter.freebsd.dk> Cc: matt , freebsd-current@freebsd.org Subject: Re: Syscons issue Intel D2700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:31:19 -0000 In message <5002A893.8050803@wp.pl>, Marek Salwerowicz writes: >W dniu 2012-07-14 19:32, Poul-Henning Kamp pisze: >> Try the fix I committed in r237203+r237223, that was for a D2500CC >> which also had bogus VGA behaviour. > >Thanks, >Is it only available in 10-Current or in 9-Stable also ? I belive the same fix will work all the way back to FreeBSD 2.x or so when sos@ optimized syscons to use wide copies, but the code has obviously mutated a fair bit since then. The fundamental problem seems to be that the video-memory on modern Intel chipsets don't accept 32 bit writes correctly. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 11:54: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 EE2F51065672 for ; Sun, 15 Jul 2012 11:54:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) by mx1.freebsd.org (Postfix) with ESMTP id A89328FC0A for ; Sun, 15 Jul 2012 11:54:02 +0000 (UTC) Received: from [87.79.194.63] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1SqNMF-0003Pf-4v for freebsd-current@freebsd.org; Sun, 15 Jul 2012 13:51:27 +0200 Date: Sun, 15 Jul 2012 13:51:22 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20120715135122.541856e3@fabiankeil.de> In-Reply-To: <500243B1.1010705@FreeBSD.org> References: <1SpuD9-0006kw-6D@internal.tormail.org> <500243B1.1010705@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/WvJeCXb8B5lra1AJaoAab6J"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Re: fetch(1) fails with https:// - Authentication error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:54:03 -0000 --Sig_/WvJeCXb8B5lra1AJaoAab6J Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > On 07/13/2012 21:21, Jan Beich wrote: > > It seems recent OpenSSL update broke fetch(1) for me. > >=20 > > $ diff -u $SRC_BASE/crypto/openssl/apps/openssl.cnf /etc/ssl/openssl.= cnf > > $ fetch https://foo/bar > > fetch: https://foo/bar: Authentication error > >=20 > > Same error as with the patch for 1.0.0d from a year ago and > > same workaround - s/SSLv23_client_method/SSLv3_client_method/. >=20 > FWIW, I have a gcc world and I'm not seeing this problem with r238444: >=20 > fetch https://www.isc.org/ > fetch: https://www.isc.org/: size of remote file is not known > fetch.out 33 kB 227 kBps I have a gcc world too, but while https://www.isc.org/ worked for me as well, using others I got the same behaviour as Jan: fk@r500 ~ $fetch -o /dev/null https://lists.sourceforge.net fetch: https://lists.sourceforge.net: Authentication error For some I got an additional error message: fk@r500 ~ $fetch -o /dev/null https://www.google.com 34382938280:error:1408D07B:SSL routines:SSL3_GET_KEY_EXCHANGE:bad signature= :/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1811: fetch: https://www.google.com: Authentication error Letting libfetch use SSLv3_client_method instead of SSLv23_client_method as suggested worked around the issue for me as well. Fabian --Sig_/WvJeCXb8B5lra1AJaoAab6J Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlACrr4ACgkQBYqIVf93VJ0fLgCePOxk4NNev84Bh2lrLGYmz+l0 NOQAn3SIhlJe/ivcQnn0X0eOFDDrjK9d =ZzZW -----END PGP SIGNATURE----- --Sig_/WvJeCXb8B5lra1AJaoAab6J-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 16:39:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0135C106566B; Sun, 15 Jul 2012 16:39:11 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB1578FC08; Sun, 15 Jul 2012 16:39:10 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9362071pbb.13 for ; Sun, 15 Jul 2012 09:39:04 -0700 (PDT) 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=vYDB7riiCW8xEGqxwCDCoyXH8T+JEgei0lRhXaNiRf4=; b=r8GxzZLJAE0Yf7ndQzk0w2AC92TVnlkhsAKEXRldmTvGEvOIOhS0qdiw7NZ7B0W36R e7bt5A6uvlUrh3Jb7FEEBXeVnl25KeFCYw7CUGxJhjpEwOmGaaAhXtY/XRhkWAdgEYbT GNBs5v5C92/xNhWoHN8DiSWCa7nPrPso836xRQKuwmzlxzCjL+E+9aGIStGQTdINAdrd xIFW4DF1WhX8Z8wJN5QdDepAN73mZroW9T6ofy0/CWEG0cOrOgZjh6oAAbFCtY1KtqwI iu05zoKeuQdAGGvxQPsMMZmp5kuabwN4F3UzaX7XXhvFX9aAu+I3mRNLGFSCstcJ50sl sOXg== MIME-Version: 1.0 Received: by 10.66.73.98 with SMTP id k2mr16749339pav.73.1342370344012; Sun, 15 Jul 2012 09:39:04 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.68.208.168 with HTTP; Sun, 15 Jul 2012 09:39:03 -0700 (PDT) In-Reply-To: References: <307005B6-C8E5-4DCF-BD10-6BC79D8C2FE3@gmail.com> Date: Sun, 15 Jul 2012 09:39:03 -0700 X-Google-Sender-Auth: nokIthZ-UjZzLeBwibo7WqvKlnA Message-ID: From: mdf@FreeBSD.org To: Justin Hibbits Content-Type: multipart/mixed; boundary=f46d042f9e58830aa604c4e0f39f Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: panic with DEBUG_MEMGUARD on PowerPC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 16:39:11 -0000 --f46d042f9e58830aa604c4e0f39f Content-Type: text/plain; charset=ISO-8859-1 On Sat, Jul 14, 2012 at 8:39 AM, Justin Hibbits wrote: > On Jul 13, 2012, at 12:20 AM, mdf@freebsd.org wrote: > >> On Thu, Jul 12, 2012 at 6:33 PM, Justin Hibbits >> wrote: >>> >>> On Jul 12, 2012, at 9:11 PM, mdf@freebsd.org wrote: >>> >>>> On Thu, Jul 12, 2012 at 4:43 PM, Justin Hibbits >>>> wrote: >>>>> >>>>> >>>>> When tracking down a panic exposed by INVARIANTS, I tried setting >>>>> DEBUG_MEMGUARD, so I could find the culprit that's trashing freed >>>>> memory. >>>>> However, this causes a panic at bootup. It shows up right after the >>>>> first >>>>> WARNING: WITNESS message, with the following: >>>>> >>>>> Tracing, and printf() debugging, I see arguments to vm_map_findspace(): >>>>> start: 0xD0000000, length: 4246446080, and map->max_offset = >>>>> 4026531839. >>>>> >>>>> Beyond that, I'm lost with tracking this down. Machine is a dual >>>>> processor >>>>> PowerPC G4, with 2GB RAM. >>>> >>>> >>>> >>>> The length is 0xFD1BA000 which is almost 4GB. Asking for 4GB of >>>> virtual space for 2GB of RAM sounds about right (it's been a while >>>> since I was in this code), unless this is a 32-bit kernel, in which >>>> case it'd be too much since there isn't that much virtual space >>>> available. >>>> >>>> So, is the kernel 32-bit? What are the values used and returned by >>>> memguard_fudge()? The intent of that routine is to get kmeminit() to >>>> allocate a larger map so memguard can use part of it for private >>>> virtual addresses. But it shouldn't be asking for "too much"; i.e. >>>> the intent was to check both physical and virtual space available and >>>> be greedy, but not too greedy. >>>> >>>> There were some issues with that code for some platforms that e.g. >>>> didn't define a VM_KMEM_SIZE_MAX, but alc@ fixed that in r216425. >>> >>> >>> It is a 32-bit kernel, on 32-bit hardware. The values for memguard_fudge >>> are (defaults): >>> >>> tmp: 4246446080, vm_kmem_size: 117440512, vm_kmem_size_max: 0 >>> >>> When setting vm.kmem_size/vm.kmem_size_max to 2GB they are: >>> >>> tmp: 2147483648, vm_kmem_size: 214793648, vm_kmem_sizee_max: 2147483648 >>> (all >>> 2GB). >>> >>> But the start and map->max_offset remain the same on all runs I make. >> >> >> memguard_fudge is still broken for 32-bit architectures with no >> vm_kmem_max. In the absence of a km_max to limit the value, we >> essentially use twice the physical memory for the virtual limit. But >> with 2GB on a 32-bit machine, this requires 4GB of virtual space. >> >> Setting vm_kmem_size_max to 2GB should work; I'd expect to see >> tmp=about 200MB, which is much larger than the input 112MB but the >> allocation should work. But I don't really know what else PowerPC has >> need of for virtual space, so that still could be too large. >> >> You can try smaller values of vm_kmem_size_max, like 1GB or 512MB. >> You shouldn't need to set vm_kmem_size at all. At some point the >> added space for the memguard_map will be small enough that the >> kmem_suballoc will work. >> >> Hmm, what is the min_offset and max_offset of kernel_map when the call >> to memguard_fudge is made? >> >> Thanks, >> matthew > > > > Without setting vm.kmem_size/vm.kmem_size_max, I see the following: > > map: 0x1000000, min_offset: 0xD0000000, max_offset: 0xEFFFFFFF > > It does boot when I set vm.kmem_size=256M/vm.kmem_size_max=512M. > > When I tried 512M/1024M, it panicked at the same place -- kmem_suballoc from > kmeminit. So it looks like I have to set vm.kmem_size/vm.kmem_size_max way > back in order for it to boot with memguard(9). Please try the attached patch (or at http://people.freebsd.org/~mdf/memguard.diff). Thanks, matthew --f46d042f9e58830aa604c4e0f39f Content-Type: application/octet-stream; name="memguard.diff" Content-Disposition: attachment; filename="memguard.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4ocn2a50 SW5kZXg6IGtlcm4va2Vybl9tYWxsb2MuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrZXJuL2tlcm5fbWFsbG9j LmMJKHJldmlzaW9uIDIzODQ1MSkKKysrIGtlcm4va2Vybl9tYWxsb2MuYwkod29ya2luZyBjb3B5 KQpAQCAtNzM5LDE3ICs3MzksMTcgQEAga21lbWluaXQodm9pZCAqZHVtbXkpCiAJICogVGhpcyBh bGxvd3MgZm9yIGttZW0gbWFwIHNwYXJzZW5lc3MsIGJ1dCBsaW1pdHMgdGhlIHNpemUKIAkgKiB0 byBzb21ldGhpbmcgc2FuZS4gIEJlIGNhcmVmdWwgdG8gbm90IG92ZXJmbG93IHRoZSAzMmJpdAog CSAqIGludHMgd2hpbGUgZG9pbmcgdGhlIGNoZWNrIG9yIHRoZSBhZGp1c3RtZW50LgogCSAqLwog CWlmICh2bV9rbWVtX3NpemUgLyAyIC8gUEFHRV9TSVpFID4gbWVtX3NpemUpCiAJCXZtX2ttZW1f c2l6ZSA9IDIgKiBtZW1fc2l6ZSAqIFBBR0VfU0laRTsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJE Ci0JdG1wID0gbWVtZ3VhcmRfZnVkZ2Uodm1fa21lbV9zaXplLCB2bV9rbWVtX3NpemVfbWF4KTsK Kwl0bXAgPSBtZW1ndWFyZF9mdWRnZSh2bV9rbWVtX3NpemUsIGtlcm5lbF9tYXApOwogI2Vsc2UK IAl0bXAgPSB2bV9rbWVtX3NpemU7CiAjZW5kaWYKIAlrbWVtX21hcCA9IGttZW1fc3ViYWxsb2Mo a2VybmVsX21hcCwgJmttZW1iYXNlLCAma21lbWxpbWl0LAogCSAgICB0bXAsIFRSVUUpOwogCWtt ZW1fbWFwLT5zeXN0ZW1fbWFwID0gMTsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJECkluZGV4OiB2 bS9tZW1ndWFyZC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHZtL21lbWd1YXJkLmMJKHJldmlzaW9uIDIzODQ1 MSkKKysrIHZtL21lbWd1YXJkLmMJKHdvcmtpbmcgY29weSkKQEAgLTE1NCw0OSArMTU0LDQ5IEBA IFNZU0NUTF9VTE9ORyhfdm1fbWVtZ3VhcmQsIE9JRF9BVVRPLCBmcmUKICAgICAmbWVtZ3VhcmRf ZnJlcXVlbmN5X2hpdHMsIDAsICIjIHRpbWVzIE1lbUd1YXJkIHJhbmRvbWx5IGNob3NlIik7CiAK IAogLyoKICAqIFJldHVybiBhIGZ1ZGdlZCB2YWx1ZSB0byBiZSB1c2VkIGZvciB2bV9rbWVtX3Np emUgZm9yIGFsbG9jYXRpbmcKICAqIHRoZSBrbWVtX21hcC4gIFRoZSBtZW1ndWFyZCBtZW1vcnkg d2lsbCBiZSBhIHN1Ym1hcC4KICAqLwogdW5zaWduZWQgbG9uZwotbWVtZ3VhcmRfZnVkZ2UodW5z aWduZWQgbG9uZyBrbV9zaXplLCB1bnNpZ25lZCBsb25nIGttX21heCkKK21lbWd1YXJkX2Z1ZGdl KHVuc2lnbmVkIGxvbmcga21fc2l6ZSwgY29uc3Qgc3RydWN0IHZtX21hcCAqcGFyZW50X21hcCkK IHsKLQl1X2xvbmcgbWVtX3BncyA9IGNudC52X3BhZ2VfY291bnQ7CisJdV9sb25nIG1lbV9wZ3Ms IHBhcmVudF9zaXplOwogCiAJdm1fbWVtZ3VhcmRfZGl2aXNvciA9IDEwOwogCVRVTkFCTEVfSU5U X0ZFVENIKCJ2bS5tZW1ndWFyZC5kaXZpc29yIiwgJnZtX21lbWd1YXJkX2Rpdmlzb3IpOwogCisJ cGFyZW50X3NpemUgPSB2bV9tYXBfbWF4KHBhcmVudF9tYXApIC0gdm1fbWFwX21pbihwYXJlbnRf bWFwKSArCisJICAgIFBBR0VfU0laRTsKIAkvKiBQaWNrIGEgY29uc2VydmF0aXZlIHZhbHVlIGlm IHByb3ZpZGVkIHZhbHVlIHN1Y2tzLiAqLwogCWlmICgodm1fbWVtZ3VhcmRfZGl2aXNvciA8PSAw KSB8fAotCSAgICAoKGttX3NpemUgLyB2bV9tZW1ndWFyZF9kaXZpc29yKSA9PSAwKSkKKwkgICAg KChwYXJlbnRfc2l6ZSAvIHZtX21lbWd1YXJkX2Rpdmlzb3IpID09IDApKQogCQl2bV9tZW1ndWFy ZF9kaXZpc29yID0gMTA7CiAJLyoKIAkgKiBMaW1pdCBjb25zdW1wdGlvbiBvZiBwaHlzaWNhbCBw YWdlcyB0bwogCSAqIDEvdm1fbWVtZ3VhcmRfZGl2aXNvciBvZiBzeXN0ZW0gbWVtb3J5LiAgSWYg dGhlIEtWQSBpcwogCSAqIHNtYWxsZXIgdGhhbiB0aGlzIHRoZW4gdGhlIEtWQSBsaW1pdCBjb21l cyBpbnRvIHBsYXkgZmlyc3QuCiAJICogVGhpcyBwcmV2ZW50cyBtZW1ndWFyZCdzIHBhZ2UgcHJv bW90aW9ucyBmcm9tIGNvbXBsZXRlbHkKIAkgKiB1c2luZyB1cCBtZW1vcnksIHNpbmNlIG1vc3Qg bWFsbG9jKDkpIGNhbGxzIGFyZSBzdWItcGFnZS4KIAkgKi8KKwltZW1fcGdzID0gY250LnZfcGFn ZV9jb3VudDsKIAltZW1ndWFyZF9waHlzbGltaXQgPSAobWVtX3BncyAvIHZtX21lbWd1YXJkX2Rp dmlzb3IpICogUEFHRV9TSVpFOwogCS8qCiAJICogV2Ugd2FudCBhcyBtdWNoIEtWQSBhcyB3ZSBj YW4gdGFrZSBzYWZlbHkuICBVc2UgYXQgbW9zdCBvdXIKLQkgKiBhbGxvdHRlZCBmcmFjdGlvbiBv ZiBrbWVtX21heC4gIExpbWl0IHRoaXMgdG8gdHdpY2UgdGhlCi0JICogcGh5c2ljYWwgbWVtb3J5 IHRvIGF2b2lkIHVzaW5nIHRvbyBtdWNoIG1lbW9yeSBhcyBwYWdldGFibGUKLQkgKiBwYWdlcy4K LQkgKi8KLQltZW1ndWFyZF9tYXBzaXplID0ga21fbWF4IC8gdm1fbWVtZ3VhcmRfZGl2aXNvcjsK LQkvKiBzaXplIG11c3QgYmUgbXVsdGlwbGUgb2YgUEFHRV9TSVpFICovCi0JbWVtZ3VhcmRfbWFw c2l6ZSA9IHJvdW5kX3BhZ2UobWVtZ3VhcmRfbWFwc2l6ZSk7Ci0JaWYgKG1lbWd1YXJkX21hcHNp emUgPT0gMCB8fAotCSAgICBtZW1ndWFyZF9tYXBzaXplIC8gKDIgKiBQQUdFX1NJWkUpID4gbWVt X3BncykKKwkgKiBhbGxvdHRlZCBmcmFjdGlvbiBvZiB0aGUgcGFyZW50IG1hcCdzIHNpemUuICBM aW1pdCB0aGlzIHRvCisJICogdHdpY2UgdGhlIHBoeXNpY2FsIG1lbW9yeSB0byBhdm9pZCB1c2lu ZyB0b28gbXVjaCBtZW1vcnkgYXMKKwkgKiBwYWdldGFibGUgcGFnZXMgKHNpemUgbXVzdCBiZSBt dWx0aXBsZSBvZiBQQUdFX1NJWkUpLgorCSAqLworCW1lbWd1YXJkX21hcHNpemUgPSByb3VuZF9w YWdlKHBhcmVudF9zaXplIC8gdm1fbWVtZ3VhcmRfZGl2aXNvcik7CisJaWYgKG1lbWd1YXJkX21h cHNpemUgLyAoMiAqIFBBR0VfU0laRSkgPiBtZW1fcGdzKQogCQltZW1ndWFyZF9tYXBzaXplID0g bWVtX3BncyAqIDIgKiBQQUdFX1NJWkU7Ci0JaWYgKGttX21heCA+IDAgJiYga21fc2l6ZSArIG1l bWd1YXJkX21hcHNpemUgPiBrbV9tYXgpCi0JCXJldHVybiAoa21fbWF4KTsKKwlpZiAoa21fc2l6 ZSArIG1lbWd1YXJkX21hcHNpemUgPiBwYXJlbnRfc2l6ZSkKKwkJbWVtZ3VhcmRfbWFwc2l6ZSA9 IDA7CiAJcmV0dXJuIChrbV9zaXplICsgbWVtZ3VhcmRfbWFwc2l6ZSk7CiB9CiAKIC8qCiAgKiBJ bml0aWFsaXplIHRoZSBNZW1HdWFyZCBtb2NrIGFsbG9jYXRvci4gIEFsbCBvYmplY3RzIGZyb20g TWVtR3VhcmQgY29tZQogICogb3V0IG9mIGEgc2luZ2xlIFZNIG1hcCAoY29udGlndW91cyBjaHVu ayBvZiBhZGRyZXNzIHNwYWNlKS4KICAqLwogdm9pZApJbmRleDogdm0vbWVtZ3VhcmQuaAo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSB2bS9tZW1ndWFyZC5oCShyZXZpc2lvbiAyMzg0NTEpCisrKyB2bS9tZW1ndWFy ZC5oCSh3b3JraW5nIGNvcHkpCkBAIC0zMCwxNyArMzAsMTcgQEAKICNkZWZpbmUJX1ZNX01FTUdV QVJEX0hfCiAKICNpbmNsdWRlICJvcHRfdm0uaCIKIAogc3RydWN0IG1hbGxvY190eXBlOwogc3Ry dWN0IHZtX21hcDsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJECi11bnNpZ25lZCBsb25nCW1lbWd1 YXJkX2Z1ZGdlKHVuc2lnbmVkIGxvbmcsIHVuc2lnbmVkIGxvbmcpOwordW5zaWduZWQgbG9uZwlt ZW1ndWFyZF9mdWRnZSh1bnNpZ25lZCBsb25nLCBjb25zdCBzdHJ1Y3Qgdm1fbWFwICopOwogdm9p ZAltZW1ndWFyZF9pbml0KHN0cnVjdCB2bV9tYXAgKik7CiB2b2lkIAkqbWVtZ3VhcmRfYWxsb2Mo dW5zaWduZWQgbG9uZywgaW50KTsKIHZvaWQJKm1lbWd1YXJkX3JlYWxsb2Modm9pZCAqLCB1bnNp Z25lZCBsb25nLCBzdHJ1Y3QgbWFsbG9jX3R5cGUgKiwgaW50KTsKIHZvaWQJbWVtZ3VhcmRfZnJl ZSh2b2lkICopOwogaW50CW1lbWd1YXJkX2NtcF9tdHAoc3RydWN0IG1hbGxvY190eXBlICosIHVu c2lnbmVkIGxvbmcpOwogaW50CW1lbWd1YXJkX2NtcF96b25lKHVtYV96b25lX3QpOwogaW50CWlz X21lbWd1YXJkX2FkZHIodm9pZCAqKTsKICNlbHNlCkluZGV4OiB2bS92bV9tYXAuaAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSB2bS92bV9tYXAuaAkocmV2aXNpb24gMjM4NDUxKQorKysgdm0vdm1fbWFwLmgJKHdv cmtpbmcgY29weSkKQEAgLTE5NSwyMyArMTk1LDIzIEBAIHN0cnVjdCB2bV9tYXAgewogLyoKICAq IHZtX2ZsYWdzX3QgdmFsdWVzCiAgKi8KICNkZWZpbmUgTUFQX1dJUkVGVVRVUkUJCTB4MDEJLyog d2lyZSBhbGwgZnV0dXJlIHBhZ2VzICovCiAjZGVmaW5lCU1BUF9CVVNZX1dBS0VVUAkJMHgwMgog CiAjaWZkZWYJX0tFUk5FTAogc3RhdGljIF9faW5saW5lIHZtX29mZnNldF90Ci12bV9tYXBfbWF4 KHZtX21hcF90IG1hcCkKK3ZtX21hcF9tYXgoY29uc3Qgc3RydWN0IHZtX21hcCAqbWFwKQogewog CXJldHVybiAobWFwLT5tYXhfb2Zmc2V0KTsKIH0KIAogc3RhdGljIF9faW5saW5lIHZtX29mZnNl dF90Ci12bV9tYXBfbWluKHZtX21hcF90IG1hcCkKK3ZtX21hcF9taW4oY29uc3Qgc3RydWN0IHZt X21hcCAqbWFwKQogewogCXJldHVybiAobWFwLT5taW5fb2Zmc2V0KTsKIH0KIAogc3RhdGljIF9f aW5saW5lIHBtYXBfdAogdm1fbWFwX3BtYXAodm1fbWFwX3QgbWFwKQogewogCXJldHVybiAobWFw LT5wbWFwKTsK --f46d042f9e58830aa604c4e0f39f-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 20:04:25 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E14A1065670; Sun, 15 Jul 2012 20:04:25 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id F16098FC12; Sun, 15 Jul 2012 20:04:24 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id C07086A6018; Sun, 15 Jul 2012 22:04:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id Pydl7K2qcG4a; Sun, 15 Jul 2012 22:04:23 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 75BD76A6016; Sun, 15 Jul 2012 22:04:23 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q6FK4Nkd048794; Sun, 15 Jul 2012 22:04:23 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q6FK4Msh048293; Sun, 15 Jul 2012 22:04:22 +0200 (CEST) (envelope-from lars) Date: Sun, 15 Jul 2012 22:04:22 +0200 From: Lars Engels To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20120715200422.GZ90853@e-new.0x20.net> References: <86obnif10y.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O2g7+miYGsIKoR9l" Content-Disposition: inline In-Reply-To: <86obnif10y.fsf@ds4.des.no> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Justin T. Gibbs" , current@FreeBSD.org Subject: Re: PAM passwdqc, strict aliasing, and WARNS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 20:04:25 -0000 --O2g7+miYGsIKoR9l Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 15, 2012 at 12:09:17AM +0200, Dag-Erling Sm=C3=B8rgrav wrote: > "Justin T. Gibbs" writes: > > Someone who has yet to confess added -Werror to the global CFLAGS > > (via /etc/make.conf) for one of our systems at work. Before I > > figured out that this was the cause of builds failing, I hacked up > > pam_passwdc to resolve the problem. This gets the module to > > WARNS=3D2, but to go farther, the "logically const" issues with this > > code will need to be sorted out. > > > > Is this change worth committing? Is this the best way to resolve > > the strict aliasing issues in this code? >=20 > I really don't like that sort of game. If you look at other PAM > consumer code, you'll see that the common idiom is what Jilles > suggested, i.e. use a temporary variable of the appropriate type. >=20 > That being said, pam_passwdqc should probably be either updated or > removed. The version we have is ten years old. But it still works... --O2g7+miYGsIKoR9l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlADIkYACgkQKc512sD3afiC/gCfWZcu6Dfr8X1VKUFYUc5/7hKf 5dAAoK05ROMSoqFUnOvPhetqtlocTCTa =lp0f -----END PGP SIGNATURE----- --O2g7+miYGsIKoR9l-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 20:18:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CCD4106566C; Sun, 15 Jul 2012 20:18:25 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB6598FC0C; Sun, 15 Jul 2012 20:18:24 +0000 (UTC) Received: by qaat11 with SMTP id t11so1212535qaa.13 for ; Sun, 15 Jul 2012 13:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=I/XC63zu0HtdwiRJL6UnhzK/79ZRYVbD+n1WfP2kF9g=; b=K/qjUL36Neulj2aLu69lMGPL1RozcHBIvnIXWyg3KBI5yoRE5ikt0tyrBjZ8L2BRUz Yhql0SZHMbphgwx0IPcyU7EDeSEFs9QKGhl8bwpUXWCHDvjeKUWnrSK68tExg7s9NGwI 7nDGKNLt2JhdCbMs+TPGEvmZ1edyC/vONvTHBRbCH6i9Vz4aHVUk4foz6yfSSYZj5uyj jqwZLNOZGnXv7iHaEpkPKg0Q3YV54xqdu9PWdBi4zBCfaWzYuhnhfmiI6ZJARhJcTM/k /b9G27Yr1Zb6t2hayIjRzkBBDwMIgLL2nAXvd4ZK6UE7+KDRRJmm6kg+4AtO/ftRaOBE tRig== Received: by 10.224.98.74 with SMTP id p10mr17184823qan.8.1342383504263; Sun, 15 Jul 2012 13:18:24 -0700 (PDT) Received: from narn.knownspace (pool-71-163-84-156.washdc.fios.verizon.net. [71.163.84.156]) by mx.google.com with ESMTPS id z9sm19977077qae.15.2012.07.15.13.18.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2012 13:18:24 -0700 (PDT) Date: Sun, 15 Jul 2012 16:18:21 -0400 From: Justin Hibbits To: mdf@FreeBSD.org Message-ID: <20120715161821.7fbfff75@narn.knownspace> In-Reply-To: References: <307005B6-C8E5-4DCF-BD10-6BC79D8C2FE3@gmail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: panic with DEBUG_MEMGUARD on PowerPC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 20:18:25 -0000 On Sun, 15 Jul 2012 09:39:03 -0700 mdf@FreeBSD.org wrote: > On Sat, Jul 14, 2012 at 8:39 AM, Justin Hibbits > wrote: > > On Jul 13, 2012, at 12:20 AM, mdf@freebsd.org wrote: > > > >> On Thu, Jul 12, 2012 at 6:33 PM, Justin Hibbits > >> wrote: > >>> > >>> On Jul 12, 2012, at 9:11 PM, mdf@freebsd.org wrote: > >>> > >>>> On Thu, Jul 12, 2012 at 4:43 PM, Justin Hibbits > >>>> wrote: > >>>>> > >>>>> > >>>>> When tracking down a panic exposed by INVARIANTS, I tried > >>>>> setting DEBUG_MEMGUARD, so I could find the culprit that's > >>>>> trashing freed memory. > >>>>> However, this causes a panic at bootup. It shows up right > >>>>> after the first > >>>>> WARNING: WITNESS message, with the following: > >>>>> > >>>>> Tracing, and printf() debugging, I see arguments to > >>>>> vm_map_findspace(): start: 0xD0000000, length: 4246446080, and > >>>>> map->max_offset = 4026531839. > >>>>> > >>>>> Beyond that, I'm lost with tracking this down. Machine is a > >>>>> dual processor > >>>>> PowerPC G4, with 2GB RAM. > >>>> > >>>> > >>>> > >>>> The length is 0xFD1BA000 which is almost 4GB. Asking for 4GB of > >>>> virtual space for 2GB of RAM sounds about right (it's been a > >>>> while since I was in this code), unless this is a 32-bit kernel, > >>>> in which case it'd be too much since there isn't that much > >>>> virtual space available. > >>>> > >>>> So, is the kernel 32-bit? What are the values used and returned > >>>> by memguard_fudge()? The intent of that routine is to get > >>>> kmeminit() to allocate a larger map so memguard can use part of > >>>> it for private virtual addresses. But it shouldn't be asking > >>>> for "too much"; i.e. the intent was to check both physical and > >>>> virtual space available and be greedy, but not too greedy. > >>>> > >>>> There were some issues with that code for some platforms that > >>>> e.g. didn't define a VM_KMEM_SIZE_MAX, but alc@ fixed that in > >>>> r216425. > >>> > >>> > >>> It is a 32-bit kernel, on 32-bit hardware. The values for > >>> memguard_fudge are (defaults): > >>> > >>> tmp: 4246446080, vm_kmem_size: 117440512, vm_kmem_size_max: 0 > >>> > >>> When setting vm.kmem_size/vm.kmem_size_max to 2GB they are: > >>> > >>> tmp: 2147483648, vm_kmem_size: 214793648, vm_kmem_sizee_max: > >>> 2147483648 (all > >>> 2GB). > >>> > >>> But the start and map->max_offset remain the same on all runs I > >>> make. > >> > >> > >> memguard_fudge is still broken for 32-bit architectures with no > >> vm_kmem_max. In the absence of a km_max to limit the value, we > >> essentially use twice the physical memory for the virtual limit. > >> But with 2GB on a 32-bit machine, this requires 4GB of virtual > >> space. > >> > >> Setting vm_kmem_size_max to 2GB should work; I'd expect to see > >> tmp=about 200MB, which is much larger than the input 112MB but the > >> allocation should work. But I don't really know what else PowerPC > >> has need of for virtual space, so that still could be too large. > >> > >> You can try smaller values of vm_kmem_size_max, like 1GB or 512MB. > >> You shouldn't need to set vm_kmem_size at all. At some point the > >> added space for the memguard_map will be small enough that the > >> kmem_suballoc will work. > >> > >> Hmm, what is the min_offset and max_offset of kernel_map when the > >> call to memguard_fudge is made? > >> > >> Thanks, > >> matthew > > > > > > > > Without setting vm.kmem_size/vm.kmem_size_max, I see the following: > > > > map: 0x1000000, min_offset: 0xD0000000, max_offset: 0xEFFFFFFF > > > > It does boot when I set vm.kmem_size=256M/vm.kmem_size_max=512M. > > > > When I tried 512M/1024M, it panicked at the same place -- > > kmem_suballoc from kmeminit. So it looks like I have to set > > vm.kmem_size/vm.kmem_size_max way back in order for it to boot with > > memguard(9). > > Please try the attached patch (or at > http://people.freebsd.org/~mdf/memguard.diff). > > Thanks, > matthew Hi Matthew, That patched works perfectly. Thanks, Justin From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 20:46:33 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 718C0106564A; Sun, 15 Jul 2012 20:46:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 969768FC0A; Sun, 15 Jul 2012 20:46:32 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so1751820wib.13 for ; Sun, 15 Jul 2012 13:46:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FScDHx2O4Jwwa/NO9RzP9PLD71UsyxsGtKFCtxCQaT8=; b=HmoJoueAFg64FWK/cpNj7HS3uT6Qg7cuy5g2D5BcNkdvNRbKaDJgVVNBsqCdP93HXz +temmewtJzX/oJ1IS0CX5r2CFyeFpKxSG+i7OFg5SCK0TaL6vmOJT0MPNHIkSHg5DoUW adVv6JdDyfM2toqKcR24wTvhpEc5TmZDNgy/BO4BGVUUYYj7xSZOgfap5QeMoF/O8DUB p6x9XSLYon/6pbxPdqIovVJ7MO4Njopxh6GjDIV7S+v5NFxKqbW/TLtZ8yVIbOvWu+E/ zsSWdOF8lUsJB7vj+ffao9QLLzK0tSrHhi/T7qSCflMkbnFvJJKZRFS/RrS5bLq9VGyE ZLJg== MIME-Version: 1.0 Received: by 10.180.96.3 with SMTP id do3mr12999021wib.5.1342385191390; Sun, 15 Jul 2012 13:46:31 -0700 (PDT) Received: by 10.223.88.217 with HTTP; Sun, 15 Jul 2012 13:46:31 -0700 (PDT) In-Reply-To: References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <4FFF1C09.2020408@FreeBSD.org> <20120712220207.GD49382@ithaqua.etoilebsd.net> <4FFF5983.3010708@FreeBSD.org> <4FFFD944.1030005@ranner.eu> <5000113D.2000004@a1poweruser.com> Date: Sun, 15 Jul 2012 13:46:31 -0700 Message-ID: From: Kevin Oberman To: Jason Helfman Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org, Fbsd8 , current@freebsd.org, Peter Wemm Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 20:46:33 -0000 On Sat, Jul 14, 2012 at 4:28 PM, Jason Helfman wrote: > On Fri, Jul 13, 2012 at 1:41 PM, Peter Wemm wrote: > >> On Fri, Jul 13, 2012 at 5:14 AM, Fbsd8 wrote: >> > What I want to know is this new pkg system going to remove the >> requirement >> > of having the complete ports tree on my system? >> > >> > What I am looking for in an port system, is to install a port and any >> files >> > needed for the parent port and its dependents to automatically be >> > downloaded. So in the end my system ports tree only contain the files >> used >> > to install the ports I use and their dependents. >> >> That is precisely what pkgng is for. >> >> At the risk of over-simplifying: >> * Generally eliminate the need for having /usr/ports installed for end >> user consumers of freebsd if you have no desire to compile ports with >> custom options. >> * Generally eliminate the need for layers over the top of pkg* like >> portupgrade/portmaster/portmanager for those people. >> * Play nicely with people who *are* building some (or all) of their >> packages from /usr/ports. >> * Provide enough look and feel compatibility with the old pkg_* tools >> so people will feel enough at home. >> * Assimilate an existing pkg_* machine. >> * Store complete metadata so that going foward we have much better >> support for package sets - eg: package repositories with custom >> options that play nicely with official packages. >> * Be extensible so that we can add to it as we go forward. >> >> In the new world order, things like portupgrade and portmanager tend >> to be used to manage interactions between personally build ports from >> /usr/ports and external binary packages. If you continue to build >> from /usr/ports, the only thing that changes is bsd.port.mk uses a >> different command to register a package and you still use >> portupgrade/portmaster/whatever to orchestrate your personal package >> rebuilding. (Well, portmaster does if you apply the simple patch to >> it). >> >> pkg-1.0 is primarily an infrastructure change. Instead of metadata >> being stored in discrete +FOO and +BAR files in a .tgz file, it is >> stored in a structured, extensible file. Instead of an incomplete set >> of metadata being stored in /var/db/pkg/* and having to be augmented >> by reaching over to /usr/ports/*, a full set of data is stored in a >> .sqlite file. Instead of version numbers being baked into the package >> name as an ascii string, the package system uses version numbers as >> first class metadata. >> >> In reality, not much will change at the switch throwing, except that >> of having good reason to be afraid of "pkg_add -r", you'll be able to >> reasonably expect it's replacement (pkg install) to work. And a bunch >> of people who have a /usr/ports tree will suddenly wonder why they >> even have it there at all. It becomes incredibly convenient and fast >> to use packages. >> >> -- >> Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; >> KI6FJV >> "All of this is for nothing if we don't go to the stars" - JMS/B5 >> "If Java had true garbage collection, most programs would delete >> themselves upon execution." -- Robert Sewell >> >> > I am by no means speaking for the pkgng direction, goal or for portmgr, but > I thought that > this thread message spoke to the goal pretty clearly for me. > > http://lists.freebsd.org/pipermail/freebsd-ports/2012-June/076395.html > > If this is in fact the case, I don't know if this is documented anywhere. > > -jgh While I will admit to a few concerns with pkgng, to me it is a beacon of hope for FreeBSD management in my organization. It is mostly Linux with a mostly Linux knowledgeable management team. There has been a major ($$$) commitment to the use of cfengine-nova (the commercial version of cfengine) for management and the package system on FreeBSD is a major obstacle to getting FreeBSD systems moved to automatic management which is badly needed. >From all that I have read and played with, pkgng MAY be just the ticket to resolving the issues we have. Without this, I foresee a time in the not too distant future when a decision to replace all of our FreeBSD systems with Linux will be made. While I feel that this transition will be both expensive and painful as much of our critical infrastructure is FreeBSD based, the cost of not having these systems maintained in an automated manner is just too high and I had been developing my own system to attempt to deal with it. Once I started looking at pkgng, I saw a bright light at the end of the tunnel and, while still not ready for prime time, it looks very close to meeting my requirements. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Jul 15 22:22: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 A6072106564A; Sun, 15 Jul 2012 22:22:29 +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 6DC398FC0A; Sun, 15 Jul 2012 22:22:29 +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 q6FMMMjW069823; Sun, 15 Jul 2012 18:22:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6FMMMvd069810; Sun, 15 Jul 2012 22:22:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Jul 2012 22:22:22 GMT Message-Id: <201207152222.q6FMMMvd069810@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 22:22:29 -0000 TB --- 2012-07-15 21:23:50 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-15 21:23:50 - 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-07-15 21:23:50 - starting HEAD tinderbox run for mips/mips TB --- 2012-07-15 21:23:50 - cleaning the object tree TB --- 2012-07-15 21:23:50 - cvsupping the source tree TB --- 2012-07-15 21:23:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-07-15 21:24:53 - building world TB --- 2012-07-15 21:24:53 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 21:24:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 21:24:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 21:24:53 - SRCCONF=/dev/null TB --- 2012-07-15 21:24:53 - TARGET=mips TB --- 2012-07-15 21:24:53 - TARGET_ARCH=mips TB --- 2012-07-15 21:24:53 - TZ=UTC TB --- 2012-07-15 21:24:53 - __MAKE_CONF=/dev/null TB --- 2012-07-15 21:24:53 - cd /src TB --- 2012-07-15 21:24:53 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 15 21:24:53 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 [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-15 22:22:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-15 22:22:22 - ERROR: failed to build world TB --- 2012-07-15 22:22:22 - 2373.92 user 514.56 system 3511.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 00:35:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B37A01065670; Mon, 16 Jul 2012 00:35:01 +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 83CF38FC0A; Mon, 16 Jul 2012 00:35:01 +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 q6G0Z02Y013429; Sun, 15 Jul 2012 20:35:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G0Z0I0013424; Mon, 16 Jul 2012 00:35:00 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 00:35:00 GMT Message-Id: <201207160035.q6G0Z0I0013424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 00:35:01 -0000 TB --- 2012-07-15 22:22:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-15 22:22:23 - 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-07-15 22:22:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-07-15 22:22:23 - cleaning the object tree TB --- 2012-07-15 22:22:23 - cvsupping the source tree TB --- 2012-07-15 22:22:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-07-15 22:23:10 - building world TB --- 2012-07-15 22:23:10 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 22:23:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 22:23:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 22:23:10 - SRCCONF=/dev/null TB --- 2012-07-15 22:23:10 - TARGET=powerpc TB --- 2012-07-15 22:23:10 - TARGET_ARCH=powerpc TB --- 2012-07-15 22:23:10 - TZ=UTC TB --- 2012-07-15 22:23:10 - __MAKE_CONF=/dev/null TB --- 2012-07-15 22:23:10 - cd /src TB --- 2012-07-15 22:23:10 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 15 22:23:11 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 00:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 00:35:00 - ERROR: failed to build world TB --- 2012-07-16 00:35:00 - 6400.81 user 801.55 system 7957.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 01:22:42 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 9CA46106566B; Mon, 16 Jul 2012 01:22:42 +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 646FF8FC0C; Mon, 16 Jul 2012 01:22:42 +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 q6G1MfJg085864; Sun, 15 Jul 2012 21:22:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G1MfYx085863; Mon, 16 Jul 2012 01:22:41 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 01:22:41 GMT Message-Id: <201207160122.q6G1MfYx085863@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 01:22:42 -0000 TB --- 2012-07-16 00:26:56 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 00:26:56 - 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-07-16 00:26:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-07-16 00:26:56 - cleaning the object tree TB --- 2012-07-16 00:26:56 - cvsupping the source tree TB --- 2012-07-16 00:26:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-07-16 00:27:36 - building world TB --- 2012-07-16 00:27:36 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 00:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 00:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 00:27:36 - SRCCONF=/dev/null TB --- 2012-07-16 00:27:36 - TARGET=sparc64 TB --- 2012-07-16 00:27:36 - TARGET_ARCH=sparc64 TB --- 2012-07-16 00:27:36 - TZ=UTC TB --- 2012-07-16 00:27:36 - __MAKE_CONF=/dev/null TB --- 2012-07-16 00:27:36 - cd /src TB --- 2012-07-16 00:27:36 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 00:27:37 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 01:22:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 01:22:41 - ERROR: failed to build world TB --- 2012-07-16 01:22:41 - 2696.22 user 458.28 system 3345.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 01:24:38 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 CD7FE1065673; Mon, 16 Jul 2012 01:24:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 94E888FC19; Mon, 16 Jul 2012 01:24:37 +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 q6G1ObE9087825; Sun, 15 Jul 2012 21:24:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G1Obk9087824; Mon, 16 Jul 2012 01:24:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 01:24:37 GMT Message-Id: <201207160124.q6G1Obk9087824@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 01:24:38 -0000 TB --- 2012-07-15 23:16:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-15 23:16:48 - 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-07-15 23:16:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-07-15 23:16:48 - cleaning the object tree TB --- 2012-07-15 23:16:48 - cvsupping the source tree TB --- 2012-07-15 23:16:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-07-15 23:17:24 - building world TB --- 2012-07-15 23:17:24 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 23:17:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 23:17:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 23:17:24 - SRCCONF=/dev/null TB --- 2012-07-15 23:17:24 - TARGET=powerpc TB --- 2012-07-15 23:17:24 - TARGET_ARCH=powerpc64 TB --- 2012-07-15 23:17:24 - TZ=UTC TB --- 2012-07-15 23:17:24 - __MAKE_CONF=/dev/null TB --- 2012-07-15 23:17:24 - cd /src TB --- 2012-07-15 23:17:24 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 15 23:17: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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 01:24:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 01:24:36 - ERROR: failed to build world TB --- 2012-07-16 01:24:36 - 6406.74 user 784.27 system 7668.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 02:28:38 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 866951065670; Mon, 16 Jul 2012 02:28:38 +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 567F28FC1B; Mon, 16 Jul 2012 02:28:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G2Sb28064434; Sun, 15 Jul 2012 22:28:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G2SbmN064433; Mon, 16 Jul 2012 02:28:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 02:28:37 GMT Message-Id: <201207160228.q6G2SbmN064433@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 02:28:38 -0000 TB --- 2012-07-16 01:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 01:30:00 - 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-07-16 01:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-07-16 01:30:00 - cleaning the object tree TB --- 2012-07-16 01:30:00 - cvsupping the source tree TB --- 2012-07-16 01:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-07-16 01:31:10 - building world TB --- 2012-07-16 01:31:10 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 01:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 01:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 01:31:10 - SRCCONF=/dev/null TB --- 2012-07-16 01:31:10 - TARGET=arm TB --- 2012-07-16 01:31:10 - TARGET_ARCH=arm TB --- 2012-07-16 01:31:10 - TZ=UTC TB --- 2012-07-16 01:31:10 - __MAKE_CONF=/dev/null TB --- 2012-07-16 01:31:10 - cd /src TB --- 2012-07-16 01:31:10 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 01:31:10 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 [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 02:28:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 02:28:37 - ERROR: failed to build world TB --- 2012-07-16 02:28:37 - 2256.27 user 535.49 system 3516.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 03:32: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 293A9106566B; Mon, 16 Jul 2012 03:32:51 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id AFB758FC0A; Mon, 16 Jul 2012 03:32:50 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G3Wl5R060212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Jul 2012 13:32:48 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G3WetZ052515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2012 13:32:40 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q6G3WeGO052514; Mon, 16 Jul 2012 13:32:40 +1000 (EST) (envelope-from peter) Date: Mon, 16 Jul 2012 13:32:40 +1000 From: Peter Jeremy To: Baptiste Daroussin Message-ID: <20120716033240.GA52346@server.rulingia.com> References: <20120712100110.GA34228@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20120712100110.GA34228@ithaqua.etoilebsd.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, ports-announce@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:32:51 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-12 10:01:10 +0000, Baptiste Daroussin wrote: >What is pkg >----------- >pkg is a new package manager for FreeBSD. It is designed as a replacement = for >the pkg_* tools, and as a full featured binary package manager. A couple of specific questions that I haven't seen answered during this thread or in the wiki: - Can pkgng cope with parallel installs? What happpens if I simultaneously (attempt to) install conflicting packages? - If I use "pkg delete -f", what happens to packages that depended on the forcibly-deleted package? - What happens if I delete a package where I've modified one of the files managed by the package? - What facilities does it have for auditing and repairing the package database? (ie checking for inconsistencies between installed files and the content of the package database) - How does it handle the situation where I install a package that depends on foo version 1.2.3 but have foo version 1.2.4 (or 1.2.2) installed? What about if I have bar version 1.3, which is ABI- compatible with foo version 1.2.3, installed? - Will it detect that a package install would overwrite an existing file? What does it do in this case? - I gather it handles "update package" more intelligently than "uninstall old package, install new package". Will it avoid replacing an old file with an identical one in the new package? If so, what happens to the file metadata (particularly uid, gid and mtime)? - Can it track user-edited configuration files that are associated with packages? - Can it do 2- or 3-way merges of package configuration files? - The README states "Directory leftovers are automatically removed if they are not in the MTREE." How does this work for directories that are shared between multiple packages? Does this mean that if I add a file to a directory that was created by a package, that file will be deleted automatically if I delete the package? --=20 Peter Jeremy --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlADi1gACgkQ/opHv/APuIdO5gCgu8CS8BsoPQQKcayo1aQXnjr8 ezwAoLXXdKFCU0Y/S+3l/YYdwazL1b+d =QVI/ -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 03:52: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 AA4AE106564A; Mon, 16 Jul 2012 03:52: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 7AF428FC08; Mon, 16 Jul 2012 03:52: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 q6G3qZHH081205; Sun, 15 Jul 2012 23:52:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G3qZUH081200; Mon, 16 Jul 2012 03:52:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 03:52:35 GMT Message-Id: <201207160352.q6G3qZUH081200@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:52:36 -0000 TB --- 2012-07-16 02:28:37 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 02:28:37 - 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-07-16 02:28:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-07-16 02:28:37 - cleaning the object tree TB --- 2012-07-16 02:28:37 - cvsupping the source tree TB --- 2012-07-16 02:28:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-07-16 02:29:15 - building world TB --- 2012-07-16 02:29:15 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 02:29:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 02:29:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 02:29:15 - SRCCONF=/dev/null TB --- 2012-07-16 02:29:15 - TARGET=ia64 TB --- 2012-07-16 02:29:15 - TARGET_ARCH=ia64 TB --- 2012-07-16 02:29:15 - TZ=UTC TB --- 2012-07-16 02:29:15 - __MAKE_CONF=/dev/null TB --- 2012-07-16 02:29:15 - cd /src TB --- 2012-07-16 02:29:15 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 02:29:16 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 03:52:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 03:52:35 - ERROR: failed to build world TB --- 2012-07-16 03:52:35 - 3765.95 user 584.90 system 5037.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 03:54:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7961C106564A; Mon, 16 Jul 2012 03:54:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F13548FC22; Mon, 16 Jul 2012 03:54:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G3sERU084942; Sun, 15 Jul 2012 23:54:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G3sEAS084937; Mon, 16 Jul 2012 03:54:14 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 03:54:14 GMT Message-Id: <201207160354.q6G3sEAS084937@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:54:15 -0000 TB --- 2012-07-16 01:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 01:30:00 - 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-07-16 01:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-07-16 01:30:00 - cleaning the object tree TB --- 2012-07-16 01:30:00 - cvsupping the source tree TB --- 2012-07-16 01:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-07-16 01:31:10 - building world TB --- 2012-07-16 01:31:10 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 01:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 01:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 01:31:10 - SRCCONF=/dev/null TB --- 2012-07-16 01:31:10 - TARGET=pc98 TB --- 2012-07-16 01:31:10 - TARGET_ARCH=i386 TB --- 2012-07-16 01:31:10 - TZ=UTC TB --- 2012-07-16 01:31:10 - __MAKE_CONF=/dev/null TB --- 2012-07-16 01:31:10 - cd /src TB --- 2012-07-16 01:31:10 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 01:31:10 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 03:54:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 03:54:14 - ERROR: failed to build world TB --- 2012-07-16 03:54:14 - 6256.31 user 861.42 system 8653.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 03:54:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962D710657C6; Mon, 16 Jul 2012 03:54:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6573D8FC1D; Mon, 16 Jul 2012 03:54:41 +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 q6G3sewN085740; Sun, 15 Jul 2012 23:54:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G3seb6085735; Mon, 16 Jul 2012 03:54:40 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 03:54:40 GMT Message-Id: <201207160354.q6G3seb6085735@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:54:41 -0000 TB --- 2012-07-16 01:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 01:30:00 - 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-07-16 01:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-07-16 01:30:00 - cleaning the object tree TB --- 2012-07-16 01:30:00 - cvsupping the source tree TB --- 2012-07-16 01:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-07-16 01:31:09 - building world TB --- 2012-07-16 01:31:09 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 01:31:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 01:31:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 01:31:09 - SRCCONF=/dev/null TB --- 2012-07-16 01:31:09 - TARGET=amd64 TB --- 2012-07-16 01:31:09 - TARGET_ARCH=amd64 TB --- 2012-07-16 01:31:09 - TZ=UTC TB --- 2012-07-16 01:31:09 - __MAKE_CONF=/dev/null TB --- 2012-07-16 01:31:09 - cd /src TB --- 2012-07-16 01:31:09 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 01:31:10 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 03:54:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 03:54:40 - ERROR: failed to build world TB --- 2012-07-16 03:54:40 - 6289.46 user 871.78 system 8679.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 03:55:39 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 6D2241065672; Mon, 16 Jul 2012 03:55:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36FA88FC1E; Mon, 16 Jul 2012 03:55:39 +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 q6G3tcNQ087029; Sun, 15 Jul 2012 23:55:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G3tcEf087028; Mon, 16 Jul 2012 03:55:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 03:55:38 GMT Message-Id: <201207160355.q6G3tcEf087028@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:55:39 -0000 TB --- 2012-07-16 01:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 01:30:00 - 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-07-16 01:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-07-16 01:30:00 - cleaning the object tree TB --- 2012-07-16 01:30:00 - cvsupping the source tree TB --- 2012-07-16 01:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-07-16 01:37:15 - building world TB --- 2012-07-16 01:37:15 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 01:37:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 01:37:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 01:37:15 - SRCCONF=/dev/null TB --- 2012-07-16 01:37:15 - TARGET=i386 TB --- 2012-07-16 01:37:15 - TARGET_ARCH=i386 TB --- 2012-07-16 01:37:15 - TZ=UTC TB --- 2012-07-16 01:37:15 - __MAKE_CONF=/dev/null TB --- 2012-07-16 01:37:15 - cd /src TB --- 2012-07-16 01:37:15 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 01:37:16 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 03:55:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 03:55:38 - ERROR: failed to build world TB --- 2012-07-16 03:55:38 - 6258.62 user 846.38 system 8737.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 04:22:40 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 70320106566B; Mon, 16 Jul 2012 04:22:40 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1468FC0A; Mon, 16 Jul 2012 04:22:40 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so10124816pbb.13 for ; Sun, 15 Jul 2012 21:22:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iPx6byExTY6gQEqTUGPJswCGvOo4j/lOEZFC6oR723k=; b=FfjsbQtdczCa+RBPwySo6GBZJyJyzYxHEloPkc3Oywa6+K4iaFR4dw55fzzFRpL7Vl RKoG7K8ao4x0cp14EzOuDnivbN6rxuJA55o8ujcqL5bKBaZoyppE7OK262gGbJBodbJT wxQBI1ukWA//RQHrwbpz6YDLglnB+s0utup97YaTHXLeRhrJu5tDALxxIL6wEMJci8ol XBhcxd9W7bYaLtEYeMHHWe3lmDmaIM4ukcidUpi2cTjV0U+n9RWiodt+uOrObzH+Za59 oXq/ezaNl8SU2VM/+q/dzJFJLLtxohnZEr8RlnghjdmEw1WSeRlZV2iakcAjglTCNj6j Wo+A== MIME-Version: 1.0 Received: by 10.68.191.8 with SMTP id gu8mr23426148pbc.158.1342412559664; Sun, 15 Jul 2012 21:22:39 -0700 (PDT) Received: by 10.68.51.201 with HTTP; Sun, 15 Jul 2012 21:22:39 -0700 (PDT) In-Reply-To: <20120716033240.GA52346@server.rulingia.com> References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <20120716033240.GA52346@server.rulingia.com> Date: Sun, 15 Jul 2012 23:22:39 -0500 Message-ID: From: Jeremy Messenger To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, Baptiste Daroussin , ports-announce@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 04:22:40 -0000 On Sun, Jul 15, 2012 at 10:32 PM, Peter Jeremy wrote: > On 2012-Jul-12 10:01:10 +0000, Baptiste Daroussin wrote: >>What is pkg >>----------- >>pkg is a new package manager for FreeBSD. It is designed as a replacement for >>the pkg_* tools, and as a full featured binary package manager. > > A couple of specific questions that I haven't seen answered during > this thread or in the wiki: > - Can pkgng cope with parallel installs? What happpens if I > simultaneously (attempt to) install conflicting packages? IMO, the parallel install shouldn't be supported for that exactly reason. Not only that reason, it makes the dependencies get complicate too. > - If I use "pkg delete -f", what happens to packages that depended > on the forcibly-deleted package? > - What happens if I delete a package where I've modified one of the > files managed by the package? > - What facilities does it have for auditing and repairing the package > database? (ie checking for inconsistencies between installed files > and the content of the package database) > - How does it handle the situation where I install a package that > depends on foo version 1.2.3 but have foo version 1.2.4 (or 1.2.2) > installed? What about if I have bar version 1.3, which is ABI- > compatible with foo version 1.2.3, installed? It's one of reason why I do not agree to remove the shared library version from the LIB_DEPENDS, so that way in future someone can add support in the package to check on shared library version then prevent package to install because it's not ABI compatible. Unless someone prefer to do it in the different way than putting shared library version in the LIB_DEPENDS is good to me either. Cheers, Mezz > - Will it detect that a package install would overwrite an existing > file? What does it do in this case? > - I gather it handles "update package" more intelligently than > "uninstall old package, install new package". Will it avoid > replacing an old file with an identical one in the new package? > If so, what happens to the file metadata (particularly uid, gid > and mtime)? > - Can it track user-edited configuration files that are associated > with packages? > - Can it do 2- or 3-way merges of package configuration files? > - The README states "Directory leftovers are automatically removed if > they are not in the MTREE." How does this work for directories > that are shared between multiple packages? Does this mean that if > I add a file to a directory that was created by a package, that > file will be deleted automatically if I delete the package? > > -- > Peter Jeremy -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 04:54:55 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 151E4106566B; Mon, 16 Jul 2012 04:54:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D8A168FC08; Mon, 16 Jul 2012 04:54:54 +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 q6G4ssXG097190; Mon, 16 Jul 2012 00:54:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G4ssg2097189; Mon, 16 Jul 2012 04:54:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 04:54:54 GMT Message-Id: <201207160454.q6G4ssg2097189@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 04:54:55 -0000 TB --- 2012-07-16 03:52:36 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:52:36 - 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-07-16 03:52:36 - starting HEAD tinderbox run for mips/mips TB --- 2012-07-16 03:52:36 - cleaning the object tree TB --- 2012-07-16 03:54:09 - cvsupping the source tree TB --- 2012-07-16 03:54:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-07-16 03:55:27 - building world TB --- 2012-07-16 03:55:27 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 03:55:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 03:55:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 03:55:27 - SRCCONF=/dev/null TB --- 2012-07-16 03:55:27 - TARGET=mips TB --- 2012-07-16 03:55:27 - TARGET_ARCH=mips TB --- 2012-07-16 03:55:27 - TZ=UTC TB --- 2012-07-16 03:55:27 - __MAKE_CONF=/dev/null TB --- 2012-07-16 03:55:27 - cd /src TB --- 2012-07-16 03:55:27 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 03:55:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 04:54:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 04:54:54 - ERROR: failed to build world TB --- 2012-07-16 04:54:54 - 2380.35 user 518.88 system 3738.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 05:06: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 BE4351065675; Mon, 16 Jul 2012 05:06: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 890F58FC17; Mon, 16 Jul 2012 05:06:07 +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 q6G566cA021014; Mon, 16 Jul 2012 01:06:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G566pC021013; Mon, 16 Jul 2012 05:06:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 05:06:06 GMT Message-Id: <201207160506.q6G566pC021013@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:06:07 -0000 TB --- 2012-07-16 03:55:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:55:39 - 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-07-16 03:55:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-07-16 03:55:39 - cleaning the object tree TB --- 2012-07-16 04:01:18 - cvsupping the source tree TB --- 2012-07-16 04:01:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-07-16 04:03:01 - building world TB --- 2012-07-16 04:03:01 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 04:03:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 04:03:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 04:03:01 - SRCCONF=/dev/null TB --- 2012-07-16 04:03:01 - TARGET=sparc64 TB --- 2012-07-16 04:03:01 - TARGET_ARCH=sparc64 TB --- 2012-07-16 04:03:01 - TZ=UTC TB --- 2012-07-16 04:03:01 - __MAKE_CONF=/dev/null TB --- 2012-07-16 04:03:01 - cd /src TB --- 2012-07-16 04:03:01 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 04:03:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 05:06:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 05:06:06 - ERROR: failed to build world TB --- 2012-07-16 05:06:06 - 2750.27 user 517.78 system 4227.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 06:07:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5416A106566B; Mon, 16 Jul 2012 06:07:33 +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 222AF8FC0C; Mon, 16 Jul 2012 06:07:33 +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 q6G67WA6042031; Mon, 16 Jul 2012 02:07:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G67WnA042030; Mon, 16 Jul 2012 06:07:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 06:07:32 GMT Message-Id: <201207160607.q6G67WnA042030@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 06:07:33 -0000 TB --- 2012-07-16 03:54:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:54: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-07-16 03:54:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-07-16 03:54:14 - cleaning the object tree TB --- 2012-07-16 03:59:57 - cvsupping the source tree TB --- 2012-07-16 03:59:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-07-16 04:02:16 - building world TB --- 2012-07-16 04:02:16 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 04:02:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 04:02:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 04:02:16 - SRCCONF=/dev/null TB --- 2012-07-16 04:02:16 - TARGET=powerpc TB --- 2012-07-16 04:02:16 - TARGET_ARCH=powerpc TB --- 2012-07-16 04:02:16 - TZ=UTC TB --- 2012-07-16 04:02:16 - __MAKE_CONF=/dev/null TB --- 2012-07-16 04:02:16 - cd /src TB --- 2012-07-16 04:02:16 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 04:02:18 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 06:07:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 06:07:32 - ERROR: failed to build world TB --- 2012-07-16 06:07:32 - 6294.73 user 793.83 system 7997.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 06:09:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F4C71065673; Mon, 16 Jul 2012 06:09:48 +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 4E38B8FC0A; Mon, 16 Jul 2012 06:09:48 +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 q6G69lnm044006; Mon, 16 Jul 2012 02:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G69lDW044005; Mon, 16 Jul 2012 06:09:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 06:09:47 GMT Message-Id: <201207160609.q6G69lDW044005@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 06:09:48 -0000 TB --- 2012-07-16 03:54:41 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:54:41 - 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-07-16 03:54:41 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-07-16 03:54:41 - cleaning the object tree TB --- 2012-07-16 04:00:07 - cvsupping the source tree TB --- 2012-07-16 04:00:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-07-16 04:02:27 - building world TB --- 2012-07-16 04:02:27 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 04:02:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 04:02:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 04:02:27 - SRCCONF=/dev/null TB --- 2012-07-16 04:02:27 - TARGET=powerpc TB --- 2012-07-16 04:02:27 - TARGET_ARCH=powerpc64 TB --- 2012-07-16 04:02:27 - TZ=UTC TB --- 2012-07-16 04:02:27 - __MAKE_CONF=/dev/null TB --- 2012-07-16 04:02:27 - cd /src TB --- 2012-07-16 04:02:27 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 04:02:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 06:09:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 06:09:47 - ERROR: failed to build world TB --- 2012-07-16 06:09:47 - 6372.88 user 806.60 system 8106.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 06:18:35 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36171065694; Mon, 16 Jul 2012 06:18:35 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 32F978FC0C; Mon, 16 Jul 2012 06:18:30 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q6G6IEqt081530 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 16 Jul 2012 07:18:19 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q6G6IEqt081530 Authentication-Results: smtp.infracaninophile.co.uk/q6G6IEqt081530; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.187.76.163] claimed to be seedling.local Message-ID: <5003B21D.6010204@FreeBSD.org> Date: Mon, 16 Jul 2012 07:18:05 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Peter Jeremy References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <20120716033240.GA52346@server.rulingia.com> In-Reply-To: <20120716033240.GA52346@server.rulingia.com> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC11C1B0DADA7716E33F2B583" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: ports@FreeBSD.org, Baptiste Daroussin , ports-announce@FreeBSD.org, current@FreeBSD.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 06:18:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC11C1B0DADA7716E33F2B583 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/07/2012 04:32, Peter Jeremy wrote: > On 2012-Jul-12 10:01:10 +0000, Baptiste Daroussin wr= ote: >> What is pkg >> ----------- >> pkg is a new package manager for FreeBSD. It is designed as a replacem= ent for >> the pkg_* tools, and as a full featured binary package manager. >=20 > A couple of specific questions that I haven't seen answered during > this thread or in the wiki: > - Can pkgng cope with parallel installs? What happpens if I > simultaneously (attempt to) install conflicting packages? No. Parallel installs will not work -- the first to start will lock the DB, and the second won't be able to proceed. > - If I use "pkg delete -f", what happens to packages that depended > on the forcibly-deleted package? Nothing. If you forcibly delete a package it's assumed you understand that you know you're doing something that can break your system. pkg check will detect missing dependency packages and reinstall as requir= ed. > - What happens if I delete a package where I've modified one of the > files managed by the package? The package is removed, but modified file is not: # pkg check -s pciids pciids-20120625: checksum mismatch for /usr/local/share/pciids/pci.ids # pkg delete pciids The following packages will be deinstalled: pciids-20120625 The deinstallation will free 788 kB Deinstalling pciids-20120625...pkg: /usr/local/share/pciids/pci.ids fails original SHA256 checksum, not removing pkg: rmdir(/usr/local/share/pciids/): Directory not empty done # pkg info pciids pkg: No package(s) matching pciids # ls -l /usr/local/share/pciids/pci.ids -rw-r--r-- 1 root wheel 752925 Jul 16 07:05 /usr/local/share/pciids/pci.ids > - What facilities does it have for auditing and repairing the package > database? (ie checking for inconsistencies between installed files > and the content of the package database) See pkg-check(8) > - How does it handle the situation where I install a package that > depends on foo version 1.2.3 but have foo version 1.2.4 (or 1.2.2) > installed? What about if I have bar version 1.3, which is ABI- > compatible with foo version 1.2.3, installed? This is an open issue at the moment. If you have foo-1.2.2 installed, it will upgrade for foo-1.2.3 (which is OK). If you have foo-1.2.4 installed, at the moment it attempts to downgrade to foo-1.2.3; the response should be to refuse to do that unless forced. > - Will it detect that a package install would overwrite an existing > file? What does it do in this case? No. Existing files are overwritten: # pkg install pciids Updating repository catalogue Repository catalogue is up-to-date, no need to fetch fresh copy The following packages will be installed: Installing pciids: 20120625 The installation will require 788 kB more space 92 B to be downloaded pkg: cached package pciids-20120625: checksum mismatch, fetching from rem= ote pciids-20120625.txz 100% 163KB 163.5KB/s 163.5KB/s 00:00 Checking integrity... done Installing pciids-20120625... done > - I gather it handles "update package" more intelligently than > "uninstall old package, install new package". Will it avoid > replacing an old file with an identical one in the new package? Yes exactly that. Files in the older package that are identical in the newer one are left untouched. Otherwise, files from the older package are removed, and files from the newer package are installed. > If so, what happens to the file metadata (particularly uid, gid > and mtime)? Nothing. > - Can it track user-edited configuration files that are associated > with packages? This works in exactly the same way as it does currently in the ports. > - Can it do 2- or 3-way merges of package configuration files? No. In general the package will install sample configuration files, and will only touch the live config files if either the live configs don't exist, or the live configs are identical to the sample configs. This is the standard way things work in the ports at the moment. > - The README states "Directory leftovers are automatically removed if > they are not in the MTREE." How does this work for directories > that are shared between multiple packages? Does this mean that if > I add a file to a directory that was created by a package, that > file will be deleted automatically if I delete the package? No. Directories have to be empty before they will be removed. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enigC11C1B0DADA7716E33F2B583 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlADsiUACgkQ8Mjk52CukIxMlACfdrwFIE+PPJNti2d2Xg05LGv2 /vIAoImkSq8aE+L7seI+yc+dHs/uMcve =837i -----END PGP SIGNATURE----- --------------enigC11C1B0DADA7716E33F2B583-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 07:18:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074FE1065670; Mon, 16 Jul 2012 07:18:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C3B0B8FC0A; Mon, 16 Jul 2012 07:18:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G7IDrD021528; Mon, 16 Jul 2012 03:18:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G7IDst021527; Mon, 16 Jul 2012 07:18:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 07:18:13 GMT Message-Id: <201207160718.q6G7IDst021527@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 07:18:15 -0000 TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - 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-07-16 06:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:13:43 - cvsupping the source tree TB --- 2012-07-16 06:13:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-07-16 06:16:26 - building world TB --- 2012-07-16 06:16:26 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:16:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:16:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:16:26 - SRCCONF=/dev/null TB --- 2012-07-16 06:16:26 - TARGET=arm TB --- 2012-07-16 06:16:26 - TARGET_ARCH=arm TB --- 2012-07-16 06:16:26 - TZ=UTC TB --- 2012-07-16 06:16:26 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:16:26 - cd /src TB --- 2012-07-16 06:16:26 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:16:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 07:18:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 07:18:13 - ERROR: failed to build world TB --- 2012-07-16 07:18:13 - 2256.41 user 544.48 system 4092.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 07:25: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 9D27E106566C; Mon, 16 Jul 2012 07:25:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id EA7298FC20; Mon, 16 Jul 2012 07:25:02 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q6G7Ovj8082810 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 16 Jul 2012 08:24:58 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q6G7Ovj8082810 Authentication-Results: smtp.infracaninophile.co.uk/q6G7Ovj8082810; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.187.76.163] claimed to be seedling.local Message-ID: <5003C1C2.1010500@FreeBSD.org> Date: Mon, 16 Jul 2012 08:24:50 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Jeremy Messenger References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <20120716033240.GA52346@server.rulingia.com> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB6CCF21792C0CD10410E78F2" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: ports@FreeBSD.org, Baptiste Daroussin , Peter Jeremy , current@FreeBSD.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 07:25:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB6CCF21792C0CD10410E78F2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/07/2012 05:22, Jeremy Messenger wrote: > It's one of reason why I do not agree to remove the shared library > version from the LIB_DEPENDS, so that way in future someone can add > support in the package to check on shared library version then prevent > package to install because it's not ABI compatible. Unless someone > prefer to do it in the different way than putting shared library > version in the LIB_DEPENDS is good to me either. Two points here: Firstly LIB_DEPENDS is all about *building* packages. In that case, the thing that matters is *API* compatibility, not ABI. Library APIs tend to be much more stable than ABIs, meaning you can compile your code against practically any version of a shared library. However, you won't be able to run your compiled program against a shared library with a different ABI. If the API does change incompatibly, then it is fine to use constraints on the ABI version in a port, but doing this as a matter of course is just being obstructive to people that may not want to upgrade dependency shlibs just yet. Secondly, the ABI version of shared libraries has no effect on the current dependency resolution mechanisms when installing packages (either pkgng or the old pkg_tools). At the moment, the only thing that is considered are package version numbers. This is an area where we have plans for dramatic changes with pkgng. We want to import a general solver mechanism so that a package can have a list of generic requirements: File /usr/local/bin/foo exists and is executable Shared library libfoo.so.3 is installed Perl Module Foo::Bar > 1.23 is available Package foo-0.99 has option BLURFL enabled etc. etc. Packages will similarly have a list of facilities they provide. The job of the solver will be to find a set of packages such that there is a provider for every requirement constrained by the user requirement that their required package set is installed. However, making this mechanism workable implies significant changes to the ports -- introducing sub-packages in particular -- which are basically incompatible with the existing pkg_tools. So we need to pkgng 1.0 in place to be able to proceed with further changes. Also a generic solver is in itself a substantial piece of code to introduce. Which is why it hasn't happened yet. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enigB6CCF21792C0CD10410E78F2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlADwckACgkQ8Mjk52CukIwGwgCeKC62b60sbWQhIRr0dSldwQIK 5XcAn2Ou620h7B6o7gYqgUvcIk6IjQjQ =QnI0 -----END PGP SIGNATURE----- --------------enigB6CCF21792C0CD10410E78F2-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 07:30:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E591106564A; Mon, 16 Jul 2012 07:30:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id E8EB08FC19; Mon, 16 Jul 2012 07:30:58 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sqflh-0002iJ-Uz; Mon, 16 Jul 2012 08:30:58 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sqflh-0005O6-R1; Mon, 16 Jul 2012 08:30:57 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q6G7UvuO030999; Mon, 16 Jul 2012 08:30:57 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q6G7Uv7U030997; Mon, 16 Jul 2012 08:30:57 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 16 Jul 2012 08:30:57 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120716073056.GA27974@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: ia64 r237134 netstat -r: netstat: kvm_read: Bad address X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 07:30:59 -0000 On ia64 netstat -r broke some time between 8.1-release, and r237134. mech-as221# uname -a FreeBSD mech-as221.men.bris.ac.uk 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Sun Jul 18 18:31:37 UTC 2010 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC ia6 4 mech-as221# netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default enlib-gw.bris.ac.u UGS 38 219979 bge0 10.10.10.0 link#1 U 0 0 fxp0 10.10.10.13 link#1 UHS 0 0 lo0 localhost link#3 UH 0 54 lo0 137.222.187.0 link#2 U 0 18 bge0 mech-as221 link#2 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire localhost localhost UH lo0 fe80::%lo0 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 ff01:3:: fe80::1%lo0 U lo0 ff02::%lo0 fe80::1%lo0 U lo0 mech-as221# However, in -current: # uname -a FreeBSD mech-cluster241.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r237134: Mon Jun 18 09:02:17 BST 2012 root@mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV ia64 # netstat -r Routing tables netstat: kvm_read: Bad address # -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 08:29:30 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793A1106564A; Mon, 16 Jul 2012 08:29:30 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 073048FC19; Mon, 16 Jul 2012 08:29:29 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G8TRWD060987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Jul 2012 18:29:28 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G8TLdF055148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2012 18:29:22 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q6G8TLt5055147; Mon, 16 Jul 2012 18:29:21 +1000 (EST) (envelope-from peter) Date: Mon, 16 Jul 2012 18:29:21 +1000 From: Peter Jeremy To: Matthew Seaman Message-ID: <20120716082921.GA55105@server.rulingia.com> References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <20120716033240.GA52346@server.rulingia.com> <5003B21D.6010204@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <5003B21D.6010204@FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, Baptiste Daroussin , current@FreeBSD.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 08:29:30 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-16 07:18:05 +0100, Matthew Seaman wrote: >No. Parallel installs will not work -- the first to start will lock the >DB, and the second won't be able to proceed. Good - it was the locking I was mostly concerned about. As long as the install is locked, it's safe to run multiple port installs on different terminalls without them treading on each other. (Next step, outside pkgng, in to allow paralles builds). Thank you for all the answers. --=20 Peter Jeremy --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAD0OEACgkQ/opHv/APuIeeCQCghmO0jkA8C1EAfCvCmIxMxycI x1YAnRou2TLvOdszeX9Q2QNA2qYQWS38 =NtiW -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 08:45: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 9B08D106566C; Mon, 16 Jul 2012 08:45:03 +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 676378FC17; Mon, 16 Jul 2012 08:45:03 +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 q6G8j2pG032614; Mon, 16 Jul 2012 04:45:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G8j22b032610; Mon, 16 Jul 2012 08:45:02 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 08:45:02 GMT Message-Id: <201207160845.q6G8j22b032610@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 08:45:03 -0000 TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - 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-07-16 06:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:48 - cvsupping the source tree TB --- 2012-07-16 06:14:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-07-16 06:17:23 - building world TB --- 2012-07-16 06:17:23 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:17:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:17:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:17:23 - SRCCONF=/dev/null TB --- 2012-07-16 06:17:23 - TARGET=i386 TB --- 2012-07-16 06:17:23 - TARGET_ARCH=i386 TB --- 2012-07-16 06:17:23 - TZ=UTC TB --- 2012-07-16 06:17:23 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:17:23 - cd /src TB --- 2012-07-16 06:17:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:17:24 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:45:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:45:02 - ERROR: failed to build world TB --- 2012-07-16 08:45:02 - 6257.71 user 858.15 system 9301.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 08:47:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2C6B106564A; Mon, 16 Jul 2012 08:47:13 +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 929BE8FC16; Mon, 16 Jul 2012 08:47: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 q6G8lDDb038124; Mon, 16 Jul 2012 04:47:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G8lDPg038120; Mon, 16 Jul 2012 08:47:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 08:47:13 GMT Message-Id: <201207160847.q6G8lDPg038120@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 08:47:14 -0000 TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - 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-07-16 06:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:48 - cvsupping the source tree TB --- 2012-07-16 06:14:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-07-16 06:17:23 - building world TB --- 2012-07-16 06:17:23 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:17:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:17:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:17:23 - SRCCONF=/dev/null TB --- 2012-07-16 06:17:23 - TARGET=pc98 TB --- 2012-07-16 06:17:23 - TARGET_ARCH=i386 TB --- 2012-07-16 06:17:23 - TZ=UTC TB --- 2012-07-16 06:17:23 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:17:23 - cd /src TB --- 2012-07-16 06:17:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:17:24 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:47:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:47:13 - ERROR: failed to build world TB --- 2012-07-16 08:47:13 - 6245.00 user 858.48 system 9432.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 08:49:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80B2F106578D; Mon, 16 Jul 2012 08:49:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 470DC8FC1B; Mon, 16 Jul 2012 08:49:17 +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 q6G8nGL4045503; Mon, 16 Jul 2012 04:49:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G8nGmR045500; Mon, 16 Jul 2012 08:49:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 08:49:16 GMT Message-Id: <201207160849.q6G8nGmR045500@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 08:49:17 -0000 TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - 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-07-16 06:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:50 - cvsupping the source tree TB --- 2012-07-16 06:14:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-07-16 06:21:01 - building world TB --- 2012-07-16 06:21:01 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:21:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:21:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:21:01 - SRCCONF=/dev/null TB --- 2012-07-16 06:21:01 - TARGET=amd64 TB --- 2012-07-16 06:21:01 - TARGET_ARCH=amd64 TB --- 2012-07-16 06:21:01 - TZ=UTC TB --- 2012-07-16 06:21:01 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:21:01 - cd /src TB --- 2012-07-16 06:21:01 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:21:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:49:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:49:16 - ERROR: failed to build world TB --- 2012-07-16 08:49:16 - 6276.32 user 860.53 system 9556.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 08:52: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 AFD4F1065674; Mon, 16 Jul 2012 08:52:13 +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 8086E8FC14; Mon, 16 Jul 2012 08:52: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 q6G8qD1R062711; Mon, 16 Jul 2012 04:52:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G8qC3r062710; Mon, 16 Jul 2012 08:52:12 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 08:52:12 GMT Message-Id: <201207160852.q6G8qC3r062710@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 08:52:13 -0000 TB --- 2012-07-16 07:18:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 07:18:13 - 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-07-16 07:18:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-07-16 07:18:13 - cleaning the object tree TB --- 2012-07-16 07:18:54 - cvsupping the source tree TB --- 2012-07-16 07:18:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-07-16 07:19:41 - building world TB --- 2012-07-16 07:19:41 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 07:19:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 07:19:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 07:19:41 - SRCCONF=/dev/null TB --- 2012-07-16 07:19:41 - TARGET=ia64 TB --- 2012-07-16 07:19:41 - TARGET_ARCH=ia64 TB --- 2012-07-16 07:19:41 - TZ=UTC TB --- 2012-07-16 07:19:41 - __MAKE_CONF=/dev/null TB --- 2012-07-16 07:19:41 - cd /src TB --- 2012-07-16 07:19:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 07: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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:52:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:52:12 - ERROR: failed to build world TB --- 2012-07-16 08:52:12 - 3761.86 user 589.05 system 5639.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 10:23: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 EC0601065679; Mon, 16 Jul 2012 10:23:43 +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 7BEF58FC1C; Mon, 16 Jul 2012 10:23:42 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA02136; Mon, 16 Jul 2012 13:23:39 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5003EBAB.6030507@FreeBSD.org> Date: Mon, 16 Jul 2012 13:23:39 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4FE9B01C.30306@yandex.ru> In-Reply-To: <4FE9B01C.30306@yandex.ru> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 10:23:44 -0000 on 26/06/2012 15:50 Andrey V. Elsukov said the following: > 3. ZFS code now uses new API and probing on the systems with many disks > should be greatly increased: > zfs/zfs.c > i386/loader/main.c First of all, it's hard to parse the above sentence. "probing ... should be greatly increased". Probing what? :-) If probing time, then we don't want that ;-) I looked through the ZFS-related part and here are a few comments: 1. I think that the predominant indentation style of i386/loader/main.c should be preserved for consistency. 2. I am not sure if I like the approach of moving partition tasting code into common ZFS code (zfs.c). On one hand, it now makes sense because the new partition iteration code is machine-independent. On the other hand, the reason that I added arch_zfs_probe method was to give platforms full control over which partitions and in what order are probed. It seems to be important for some of them. So, I like how your new partition interface makes it much easier to ZFS-probe partitions, but I would prefer to have that code in arch_zfs_probe implementations rather than in zfs_probe_dev. 3. Related to the above. In what shape is sparc64 ZFS support in your branch? Have you tried to adapt it to the new model too? It's the platform that has special requirements for disk/partition probing order. Marius can help with additional information and testing here. Overall, thank you very much for this work! I believe that it moves us in the correct direction. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 10:43:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0F0C106566C for ; Mon, 16 Jul 2012 10:43:27 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id 753B58FC0A for ; Mon, 16 Jul 2012 10:43:27 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 883 invoked from network); 16 Jul 2012 12:43:26 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342435406; bh=q5FbMqM308TSe31j0MTnnQYKLt3mg7ITDoe1ibTAvjI=; h=From:To:CC:Subject; b=SC8LemKirJe/4gRX78YFbU6uvykfAWMAwRyotO0P/oG7lGyLjfScLVucBDgCcyDLV VDSbXpqnoCqDW2SezvQv+LdujUW9hAGW0BujGWtcIzstM8EQh9fcuZNYzD46b6hjnz +5MBrxUzjtlLWPU9hPzy+oKFK1kmCal9gAXzc5/U= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 16 Jul 2012 12:43:26 +0200 Message-ID: <5003F041.3080104@wp.pl> Date: Mon, 16 Jul 2012 12:43:13 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Poul-Henning Kamp References: <53843.1342351877@critter.freebsd.dk> In-Reply-To: <53843.1342351877@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120715-1, 2012-07-15), Outbound message X-Antivirus-Status: Clean X-WP-DKIM-Status: good (id: wp.pl) X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [kSP0] Cc: matt , Marek Salwerowicz , freebsd-current@freebsd.org Subject: Re: Syscons issue Intel D2700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 10:43:28 -0000 W dniu 2012-07-15 13:31, Poul-Henning Kamp pisze: > In message <5002A893.8050803@wp.pl>, Marek Salwerowicz writes: >> W dniu 2012-07-14 19:32, Poul-Henning Kamp pisze: >>> Try the fix I committed in r237203+r237223, that was for a D2500CC >>> which also had bogus VGA behaviour. >> Thanks, >> Is it only available in 10-Current or in 9-Stable also ? > I belive the same fix will work all the way back to FreeBSD 2.x or > so when sos@ optimized syscons to use wide copies, but the code > has obviously mutated a fair bit since then. It worked for me in 9.1-PRERELEASE. I've just copied the fbreg.h file modified by you from HEAD into stable sources. And, your fix works with D2500HN - thanks for help. -- Marek From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 10:57:41 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241DD106564A; Mon, 16 Jul 2012 10:57:41 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 86D168FC0A; Mon, 16 Jul 2012 10:57:40 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 36DB0B8027; Mon, 16 Jul 2012 14:57:39 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 18A56B8026; Mon, 16 Jul 2012 14:57:39 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 13B88BA07F; Mon, 16 Jul 2012 14:57:39 +0400 (MSK) Received: from [127.0.0.1] (unknown [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id CFFE4BA07A; Mon, 16 Jul 2012 14:57:38 +0400 (MSK) Message-ID: <5003F39D.6030808@FreeBSD.org> Date: Mon, 16 Jul 2012 14:57:33 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andriy Gapon References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> In-Reply-To: <5003EBAB.6030507@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF2E5F3064C6DDEFA89A2B846" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 10:57:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF2E5F3064C6DDEFA89A2B846 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 16.07.2012 14:23, Andriy Gapon wrote: > on 26/06/2012 15:50 Andrey V. Elsukov said the following: >> 3. ZFS code now uses new API and probing on the systems with many disk= s >> should be greatly increased: >> zfs/zfs.c >> i386/loader/main.c >=20 > First of all, it's hard to parse the above sentence. "probing ... shoul= d be > greatly increased". Probing what? :-) If probing time, then we don't = want that ;-) >=20 > I looked through the ZFS-related part and here are a few comments: Thanks for that. > 1. I think that the predominant indentation style of i386/loader/main.c= should be > preserved for consistency. >=20 > 2. I am not sure if I like the approach of moving partition tasting cod= e into > common ZFS code (zfs.c). On one hand, it now makes sense because the n= ew > partition iteration code is machine-independent. On the other hand, th= e reason > that I added arch_zfs_probe method was to give platforms full control o= ver which > partitions and in what order are probed. It seems to be important for = some of them. > So, I like how your new partition interface makes it much easier to ZFS= -probe > partitions, but I would prefer to have that code in arch_zfs_probe impl= ementations > rather than in zfs_probe_dev. =46rom the other point of view, ZFS is not a just file system and it work= s directly with disks and partitions. And it seems to me this code will be = common for other architectures. > 3. Related to the above. In what shape is sparc64 ZFS support in your= branch? > Have you tried to adapt it to the new model too? > It's the platform that has special requirements for disk/partition prob= ing order. > Marius can help with additional information and testing here. Currently i have not received any feedback reports from the users who can= test patches on the other architectures. I added VTOC8 support to the part.c, = but it seems it is not needed and ofw can work without this. --=20 WBR, Andrey V. Elsukov --------------enigF2E5F3064C6DDEFA89A2B846 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJQA/OiAAoJEAHF6gQQyKF6REAH/A2waKFDxiljXNm+liofAd9Q GaIpYj+jNAIKMHHMLIdY2vM5HTQ61wIMHD7d83/uUekhBCAb/tqhhGelZn224O9j bHGPhW+YY36RVf2qs7QzX+ldSuHWq3B8MXzh5zzy71Znd4XzPfPudRqIynHLE5Jj 04OQNWjIgvTQqOJxIZwIT03vnKICRo2DWPWtxY0njMklBVoNfDMhyLwW2UBGjXfF sx4qks45aL+hc+uuZTJoRf/RwWRDk2srs9LtYAWr6B2Mez6JbyaOR5FwUmYNmDK1 7/AAF621+QFxZHlcUsrPW2hxugIBB49/6IkHEfxP19Oap8cj5edUucP1zxqI4B4= =80zQ -----END PGP SIGNATURE----- --------------enigF2E5F3064C6DDEFA89A2B846-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 11:05: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 7B97C106566B; Mon, 16 Jul 2012 11:05: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 0C7FD8FC0C; Mon, 16 Jul 2012 11:05:46 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA02660; Mon, 16 Jul 2012 14:05:45 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5003F589.40603@FreeBSD.org> Date: Mon, 16 Jul 2012 14:05:45 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> <5003F39D.6030808@FreeBSD.org> In-Reply-To: <5003F39D.6030808@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:05:48 -0000 on 16/07/2012 13:57 Andrey V. Elsukov said the following: > On 16.07.2012 14:23, Andriy Gapon wrote: >> on 26/06/2012 15:50 Andrey V. Elsukov said the following: >>> 3. ZFS code now uses new API and probing on the systems with many disks >>> should be greatly increased: >>> zfs/zfs.c >>> i386/loader/main.c >> >> First of all, it's hard to parse the above sentence. "probing ... should be >> greatly increased". Probing what? :-) If probing time, then we don't want that ;-) >> >> I looked through the ZFS-related part and here are a few comments: > > Thanks for that. > >> 1. I think that the predominant indentation style of i386/loader/main.c should be >> preserved for consistency. >> >> 2. I am not sure if I like the approach of moving partition tasting code into >> common ZFS code (zfs.c). On one hand, it now makes sense because the new >> partition iteration code is machine-independent. On the other hand, the reason >> that I added arch_zfs_probe method was to give platforms full control over which >> partitions and in what order are probed. It seems to be important for some of them. >> So, I like how your new partition interface makes it much easier to ZFS-probe >> partitions, but I would prefer to have that code in arch_zfs_probe implementations >> rather than in zfs_probe_dev. > > From the other point of view, ZFS is not a just file system and it works > directly with disks and partitions. And it seems to me this code will be common > for other architectures. Well, it seems that you haven't yet touched sparc64_zfs_probe. If you'll find that you don't have to use any ugly hacks there, then good. But my impression is that it would be easier to stick to the previous approach. >> 3. Related to the above. In what shape is sparc64 ZFS support in your branch? >> Have you tried to adapt it to the new model too? >> It's the platform that has special requirements for disk/partition probing order. >> Marius can help with additional information and testing here. > > Currently i have not received any feedback reports from the users who can test > patches on the other architectures. I added VTOC8 support to the part.c, but it > seems it is not needed and ofw can work without this. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 11:14:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964081065672; Mon, 16 Jul 2012 11:14:44 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 392208FC12; Mon, 16 Jul 2012 11:14:44 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 1B247B8027; Mon, 16 Jul 2012 15:14:43 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 1444DB8024; Mon, 16 Jul 2012 15:14:43 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 0FEDEBA081; Mon, 16 Jul 2012 15:14:43 +0400 (MSK) Received: from [127.0.0.1] (unknown [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id C9FA9BA07B; Mon, 16 Jul 2012 15:14:42 +0400 (MSK) Message-ID: <5003F79E.1060706@FreeBSD.org> Date: Mon, 16 Jul 2012 15:14:38 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andriy Gapon References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> <5003F39D.6030808@FreeBSD.org> <5003F589.40603@FreeBSD.org> In-Reply-To: <5003F589.40603@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5F36F9C93BB298F6D6BA3735" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:14:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5F36F9C93BB298F6D6BA3735 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 16.07.2012 15:05, Andriy Gapon wrote: >>> 2. I am not sure if I like the approach of moving partition tasting c= ode into >>> common ZFS code (zfs.c). On one hand, it now makes sense because the= new >>> partition iteration code is machine-independent. On the other hand, = the reason >>> that I added arch_zfs_probe method was to give platforms full control= over which >>> partitions and in what order are probed. It seems to be important fo= r some of them. >>> So, I like how your new partition interface makes it much easier to Z= FS-probe >>> partitions, but I would prefer to have that code in arch_zfs_probe im= plementations >>> rather than in zfs_probe_dev. >> >> From the other point of view, ZFS is not a just file system and it wor= ks >> directly with disks and partitions. And it seems to me this code will = be common >> for other architectures. >=20 > Well, it seems that you haven't yet touched sparc64_zfs_probe. Yes. It should work as before. But if Marius can suggest how to change ofw_disk.c to get disk size and s= ector size, then i will be able to break something here :) > If you'll find that you don't have to use any ugly hacks there, then go= od. > But my impression is that it would be easier to stick to the previous a= pproach. --=20 WBR, Andrey V. Elsukov --------------enig5F36F9C93BB298F6D6BA3735 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJQA/eiAAoJEAHF6gQQyKF6pCkH/3x3pOypbVF48Rfed0jZ/uRI LDUiwWg9ka9NrmX5DjiiNSYKNwQuZsk1EX6Gbv3HwHPHicpeOtes5HI8tlbXx2wo 9/FDJWQuKYo7Xz1AgvD3D026+xbmCXirw0mtYk7j3n9o5j8kuoqgtcsgmEFxjsR+ c8+074sLW1SGHaEjwjGgh9X4wSBpKbmlSEA7sCdc1Q0wX1P38IAjHUymKO7PDjCa XGcGt6KXbmfPWHNVy82Tru12lq0q7fAAxNpTa7nlTmqFmMldhwiw+EbRDOX9OAA6 uNvJ0p4BSUl7uJyjpdjApZeNqXGqqFrJVZsBk0vZEMrglM7knTA5Oy9ZdyecNN4= =Oj40 -----END PGP SIGNATURE----- --------------enig5F36F9C93BB298F6D6BA3735-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 11:31: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 67755106567B; Mon, 16 Jul 2012 11:31:44 +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 EA6F78FC0A; Mon, 16 Jul 2012 11:31:42 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA02997; Mon, 16 Jul 2012 14:31:41 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5003FB9D.90909@FreeBSD.org> Date: Mon, 16 Jul 2012 14:31:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> <5003F39D.6030808@FreeBSD.org> <5003F589.40603@FreeBSD.org> <5003F79E.1060706@FreeBSD.org> In-Reply-To: <5003F79E.1060706@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:31:44 -0000 on 16/07/2012 14:14 Andrey V. Elsukov said the following: > On 16.07.2012 15:05, Andriy Gapon wrote: >>>> 2. I am not sure if I like the approach of moving partition tasting code into >>>> common ZFS code (zfs.c). On one hand, it now makes sense because the new >>>> partition iteration code is machine-independent. On the other hand, the reason >>>> that I added arch_zfs_probe method was to give platforms full control over which >>>> partitions and in what order are probed. It seems to be important for some of them. >>>> So, I like how your new partition interface makes it much easier to ZFS-probe >>>> partitions, but I would prefer to have that code in arch_zfs_probe implementations >>>> rather than in zfs_probe_dev. >>> >>> From the other point of view, ZFS is not a just file system and it works >>> directly with disks and partitions. And it seems to me this code will be common >>> for other architectures. >> >> Well, it seems that you haven't yet touched sparc64_zfs_probe. > > Yes. It should work as before. Well, but it's obvious that zfs_probe_dev would be attempting to do some unneeded stuff (trying to treat partitions as disks) for that case. To me this is a clear indication zfs_probe_dev is not optimal for arch-independent implementation. So I still think that arch_zfs_probe should decide what disks and partitions to probe, and zfs_probe_dev should only probe what it's given and not try to be any smarter. But I've repeated myself three times already :-) > But if Marius can suggest how to change ofw_disk.c to get disk size and sector size, > then i will be able to break something here :) > >> If you'll find that you don't have to use any ugly hacks there, then good. >> But my impression is that it would be easier to stick to the previous approach. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 12:01:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0301F1065904; Mon, 16 Jul 2012 12:01:00 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 986958FC1D; Mon, 16 Jul 2012 12:00:59 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 2D320B8027; Mon, 16 Jul 2012 16:00:54 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 27696B8024; Mon, 16 Jul 2012 16:00:54 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 20EEABA083; Mon, 16 Jul 2012 16:00:54 +0400 (MSK) Received: from [127.0.0.1] (unknown [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id DE091BA07C; Mon, 16 Jul 2012 16:00:53 +0400 (MSK) Message-ID: <50040271.5000301@FreeBSD.org> Date: Mon, 16 Jul 2012 16:00:49 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andriy Gapon References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> <5003F39D.6030808@FreeBSD.org> <5003F589.40603@FreeBSD.org> <5003F79E.1060706@FreeBSD.org> <5003FB9D.90909@FreeBSD.org> In-Reply-To: <5003FB9D.90909@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig09929B86E2E15E68F7B5E8F9" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 12:01:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig09929B86E2E15E68F7B5E8F9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 16.07.2012 15:31, Andriy Gapon wrote: >> Yes. It should work as before. >=20 > Well, but it's obvious that zfs_probe_dev would be attempting to do som= e unneeded > stuff (trying to treat partitions as disks) for that case. To me this = is a clear > indication zfs_probe_dev is not optimal for arch-independent implementa= tion. So I > still think that arch_zfs_probe should decide what disks and partitions= to probe, > and zfs_probe_dev should only probe what it's given and not try to be a= ny smarter. > But I've repeated myself three times already :-) And we will have the same - several copies of the same code in each archi= tecture, which i have deleted... Sparc doesn't support DIOCGMEDIASIZE and DIOCGSECTORSIZE ioctls, so it will not check each partition, only fd that is passed to the zfs_pr= obe_dev. Currently there is only one problem with ZFS tasting, that can affect use= rs - now we taste each disk and partition, but in the my branch ZFS tastes onl= y disks and partitions with type "freebsd" and "freebsd-zfs". So if you have created = ZFS on top of MBR partition with type "ntfs", then loader will be unable to detect i= t. --=20 WBR, Andrey V. Elsukov --------------enig09929B86E2E15E68F7B5E8F9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJQBAJ1AAoJEAHF6gQQyKF6oxQH/1StRDHfuQD3PzWQZUcraIni meEi0RN+XneeWY6dJi0A4182cW9uP+sDXkClAYViUEBBjkYgq7bEpZ0sGbengiz/ U+jLooGgYS0K1KalIXkP4nke87OqVKeCr1cwat4fyUg0g1QOTHs9LF77HkQq3AgS Blzz4CHR7/J+nyhp6HIRF19zoIhiZKDMcfOEPjDsC4OrWynnsNR6GMJ1gFxpl/WH RVfMYW9/sux4ggB53HN9pm6+abOOtHFat34FX7nruooBLZJd+JdC8oEUlrWIPgIf 43j7irsAraj/+iQ75KrzKPSUr9i69Mk+mOylA3q7DThZKUjGDAVm70ojSsDl41w= =X6bX -----END PGP SIGNATURE----- --------------enig09929B86E2E15E68F7B5E8F9-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 12:44:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E4F1065687; Mon, 16 Jul 2012 12:44:56 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD6D8FC1A; Mon, 16 Jul 2012 12:44:56 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6GCij8N016481; Mon, 16 Jul 2012 06:44:47 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Mon, 16 Jul 2012 19:47:04 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201207131904.24490.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207161947.04557.erichfreebsdlist@ovitrap.com> Cc: Adrian Chadd Subject: Re: Erratic USB mouse behaviour when wireless is down and USB hard disk connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 12:44:56 -0000 Hi, On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > Sounds like bluetooth coexistence? > the problem are only there when the network goes down while being used. When the network is down when I start the machine and when the network is up and running, the problem is not there. This makes it so weird for me. Ok, after a restart the problem was solved. But, are we really used to restart FreeBSD because of things like this? Erich From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 13:07:15 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 08F89106566B; Mon, 16 Jul 2012 13:07:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE378FC0C; Mon, 16 Jul 2012 13:07:13 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 131137587; Mon, 16 Jul 2012 15:07:11 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 16 Jul 2012 15:07:27 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201207131904.24490.erichfreebsdlist@ovitrap.com> <201207161947.04557.erichfreebsdlist@ovitrap.com> In-Reply-To: <201207161947.04557.erichfreebsdlist@ovitrap.com> 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: <201207161507.27481.hselasky@c2i.net> Cc: Erich Dollansky , Adrian Chadd Subject: Re: Erratic USB mouse behaviour when wireless is down and USB hard disk connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 13:07:15 -0000 On Monday 16 July 2012 14:47:04 Erich Dollansky wrote: > Hi, > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > > Sounds like bluetooth coexistence? > > the problem are only there when the network goes down while being used. > When the network is down when I start the machine and when the network is > up and running, the problem is not there. > > This makes it so weird for me. > > Ok, after a restart the problem was solved. But, are we really used to > restart FreeBSD because of things like this? > > Erich Hi, What does "top" and "vmstat -i" say. I think this is more a hardware problem than software problem, like lost/shared interrupts. Maybe the IRQ is not properly masked when downing the network interface. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 13:15:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37AF106564A; Mon, 16 Jul 2012 13:15:50 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9355C8FC12; Mon, 16 Jul 2012 13:15:50 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6GDFdas026453; Mon, 16 Jul 2012 07:15:43 -0600 From: Erich Dollansky To: Hans Petter Selasky Date: Mon, 16 Jul 2012 20:17:58 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201207131904.24490.erichfreebsdlist@ovitrap.com> <201207161947.04557.erichfreebsdlist@ovitrap.com> <201207161507.27481.hselasky@c2i.net> In-Reply-To: <201207161507.27481.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207162017.58849.erichfreebsdlist@ovitrap.com> Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: Erratic USB mouse behaviour when wireless is down and USB hard disk connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 13:15:51 -0000 Hi, On Monday 16 July 2012 20:07:27 Hans Petter Selasky wrote: > On Monday 16 July 2012 14:47:04 Erich Dollansky wrote: > > Hi, > > > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > > > Sounds like bluetooth coexistence? > > > > the problem are only there when the network goes down while being used. > > When the network is down when I start the machine and when the network is > > up and running, the problem is not there. > > > > This makes it so weird for me. > > > > Ok, after a restart the problem was solved. But, are we really used to > > restart FreeBSD because of things like this? > > > > What does "top" and "vmstat -i" say. I think this is more a hardware problem > than software problem, like lost/shared interrupts. Maybe the IRQ is not > properly masked when downing the network interface. I did not think of vmstat at that moment of time. Top did not show me anything which was completely out. Do not worry too much. I hoped to give a hint here for a programmer who might has noticed something like this. I hope to do some testing soon. Erich From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 13:44:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A43106564A; Mon, 16 Jul 2012 13:44:05 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D34A8FC14; Mon, 16 Jul 2012 13:44:05 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so10887369pbb.13 for ; Mon, 16 Jul 2012 06:44:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BVgeYvye0l61VuPaFxK8YI6w1c1rAoKNehgFfAUTauY=; b=rauT8u2oh61Q5qOHJgt8Dn9A860AbhY9Emqewqq7tez2wZeGszYIs/GPaPfAt9s/p4 MzEueCAbWNf8xyQF622a58eu1zg2qyb8VOViEyweYJdTFU0RgfnvxMJjVNdXq6Y30NAo fbcUCHrLkdFA7wH1HoZ4yQFNtFd1ycZrWTNb26vOABamYaG2A1WiVFMQ7JUGxTrIrObT a8Fd7U5bUv00Xj5cHPWZ8uJtpfSJpPX1QeUoDY51eyaEyx2xuTuOEww3PbJUvXJQjAUn LIGp+zfd28jVZQ1yr1+Ym8SI+LPl03QJKzzoHCHXkBu8rMX2S1NZYerzUSRrTqXRpOA3 JGBQ== MIME-Version: 1.0 Received: by 10.68.136.229 with SMTP id qd5mr27228131pbb.2.1342446245135; Mon, 16 Jul 2012 06:44:05 -0700 (PDT) Received: by 10.68.51.201 with HTTP; Mon, 16 Jul 2012 06:44:05 -0700 (PDT) In-Reply-To: <5003C1C2.1010500@FreeBSD.org> References: <20120712100110.GA34228@ithaqua.etoilebsd.net> <20120716033240.GA52346@server.rulingia.com> <5003C1C2.1010500@FreeBSD.org> Date: Mon, 16 Jul 2012 08:44:05 -0500 Message-ID: From: Jeremy Messenger To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, Baptiste Daroussin , Peter Jeremy , current@freebsd.org Subject: Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 13:44:06 -0000 On Mon, Jul 16, 2012 at 2:24 AM, Matthew Seaman wrote: > On 16/07/2012 05:22, Jeremy Messenger wrote: >> It's one of reason why I do not agree to remove the shared library >> version from the LIB_DEPENDS, so that way in future someone can add >> support in the package to check on shared library version then prevent >> package to install because it's not ABI compatible. Unless someone >> prefer to do it in the different way than putting shared library >> version in the LIB_DEPENDS is good to me either. > > Two points here: > > Firstly LIB_DEPENDS is all about *building* packages. In that case, the > thing that matters is *API* compatibility, not ABI. Library APIs tend > to be much more stable than ABIs, meaning you can compile your code > against practically any version of a shared library. However, you won't > be able to run your compiled program against a shared library with a > different ABI. If the API does change incompatibly, then it is fine to > use constraints on the ABI version in a port, but doing this as a matter > of course is just being obstructive to people that may not want to > upgrade dependency shlibs just yet. > > Secondly, the ABI version of shared libraries has no effect on the > current dependency resolution mechanisms when installing packages > (either pkgng or the old pkg_tools). At the moment, the only thing that > is considered are package version numbers. I know. Hences for the 'in future someone can add support'. Cheers, Mezz > This is an area where we have plans for dramatic changes with pkgng. We > want to import a general solver mechanism so that a package can have a > list of generic requirements: > > File /usr/local/bin/foo exists and is executable > Shared library libfoo.so.3 is installed > Perl Module Foo::Bar > 1.23 is available > Package foo-0.99 has option BLURFL enabled > etc. etc. > > Packages will similarly have a list of facilities they provide. The job > of the solver will be to find a set of packages such that there is a > provider for every requirement constrained by the user requirement that > their required package set is installed. > > However, making this mechanism workable implies significant changes to > the ports -- introducing sub-packages in particular -- which are > basically incompatible with the existing pkg_tools. So we need to pkgng > 1.0 in place to be able to proceed with further changes. Also a generic > solver is in itself a substantial piece of code to introduce. Which is > why it hasn't happened yet. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > PGP: http://www.infracaninophile.co.uk/pgpkey -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 15:40: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 BEDD0106564A; Mon, 16 Jul 2012 15:40:35 +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 3655D8FC14; Mon, 16 Jul 2012 15:40:35 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q6GFeW5V010292; Mon, 16 Jul 2012 17:40:33 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q6GFeWpu010291; Mon, 16 Jul 2012 17:40:32 +0200 (CEST) (envelope-from marius) Date: Mon, 16 Jul 2012 17:40:32 +0200 From: Marius Strobl To: "Andrey V. Elsukov" Message-ID: <20120716154032.GA63893@alchemy.franken.de> References: <4FE9B01C.30306@yandex.ru> <5003EBAB.6030507@FreeBSD.org> <5003F39D.6030808@FreeBSD.org> <5003F589.40603@FreeBSD.org> <5003F79E.1060706@FreeBSD.org> <5003FB9D.90909@FreeBSD.org> <50040271.5000301@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50040271.5000301@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers , Marius Strobl , freebsd-current , Pawel Jakub Dawidek , Andriy Gapon Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 15:40:35 -0000 On Mon, Jul 16, 2012 at 04:00:49PM +0400, Andrey V. Elsukov wrote: > On 16.07.2012 15:31, Andriy Gapon wrote: > >> Yes. It should work as before. > > > > Well, but it's obvious that zfs_probe_dev would be attempting to do some unneeded > > stuff (trying to treat partitions as disks) for that case. To me this is a clear > > indication zfs_probe_dev is not optimal for arch-independent implementation. So I > > still think that arch_zfs_probe should decide what disks and partitions to probe, > > and zfs_probe_dev should only probe what it's given and not try to be any smarter. > > But I've repeated myself three times already :-) > > And we will have the same - several copies of the same code in each architecture, > which i have deleted... > > Sparc doesn't support DIOCGMEDIASIZE and DIOCGSECTORSIZE ioctls, > so it will not check each partition, only fd that is passed to the zfs_probe_dev. > > Currently there is only one problem with ZFS tasting, that can affect users - > now we taste each disk and partition, but in the my branch ZFS tastes only disks and > partitions with type "freebsd" and "freebsd-zfs". So if you have created ZFS on top > of MBR partition with type "ntfs", then loader will be unable to detect it. > Sorry, I'm missing the big picture of ZFS support in the loader and currently unfortunately don't have the time to look into it or your patches. I don't think there's a way to determine the media and sector sizes without actually looking at the Sun and/or VTOC8 labels though. As for zfs_probe_dev, some user recently indicated that on sparc64 we should rather look at the disk devices listed in the "boot-device" environment variable in order to mimic what Solaris does rather than trying to probe anything that might be a disk device, mimicking what the FreeBSD/i386 ZFS loader does. Maybe that's a hint whether a arch_zfs_probe should exist. I can test patches once you guys have figures out how things should work though. Marius From owner-freebsd-current@FreeBSD.ORG Mon Jul 16 17:46:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E33E106566C for ; Mon, 16 Jul 2012 17:46:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF528FC08 for ; Mon, 16 Jul 2012 17:46:28 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so11221496pbb.13 for ; Mon, 16 Jul 2012 10:46:28 -0700 (PDT) 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=sYZ7DFv8ygBUrkHZQC5Fg9TPCPAjeqIwRsDPcQt1inA=; b=I1X27ZHU14D+Pc6C/A1CuksZWGKr1MoW+7l0hZ69w8QChMNUaJvZZPjQaSlmLUM7eX bMjProf4WLKRYRhIXxKvPW0cZIroMUHDMhq7DYeFAnUTq7w/q6o1xqe/sOEjyNmlBa/0 HLdhdbFc5eDdfdaZFqtyQ/L+rPBB8rDgQ2DP0ERhI7slkFAjoklYEzrFz9ErlKfNmmVw a/NmpvELlN3CvCwMmn3/5EkhVzql4C43NjicBCRJ9R54apKNmILM4JuSrnMh4dOCxULJ JN5x5KO2HL919fQJJY8uutoPYwO5q6xLzc5udF8tMdHnak5T5R/fVTkigbyWQO8R9Sgv Cx7w== MIME-Version: 1.0 Received: by 10.68.220.193 with SMTP id py1mr28947915pbc.4.1342460788092; Mon, 16 Jul 2012 10:46:28 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.195.102 with HTTP; Mon, 16 Jul 2012 10:46:28 -0700 (PDT) In-Reply-To: <201207161947.04557.erichfreebsdlist@ovitrap.com> References: <201207131904.24490.erichfreebsdlist@ovitrap.com> <201207161947.04557.erichfreebsdlist@ovitrap.com> Date: Mon, 16 Jul 2012 10:46:28 -0700 X-Google-Sender-Auth: g5hl3ZDR22sgYx6_EdBPivEvZZk Message-ID: From: Adrian Chadd To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Erratic USB mouse behaviour when wireless is down and USB hard disk connected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 17:46:28 -0000 Also, please check dmesg if you haven't. The firmware on the NIC may have crashed and you may be able to fix it by simply restarting the wlan interface. Adrian On 16 July 2012 05:47, Erich Dollansky wrote: > Hi, > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: >> Sounds like bluetooth coexistence? >> > the problem are only there when the network goes down while being used. When the network is down when I start the machine and when the network is up and running, the problem is not there. > > This makes it so weird for me. > > Ok, after a restart the problem was solved. But, are we really used to restart FreeBSD because of things like this? > > Erich From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 00:24: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 5B41C106566B; Tue, 17 Jul 2012 00:24:04 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF7F8FC19; Tue, 17 Jul 2012 00:24:04 +0000 (UTC) Received: from dhcp-192-168-2-58.wifi.xcllnt.net (wifi.xcllnt.net [70.36.220.6] (may be forged)) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id q6H0NYrN078529 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 Jul 2012 17:23:42 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <20120716073056.GA27974@mech-cluster241.men.bris.ac.uk> Date: Mon, 16 Jul 2012 17:23:34 -0700 Content-Transfer-Encoding: 7bit Message-Id: <558E28DE-E350-4A75-A69F-89A207B88A46@xcllnt.net> References: <20120716073056.GA27974@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1278) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: ia64 r237134 netstat -r: netstat: kvm_read: Bad address X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 00:24:04 -0000 On Jul 16, 2012, at 12:30 AM, Anton Shterenlikht wrote: > On ia64 netstat -r broke some time > between 8.1-release, and r237134. Can you file a PR so that it's being tracked. Thanks, -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 00:42: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 9D1CF106566B; Tue, 17 Jul 2012 00:42:29 +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 691E28FC0C; Tue, 17 Jul 2012 00:42:29 +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 q6H0gN31082200; Mon, 16 Jul 2012 20:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6H0gNBK082199; Tue, 17 Jul 2012 00:42:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Jul 2012 00:42:23 GMT Message-Id: <201207170042.q6H0gNBK082199@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 00:42:29 -0000 TB --- 2012-07-17 00:36:49 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-17 00:36:49 - 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-07-17 00:36:49 - starting HEAD tinderbox run for mips/mips TB --- 2012-07-17 00:36:49 - cleaning the object tree TB --- 2012-07-17 00:36:49 - cvsupping the source tree TB --- 2012-07-17 00:36:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-07-17 00:37:49 - building world TB --- 2012-07-17 00:37:49 - CROSS_BUILD_TESTING=YES TB --- 2012-07-17 00:37:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-17 00:37:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-17 00:37:49 - SRCCONF=/dev/null TB --- 2012-07-17 00:37:49 - TARGET=mips TB --- 2012-07-17 00:37:49 - TARGET_ARCH=mips TB --- 2012-07-17 00:37:49 - TZ=UTC TB --- 2012-07-17 00:37:49 - __MAKE_CONF=/dev/null TB --- 2012-07-17 00:37:49 - cd /src TB --- 2012-07-17 00:37:49 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 17 00:37:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c itbl-parse.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c itbl-lex.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c: In function 'md_begin': /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c:1765: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-17 00:42:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-17 00:42:23 - ERROR: failed to build world TB --- 2012-07-17 00:42:23 - 174.99 user 34.11 system 333.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 06:03:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6544106564A; Tue, 17 Jul 2012 06:03:16 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 121728FC14; Tue, 17 Jul 2012 06:03:15 +0000 (UTC) Received: by lbon10 with SMTP id n10so208792lbo.13 for ; Mon, 16 Jul 2012 23:03:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FQSELrt8brOetp6tnq4nqSlgLLQaH7zTcdGHKvkojaw=; b=mVI9fNBeIUkmY3Y1mAl7XFFtPswARDLLwogZ746g30BojycpGBwuvciJQ+zokPqxGN cPId/TQTJRiTDlXBXWud/839X0qg72E7Ro885p/rtAIZ1qvaobD6SIsvobSCAD14tVfl GBdb3E/RZ0za3iLe0/yVhujwjcYF7L/MoZ3LDNJ4g+4XQxmkbhI4X31CLe+3wSExKfnC RLmz9RBkkb5ox+9oz18X70kaJmd2HGJNIRnBQJ3QhK1Ee/lrbLty528EBeQZn3XhZFEI 9terNdT8j7oiBovddBoIerdy00HfS9JrDLGcoqMd+sdel5lSkucU0DyYOiglN/HR7oBe dq8w== MIME-Version: 1.0 Received: by 10.112.54.100 with SMTP id i4mr566357lbp.97.1342504995036; Mon, 16 Jul 2012 23:03:15 -0700 (PDT) Received: by 10.114.13.68 with HTTP; Mon, 16 Jul 2012 23:03:14 -0700 (PDT) In-Reply-To: References: <31A0DCE7-3B93-41BC-805A-E0B163892112@bsdimp.com> <5C18109D-E7A8-4868-BEA9-26B63360BB24@bsdimp.com> <8048FFC5-6952-49FC-849D-EA1A5675ACBE@bsdimp.com> <73F3FBC9-337C-4F61-9470-5173D6DAE56B@bsdimp.com> Date: Tue, 17 Jul 2012 02:03:14 -0400 Message-ID: From: Arnaud Lacombe To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: newbus' ivar's limitation.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 06:03:17 -0000 Hi, On Fri, Jul 13, 2012 at 1:56 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, Jul 12, 2012 at 1:20 AM, Warner Losh wrote: >> [..] >> Honestly, though, I think you'll be more pissed when you find out that the N:1 interface that you want is being done in the wrong domain. But I've been wrong before and look forward to seeing your replacement. >> > I will just pass function pointers for now, if things should be done > dirty, let's be explicit about it. > > Now, the hinted device attachment did work quite smoothly, however, I > would have a few suggestion: > 1) add a call to bus_enumerate_hinted_children() before the call > DEVICE_IDENTIFY() call in bus_generic_driver_added() > > this is required to be able to support dynamic loading and attachment > of hinted children. > > 2) have a generic bus_hinted_child method which would just add a new > child to the bus. > > 3) have bus_enumerate_hinted_children() and bus_generic_attach() > always ran on device attachment. > > There is current +100 explicit call to bus_generic_attach() in the > sys/dev/ tree. This should be done always and implicitly. > > 4) have bus_generic_detach() always ran prior to device detachment > > If not already the case. There is still the same +100 direct call to > bus_generic_detach is the tree. > > 5) have the bus_generic_* method be the default of their respective method > > 6) have device_delete_child() called upon device detachment. > > As a rule of thumb, when a kld is unloaded there should not be any > remains of anything built previously. Without device_delete_child() or > proper singleton implementation, multiple load/unload sequence of bus > will attempt to attach multiple version of a child, even if the single > child was added prior to the bus_generic_attach() call. > > Also, as a rule of thumb, if the same logic is implemented in more > than a few buses, it should be made generic and implicit. > > I am lazy, I hate doing the same things over and over, not to say it > raised the likelihood of bugs' introduction... > could I at least get some feedback on the proposals above ? Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 16:56: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 594A9106566C for ; Tue, 17 Jul 2012 16:56:47 +0000 (UTC) (envelope-from felix.kohtz@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D704E8FC1F for ; Tue, 17 Jul 2012 16:56:46 +0000 (UTC) Received: by bkcje9 with SMTP id je9so643420bkc.13 for ; Tue, 17 Jul 2012 09:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=budQNUu00Uv3UOITkMPGZ1oJG+nbVAJ++JMytqn3x/Q=; b=ReRir04Z3SbfH4RLXtUANjw2gkb0hoP+nnpkznMpg5UHGOmVaHLRp6GwJuiKfipkzo 9eHYP1hlnb572RTfnGxhe3Df5AJCOcb7s2SuGix0mPsvhgPN0X1NMay9a+5YcHXdQV13 mG3c7o2XzgalYVSV04uPANAkLCzm2pmgs/V6NdDYipPnxDkPOi8adpXFcERAYOAWZg9T +WASbI7ZQEQkC7iCkeTey6tJa2mlfzTCuEq/5I9gx8Y6H8pt5ke750KINXQ90aLprc31 nIuKltVVC5hX1Js0a5TigQPcCIEa7r46jl4BfYz1GrjZokzA9yTNdWu+9zj5aqEeG8Fv B14g== Received: by 10.204.154.74 with SMTP id n10mr1710640bkw.60.1342544205858; Tue, 17 Jul 2012 09:56:45 -0700 (PDT) Received: from [192.168.2.192] (dslb-178-004-229-014.pools.arcor-ip.net. [178.4.229.14]) by mx.google.com with ESMTPS id ht18sm10413404bkc.16.2012.07.17.09.56.44 (version=SSLv3 cipher=OTHER); Tue, 17 Jul 2012 09:56:45 -0700 (PDT) Message-ID: <50059942.8070208@gmail.com> Date: Tue, 17 Jul 2012 18:56:34 +0200 From: Felix Kohtz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: VIA VE-900 nano X2 boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:56:47 -0000 I recently purchased a VIA EPIA-VE-900 Nano X2 1,4 GHz Dual Core MiniITX Board http://www.via.com.tw/en/products/viamainboards/ve900/index.jsp and wanted to install FreeBSD (amd64) from an iso-file on it. I tried to install: FreeBSD 8.3-RELEASE : works fine. dmesg here: http://pastebay.net/1068207 FreeBSD 9.0-RELEASE : stops during boot-process. (part of - where it stops) dmesg here: http://pastebay.net/1068208 FreeBSD 9.1-RELENG_9-20120716-JPSNAP from https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ stops during boot-process at same point like 9.0-RELEASE. FreeBSD 10.0-HEAD-20120717-JPSNAP from https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ stops during boot-process at same point like 9.0-RELEASE. I can provide more information on this problem if you say me what is needed and i offer to test changes. Regards, fkoh From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 18:55:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB68B106564A for ; Tue, 17 Jul 2012 18:55:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 673B48FC1E for ; Tue, 17 Jul 2012 18:55:49 +0000 (UTC) Received: by ggnm2 with SMTP id m2so918054ggn.13 for ; Tue, 17 Jul 2012 11:55:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w1U+ebZ7h9NzJ4Z9RfHoFazZbRp6N2Px1tlOfqZbIUU=; b=JMl2rh+pbsznDvqFhLB0aj9FTvrePxI0An6RvKho6l4cdPzX+TrrekWPN53JVvE3cK JF3gwlBSJnB6UpoKAxpuAcdDwrHuhgWMqaVdq7wyE3gn5Oi2WS5VCn18gItaKc8I+C7v W+PKY8rBIVNuHeo94uv6C40KLxGOIb7zYfnWIhVL2EZ5ChgqiH6H2XOzltkhY72FLF5P OZmARJ+OlZj+5X8rNgHd1MXfYHJ98zio/+7Mp4CfdKcHnpaYw5efF3gmoio2tu9DOCJ5 IYksMiMIyhu49gPaJY2QRjt0GkHmrMV4Jge+x49xHgYmyaBX4xsFqEcaPCR6fwVHmyhA k87Q== MIME-Version: 1.0 Received: by 10.42.29.4 with SMTP id p4mr2181786icc.30.1342551348555; Tue, 17 Jul 2012 11:55:48 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Tue, 17 Jul 2012 11:55:48 -0700 (PDT) In-Reply-To: <50059942.8070208@gmail.com> References: <50059942.8070208@gmail.com> Date: Tue, 17 Jul 2012 22:55:48 +0400 Message-ID: From: Sergey Kandaurov To: Felix Kohtz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: VIA VE-900 nano X2 boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 18:55:49 -0000 On 17 July 2012 20:56, Felix Kohtz wrote: > I recently purchased a VIA EPIA-VE-900 Nano X2 1,4 GHz Dual Core MiniITX > Board > http://www.via.com.tw/en/products/viamainboards/ve900/index.jsp > > and wanted to install FreeBSD (amd64) from an iso-file on it. > > I tried to install: > > FreeBSD 8.3-RELEASE : > works fine. > dmesg here: http://pastebay.net/1068207 > > FreeBSD 9.0-RELEASE : > stops during boot-process. > (part of - where it stops) dmesg here: http://pastebay.net/1068208 > > FreeBSD 9.1-RELENG_9-20120716-JPSNAP from > https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ > stops during boot-process at same point like 9.0-RELEASE. > > FreeBSD 10.0-HEAD-20120717-JPSNAP from > https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ > stops during boot-process at same point like 9.0-RELEASE. > > I can provide more information on this problem if you say me what is needed > and i offer to test changes. To get better diagnostics: 1) try to put hint.hdac.0.disabled="1" into your /boot/device.hints, to disabled hdac device, then reboot and see if that helps hdac is under a cloud, since it is included in GENERIC starting from 9.0. 2) boot kernel in verbose mode (boot_verbose="YES" in /boot/loader.conf or simply boot -v) -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 23:39: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 94DF5106566C; Tue, 17 Jul 2012 23:39:53 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8018FC14; Tue, 17 Jul 2012 23:39:53 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SrHMu-0003tx-Ea; Wed, 18 Jul 2012 00:39:52 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SrHMu-0001Ux-7x; Wed, 18 Jul 2012 00:39:52 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q6HNdpFY064787; Wed, 18 Jul 2012 00:39:51 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q6HNdpxi064786; Wed, 18 Jul 2012 00:39:51 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 18 Jul 2012 00:39:51 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Message-ID: <20120717233951.GA64762@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: hdac0: Unexpected unsolicited response from address 0: 04a12020 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 23:39:53 -0000 On amd64 r238558M (M is John Baldwin's pci.c patch, see at the end). I've hdac0: mem 0xc0000000-0xc0003fff irq 16 at device 20.2 on pci0 which seems to work fine, e.g. using /dev/dsp I then run X -configure The sound still works fine. However, as soon as I run X -config /root/xorg.conf.new -retro I see on the console: hdac0: Unexpected unsolicited response from address 0: 04a12020 hdac0: Unexpected unsolicited response from address 0: 00001727 hdac0: Unexpected unsolicited response from address 0: 00000020 hdac0: Unexpected unsolicited response from address 0: 00400187 hdac0: Unexpected unsolicited response from address 0: 00000002 hdac0: Unexpected unsolicited response from address 0: 00000e03 hdac0: Unexpected unsolicited response from address 0: 0181302e hdac0: Unexpected unsolicited response from address 0: 00001737 hdac0: Unexpected unsolicited response from address 0: 00000020 hdac0: Unexpected unsolicited response from address 0: 00400301 hdac0: Unexpected unsolicited response from address 0: 00000001 hdac0: Unexpected unsolicited response from address 0: 00000002 hdac0: Unexpected unsolicited response from address 0: 4145f0f0 hdac0: Unexpected unsolicited response from address 0: 00000010 hdac0: Unexpected unsolicited response from address 0: 00000040 hdac0: Unexpected unsolicited response from address 0: 00300101 hdac0: Unexpected unsolicited response from address 0: 00000006 hdac0: Unexpected unsolicited response from address 0: 0e090c03 hdac0: Unexpected unsolicited response from address 0: 00001805 hdac0: Unexpected unsolicited response from address 0: 00200101 hdac0: Unexpected unsolicited response from address 0: 00000002 hdac0: Unexpected unsolicited response from address 0: 00001f1e hdac0: Unexpected unsolicited response from address 0: 0030010c and another ~50 similar lines, and the sound no longer works until I reboot. I cannot narrow the problem any further. Please advise Many thanks **************************** John Baldwin's pci.c patch: Index: pci.c =================================================================== --- pci.c (revision 235475) +++ pci.c (working copy) @@ -2815,13 +2815,36 @@ pci_add_map(device_t bus, device_t dev, int reg, s */ res = resource_list_reserve(rl, bus, dev, type, ®, start, end, count, prefetch ? RF_PREFETCHABLE : 0); + if (res == NULL && (start != 0 || end != ~0ul)) { + /* + * If the allocation fails, try to allocate a resource for + * this BAR using any available range. The firmware felt + * it was important enough to assign a resource, so don't + * disable decoding if we can help it. + */ + resource_list_delete(rl, type, reg); + start = 0; + end = ~0ul; + resource_list_add(rl, type, reg, 0, ~0ul, count); + resource_list_add(rl, type, reg, start, end, count); + res = resource_list_reserve(rl, bus, dev, type, ®, 0, ~0ul, + count, prefetch ? RF_PREFETCHABLE : 0); + } if (res == NULL) { /* * If the allocation fails, delete the resource list entry - * to force pci_alloc_resource() to allocate resources - * from the parent. + * and disable decoding for this device. + * + * If the driver requests this resource in the future, + * pci_reserve_map() will try to allocate fresh resources. */ resource_list_delete(rl, type, reg); + pci_disable_io(dev, type); + start = 0; + device_printf(bus, + "pci%d:%d:%d:%d bar %#x failed to allocate", + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), + pci_get_function(dev), reg); } else { start = rman_get_start(res); pci_write_bar(dev, pm, start); -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 07:26:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E12B10657CD; Wed, 18 Jul 2012 07:26:36 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 973AA8FC0C; Wed, 18 Jul 2012 07:26:35 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q6I5t7Zj016423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 18 Jul 2012 07:55:07 +0200 Received: from portgus.lan (labtel2.upc.edu [147.83.40.20]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q6I5t6sW012969 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Jul 2012 07:55:07 +0200 Message-ID: <50064FB2.3020409@entel.upc.edu> Date: Wed, 18 Jul 2012 07:54:58 +0200 From: =?UTF-8?B?R3VzdGF1IFDDqXJleiBpIFF1ZXJvbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: attilio@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Wed, 18 Jul 2012 07:55:07 +0200 (CEST) Cc: FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 07:26:36 -0000 Sorry fo the delay. About the ntfs support, I'd go with fuse and leave the most relevant filesystems in kernel space. In fact filesystems not particulary specific and not tied our kernel would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for example should be in userspace (the list is incomplete and I don't really know if all of them are yet implemenent in userspace) in my opinion. That would make them easier to maintain (changes in the kernel would only affect fuse, once fixed all the userspace filesystem would work again). As a bonus, we would get many working fs based on fuse. In the server side gluster is a desirable thing; in the desktop things like gvfs (in the linux world gvfs is used not only by gnome but also by kde or xfce) or truecrypt > > I'm fixing low hanging fruit for the moment (see r238411 for example) > and I still have to make a throughful review. > However my idea is to commit the support once: > - ntfs-3g is well stress-tested and proves to be bug-free > - there is no major/big technical issue pending after the reviews > > I'm now looking for people sticking with the branch and trying to > stress-test ntfs-3g as much as they can. For example I know that > Gustau (cc'ed) already had issues. It would be good if he tries to > reproduce them and make a full report. I've seen ntfs-3g+fuse crashing a few times and IIRC most of the time the problem happened while unmounting the filesystem. I don't have the core dump files at hand, so I'll try to fix gnn patches to compile with my recent current (it doesn't compile, time ago I fixed fuse but I guess those patches wouldn't be enough right now) and try to panic the machine. When I do I'll do full reports of the panics. > As final note, George as agreed to maintain FUSE in the long-term and > of course I'll give him an hand as time permits. Any moment you need help needed coding, testing, etc let me know. > Thanks, > Attilio > > -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 08:45: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 75D7C106566B; Wed, 18 Jul 2012 08:45:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 890068FC0A; Wed, 18 Jul 2012 08:45:45 +0000 (UTC) Received: by lbon10 with SMTP id n10so2281155lbo.13 for ; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gByP6bujPg5+G7evt+MkrvEIb63v3PVktMefwcDSPu0=; b=K2AjYUHEbgSdNhMtqhKmfrJTjabdRiO2cpa4vsD4dNYBH6JP+e/2y554SANLqEivo/ 1+t6tA8TGoT31GVcik4i+VBHhNK6U9Sy5gl311Uy7pvLr0CfbahLryZgCKhCWnZ5nfcU C2XjfvLzJ5xjf6e3aVumrkudPBYXCOou4ye/Lj1ox/OYpMNvsdhgZDWxc8kZ3MN6SUiJ NLGY6T96/mfTq2u5ohmNhU3wKiwXTYQ0WQZ1SCXTEsXLfy9N65vzkTNP1vhEpIprVlCl 1FpufisLy8BtMz7w5sQKwSCdAng7Py8EC5otn3AYJtiOevIcGDzsnNUVgAMjWoMc1VI7 7lfQ== MIME-Version: 1.0 Received: by 10.152.136.18 with SMTP id pw18mr2448260lab.17.1342601144207; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) In-Reply-To: <50064FB2.3020409@entel.upc.edu> References: <50064FB2.3020409@entel.upc.edu> Date: Wed, 18 Jul 2012 09:45:44 +0100 X-Google-Sender-Auth: 7y7dtpHbUdzgxxgtFzAUyMgYPdM Message-ID: From: Attilio Rao To: =?UTF-8?Q?Gustau_P=C3=A9rez_i_Querol?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@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, 18 Jul 2012 08:45:46 -0000 2012/7/18, Gustau P=C3=A9rez i Querol : > > Sorry fo the delay. > > About the ntfs support, I'd go with fuse and leave the most relevant > filesystems in kernel space. In fact filesystems not particulary > specific and not tied our kernel would go to userspace; thinks like > smbfs, nwfs, ntfs, ext2 o ext4 for example should be in userspace (the > list is incomplete and I don't really know if all of them are yet > implemenent in userspace) in my opinion. That would make them easier to > maintain (changes in the kernel would only affect fuse, once fixed all > the userspace filesystem would work again). > > As a bonus, we would get many working fs based on fuse. In the > server side gluster is a desirable thing; in the desktop things like > gvfs (in the linux world gvfs is used not only by gnome but also by kde > or xfce) or truecrypt I'm really concerned also about ntfs and smbfs at the moment. It seems that there is also a FUSE smbfs port, but I never used it and I'm not sure about its state at all. >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews >> >> I'm now looking for people sticking with the branch and trying to >> stress-test ntfs-3g as much as they can. For example I know that >> Gustau (cc'ed) already had issues. It would be good if he tries to >> reproduce them and make a full report. > > I've seen ntfs-3g+fuse crashing a few times and IIRC most of the > time the problem happened while unmounting the filesystem. The FUSE module you had testing still has several bugs. You can try this patch: http://people.freebsd.org/~attilio/fuse_AW_DONE_ISDOTDOT_collision.patch on top of the FUSE branch I'm working on: svn://svn.freebsd.org/base/projects/fuse/ however it still doesn't address the cloning races (I'm rewriting it in order to take advantage of devfs_*_devpriv() interface right now). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 09:03:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id D4CCF106566C; Wed, 18 Jul 2012 09:03:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3A8AE1515DB; Wed, 18 Jul 2012 09:03:47 +0000 (UTC) Message-ID: <50067BF2.40907@FreeBSD.org> Date: Wed, 18 Jul 2012 02:03:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= References: <50064FB2.3020409@entel.upc.edu> In-Reply-To: <50064FB2.3020409@entel.upc.edu> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: attilio@freebsd.org, FreeBSD FS , freebsd-current@freebsd.org, George Neville-Neil Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 09:03:47 -0000 On 07/17/2012 22:54, Gustau Pérez i Querol wrote: > In fact filesystems not particulary specific and not tied our kernel > would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for > example should be in userspace A big -1 here. The more native FS support we have the better off we are in terms of both people migrating from other OS', and people who need to maintain compatibility with other OS'. Personally I use both msdosfs and ext2fs extensively for the latter purpose, and would not want to see either removed. Doug -- Change is hard. From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 09:59: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 63C3F106566B; Wed, 18 Jul 2012 09:59:56 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [84.201.187.148]) by mx1.freebsd.org (Postfix) with ESMTP id C91E38FC15; Wed, 18 Jul 2012 09:59:55 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 0DBF81360FE6; Wed, 18 Jul 2012 13:59:18 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1342605559; bh=2z/qMVLva3U+PyRxvXWIW9OlM8Lf2794wtO/fTNq2RE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Qta0wNCZG6EA0E1czEeotrPqEl/sttyN+tIKU5los4w2r52K0dL0S7ZN2hqGIxudT XBQtw09eOuO3cAyosfBaI49s9fbtrNFmkYPXBnXwHzrzFh/qtuqNosUwRF0PT/8wVi MY7X6ZzYpdhVt0rHJsDq34OxVX2s2mEDKSjOwJKI= Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id B3E3213403CD; Wed, 18 Jul 2012 13:59:18 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xHRmw3Fg-xIRCWZgS; Wed, 18 Jul 2012 13:59:18 +0400 X-Yandex-Rcpt-Suid: fidaj@ukr.net X-Yandex-Rcpt-Suid: adrian@freebsd.org X-Yandex-Rcpt-Suid: current@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1342605558; bh=2z/qMVLva3U+PyRxvXWIW9OlM8Lf2794wtO/fTNq2RE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=t6m3F8GUpTZWlOBHT7atp28zU80RdhLGRUNgyDkPMBk2Npyr53ldEbqXmsMAu7f0d oHnIgOr+xFvdd5HriTELAwg68dbBud5udA6/nik2JzZUwga0rEZDPjpTHuUaN3KEk2 sQ8gKNdl/YJ/x3F5L6mSYjSclXIJfvloh0TtMrYM= Message-ID: <50068894.5030707@yandex.ru> Date: Wed, 18 Jul 2012 13:57:40 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Ivan Klymenko References: <4FDEE855.2040602@yandex.ru> <20120618120248.6212e15f@nonamehost> <4FDEF097.50409@yandex.ru> In-Reply-To: <4FDEF097.50409@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , current@FreeBSD.org Subject: Re: system hangs on shutdown while on wireless (ath) (Was: drm2 and the kernel messages on shutdown) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 09:59:56 -0000 Ruslan Mahmatkhanov wrote on 18.06.2012 13:10: > Ivan Klymenko wrote on 18.06.2012 13:02: >> Ð’ Mon, 18 Jun 2012 12:35:33 +0400 >> Ruslan Mahmatkhanov пишет: >> >>> Good day, >>> >>> since switching to new drm code (starting at April if I recall >>> correctly) I'm experiencing sporadic laptop hangs when choose the >>> shutdown command in UI (gnome) environment. The hdd led isn't >>> blinking but the laptop is still up. In such cases I forced to >>> shutdown it by pressing power off button, but at the next system >>> start it running filesystem checks (yes, with journal but some time >>> only full fsck is able to fix that). What I'm asking for is - when >>> there some sysctl or boot loader option will be available to turn on >>> kernel messages on shutdown? I really want to know on what it hanging >>> on. I didn't bothered with this while it was available as third-party >>> patch, but since it is now in -current and enabled by default, I >>> think this feature should be available. Thanks. >>> >>> PS. I'm now subscribed to current@. So do not need to approve my >>> previous message, that's waiting for moderator approval. >>> >> >> Dear Ruslan. >> Your problems hang your laptop is not associated with the transition to >> drm2. >> And you can see this - when the downgrade to the SVN revision r236313 >> >> Your problems are now committing to this >> http://svnweb.freebsd.org/base?view=revision&revision=236317 >> >> You can check it and make sure my right. >> >> Good luck > > Thanks Ivan, I'll check it out. But the request in subject line is > still valid for me, because the current state make me feels like.. > uhmm.. a blind kitten :) Hi, I still didn't tried to revert this change to check if it the reason. But I realized that I only got this issue when I'm on wireless. And I can 100% reproduce this. When using ethernet (re) - system shuts down just fine. When using wireless (ath) - it hanging forever. So it seems like ath deadlock or something (cc:ing Adrian). Would you please provide me with instructions on how to debug this, or what info should I provide to you to realize this. Thanks. ath0@pci0:37:0:0: class=0x028000 card=0x1461103c chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network My -current is from Sat Jul 14 12:15:20 2012 (svn #238449). -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 10:52:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C194B1065675 for ; Wed, 18 Jul 2012 10:52:19 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 729C38FC1F for ; Wed, 18 Jul 2012 10:52:19 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SrRrc-0007pd-Lz; Wed, 18 Jul 2012 13:52:16 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id 8F8DE1CC2D; Wed, 18 Jul 2012 13:52:11 +0300 (EEST) Date: Wed, 18 Jul 2012 13:52:11 +0300 From: Andrey Simonenko To: freebsd-current@freebsd.org Message-ID: <20120718105211.GA47667@pm513-1.comsys.ntu-kpi.kiev.ua> References: <4FECAD2C.8070402@unsane.co.uk> <68594395.2439924.1341103989486.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68594395.2439924.1341103989486.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-07-18 13:52:16 X-Connected-IP: 10.18.52.101:44390 X-Message-Linecount: 30 X-Body-Linecount: 13 X-Message-Size: 1411 X-Body-Size: 616 Cc: Rick Macklem , Vincent Hoffman Subject: Comparison of the nfse compatibility mode with mountd and exports(5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 10:52:19 -0000 On Sat, Jun 30, 2012 at 08:53:09PM -0400, Rick Macklem wrote: > I haven't looked at Andrey's patch, but conceptually it sounds like > the best approach. As I understand it, the problem with replacing > mountd with nfse (at least in the FreeBSD source tree) is that nfse > is not 100% backwards compatible with /etc/exports and, as such, is > a POLA violation. Since NFSE was mentioned in this thread and there were some opinions about its compatibility with existent NFS exports configuration, I made comparison of the nfse compatibility mode with mountd and exports(5): http://nfse.sourceforge.net/COMPATIBILITY From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 12:15:55 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89293106566B; Wed, 18 Jul 2012 12:15:55 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id F02778FC12; Wed, 18 Jul 2012 12:15:54 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id q6IAPnw8002416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 18 Jul 2012 12:25:49 +0200 Received: from portgus.lan (labtel2.upc.edu [147.83.40.20]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q6IAPnUi011345 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Jul 2012 12:25:49 +0200 Message-ID: <50068F24.3080208@entel.upc.edu> Date: Wed, 18 Jul 2012 12:25:40 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50064FB2.3020409@entel.upc.edu> <50067BF2.40907@FreeBSD.org> In-Reply-To: <50067BF2.40907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Wed, 18 Jul 2012 12:25:50 +0200 (CEST) Cc: FreeBSD FS , freebsd-current@FreeBSD.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 12:15:55 -0000 > On 07/17/2012 22:54, Gustau Pérez i Querol wrote: >> In fact filesystems not particulary specific and not tied our kernel >> would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for >> example should be in userspace The list is incomplete and maybe wrong; maybe some should stay in the kernel. It was just a quick guess. If you are think the list should be reviewed, I completely agree. > A big -1 here. > > The more native FS support we have the better off we are in terms of > both people migrating from other OS', and people who need to maintain > compatibility with other OS'. Well, I don't think we would lose compatibility (but I may be wrong). I think there are some fs' too complex to implement or maintain, like the ntfs one. About the ntfs case there's a complete fs implementation of it in userspace. And there are also many other fs' implementations in userspace. I think we can benefit from those implementations, removing the burden of maintaining them in the kernel (it would have been useful to have it in userspace right now because of the vfs giant lock removal deadline). The fs' staying in the kernel should be well maintained, the others in userspace would always work too as long as fuse is up to date; if anything changes in the kernel only fuse would need to be fixed to allow the many fs' in userpace to work. In the final situation we would end having a few fs in the kernel (I don't exactly know which ones to keep) and then some in userspace that could be installed via ports. We wouldn't lose compatibility with other OS', I think instead we would have more compatibility because we could benefit from the implementation of many fs' in userspace. People migrating from other OS' would have the possibility of installing the appropriate fusefs port. Of course, I don't know the exact list of fs' staying and leaving. > Personally I use both msdosfs and ext2fs > extensively for the latter purpose, and would not want to see either > removed. Well, I don't know which ones I would remove/migrate to userspace. The msdosfs is probably one I wouldn't migrate. About the ext2 I used to use it time ago at work. Now I remember there was a GoC in 2009 to update the implementation and I would keep it in the kernel. We could even keep ext2 in the kernel and have support for it as a fusefs port; I could choose the kernel or the userspace implementation. At work I also have to deal with ext4 or exfat filesystems from time to time. Having a working fuse implementation would allow me to have a better compatibility with other OS'. -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 16:53:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61AEB106566B for ; Wed, 18 Jul 2012 16:53:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D3DED8FC0C for ; Wed, 18 Jul 2012 16:53:05 +0000 (UTC) Received: by lbon10 with SMTP id n10so2982624lbo.13 for ; Wed, 18 Jul 2012 09:53:04 -0700 (PDT) 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=CqCnCUwMbrQ43ulcXKH1Ur38/i5XBB6slWh4Nkftj/E=; b=hXhAMLsoZ+KcoRUwL/cXQaqEj9MFeI/xHLnEzcQN0dcogaOiYHCCyyWzQUoDjrBgwM 76uIu3PiXsT7F7JTeD20y04plJZv3bNZRwdQFiKivDXJEstqy6U0TYrZU0ikvyw7GncO 9nLaO4hGZBrQU4e/xelREvnOzvtFxCM+1AGxDSbtmaPj+g7FQxW1BfC2LXsaaQagaJNc nziI+WBqTIQ/ih4NBC7liKBVXVe8aMt9SOebdhjfLfl7xurMFF5I0coq1XP04ScawBSx 0EuJ3sHviAshLsqbsmM7NL3599JNcN1cRZz+mvpykEnX27nTJZi2gWuiDshzbwiRRYNH srlw== MIME-Version: 1.0 Received: by 10.112.104.100 with SMTP id gd4mr2200576lbb.24.1342630384819; Wed, 18 Jul 2012 09:53:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.112.20.197 with HTTP; Wed, 18 Jul 2012 09:53:04 -0700 (PDT) In-Reply-To: <50068894.5030707@yandex.ru> References: <4FDEE855.2040602@yandex.ru> <20120618120248.6212e15f@nonamehost> <4FDEF097.50409@yandex.ru> <50068894.5030707@yandex.ru> Date: Wed, 18 Jul 2012 09:53:04 -0700 X-Google-Sender-Auth: 6KfCBBXR8Kkpu2HQxsmPGmPBzT4 Message-ID: From: Adrian Chadd To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Ivan Klymenko , current@freebsd.org Subject: Re: system hangs on shutdown while on wireless (ath) (Was: drm2 and the kernel messages on shutdown) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 16:53:06 -0000 Hm, find the revision where I committed the PCIe powersave fixes to ath_hal/ar9002/ar9285_attach.c and undo them? See if that has any effect? adrian On 18 July 2012 02:57, Ruslan Mahmatkhanov wrote: > Ruslan Mahmatkhanov wrote on 18.06.2012 13:10: >> >> Ivan Klymenko wrote on 18.06.2012 13:02: >>> >>> =F7 Mon, 18 Jun 2012 12:35:33 +0400 >>> Ruslan Mahmatkhanov =D0=C9=DB=C5=D4: >>> >>>> Good day, >>>> >>>> since switching to new drm code (starting at April if I recall >>>> correctly) I'm experiencing sporadic laptop hangs when choose the >>>> shutdown command in UI (gnome) environment. The hdd led isn't >>>> blinking but the laptop is still up. In such cases I forced to >>>> shutdown it by pressing power off button, but at the next system >>>> start it running filesystem checks (yes, with journal but some time >>>> only full fsck is able to fix that). What I'm asking for is - when >>>> there some sysctl or boot loader option will be available to turn on >>>> kernel messages on shutdown? I really want to know on what it hanging >>>> on. I didn't bothered with this while it was available as third-party >>>> patch, but since it is now in -current and enabled by default, I >>>> think this feature should be available. Thanks. >>>> >>>> PS. I'm now subscribed to current@. So do not need to approve my >>>> previous message, that's waiting for moderator approval. >>>> >>> >>> Dear Ruslan. >>> Your problems hang your laptop is not associated with the transition to >>> drm2. >>> And you can see this - when the downgrade to the SVN revision r236313 >>> >>> Your problems are now committing to this >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D236317 >>> >>> You can check it and make sure my right. >>> >>> Good luck >> >> >> Thanks Ivan, I'll check it out. But the request in subject line is >> still valid for me, because the current state make me feels like.. >> uhmm.. a blind kitten :) > > > Hi, I still didn't tried to revert this change to check if it the reason. > But I realized that I only got this issue when I'm on wireless. And I can > 100% reproduce this. When using ethernet (re) - system shuts down just fi= ne. > When using wireless (ath) - it hanging forever. > > So it seems like ath deadlock or something (cc:ing Adrian). Would you ple= ase > provide me with instructions on how to debug this, or what info should I > provide to you to realize this. Thanks. > > ath0@pci0:37:0:0: class=3D0x028000 card=3D0x1461103c chip=3D0x002b1= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'AR9285 Wireless Network Adapter (PCI-Express)' > class =3D network > > My -current is from Sat Jul 14 12:15:20 2012 (svn #238449). > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 21:27:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149A4106564A; Wed, 18 Jul 2012 21:27:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 624D88FC08; Wed, 18 Jul 2012 21:27:43 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [84.49.175.101] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 124478146; Wed, 18 Jul 2012 23:22:35 +0200 From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Wed, 18 Jul 2012 23:22:50 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) 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="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201207182322.50655.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: IPod crash seen with FreeBSD only X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 21:27:44 -0000 Hi, I have one of those locked down silvery IPod's, and wanted to try out gnupod to get some MP3's transferred to the device. I made it once, but then my luck ended :-) Anyway I found what looks like a remote crash vulnerability in the IPod firmware. How to make it crash: 1) Plug USB cable and wait for /dev/daX device to appear. 2) mount -t msdosfs /dev/daX /mnt 3) rm -rf /mnt/* 4) umount /mnt 5) Now unplug the USB cable and wait for the device to boot into menu mode. Don't press any keys. 6) Then plug the USB cable again into the PC/Lapop running FreeBSD 8/9. 7) Observation: The device goes into an infinite reboot loop until the USB cable is unplugged. 8) How to recover your device: 9) Add this quirk: usbconfig add_dev_quirk_vplh 0x05ac 0x1262 0 65535 UQ_MSC_NO_SYNC_CACHE ^^ vendor ^^ product Please write down the iProduct and iVendor before testing this, else you will have to plug your device into a Linux/Mac box to get it back. You can do this by running the following command before executing any of the steps above: usbconfig -d X.Y dump_device_desc 10) Plug your device. 11) /dev/daX should appear again :-) Puuuuhhh :-) This is the dmesg you see when the device is crashing. usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_STALLED, ignored) usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_STALLED, ignored) usb_alloc_device: Failure selecting configuration index 0:USB_ERR_STALLED, port 2, addr 3 (ignored) ugen7.3: at usbus7 ugen7.3: at usbus7 (disconnected) If Apple could explain this, would be great! I believe some Apple people are hanging around on these lists :-) --HPS BTW: Does anyone have any howtos regarding using more recent ipod devices with FreeBSD ? Or Does anyone know how to get the old ones with more flash maybe, which can run rockbox ? From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 21:30:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D98B310656A7; Wed, 18 Jul 2012 21:30:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B83F8FC17; Wed, 18 Jul 2012 21:30:23 +0000 (UTC) Received: by weyx56 with SMTP id x56so1556586wey.13 for ; Wed, 18 Jul 2012 14:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PCdscUIOIQ4JOeXRvI+Dcj4Fnho/E4C2wnNrArd9siw=; b=UlFnSHfNi2u+LbAqiSSUxxPEtAkdIG5hSw4tCYiZ0nrBrkG8ODpxJVBzNug9zjbiaf dVO5bUol87Cja3QvAmvZeZyvyA0t3ABazRsH/FRiTXuGhK4/R1y7OwgTzo3/1R/16Fvh kiOVtftxKe6UNbxeoRY1GlamNruVE0mTTRQOgvuJ+QK0cvL1pKNSIHgoSUE5JDtjDgY5 jbPCB8PwGFCJTZYDSsl6BuSw4D5pL5KJTThXJ7fABB+++mPOukUlEbaPQ8ceXgwgvDtB VKL++/ihzlkmB53CT/Njhzx39k/hoqIWSRazvUDwWrWWMdqQo2CY6+7nBehVpN3sm+H4 XESw== MIME-Version: 1.0 Received: by 10.180.100.136 with SMTP id ey8mr9941213wib.15.1342647022248; Wed, 18 Jul 2012 14:30:22 -0700 (PDT) Received: by 10.223.60.147 with HTTP; Wed, 18 Jul 2012 14:30:22 -0700 (PDT) In-Reply-To: <50064FB2.3020409@entel.upc.edu> References: <50064FB2.3020409@entel.upc.edu> Date: Wed, 18 Jul 2012 14:30:22 -0700 Message-ID: From: Kevin Oberman To: =?UTF-8?Q?Gustau_P=C3=A9rez_i_Querol?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: attilio@freebsd.org, FreeBSD FS , freebsd-current@freebsd.org, George Neville-Neil Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 21:30:25 -0000 On Tue, Jul 17, 2012 at 10:54 PM, Gustau P=C3=A9rez i Querol wrote: > > Sorry fo the delay. > > About the ntfs support, I'd go with fuse and leave the most relevant > filesystems in kernel space. In fact filesystems not particulary specific > and not tied our kernel would go to userspace; thinks like smbfs, nwfs, > ntfs, ext2 o ext4 for example should be in userspace (the list is incompl= ete > and I don't really know if all of them are yet implemenent in userspace) = in > my opinion. That would make them easier to maintain (changes in the kerne= l > would only affect fuse, once fixed all the userspace filesystem would wor= k > again). > > As a bonus, we would get many working fs based on fuse. In the server > side gluster is a desirable thing; in the desktop things like gvfs (in th= e > linux world gvfs is used not only by gnome but also by kde or xfce) or > truecrypt > > >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews >> >> I'm now looking for people sticking with the branch and trying to >> stress-test ntfs-3g as much as they can. For example I know that >> Gustau (cc'ed) already had issues. It would be good if he tries to >> reproduce them and make a full report. > > > I've seen ntfs-3g+fuse crashing a few times and IIRC most of the time = the > problem happened while unmounting the filesystem. I can reliably crash a system by doing an rsync to an ntfs-3g mounted FS. I have simply stopped doing it an have spent no time trying to track down the problem, but maybe anyone (gnn?) working on fusefs might want to try it. FWIW, I can to "rsync -avn local-path/ remote-system:ntfs-3g/path" always works. Remove the 'n' and actually move the data and it dies. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 22:03:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1431065670; Wed, 18 Jul 2012 22:03:59 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E8B548FC12; Wed, 18 Jul 2012 22:03:58 +0000 (UTC) Received: by obbun3 with SMTP id un3so3575095obb.13 for ; Wed, 18 Jul 2012 15:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8W4cpiXgeLv4EM5xmCmbHGo5Lkqc+2M0b1JgGPo4MAo=; b=wP5gd7LDiDqBNGzaRidj8iv3Ou3SXYtX/BsQ3NooRedHEr0YIWGRRBcSG2Wjnv8QS6 sH6V9gDJX0PfaAdpWsMon4TZxEq3tbC4+r4iELGuwfWC1/WmEe/2o9STiIiomJ8Kj7Kn BoqAkxAjtGXC6/iwIdPqWNN8uDjAO7ekUDMYlLS+9Nj4YqMUp6qvmc0io1OomIeVoMc9 EY2Q0BRUmxfieRx/GNoOwHgum87MlRtVN42gSAiDJwbLCRATWprdE9zbgcL9Q3WZZpcR DeqtGHnJpU721jbB2heS1eH/tohUEYoqMj2fYiYoPLbfeN14nStQhmILbo3E6OFz8LFY Hm0Q== MIME-Version: 1.0 Received: by 10.60.3.194 with SMTP id e2mr3768057oee.1.1342649038307; Wed, 18 Jul 2012 15:03:58 -0700 (PDT) Received: by 10.76.84.7 with HTTP; Wed, 18 Jul 2012 15:03:58 -0700 (PDT) In-Reply-To: <201207182322.50655.hselasky@c2i.net> References: <201207182322.50655.hselasky@c2i.net> Date: Wed, 18 Jul 2012 15:03:58 -0700 Message-ID: From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: IPod crash seen with FreeBSD only X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 22:03:59 -0000 On Wed, Jul 18, 2012 at 2:22 PM, Hans Petter Selasky wrote: > Hi, > > I have one of those locked down silvery IPod's, and wanted to try out gnupod > to get some MP3's transferred to the device. I made it once, but then my luck > ended :-) Anyway I found what looks like a remote crash vulnerability in the > IPod firmware. How to make it crash: > > 1) Plug USB cable and wait for /dev/daX device to appear. > 2) mount -t msdosfs /dev/daX /mnt > 3) rm -rf /mnt/* > 4) umount /mnt > 5) Now unplug the USB cable and wait for the device to boot into menu mode. > Don't press any keys. > 6) Then plug the USB cable again into the PC/Lapop running FreeBSD 8/9. > > 7) Observation: The device goes into an infinite reboot loop until the USB > cable is unplugged. > > 8) How to recover your device: > 9) Add this quirk: > > usbconfig add_dev_quirk_vplh 0x05ac 0x1262 0 65535 UQ_MSC_NO_SYNC_CACHE > ^^ vendor ^^ product > > Please write down the iProduct and iVendor before testing this, else you will > have to plug your device into a Linux/Mac box to get it back. You can do this > by running the following command before executing any of the steps above: > > usbconfig -d X.Y dump_device_desc > > 10) Plug your device. > 11) /dev/daX should appear again :-) Puuuuhhh :-) > > This is the dmesg you see when the device is crashing. > > usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_STALLED, ignored) > usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_STALLED, ignored) > usb_alloc_device: Failure selecting configuration index 0:USB_ERR_STALLED, > port 2, addr 3 (ignored) > ugen7.3: at usbus7 > ugen7.3: at usbus7 (disconnected) > > If Apple could explain this, would be great! I believe some Apple people are > hanging around on these lists :-) Been meaning to mention this... I run into this regularly as of a couple months ago with my iPod classic as well (I used to use my FreeBSD workstation as a "charger" for my iPod). I'll provide more details if I get a chance. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jul 18 21:11:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1CC1106564A for ; Wed, 18 Jul 2012 21:11:48 +0000 (UTC) (envelope-from space7@web.de) Received: from mout.web.de (mout.web.de [212.227.17.11]) by mx1.freebsd.org (Postfix) with ESMTP id 718578FC1A for ; Wed, 18 Jul 2012 21:11:48 +0000 (UTC) Received: from localhost ([194.94.16.114]) by smtp.web.de (mrweb001) with ESMTPSA (Nemesis) id 0MF3Rz-1T6BBi3a39-00GRVw for ; Wed, 18 Jul 2012 22:29:45 +0200 To: freebsd-current@freebsd.org From: Stefan Krueger In-Reply-To: =?UTF-8?Q?=3CCAE=2DmSO=2BT647hdJnzOACgEmKHziFJLVpdY5dgCLQRe?= =?UTF-8?Q?kcYUcqvnw=40mail=2Egmail=2Ecom=3E?= References: <50059942.8070208@gmail.com> Date: Wed, 18 Jul 2012 22:29:45 +0200 User-Agent: slrn/0.9.9p1 (Linux) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <0LmcRH-1TQ6gM3meh-00a98S@smtp.web.de> Sender: space7@web.de X-Provags-ID: V02:K0:/OtJMjsdIMlPEUsyzlKfDoE61Ro9typ7JnWB2ooYmsF nCLyPGCWyB9ZcnKvZ0Ow/JhRhIHesnwob0sFWZQzXOyOfPDd2O nJIQP2bjuEv+qrBdZ1i/iL16CCkj9lSSMnUFPZVp9OLzotYOz6 /BB0C3r8gWQ8tx/Uy/7vn08EeQBXLJnW+PVDp80vHt3Pmqb3KT StdMzPeXOhmUD0LppidmA== X-Mailman-Approved-At: Wed, 18 Jul 2012 23:07:41 +0000 Subject: Re: VIA VE-900 nano X2 boot failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 21:11:49 -0000 In muc.lists.freebsd.current, you wrote: > On 17 July 2012 20:56, Felix Kohtz wrote: >> I recently purchased a VIA EPIA-VE-900 Nano X2 1,4 GHz Dual Core MiniITX >> Board >> http://www.via.com.tw/en/products/viamainboards/ve900/index.jsp >> >> and wanted to install FreeBSD (amd64) from an iso-file on it. >> >> I tried to install: >> >> FreeBSD 8.3-RELEASE : >> works fine. >> dmesg here: http://pastebay.net/1068207 >> >> FreeBSD 9.0-RELEASE : >> stops during boot-process. >> (part of - where it stops) dmesg here: http://pastebay.net/1068208 >> >> FreeBSD 9.1-RELENG_9-20120716-JPSNAP from >> https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ >> stops during boot-process at same point like 9.0-RELEASE. >> >> FreeBSD 10.0-HEAD-20120717-JPSNAP from >> https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/ >> stops during boot-process at same point like 9.0-RELEASE. >> >> I can provide more information on this problem if you say me what is needed >> and i offer to test changes. > > To get better diagnostics: > 1) try to put hint.hdac.0.disabled="1" into your /boot/device.hints, > to disabled hdac device, then reboot and see if that helps > hdac is under a cloud, since it is included in GENERIC starting from 9.0. > 2) boot kernel in verbose mode > (boot_verbose="YES" in /boot/loader.conf or simply boot -v) Seems like a couple of Via boards are affected, see http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/163164 I had to rebuild the kernel to get it booting because hint.hdac.0.disabled="1" didn't work on 9.0-REL btw HTH From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 07:58:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A9CC106566B for ; Thu, 19 Jul 2012 07:58:41 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA4A8FC16 for ; Thu, 19 Jul 2012 07:58:40 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=cnnrplXNdTCGMX75Rfp+qZ4kRGPDgeWy4wsObDoE3iQ= c=1 sm=0 a=190A9ldbhagA:10 a=jLN7EqiLvroA:10 a=Iq6-h-MAVXSD1YdytLAA:9 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:49672] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 41/DE-05404-39DB7005; Thu, 19 Jul 2012 03:56:04 -0400 Date: Thu, 19 Jul 2012 03:56:03 -0400 Message-ID: <41.DE.05404.39DB7005@smtp02.insight.synacor.com> From: "Thomas Mueller" To: freebsd-current@freebsd.org Cc: attilio@freebsd.org, FreeBSD FS , Gustau Pérez i Querol Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 07:58:41 -0000 On 07/17/2012 22:54, Gustau Pérez i Querol wrote: > In fact filesystems not particulary specific and not tied our kernel > would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for > example should be in userspace Doug Barton responded: > A big -1 here. > The more native FS support we have the better off we are in terms of > both people migrating from other OS', and people who need to maintain > compatibility with other OS'. Personally I use both msdosfs and ext2fs > extensively for the latter purpose, and would not want to see either > removed. > Doug Doug, I agree! I too use msdosfs and ext2fs for communication with other OSes. I've posted messages in previous threads on this topic relating to lingua franca file system. Tom From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 11:00:42 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 C57C61065675 for ; Thu, 19 Jul 2012 11:00:42 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.176.136]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD478FC14 for ; Thu, 19 Jul 2012 11:00:42 +0000 (UTC) Received: from f366.mail.ru (f366.mail.ru [217.69.141.8]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id 2BF2B3CCA for ; Thu, 19 Jul 2012 15:00:23 +0400 (MSK) Received: from mail by f366.mail.ru with local (envelope-from ) id 1SroSu-0008FO-IA for freebsd-current@freebsd.org; Thu, 19 Jul 2012 15:00:16 +0400 Received: from [85.113.141.24] by e.mail.ru with HTTP; Thu, 19 Jul 2012 15:00:16 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [85.113.141.24] Date: Thu, 19 Jul 2012 15:00:16 +0400 References: <41.DE.05404.39DB7005@smtp02.insight.synacor.com> In-Reply-To: <41.DE.05404.39DB7005@smtp02.insight.synacor.com> X-Priority: Message-ID: <1342695616.680602032@f366.mail.ru> X-Spam: Not detected X-Mras: Ok Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: make installworld from r238247 -> r238610 break X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 11:00:42 -0000 SGkuCm1ha2UgaW5zdGFsbHdvcmxkIGNhbid0IGJlIGRvbmUuCmZvciBzdWNjZXNzIGluc3RhbGx3 b3JsZCBuZWVkOgoKwqBta2RpciAvdXNyL3NoYXJlL2V4YW1wbGVzL2xpYnVzYjIwLwoK From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 11:10: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 AEF7A106566C; Thu, 19 Jul 2012 11:10:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE8E8FC1A; Thu, 19 Jul 2012 11:10:26 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6JBANWg049800; Thu, 19 Jul 2012 14:10:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6JBABZh008376; Thu, 19 Jul 2012 14:10:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6JBABse008375; Thu, 19 Jul 2012 14:10:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 19 Jul 2012 14:10:11 +0300 From: Konstantin Belousov To: Andrey Smagin Message-ID: <20120719111011.GE2676@deviant.kiev.zoral.com.ua> References: <41.DE.05404.39DB7005@smtp02.insight.synacor.com> <1342695616.680602032@f366.mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vN1VrOpIkjMGbM/7" Content-Disposition: inline In-Reply-To: <1342695616.680602032@f366.mail.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Joerg Wunsch Subject: Re: make installworld from r238247 -> r238610 break X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 11:10:27 -0000 --vN1VrOpIkjMGbM/7 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 19, 2012 at 03:00:16PM +0400, Andrey Smagin wrote: > Hi. > make installworld can't be done. > for success installworld need: >=20 > =9Amkdir /usr/share/examples/libusb20/ >=20 Yes, I think that r238603 missed an update to etc/mtree/BSD.usr.dist. --vN1VrOpIkjMGbM/7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAH6xIACgkQC3+MBN1Mb4hW5wCfXPP2C9QnXxO7fR4thJGCd11/ 3RAAnjb5C46kFL2PkkpXj7ASA72UViXo =PVKt -----END PGP SIGNATURE----- --vN1VrOpIkjMGbM/7-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 11:17:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33E55106564A for ; Thu, 19 Jul 2012 11:17:49 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id CF2258FC0A for ; Thu, 19 Jul 2012 11:17:48 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 4345951; Thu, 19 Jul 2012 13:17:47 +0200 (MET DST) Date: Thu, 19 Jul 2012 13:17:47 +0200 From: Joerg Wunsch To: Konstantin Belousov Message-ID: <20120719111747.GK2237@uriah.heep.sax.de> References: <41.DE.05404.39DB7005@smtp02.insight.synacor.com> <1342695616.680602032@f366.mail.ru> <20120719111011.GE2676@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20120719111011.GE2676@deviant.kiev.zoral.com.ua> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Andrey Smagin Subject: Re: make installworld from r238247 -> r238610 break X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 11:17:49 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As Konstantin Belousov wrote: > Yes, I think that r238603 missed an update to etc/mtree/BSD.usr.dist. Oops, thanks, fixed! --=20 cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAlAH7NkACgkQ9IyoG2moWHP0HQCgoIYGOEOTeoYExbcaYX/BkYTl ykoAoIz6olpa8hAoq1HqN8JvSS4ZKB3A =nHl8 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 12:35:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1FB106564A; Thu, 19 Jul 2012 12:35:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id D8A9E8FC14; Thu, 19 Jul 2012 12:35:25 +0000 (UTC) Received: from park.js.berklix.net (p5DCBF636.dip.t-dialin.net [93.203.246.54]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q6JCZI3k097768; Thu, 19 Jul 2012 12:35:20 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id q6JCaxHa013760; Thu, 19 Jul 2012 14:37:08 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q6JCaka3073457; Thu, 19 Jul 2012 14:36:51 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201207191236.q6JCaka3073457@fire.js.berklix.net> To: FreeBSD FS , freebsd-current@freebsd.org From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 18 Jul 2012 02:03:46 PDT." <50067BF2.40907@FreeBSD.org> Date: Thu, 19 Jul 2012 14:36:46 +0200 Sender: jhs@berklix.com Cc: attilio@freebsd.org, Doug Barton , =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 12:35:26 -0000 Doug Barton wrote: > On 07/17/2012 22:54, Gustau Pérez i Querol wrote: > > In fact filesystems not particulary specific and not tied our kernel > > would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for > > example should be in userspace > > A big -1 here. > > The more native FS support we have the better off we are in terms of > both people migrating from other OS', and people who need to maintain > compatibility with other OS'. Personally I use both msdosfs and ext2fs > extensively for the latter purpose, and would not want to see either > removed. It would be regretable if FreeBSD dropped integrated FS support, Many embedded devices that could use BSD, use Linux, eg TV recorder: http://www.humaxfoxsathdr.co.uk/ Ext2/ext4 internal & USB Ext2/4 + FAT32 external. TV recorder: http://www.dreambox800.co.uk FAT. GPS: http://www.tomtom.com/en_gb/search/?q=linux FAT32. Manufacturers are often clueless about BSD, & suprised how much more attractive the BSD (non FSF!) licence is, removing integrated FS support would increase change deterrent. PS Re ext2: I'm looking for an equivalent of mkfs_ext2, any suggestions ? Ports maybe ? `man newfs` gives No useful hints: -T Forget that, I checked the source, its a ref to /etc/disktab SEE ALSO (from 8.2) fdformat(1), geom(4), disktab(5), fs(5), bsdlabel(8), camcontrol(8), dump(8), dumpfs(8), fsck(8), gjournal(8), makefs(8), mount(8), tunefs(8), gvinum(8) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from Yahoo & Hotmail dumped @Berklix. http://berklix.org/yahoo/ From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 13:04: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 2AAFD106566B for ; Thu, 19 Jul 2012 13:04:24 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id C7CE78FC17 for ; Thu, 19 Jul 2012 13:04:23 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6JD4DaC027290 for ; Thu, 19 Jul 2012 07:04:15 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Thu, 19 Jul 2012 20:06:35 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201207192006.35471.erichfreebsdlist@ovitrap.com> Subject: two scripts for X220 users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:04:24 -0000 Hi, I would like to share two scripts I found useful running FreeBSD on an X220 with Intel KMS. Script to start X: http://www.alogreentechnologies.com/freebsd/XonX220 starts X after it loaded i915kms and acpi_call. The machine must have /usr/ports/sysutils/acpi_call installed. This script was inspired by http://wiki.freebsd.org/Intel_GPU Script to set LCD brightness: http://www.alogreentechnologies.com/freebsd/setbrightness sets the brightness of the LCD. As I only have one X220 with an Intel CPU, the scripts have not been tested on any other machine. Feel free to use them and comment on them. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 13:57: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 B31E0106564A; Thu, 19 Jul 2012 13:57:05 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4371A8FC18; Thu, 19 Jul 2012 13:57:05 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q6JDukb0057010 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 19 Jul 2012 14:56:54 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <5008121D.7010503@unsane.co.uk> Date: Thu, 19 Jul 2012 14:56:45 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Julian H. Stacey" References: <201207191236.q6JCaka3073457@fire.js.berklix.net> In-Reply-To: <201207191236.q6JCaka3073457@fire.js.berklix.net> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD FS , attilio@freebsd.org, freebsd-current@freebsd.org, =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= , Doug Barton Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:57:05 -0000 On 19/07/2012 13:36, Julian H. Stacey wrote: > PS Re ext2: > I'm looking for an equivalent of mkfs_ext2, any suggestions ? Ports maybe ? sounds like you want sysutils/e2fsprogs ext2/3/4 mkfs/fsck etc. I believe. From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 16:30:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E76F106564A for ; Thu, 19 Jul 2012 16:30:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id A61DB8FC12 for ; Thu, 19 Jul 2012 16:30:21 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so5264185wib.1 for ; Thu, 19 Jul 2012 09:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yeVUgftgYSiyUGuyt9q3+/rOYNvu51BPPftysy2cM0A=; b=wvI5Qiq7H+B1zugy3Utgbv6GACsyJTQksOY3Dd1xuiQoqSnt67at2FVEMzdP73Ny32 VH6vpnFAbkVXq9tlAGPrT9tAITsRziNJdLuC65tgyBt6AnJ4FU8cFqnj98r1WACR4dSk aVXkryyDO0ohUSZmBq8eqwoVUhGCuhMkAPZvNHi/5mE2VH5DGb7kpvRA/smkdcLUn8fM 4SLM2O2QkYAJq3ZZsdpkpc1OClSaZg1gfF8ldIn7suTI4GyXQxmX4i8YzluyAXO3OT8G PGperTWUjCHSlkuY+2Kkrc7rZpmk9po9s0jN6jWBvmqF9P/eAV3yIkQqN4A8gqsG0+II maGg== MIME-Version: 1.0 Received: by 10.180.82.164 with SMTP id j4mr6219596wiy.18.1342715420598; Thu, 19 Jul 2012 09:30:20 -0700 (PDT) Received: by 10.223.60.147 with HTTP; Thu, 19 Jul 2012 09:30:20 -0700 (PDT) In-Reply-To: <201207192006.35471.erichfreebsdlist@ovitrap.com> References: <201207192006.35471.erichfreebsdlist@ovitrap.com> Date: Thu, 19 Jul 2012 09:30:20 -0700 Message-ID: From: Kevin Oberman To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: two scripts for X220 users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:30:22 -0000 On Thu, Jul 19, 2012 at 6:06 AM, Erich Dollansky wrote: > Hi, > > I would like to share two scripts I found useful running FreeBSD on an X220 with Intel KMS. > > Script to start X: > > http://www.alogreentechnologies.com/freebsd/XonX220 > > starts X after it loaded i915kms and acpi_call. > > The machine must have /usr/ports/sysutils/acpi_call installed. > > This script was inspired by http://wiki.freebsd.org/Intel_GPU > > Script to set LCD brightness: > > http://www.alogreentechnologies.com/freebsd/setbrightness > > sets the brightness of the LCD. > > As I only have one X220 with an Intel CPU, the scripts have not been tested on any other machine. > > Feel free to use them and comment on them. Thanks for posting these, especially the second for brightness. I am curious about the reason you load i915kms before starting X, though. I have not had to do this for some time. All of the code has been added to load this module on Xorg start-up and it has always worked for me. Admittedly, I am on a T520, not an X220, but everything else that has been suggested for the X220 has worked fine on the T520. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 18:13:15 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 01E89106566C for ; Thu, 19 Jul 2012 18:13:15 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id A82618FC15 for ; Thu, 19 Jul 2012 18:13:14 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6JID7xx021381; Thu, 19 Jul 2012 12:13:10 -0600 From: Erich Dollansky To: Kevin Oberman Date: Fri, 20 Jul 2012 01:15:28 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201207192006.35471.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201207200115.28751.erichfreebsdlist@ovitrap.com> Cc: freebsd-current@freebsd.org Subject: Re: two scripts for X220 users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:13:15 -0000 Hi, On Thursday 19 July 2012 23:30:20 Kevin Oberman wrote: > On Thu, Jul 19, 2012 at 6:06 AM, Erich Dollansky > wrote: > > > > http://www.alogreentechnologies.com/freebsd/setbrightness > > > I am curious about the reason you load i915kms before starting X, when I started with it, it was necessary. You know how it is with something that works. Better do not change it. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 21:57:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 710AB106566B for ; Thu, 19 Jul 2012 21:57:27 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm28-vm0.bullet.mail.sp2.yahoo.com (nm28-vm0.bullet.mail.sp2.yahoo.com [98.139.91.234]) by mx1.freebsd.org (Postfix) with SMTP id 462638FC0A for ; Thu, 19 Jul 2012 21:57:27 +0000 (UTC) Received: from [98.139.91.70] by nm28.bullet.mail.sp2.yahoo.com with NNFMP; 19 Jul 2012 21:57:21 -0000 Received: from [98.139.91.25] by tm10.bullet.mail.sp2.yahoo.com with NNFMP; 19 Jul 2012 21:57:21 -0000 Received: from [127.0.0.1] by omp1025.mail.sp2.yahoo.com with NNFMP; 19 Jul 2012 21:57:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 498774.11150.bm@omp1025.mail.sp2.yahoo.com Received: (qmail 48431 invoked by uid 60001); 19 Jul 2012 21:57:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342735041; bh=pSYoLm5HcsBeo1kh73W7xVLxMe5Khv3QexfPHxGQoJ8=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZaC9ZhLr87+7X9OYyvYYjobyNXHKOE65Wj5M4t6096Xukpvbn6Sxj4YFYkkTeqjMowcJfU0CFlHEnqrKjDdiCw4M2UDVjlwp4Eg1w8tAlK2Ob4ZI2UD9R0kTzUEPjv/LPQBOOHVIdi6dJ/6vZ6eO3oQNosGph2STEyDoJAf18bY= X-YMail-OSG: jfdfwuoVM1lsLXF9Ja71tCDb7410t7yVd.tkxuW.S6LBn9J kPgQco5oTK1ONORnaY7FdF2.L3WYkz0vL8up4.yXT_AskG_vE8DwiKA027rn buABDAuCyz3khD5.wkUxNeVnP9vlG_YfCTrUxOKYQDIgn1mS6Fr7nFxqqb3h DtLU2yh2Bx_vLbIff.tLoY0CAgCFNWFJGBiWiOBUkiHqyF51cXyxlUtMTxmJ g.Y0evyVO1e0c1ycXRum70aPaC811.1CTEuvf_xC0PzFNY.M9FZ4jc2DHBqu Cann5HD3Up43C0mifNuSFqvTGT0bwM4crPcjzOGz1PVCCO8H.clgcK5ZmGZ5 4HjL6Asxa9yh9mF3zHDzPosUjrNgjnf8.OuilFDDRi0cMCpY5lgF8UM7_ZQv vClC_q8wp3BOu7muWAw9BPDF59GxlUKzf9hFCs0LEm4tjDxuTziwqWOSW.US fns_qW0tsOXc1uoVBsJXgrU60tsYzg7Sj_zircv8iwTYSQ78SVfGCtpaALT5 1YFKibigIfle_DJYGHBbAmgK9_QNrnEYrZrKOYTO9FIOAANh0JQmzFj4E Received: from [200.118.157.7] by web113516.mail.gq1.yahoo.com via HTTP; Thu, 19 Jul 2012 14:57:20 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1342735040.48354.YahooMailNeo@web113516.mail.gq1.yahoo.com> Date: Thu, 19 Jul 2012 14:57:20 -0700 (PDT) From: Pedro Giffuni To: "freebsd-current@FreeBSD.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: libedit : feel like obsoleting el_data_get/set X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pedro Giffuni List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 21:57:27 -0000 Hello;=0A=0AIn my attempt to update libedit and make it somewhat more in li= ne with=0ANetBSD's code=A0I found we added two private functions: el_data_g= et and=0Ael_data_set:=0A=0Ahttp://svnweb.freebsd.org/base?view=3Drevision&r= evision=3D50070=A0=0A=0A=0AAccording to OpenGrok we are not using those fun= ctions at all, plus=0Awe=A0have had for a while the upstream sanctioned=A0e= l_get() and=0Ael_set(),=0A.=0AI have no hurry to remove them but I do think= it would be good to=0Areduce some differences with NetBSD's version so I h= ave this=0Apatch that I would like to commit as soon as next week.=A0=0A=0A= http://people.freebsd.org/~pfg/patches/libedit/patch-libedit-obsolete=0A=0A= =0ARaise your hand if you happen to use them and would prefer=0Athe change = postponed or not done.=0A=0Abest regards,=0A=0APedro. From owner-freebsd-current@FreeBSD.ORG Thu Jul 19 22:20: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 6FCDE106566C for ; Thu, 19 Jul 2012 22:20:51 +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 322448FC17 for ; Thu, 19 Jul 2012 22:20:51 +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 q6JMKdCV071943 for ; Thu, 19 Jul 2012 18:20:46 -0400 (EDT) (envelope-from andy@neu.net) Date: Thu, 19 Jul 2012 18:20:39 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Subject: Problem with Vbox after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 22:20:51 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #26 r238626: Thu Jul 19 17:07:52 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 After a recent upgrade, when I try to start a VM it fails with: Failed to open a session for the virtual machine OpenSuse11.4. The virtual machine 'OpenSuse11.4' has terminated unexpectedly during startup with exit code 1. Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91} Kernel driver not installed(rc=-1908) Make sure the kernel module has been loading successfully If I try to load vboxdrv.ko manually I get: # kldload vboxdrv.ko kldload: can't load vboxdrv.ko: Exec format error # kldstat Id Refs Address Size Name 1 16 0xffffffff80200000 d0deb8 kernel 2 1 0xffffffff80f0e000 10ae520 nvidia.ko 3 3 0xffffffff81fbd000 48558 linux.ko 4 1 0xffffffff82212000 3df6 linprocfs.ko # cat /boot/loader.conf loader_logo=beastie nvidia_load="YES" vboxdrv_load="YES" # Boot-time kernel tuning kern.ipc.shmseg=1024 kern.ipc.shmmni=1024 kern.maxproc=10000 Vbox had been running fine before the upgrade. I recently built world with the following for the first time: # cat /etc/src.conf WITH_BSDCONFIG=YES WITH_BSD_GREP=YES could this affect vbox? # dmesg |grep vbox KLD file vboxdrv.ko - could not finalize loading Apparently the vbox kernel module is failing to load. Any help is appreciated. From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 01:31: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 499B3106564A for ; Fri, 20 Jul 2012 01:31:33 +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 07BE98FC08 for ; Fri, 20 Jul 2012 01:31:32 +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 q6K1VPDr072325; Thu, 19 Jul 2012 21:31:30 -0400 (EDT) (envelope-from andy@neu.net) Date: Thu, 19 Jul 2012 21:31:25 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=T_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: lukasz.wojcik@zoho.com Subject: Problem with Vbox after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 01:31:33 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #27 r238629: Thu Jul 19 21:07:44 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 After a recent upgrade, when I try to start a VM it fails with: Failed to open a session for the virtual machine OpenSuse11.4. The virtual machine 'OpenSuse11.4' has terminated unexpectedly during startup with exit code 1. Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91} Kernel driver not installed(rc=-1908) Make sure the kernel module has been loading successfully If I try to load vboxdrv.ko manually I get: # kldload vboxdrv.ko kldload: can't load vboxdrv.ko: Exec format error # kldstat Id Refs Address Size Name 1 16 0xffffffff80200000 d0deb8 kernel 2 1 0xffffffff80f0e000 10ae520 nvidia.ko 3 3 0xffffffff81fbd000 48558 linux.ko 4 1 0xffffffff82212000 3df6 linprocfs.ko # cat /boot/loader.conf loader_logo=beastie nvidia_load="YES" vboxdrv_load="YES" Vbox had been running fine before the upgrade. # dmesg |grep vbox KLD file vboxdrv.ko - could not finalize loading Apparently the vbox kernel module is failing to load. Any help is appreciated. ********************************************************* Additional info: >From log file Jul 19 21:06:07 FBSD10 kernel: link_elf_obj: symbol vm_contig_grow_cache undefined Jul 19 21:06:07 FBSD10 kernel: linker_load_file: Unsupported file type Dmesg: Jul 19 21:22:58 FBSD10 kernel: FreeBSD 10.0-CURRENT #27 r238629: Thu Jul 19 21:07:44 EDT 2012 Jul 19 21:22:58 FBSD10 kernel: root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Jul 19 21:22:58 FBSD10 kernel: link_elf_obj: symbol vm_contig_grow_cache undefined Jul 19 21:22:58 FBSD10 kernel: KLD file vboxdrv.ko - could not finalize loading # kldload vboxdrv.ko kldload: can't load vboxdrv.ko: Exec format error Just a guess, maybe this commit is the issue? http://svnweb.freebsd.org/base?view=revision&revision=238617 From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 03:02:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C809106564A for ; Fri, 20 Jul 2012 03:02:41 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 31CC88FC1C for ; Fri, 20 Jul 2012 03:02:41 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6K32aAu031957 for ; Thu, 19 Jul 2012 21:02:38 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 20 Jul 2012 10:04:59 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201207201004.59451.erichfreebsdlist@ovitrap.com> Subject: Script to monitor battery status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 03:02:41 -0000 Hi, I forget yesterday to share these two scripts: http://www.alogreentechnologies.com/freebsd/checkbattery checks the battery status of an X220 and shuts the machine down when the battery falls to 2% or below. The status is checked every minute. It calls the following script to shut the machine down: http://www.alogreentechnologies.com/freebsd/poweroff You must run the first script as root to enable it to power the machine off at the end. I found that the battery life of my machine was higher using a simple window manager like blackbox compared to things like GNOME or KDE. This might depend on the usage pattern. Erich From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 05:31:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53983106566C for ; Fri, 20 Jul 2012 05:31:11 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id D23EC8FC0A for ; Fri, 20 Jul 2012 05:31:10 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 77E936A6007; Fri, 20 Jul 2012 07:31:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id V6fNZtK5JIPR; Fri, 20 Jul 2012 07:31:09 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 2994B6A6006; Fri, 20 Jul 2012 07:31:09 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q6K5V83E038879; Fri, 20 Jul 2012 07:31:08 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q6K5V8eP037617; Fri, 20 Jul 2012 07:31:08 +0200 (CEST) (envelope-from lars) Date: Fri, 20 Jul 2012 07:31:08 +0200 From: Lars Engels To: Erich Dollansky Message-ID: <20120720053108.GD70259@e-new.0x20.net> References: <201207201004.59451.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="afaOoWBOIwPZGAW2" Content-Disposition: inline In-Reply-To: <201207201004.59451.erichfreebsdlist@ovitrap.com> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Script to monitor battery status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 05:31:11 -0000 --afaOoWBOIwPZGAW2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 10:04:59AM +0700, Erich Dollansky wrote: > Hi, >=20 > I forget yesterday to share these two scripts: >=20 > http://www.alogreentechnologies.com/freebsd/checkbattery >=20 > checks the battery status of an X220 and shuts the machine down when the = battery falls to 2% or below. >=20 > The status is checked every minute. >=20 > It calls the following script to shut the machine down: >=20 > http://www.alogreentechnologies.com/freebsd/poweroff >=20 > You must run the first script as root to enable it to power the machine o= ff at the end. >=20 > I found that the battery life of my machine was higher using a simple win= dow manager like blackbox compared to things like GNOME or KDE. This might = depend on the usage pattern. >=20 > Erich Is it necessary to poll? Usually devd generates an event when the battery status and/or percentage changes. Just read the events from /var/run/devd.pipe. --afaOoWBOIwPZGAW2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAI7RwACgkQKc512sD3afipaACfUOnOt7kxYKArxvwpepPUebHD x+oAn0Fi+VWgHjuvGiBYBzaz3X9NXiWP =hxJF -----END PGP SIGNATURE----- --afaOoWBOIwPZGAW2-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 07:20:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFABF106564A for ; Fri, 20 Jul 2012 07:20:28 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.103]) by mx1.freebsd.org (Postfix) with ESMTP id D41788FC14 for ; Fri, 20 Jul 2012 07:20:28 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type; b=kYNEJJ0hk3rTU9djYvdnVGDq3FB2+xAq5MfcvuN8xevuyXYU0OlD+eKNWV5K9yxMWC+XKDHn0M9o HvG6X82C1nTGl87ki5VPK5H+cmnrnVtrH7aZKh3zXMGBRCYZ5vL4 Received: from [192.168.100.103] (46.174.212.99 [46.174.212.99]) by mx.zohomail.com with SMTPS id 1342765769302975.008021007722; Thu, 19 Jul 2012 23:29:29 -0700 (PDT) Message-ID: <5008FA82.8040808@zoho.com> Date: Fri, 20 Jul 2012 08:28:18 +0200 From: Lukasz Wojcik User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: AN References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ZohoMailClient: External X-Zoho-Virus-Status: 2 Cc: freebsd-current@freebsd.org Subject: Re: Problem with Vbox after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 07:20:29 -0000 On 07/20/12 03:31, AN wrote: > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #27 r238629: Thu Jul 19 > 21:07:44 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > > After a recent upgrade, when I try to start a VM it fails with: > Failed to open a session for the virtual machine OpenSuse11.4. > > The virtual machine 'OpenSuse11.4' has terminated unexpectedly during > startup with exit code 1. > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Machine > Interface: IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91} > > Kernel driver not installed(rc=-1908) > Make sure the kernel module has been loading successfully > > If I try to load vboxdrv.ko manually I get: > > # kldload vboxdrv.ko > kldload: can't load vboxdrv.ko: Exec format error > > # kldstat > Id Refs Address Size Name > 1 16 0xffffffff80200000 d0deb8 kernel > 2 1 0xffffffff80f0e000 10ae520 nvidia.ko > 3 3 0xffffffff81fbd000 48558 linux.ko > 4 1 0xffffffff82212000 3df6 linprocfs.ko > > > # cat /boot/loader.conf > loader_logo=beastie > nvidia_load="YES" > vboxdrv_load="YES" > > Vbox had been running fine before the upgrade. > > > # dmesg |grep vbox > KLD file vboxdrv.ko - could not finalize loading > > Apparently the vbox kernel module is failing to load. > > Any help is appreciated. > > ********************************************************* > > Additional info: > From log file > > Jul 19 21:06:07 FBSD10 kernel: link_elf_obj: symbol vm_contig_grow_cache > undefined > Jul 19 21:06:07 FBSD10 kernel: linker_load_file: Unsupported file type > > Dmesg: > Jul 19 21:22:58 FBSD10 kernel: FreeBSD 10.0-CURRENT #27 r238629: Thu Jul > 19 21:07:44 EDT 2012 > Jul 19 21:22:58 FBSD10 kernel: root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL > amd64 > Jul 19 21:22:58 FBSD10 kernel: link_elf_obj: symbol vm_contig_grow_cache > undefined > Jul 19 21:22:58 FBSD10 kernel: KLD file vboxdrv.ko - could not finalize > loading > > # kldload vboxdrv.ko > kldload: can't load vboxdrv.ko: Exec format error > > Just a guess, maybe this commit is the issue? > http://svnweb.freebsd.org/base?view=revision&revision=238617 Hi, I find it rather unlikely for this commit to be responsible. I think the important part might be: > Jul 19 21:06:07 FBSD10 kernel: link_elf_obj: symbol vm_contig_grow_cache Thus suggesting this one: http://svnweb.freebsd.org/base?view=revision&revision=238561 as a potential problem. -- Lukasz Wojcik From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 08:43: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 3D9F1106564A for ; Fri, 20 Jul 2012 08:43:08 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id E1F6D8FC14 for ; Fri, 20 Jul 2012 08:43:07 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6K8h1IG004598; Fri, 20 Jul 2012 02:43:03 -0600 From: Erich Dollansky To: Lars Engels Date: Fri, 20 Jul 2012 15:45:23 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201207201004.59451.erichfreebsdlist@ovitrap.com> <20120720053108.GD70259@e-new.0x20.net> In-Reply-To: <20120720053108.GD70259@e-new.0x20.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Message-Id: <201207201545.23915.erichfreebsdlist@ovitrap.com> Cc: freebsd-current@freebsd.org Subject: Re: Script to monitor battery status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 08:43:08 -0000 Hi, On Friday 20 July 2012 12:31:08 Lars Engels wrote: > On Fri, Jul 20, 2012 at 10:04:59AM +0700, Erich Dollansky wrote: > > Hi, > > > > I forget yesterday to share these two scripts: > > > > http://www.alogreentechnologies.com/freebsd/checkbattery > > > > checks the battery status of an X220 and shuts the machine down when the battery falls to 2% or below. > > > > The status is checked every minute. > > > > It calls the following script to shut the machine down: > > > > http://www.alogreentechnologies.com/freebsd/poweroff > > > > You must run the first script as root to enable it to power the machine off at the end. > > > > I found that the battery life of my machine was higher using a simple window manager like blackbox compared to things like GNOME or KDE. This might depend on the usage pattern. > > > > Erich > > Is it necessary to poll? Usually devd generates an event when the > battery status and/or percentage changes. Just read the events from > /var/run/devd.pipe. > this is a good idea. I did not like this solution either but did not get a better idea when I did it. Erich From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 09:33:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A70F2106566C for ; Fri, 20 Jul 2012 09:33:18 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6065E8FC08 for ; Fri, 20 Jul 2012 09:33:18 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.69) (envelope-from ) id 1Ss9HY-0008O3-K1; Fri, 20 Jul 2012 11:13:57 +0200 Date: Fri, 20 Jul 2012 11:13:56 +0200 From: Matthias Apitz To: Erich Dollansky Message-ID: <20120720091356.GA31015@sh4-5.1blu.de> References: <201207201004.59451.erichfreebsdlist@ovitrap.com> <20120720053108.GD70259@e-new.0x20.net> <201207201545.23915.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201207201545.23915.erichfreebsdlist@ovitrap.com> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Cc: freebsd-current@freebsd.org, Lars Engels Subject: Re: Script to monitor battery status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 09:33:18 -0000 El día Friday, July 20, 2012 a las 03:45:23PM +0700, Erich Dollansky escribió: > > ... > > Is it necessary to poll? Usually devd generates an event when the > > battery status and/or percentage changes. Just read the events from > > /var/run/devd.pipe. > > > this is a good idea. I did not like this solution either but did not get a better idea when I did it. I wrote and used something similar for my netbook EeePC 900; it turned out that the battery is not showing the remaining capacity in a linear way; the last 5% are 'consumed' in a few seconds, i.e. below 20% I polled every 2 seconds; matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 09:58:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39364106566B for ; Fri, 20 Jul 2012 09:58:55 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id DC55A8FC19 for ; Fri, 20 Jul 2012 09:58:54 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6K9wlBt020527; Fri, 20 Jul 2012 03:58:49 -0600 From: Erich Dollansky To: Matthias Apitz Date: Fri, 20 Jul 2012 17:01:09 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201207201004.59451.erichfreebsdlist@ovitrap.com> <201207201545.23915.erichfreebsdlist@ovitrap.com> <20120720091356.GA31015@sh4-5.1blu.de> In-Reply-To: <20120720091356.GA31015@sh4-5.1blu.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201207201701.10176.erichfreebsdlist@ovitrap.com> Cc: freebsd-current@freebsd.org, Lars Engels Subject: Re: Script to monitor battery status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 09:58:55 -0000 Hi, On Friday 20 July 2012 16:13:56 Matthias Apitz wrote: > El d=EDa Friday, July 20, 2012 a las 03:45:23PM +0700, Erich Dollansky es= cribi=F3: >=20 > > > ...=20 > > > Is it necessary to poll? Usually devd generates an event when the > > > battery status and/or percentage changes. Just read the events from > > > /var/run/devd.pipe. > > >=20 > > this is a good idea. I did not like this solution either but did not ge= t a better idea when I did it. >=20 > I wrote and used something similar for my netbook EeePC 900; it turned > out that the battery is not showing the remaining capacity in a linear this is also true on the X220. > way; the last 5% are 'consumed' in a few seconds, i.e. below 20% I > polled every 2 seconds; I did some tests until I ended at the 2%. There was always enough energy le= ft in the battery to restart the machine. I wonder anyway how they do it. I developed battery monitors a long time ag= o. As the voltage drop is not linear and the tolerances are very high. They= might calibrate each battery when it reaches certain levels. Erich From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 14:34: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 080BF106566B; Fri, 20 Jul 2012 14:34:43 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id E49678FC15; Fri, 20 Jul 2012 14:34:42 +0000 (UTC) Received: from [10.0.10.3] ([173.88.199.104]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jul 2012 07:34:44 -0700 Message-ID: <50096C82.8090104@a1poweruser.com> Date: Fri, 20 Jul 2012 10:34:42 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Questions , current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jul 2012 14:34:44.0518 (UTC) FILETIME=[CE392460:01CD6684] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: Subject: usb plugin msg class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 14:34:43 -0000 In 8.x and older when I plugged in my usb thumb drive I got some messages on the console. But in 9.0 and 9.1 those message no longer show up on my console. I have a custom /etc/syslog.conf Did the message class of those usb plug-in message change between 8.x and 9.x? IE as defined in /etc/syslog.conf If their in a new class what is it? From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 14:46: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 50550106566B; Fri, 20 Jul 2012 14:46:35 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 20E3C8FC0C; Fri, 20 Jul 2012 14:46:33 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6KEkK2J016869; Fri, 20 Jul 2012 08:46:22 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 20 Jul 2012 21:48:40 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <50096C82.8090104@a1poweruser.com> In-Reply-To: <50096C82.8090104@a1poweruser.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207202148.40939.erichfreebsdlist@ovitrap.com> Cc: Fbsd8 , FreeBSD Questions , current@freebsd.org Subject: Re: usb plugin msg class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 14:46:35 -0000 Hi, On Friday 20 July 2012 21:34:42 Fbsd8 wrote: > In 8.x and older when I plugged in my usb thumb drive I got some > messages on the console. But in 9.0 and 9.1 those message no longer show > up on my console. I have a custom /etc/syslog.conf > > Did the message class of those usb plug-in message change between 8.x > and 9.x? IE as defined in /etc/syslog.conf > > If their in a new class what is it? I do not know. I only know that it works with the following configuration: # $FreeBSD$ # # Spaces ARE valid field separators in this file. However, # other *nix-like systems still insist on using tabs as field # separators. If you are sharing this file between systems, you # may want to use only tabs as field separators here. # Consult the syslog.conf(5) manpage. *.err;kern.warning;auth.notice;mail.crit /dev/console *.notice;authpriv.none;kern.debug;lpr.info;mail.crit;news.err /var/log/messages security.* /var/log/security auth.info;authpriv.info /var/log/auth.log mail.info /var/log/maillog lpr.info /var/log/lpd-errs ftp.info /var/log/xferlog cron.* /var/log/cron *.=debug /var/log/debug.log *.emerg * # uncomment this to log all writes to /dev/console to /var/log/console.log #console.info /var/log/console.log # uncomment this to enable logging of all log messages to /var/log/all.log # touch /var/log/all.log and chmod it to mode 600 before it will work #*.* /var/log/all.log # uncomment this to enable logging to a remote loghost named loghost #*.* @loghost # uncomment these if you're running inn # news.crit /var/log/news/news.crit # news.err /var/log/news/news.err # news.notice /var/log/news/news.notice !ppp *.* /var/log/ppp.log !* The file is the from a default installation of 10. Erich From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 14:46:35 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 50550106566B; Fri, 20 Jul 2012 14:46:35 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 20E3C8FC0C; Fri, 20 Jul 2012 14:46:33 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6KEkK2J016869; Fri, 20 Jul 2012 08:46:22 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 20 Jul 2012 21:48:40 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <50096C82.8090104@a1poweruser.com> In-Reply-To: <50096C82.8090104@a1poweruser.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207202148.40939.erichfreebsdlist@ovitrap.com> Cc: Fbsd8 , FreeBSD Questions , current@freebsd.org Subject: Re: usb plugin msg class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 14:46:35 -0000 Hi, On Friday 20 July 2012 21:34:42 Fbsd8 wrote: > In 8.x and older when I plugged in my usb thumb drive I got some > messages on the console. But in 9.0 and 9.1 those message no longer show > up on my console. I have a custom /etc/syslog.conf > > Did the message class of those usb plug-in message change between 8.x > and 9.x? IE as defined in /etc/syslog.conf > > If their in a new class what is it? I do not know. I only know that it works with the following configuration: # $FreeBSD$ # # Spaces ARE valid field separators in this file. However, # other *nix-like systems still insist on using tabs as field # separators. If you are sharing this file between systems, you # may want to use only tabs as field separators here. # Consult the syslog.conf(5) manpage. *.err;kern.warning;auth.notice;mail.crit /dev/console *.notice;authpriv.none;kern.debug;lpr.info;mail.crit;news.err /var/log/messages security.* /var/log/security auth.info;authpriv.info /var/log/auth.log mail.info /var/log/maillog lpr.info /var/log/lpd-errs ftp.info /var/log/xferlog cron.* /var/log/cron *.=debug /var/log/debug.log *.emerg * # uncomment this to log all writes to /dev/console to /var/log/console.log #console.info /var/log/console.log # uncomment this to enable logging of all log messages to /var/log/all.log # touch /var/log/all.log and chmod it to mode 600 before it will work #*.* /var/log/all.log # uncomment this to enable logging to a remote loghost named loghost #*.* @loghost # uncomment these if you're running inn # news.crit /var/log/news/news.crit # news.err /var/log/news/news.err # news.notice /var/log/news/news.notice !ppp *.* /var/log/ppp.log !* The file is the from a default installation of 10. Erich From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 14:49:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A3F1065673 for ; Fri, 20 Jul 2012 14:49:39 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 779CC8FC21 for ; Fri, 20 Jul 2012 14:49:39 +0000 (UTC) Received: by qabg1 with SMTP id g1so253037qab.13 for ; Fri, 20 Jul 2012 07:49:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Po9g2FIOA7T38JGLWnzuAWHOHizh7mfKnf7S2TT93cc=; b=O9i2f/oPG5R60p/kxyevziShwdwUE4gDkUvLEeFPRTFyAwCm6f2aCvR1YGWEH4iSXG bV4/0gUcTm5OpAViSiBYVElj6sGn4mnKo4XkpJOhCiboJC7+mFPvLIMAIIUrMHSF/5xY Br26v5Vn2DuFQrObFQqaGI1uR5VPfBMblK8FwUu/303nm1uWr4CkoSpIGXDHqcC7A3lp oQjl73uy/tnxzu15VfaX6JmOht+0hbXfwq1kQSzYqQbgJPoCkU5hzaJTtJEPuHOlmU4X kCk0MVpTthlWuzqRmb9IwdtD9jUnV9/CRRf/eLzA4Nch6+sUGZaEGijlHlW0ZRX9drr8 /bKg== MIME-Version: 1.0 Received: by 10.224.41.204 with SMTP id p12mr10404524qae.41.1342795778749; Fri, 20 Jul 2012 07:49:38 -0700 (PDT) Received: by 10.229.39.12 with HTTP; Fri, 20 Jul 2012 07:49:38 -0700 (PDT) Date: Fri, 20 Jul 2012 10:49:38 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 14:49:39 -0000 Seeing this for r:238655 ===> dtrace/dtrace (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /usr/obj/usr/src/sys/hyster3/opt_compat.h opt_compat.h ln -sf /usr/obj/usr/src/sys/hyster3/opt_kstack_pages.h opt_kstack_pages.h ln -sf /usr/obj/usr/src/sys/hyster3/opt_nfs.h opt_nfs.h ln -sf /usr/obj/usr/src/sys/hyster3/opt_hwpmc_hooks.h opt_hwpmc_hooks.h clang -c -O2 -pipe -DDIS_MEM -DSMP -DDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/intel -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/amd64 -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/hyster3/opt_global.h -I. -I@ -I@/contrib/altq -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/hyster3 -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unknown-pragmas @/amd64/amd64/genassym.c In file included from @/amd64/amd64/genassym.c:46: In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/buf.h:262: In file included from /usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris/sys/proc.h:34: In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/proc.h:62: In file included from /usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris/sys/pcpu.h:33: In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/pcpu.h:44: ./machine/pcpu.h:226:13: error: indirection of non-volatile null pointer will be deleted, not trap [-Werror,-Wnull-dereference] : "m" (*(char *)OFFSETOF_CURTHREAD)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ./machine/pcpu.h:226:13: note: consider using __builtin_trap() or qualifying pointer with 'volatile' 1 error generated. *** [genassym.o] Error code 1 Stop in /usr/src/sys/modules/dtrace/dtrace. *** [depend] Error code 1 thanks -kim From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 15:40: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 7943F106564A for ; Fri, 20 Jul 2012 15:40:39 +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 DE72A8FC16 for ; Fri, 20 Jul 2012 15:40:38 +0000 (UTC) Received: from [192.168.0.6] (host6.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 39D925C37; Fri, 20 Jul 2012 17:40:32 +0200 (CEST) Message-ID: <50097BF0.9010103@FreeBSD.org> Date: Fri, 20 Jul 2012 17:40:32 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Kim Culhan References: In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 15:40:39 -0000 On 2012-07-20 16:49, Kim Culhan wrote: > Seeing this for r:238655 ... > In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/pcpu.h:44: > ./machine/pcpu.h:226:13: error: indirection of non-volatile null > pointer will be deleted, not trap > [-Werror,-Wnull-dereference] > : "m" (*(char *)OFFSETOF_CURTHREAD)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./machine/pcpu.h:226:13: note: consider using __builtin_trap() or > qualifying pointer with 'volatile' That's indeed a valid warning from clang, since OFFSETOF_CURTHREAD is usually zero. It's probably due to recent work on dtrace. I'm not in the neighborhood of a FreeBSD box right now to verify, but can you please try to change the cast to "(volatile char *)"? That should fix the warning. From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 16:33: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 1E966106566C; Fri, 20 Jul 2012 16:33:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 88A598FC08; Fri, 20 Jul 2012 16:33:55 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6KGY4Ua026525; Fri, 20 Jul 2012 19:34:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6KGXqQa019734; Fri, 20 Jul 2012 19:33:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6KGXqMm019733; Fri, 20 Jul 2012 19:33:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 20 Jul 2012 19:33:52 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120720163352.GS2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cp+VOSm8VfVBUvcG" Content-Disposition: inline In-Reply-To: <50097BF0.9010103@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Kim Culhan Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 16:33:56 -0000 --Cp+VOSm8VfVBUvcG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 05:40:32PM +0200, Dimitry Andric wrote: > On 2012-07-20 16:49, Kim Culhan wrote: > > Seeing this for r:238655 > ... > > In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/p= cpu.h:44: > > ./machine/pcpu.h:226:13: error: indirection of non-volatile null > > pointer will be deleted, not trap > > [-Werror,-Wnull-dereference] > > : "m" (*(char *)OFFSETOF_CURTHREAD)); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ./machine/pcpu.h:226:13: note: consider using __builtin_trap() or > > qualifying pointer with 'volatile' >=20 > That's indeed a valid warning from clang, since OFFSETOF_CURTHREAD is > usually zero. It's probably due to recent work on dtrace. I'm not in > the neighborhood of a FreeBSD box right now to verify, but can you > please try to change the cast to "(volatile char *)"? That should fix > the warning. It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is 0. This is a bug in clang, we compile our kernel in freestanding environment. --Cp+VOSm8VfVBUvcG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAJiG8ACgkQC3+MBN1Mb4hCKwCdExiHnlzAM4YEq4WB/tlAew6o xq4AoMho4wQbomRMa9qkwil+okWoSDxv =5YME -----END PGP SIGNATURE----- --Cp+VOSm8VfVBUvcG-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 19:44:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AAFC106567F; Fri, 20 Jul 2012 19:44:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id CC48C8FC14; Fri, 20 Jul 2012 19:44:07 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so7199798pbb.13 for ; Fri, 20 Jul 2012 12:44:07 -0700 (PDT) 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=sykMJcfIEfKoykb/nxeKGL1YsZudx8icywPeDlvZSy8=; b=Xod1q3jem3D9VxrVCGrRht0HuVFo3DzXp5R2n0aqMgYerX3m6F1gyfMB7V91OVd627 cO1ZGp1FozCmzILk/RhvU4af1H0cRnKq/L7pFxNWOvPCADaOZaR4tfsPCNCYu44vBGFc dmc6UEHqN2S+BvB4z+MRu6oBi2EUsnBDVjTzwqtLRD+NGbM4Gw9mEEzE94MN/8rh5KY1 Cw0+iX4qlefR+fpfC2DwfA+L6sjJJdmYV5eaIi05HuZ+RIt43czx/g7/V6wHBwixUtpn FcBGHhdJsidHG9wWLvoMEqd9my0qA82RABw3CYAfQl2ZCtus+oYCEW7ILA4+0WXUg1TV INDA== MIME-Version: 1.0 Received: by 10.68.238.166 with SMTP id vl6mr16246292pbc.96.1342813447305; Fri, 20 Jul 2012 12:44:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Fri, 20 Jul 2012 12:44:07 -0700 (PDT) In-Reply-To: <50085193.6030203@gentoo.org> References: <50085193.6030203@gentoo.org> Date: Fri, 20 Jul 2012 12:44:07 -0700 X-Google-Sender-Auth: 95TlZg3AFFLiygyZg7kla8VqQfw Message-ID: From: Adrian Chadd To: Richard Yao Content-Type: text/plain; charset=ISO-8859-1 Cc: "hackers@FreeBSD.org" , current@freebsd.org Subject: Re: Awful FreeBSD 9 block IO performance in KVM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 19:44:08 -0000 On 19 July 2012 11:27, Richard Yao wrote: > Dear Everyone, > > FreeBSD 9 has awful block IO performance in KVM. I have experienced it > and others have experienced it. Someone posted slides to slideshare with > benchmarks documenting it: > > http://www.slideshare.net/TakeshiHasegawa1/runningfreebsdonlinuxkvm > > Slides 13 and 20 are particular eye openers. Does anyone know what is wrong? For those watching at home - this is bad performance _with_ the virtio drivers themselves, not just with SCSI emulation. Slide 17 is very telling - the operation latency is quite high. Richard, are you able to easily test out things on FreeBSD-HEAD guest in a Linux KVM? If so, some of the storage/block/GEOM driver people may be able to step up and start offering some ideas. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 21:07:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79116106566B; Fri, 20 Jul 2012 21:07:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 440D18FC08; Fri, 20 Jul 2012 21:07:12 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q6KL79Qg009685 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 20 Jul 2012 21:07:11 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120720163352.GS2676@deviant.kiev.zoral.com.ua> Date: Fri, 20 Jul 2012 22:07:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: Kim Culhan , freebsd-current@FreeBSD.org, Dimitry Andric Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 21:07:12 -0000 On 20 Jul 2012, at 17:33, Konstantin Belousov wrote: > It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is = 0. > This is a bug in clang, we compile our kernel in freestanding = environment. The copies of the C spec that I have do not differentiate between = freestanding and hosted environments for the validity of dereferencing a = pointer value of 0. Doing so is undefined in all cases and any = standards-compliant compiler is quite at liberty to eat your dog in such = situations - it is explicitly not guaranteed to read the memory at = linear address 0 (this is undefined for at least two reasons that I can = think of from the C spec, and probably more). =20 David= From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 22:29:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8520106566B; Fri, 20 Jul 2012 22:29:04 +0000 (UTC) (envelope-from ryao@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 832098FC15; Fri, 20 Jul 2012 22:29:04 +0000 (UTC) Received: from [192.168.1.2] (pool-72-89-250-138.nycmny.fios.verizon.net [72.89.250.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id 076F51B4092; Fri, 20 Jul 2012 22:29:03 +0000 (UTC) Message-ID: <5009DB2A.7070408@gentoo.org> Date: Fri, 20 Jul 2012 18:26:50 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120628 Thunderbird/10.0.5 MIME-Version: 1.0 To: Adrian Chadd References: <50085193.6030203@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC8BF3E152CB46B95BB7D2C2" X-Mailman-Approved-At: Fri, 20 Jul 2012 22:32:54 +0000 Cc: "hackers@FreeBSD.org" , current@freebsd.org Subject: Re: Awful FreeBSD 9 block IO performance in KVM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:29:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC8BF3E152CB46B95BB7D2C2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/20/2012 03:44 PM, Adrian Chadd wrote: > On 19 July 2012 11:27, Richard Yao wrote: >> Dear Everyone, >> >> FreeBSD 9 has awful block IO performance in KVM. I have experienced it= >> and others have experienced it. Someone posted slides to slideshare wi= th >> benchmarks documenting it: >> >> http://www.slideshare.net/TakeshiHasegawa1/runningfreebsdonlinuxkvm >> >> Slides 13 and 20 are particular eye openers. Does anyone know what is = wrong? >=20 > For those watching at home - this is bad performance _with_ the virtio > drivers themselves, not just with SCSI emulation. >=20 > Slide 17 is very telling - the operation latency is quite high. >=20 > Richard, are you able to easily test out things on FreeBSD-HEAD guest > in a Linux KVM? If so, some of the storage/block/GEOM driver people > may be able to step up and start offering some ideas. >=20 > Thanks, >=20 >=20 >=20 > Adrian Dear Adrian, I am in the process of setting up a VM instance specifically for this. While installing it, I noticed that qemu-kvm printed 'lsi_scsi: error: ORDERED queue not implemented', which might be a clue as to why the block device performance is bad. Also, I will try testing raw disk IO for Ivan after I have it setup. Yours truly, Richard Yao --------------enigCC8BF3E152CB46B95BB7D2C2 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 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQCdsqAAoJECDuEZm+6ExkMfgP/2yLB/i7yMQ94GgzPTQad1h2 2HQl4FwdH0dRIZq1qfe+CmWwHqiz5ID86SJnlGMcWyQlWI498N635XI1pTvv1Lbg dIMHwAcWKs/dR4MYmxepKBa+JVUXIcmVT6hoADRFeuaiR8Z+3j917M8FpMKWtRzH mgSs+FgvfF3zj0cbOGdbToEyJkmMpI8oBR/1GMfDqW4qdF6FBNWSf0EG+KUpVsBK RS+dC5RUzUJzCDxMUnXC9DRzEPin7RrRJKqp6rhTDofLmR14fTK4VWqx2dkRncPf UXGIV1L7M5jx3GyC67SiBiXktxPofh/IvBiKf2m5FW8IrnnpSUt6Vl6+CeU4Rr3d PakeTZlEvWXrr2R4NK5jXOrwksX3519wSesgn3kPzlVsbywBG4Wph/FowLBOvj1a Lp+xA9Z9ea0R2WRzsrjpYbqWeRKBV+Tb+bjs7NE/8LyipYiJdIyWL6V9mLoXz5Qo V2UiAZG07/d+Vw7qzSJNlaVVZ6+QAnR3e4BrVLCDBYuckwDuyqbhGpkIXeaVbZ8A oFSYLd/fj5AiBicaV+RdHL5kKRO1vJ372IFlnY670JYWI9+04kfN9mmgk19Qzzok eZVKxPLMvvLn2hEDBHRmASF1uGHk9W4c6sKJgryvmCqYRzJtpwz3G9vmycS7zyj8 i7P46ujM4EQ8I4I/l3Sg =oGTH -----END PGP SIGNATURE----- --------------enigCC8BF3E152CB46B95BB7D2C2-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 22:50:12 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C95A106566C; Fri, 20 Jul 2012 22:50:12 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 606458FC0A; Fri, 20 Jul 2012 22:50:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6KMoC0l047817; Fri, 20 Jul 2012 22:50:12 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6KMoClP047795; Fri, 20 Jul 2012 22:50:12 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 20 Jul 2012 22:50:01 +0000 From: Baptiste Daroussin To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20120720225000.GL77496@ithaqua.etoilebsd.net> References: <20120712100110.GA34228@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+278g007AL/ykmV8" Content-Disposition: inline In-Reply-To: <20120712100110.GA34228@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: delay for switch of current [was Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:50:12 -0000 --+278g007AL/ykmV8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, [...] >=20 > The plan is to switch the ports tree to pkgng on CURRENT by default on Ju= ly 25th > No dates are planned yet for other branches. >=20 > Note that there will be a NO_PKGNG knob for some time (undefined yet) for= people > not will to switch on July 25th >=20 [...] Because I won't have time for the project in the beginning of august, and I expect some fixes and reactivity will be needed after the switch of current= to pkgng by default, the switch is now schedule to 20th august. regards, Bapt --+278g007AL/ykmV8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAJ4JgACgkQ8kTtMUmk6EwacACffnNXfZNckpP3tUyWHEiFgjBP +LgAoIFBOYBJ1pkJEv5BpmboIrL4fzgq =PBQL -----END PGP SIGNATURE----- --+278g007AL/ykmV8-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 22:58:21 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 D16B9106564A; Fri, 20 Jul 2012 22:58:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDCE8FC12; Fri, 20 Jul 2012 22:58:21 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so7458113pbb.13 for ; Fri, 20 Jul 2012 15:58:21 -0700 (PDT) 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=4p3X3iyTO7dEj0UtSW5FG0N4zUOfySdBxjG9FPZAZ58=; b=wrVKJ/c3s2veVzrGrjWqLMgyxnL+k6w+8QYNKQ+O1EBk1+qaTDnnzahlrNmKdhvZ7r CKm+ROYGK+KjvNY/7KDzCgH8wrq6a28eCBmXoT27UHIbjtPKmn0QWeFe69qPLUoMj8BZ ThcDCindCnQ7CTdGnZEmdtG4sGJSEZ8Ygl+3jT7HhnKPqAN1Jjdbz0+zAe53ArwRn6oO Sb6O7CZVklpRoAhyjmtRZLosI1s14wQxb808oeh7syjS26KxEyKKS7a100yV8Mvv8YKO V8jHkKYN4DGOUsrAN5eD25GwEFrE4+wESam5IbNoPkMDpjKiVoEeNl054+3oHgRexpii qwNA== MIME-Version: 1.0 Received: by 10.68.221.70 with SMTP id qc6mr17578645pbc.92.1342825101453; Fri, 20 Jul 2012 15:58:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Fri, 20 Jul 2012 15:58:21 -0700 (PDT) In-Reply-To: <5009DB2A.7070408@gentoo.org> References: <50085193.6030203@gentoo.org> <5009DB2A.7070408@gentoo.org> Date: Fri, 20 Jul 2012 15:58:21 -0700 X-Google-Sender-Auth: flW4Xf_yHKyD2G5cG3t8HXazizs Message-ID: From: Adrian Chadd To: Richard Yao Content-Type: text/plain; charset=ISO-8859-1 Cc: "hackers@FreeBSD.org" , current@freebsd.org Subject: Re: Awful FreeBSD 9 block IO performance in KVM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:58:21 -0000 On 20 July 2012 15:26, Richard Yao wrote: > I am in the process of setting up a VM instance specifically for this. > While installing it, I noticed that qemu-kvm printed 'lsi_scsi: error: > ORDERED queue not implemented', which might be a clue as to why the > block device performance is bad. > > Also, I will try testing raw disk IO for Ivan after I have it setup. Thanks for setting this up. Setting up an easily reproducible environment is by far the biggest and most helpful step here. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Jul 20 23:16:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95FE81065670; Fri, 20 Jul 2012 23:16:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEDF8FC08; Fri, 20 Jul 2012 23:16:20 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6KNGHv7053966; Sat, 21 Jul 2012 02:16:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6KNG4Dr021273; Sat, 21 Jul 2012 02:16:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6KNG4Vj021272; Sat, 21 Jul 2012 02:16:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 02:16:04 +0300 From: Konstantin Belousov To: David Chisnall Message-ID: <20120720231604.GT2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L/iKGr82HRlWSTal" Content-Disposition: inline In-Reply-To: <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Kim Culhan , freebsd-current@freebsd.org, Dimitry Andric Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 23:16:22 -0000 --L/iKGr82HRlWSTal Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote: > On 20 Jul 2012, at 17:33, Konstantin Belousov wrote: >=20 > > It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is 0. > > This is a bug in clang, we compile our kernel in freestanding environme= nt. >=20 > The copies of the C spec that I have do not differentiate between > freestanding and hosted environments for the validity of dereferencing > a pointer value of 0. Doing so is undefined in all cases and any > standards-compliant compiler is quite at liberty to eat your dog in > such situations - it is explicitly not guaranteed to read the memory at > linear address 0 (this is undefined for at least two reasons that I can > think of from the C spec, and probably more). Ok, I stand corrected. But the standard does not say what you claim either. It only specifies that NULL pointer is unequal to any pointer to object or function (implicitely saying that you can create a C object or function pointer to which is equal to NULL). So, lets reformulate it other way: freestanding implementation in clang has no use, at least for general purpose kernel. Especially ridiculous is the fact that clang throws it hands for asm inline wanting to get null address, on the machine with linearly addressable memory. --L/iKGr82HRlWSTal Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAJ5rQACgkQC3+MBN1Mb4jFBwCeNynqYSEs0hhXIVzuT6mcAF3z 4N0AoMVBYHc0Us5/PMHheJOFS7lPYA4X =eoI9 -----END PGP SIGNATURE----- --L/iKGr82HRlWSTal-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 00:32: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 ED572106564A for ; Sat, 21 Jul 2012 00:32:33 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 97D4C8FC08 for ; Sat, 21 Jul 2012 00:32:33 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4268343vbm.13 for ; Fri, 20 Jul 2012 17:32:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-google-sender-delegation:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding:x-gm-message-state; bh=tUM5WfuDBRsEhIzzwY6P3CsHirIaE6FD3JCliGbaRk8=; b=SZa8/7WkTa55XjXYGJDM68iGZjQtwW+Fq098fstdVATvAA6mIFKMHH4+8ILAMqeg7+ 1zstdnP0Y+hCyNZSSmkbQ/thKycEVZbm+/yI6NLsn0LlWaCLrBWcIOwtjb6Mq9atytzm /9vdoqTLGeLP/BvS9oI88Ra9u/HousOMF+ChJc4u+1bYhRG3B3L6UUMRb7/XD9dHdOg/ 9ICmA0MNZtdyiKOfQLzigb5PTazobR7nNOwinZhx+PEIPzZarxF9JJQWpMdTQwoMAbQj +xyOxFkZnAEq40XHe2ErvQhUZJK47Q/v5vi16Fg+ffaUyInbeBIqJoJl5GUZhcehhYXz 31iA== MIME-Version: 1.0 Received: by 10.52.88.170 with SMTP id bh10mr5286287vdb.11.1342830752013; Fri, 20 Jul 2012 17:32:32 -0700 (PDT) Sender: antony@mawer.org X-Google-Sender-Delegation: antony@mawer.org Received: by 10.52.181.194 with HTTP; Fri, 20 Jul 2012 17:32:31 -0700 (PDT) In-Reply-To: References: <50064FB2.3020409@entel.upc.edu> Date: Sat, 21 Jul 2012 10:32:31 +1000 X-Google-Sender-Auth: Nh4i2M0CH9XCmU3nBE5U8HLGwnY Message-ID: From: Antony Mawer To: attilio@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmAzxHzhgXOn7goWy/ssU+uvrKG66vaqAUesTql9t6HTxJ+gPGIFqdxERYo3B3oyMXbJ2qU Cc: FreeBSD FS , George Neville-Neil , =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 00:32:34 -0000 On Wed, Jul 18, 2012 at 6:45 PM, Attilio Rao wrote: > 2012/7/18, Gustau P=E9rez i Querol : >> >> Sorry fo the delay. >> >> About the ntfs support, I'd go with fuse and leave the most relevant >> filesystems in kernel space. In fact filesystems not particulary >> specific and not tied our kernel would go to userspace; thinks like >> smbfs, nwfs, ntfs, ext2 o ext4 for example should be in userspace (the >> list is incomplete and I don't really know if all of them are yet >> implemenent in userspace) in my opinion. That would make them easier to >> maintain (changes in the kernel would only affect fuse, once fixed all >> the userspace filesystem would work again). >> >> As a bonus, we would get many working fs based on fuse. In the >> server side gluster is a desirable thing; in the desktop things like >> gvfs (in the linux world gvfs is used not only by gnome but also by kde >> or xfce) or truecrypt > > I'm really concerned also about ntfs and smbfs at the moment. It seems > that there is also a FUSE smbfs port, but I never used it and I'm not > sure about its state at all. >From what I understand, Apple have done a considerable amount of work on the FreeBSD-drived smbfs in the latest versions of OS X, based on the existing smbfs in tree: http://www.opensource.apple.com/source/smb/smb-552.5/ I imagine things like the filesystem locking are probably somewhat different, but in terms of updating smbfs itself to support newer features it may be a good base (licensing permitting). smbfs at the moment lacks in some areas such as DFS support, although I do not know if the OS X version is any different there (given the consumer focus of their OS, probably not). There was also a version spun off by OpenSolaris: http://hub.opensolaris.org/bin/view/Project+smbfs/ which again was based on the FreeBSD + Apple versions. I also have a vested interest in NWFS continuing to work - only from a legacy point of view where we still interoperate with a number of Netware 6 servers through this. While those will likely eventually go away, more than likely before we move to 10.x, if there is anyone capable of working on it we could supply a test environment. Unfortunately the actual locking of the NWFS and NCP modules is outside my sphere of knowledge... -- Antony From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 02:04: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 963B5106566C for ; Sat, 21 Jul 2012 02:04:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 510068FC14 for ; Sat, 21 Jul 2012 02:04:27 +0000 (UTC) Received: from JRE-MBP-2.local (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q6L24Pc9021402 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 20 Jul 2012 19:04:26 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <500A0E24.80101@freebsd.org> Date: Fri, 20 Jul 2012 19:04:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: PCIe hotplug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 02:04:27 -0000 Is anyone looking at PCIe hotplug support? I'm especially interested if anyone has a strategy for device re-insertion and reassociating the reinserted device with its old device_t so that it gets the same unit number.. (assumes access to a serial number or similar) Even if it is put back into a different slot. From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 11:35:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54462106564A; Sat, 21 Jul 2012 11:35:20 +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 0B5698FC14; Sat, 21 Jul 2012 11:35:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c4d4:5fc2:1faf:ed6] (unknown [IPv6:2001:7b8:3a7:0:c4d4:5fc2:1faf:ed6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B8CB95C37; Sat, 21 Jul 2012 13:35:18 +0200 (CEST) Message-ID: <500A93FE.1080700@FreeBSD.org> Date: Sat, 21 Jul 2012 13:35:26 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Konstantin Belousov References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> <20120720231604.GT2676@deviant.kiev.zoral.com.ua> In-Reply-To: <20120720231604.GT2676@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kim Culhan , freebsd-current@freebsd.org, David Chisnall Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 11:35:20 -0000 On 2012-07-21 01:16, Konstantin Belousov wrote: > On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote: >> On 20 Jul 2012, at 17:33, Konstantin Belousov wrote: >> >>> It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is 0. >>> This is a bug in clang, we compile our kernel in freestanding environment. >> >> The copies of the C spec that I have do not differentiate between >> freestanding and hosted environments for the validity of dereferencing >> a pointer value of 0. Doing so is undefined in all cases and any >> standards-compliant compiler is quite at liberty to eat your dog in >> such situations - it is explicitly not guaranteed to read the memory at >> linear address 0 (this is undefined for at least two reasons that I can >> think of from the C spec, and probably more). > > Ok, I stand corrected. But the standard does not say what you claim > either. It only specifies that NULL pointer is unequal to any pointer > to object or function (implicitely saying that you can create a C object > or function pointer to which is equal to NULL). > > So, lets reformulate it other way: freestanding implementation in clang > has no use, at least for general purpose kernel. Especially ridiculous > is the fact that clang throws it hands for asm inline wanting to get > null address, on the machine with linearly addressable memory. Oh come on, that's just hyperbole. Everybody understands that directly dereferencing a NULL pointer is very unusual, in any environment. It's perfectly sane to warn about it. Is it such a big problem to simply insert a cast to tell the compiler you really want to do this, even if it is highly unusual? From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 11:43:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5B5B106566B; Sat, 21 Jul 2012 11:43:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDA18FC0A; Sat, 21 Jul 2012 11:43:26 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6LBhTtZ006693; Sat, 21 Jul 2012 14:43:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6LBhGpv037554; Sat, 21 Jul 2012 14:43:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6LBhG43037553; Sat, 21 Jul 2012 14:43:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 14:43:16 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120721114316.GY2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> <20120720231604.GT2676@deviant.kiev.zoral.com.ua> <500A93FE.1080700@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aSb4XDBEo1qAP/IB" Content-Disposition: inline In-Reply-To: <500A93FE.1080700@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Kim Culhan , freebsd-current@freebsd.org, David Chisnall Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 11:43:27 -0000 --aSb4XDBEo1qAP/IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 21, 2012 at 01:35:26PM +0200, Dimitry Andric wrote: > On 2012-07-21 01:16, Konstantin Belousov wrote: > > On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote: > >> On 20 Jul 2012, at 17:33, Konstantin Belousov wrote: > >> > >>> It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD is = 0. > >>> This is a bug in clang, we compile our kernel in freestanding environ= ment. > >> > >> The copies of the C spec that I have do not differentiate between > >> freestanding and hosted environments for the validity of dereferencing > >> a pointer value of 0. Doing so is undefined in all cases and any > >> standards-compliant compiler is quite at liberty to eat your dog in > >> such situations - it is explicitly not guaranteed to read the memory at > >> linear address 0 (this is undefined for at least two reasons that I can > >> think of from the C spec, and probably more). > >=20 > > Ok, I stand corrected. But the standard does not say what you claim > > either. It only specifies that NULL pointer is unequal to any pointer > > to object or function (implicitely saying that you can create a C object > > or function pointer to which is equal to NULL). > >=20 > > So, lets reformulate it other way: freestanding implementation in clang > > has no use, at least for general purpose kernel. Especially ridiculous > > is the fact that clang throws it hands for asm inline wanting to get > > null address, on the machine with linearly addressable memory. >=20 > Oh come on, that's just hyperbole. Everybody understands that directly > dereferencing a NULL pointer is very unusual, in any environment. It's > perfectly sane to warn about it. Is it such a big problem to simply > insert a cast to tell the compiler you really want to do this, even if > it is highly unusual? The point of existence of the inline __pure2 __curthread() is to allow a compiler to cache the result of the call. Basically, the curthread dereference uses %gs basing, which typically adds a measurable penalty on the frontend and sometimes on the execution as well. Putting a volatile somewhere prevents the caching, right ? I am probably fine with something along the lines of #ifdef CLANG /* XXX what to put there */ #define VOLATILE volatile #else #define VOLATILE #endif and then use VOLATILE in the cast. Could you recomment the best #if test ? How to test the change ? Is CC=3Dclang make buildkernel enough ? --aSb4XDBEo1qAP/IB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAKldQACgkQC3+MBN1Mb4gy4ACgrfWAQU17xAURP6Ku9JMeZ1sX uQ4AoMan5lkR572n0BeHWRjy9s1CEzy/ =4ZPB -----END PGP SIGNATURE----- --aSb4XDBEo1qAP/IB-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 11:45: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 CB5911065672; Sat, 21 Jul 2012 11:45:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 47E7C8FC17; Sat, 21 Jul 2012 11:45:36 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6LBjjpF006995; Sat, 21 Jul 2012 14:45:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6LBjWkB037585; Sat, 21 Jul 2012 14:45:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6LBjWLB037584; Sat, 21 Jul 2012 14:45:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 14:45:32 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120721114532.GZ2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> <20120720231604.GT2676@deviant.kiev.zoral.com.ua> <500A93FE.1080700@FreeBSD.org> <20120721114316.GY2676@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EJQo4LVzGuCx5O0O" Content-Disposition: inline In-Reply-To: <20120721114316.GY2676@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Kim Culhan , freebsd-current@freebsd.org, David Chisnall Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 11:45:36 -0000 --EJQo4LVzGuCx5O0O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 21, 2012 at 02:43:16PM +0300, Konstantin Belousov wrote: > On Sat, Jul 21, 2012 at 01:35:26PM +0200, Dimitry Andric wrote: > > On 2012-07-21 01:16, Konstantin Belousov wrote: > > > On Fri, Jul 20, 2012 at 10:07:05PM +0100, David Chisnall wrote: > > >> On 20 Jul 2012, at 17:33, Konstantin Belousov wrote: > > >> > > >>> It is not related to dtrace at all, and indeed OFFSETOF_CURTHREAD i= s 0. > > >>> This is a bug in clang, we compile our kernel in freestanding envir= onment. > > >> > > >> The copies of the C spec that I have do not differentiate between > > >> freestanding and hosted environments for the validity of dereferenci= ng > > >> a pointer value of 0. Doing so is undefined in all cases and any > > >> standards-compliant compiler is quite at liberty to eat your dog in > > >> such situations - it is explicitly not guaranteed to read the memory= at > > >> linear address 0 (this is undefined for at least two reasons that I = can > > >> think of from the C spec, and probably more). > > >=20 > > > Ok, I stand corrected. But the standard does not say what you claim > > > either. It only specifies that NULL pointer is unequal to any pointer > > > to object or function (implicitely saying that you can create a C obj= ect > > > or function pointer to which is equal to NULL). > > >=20 > > > So, lets reformulate it other way: freestanding implementation in cla= ng > > > has no use, at least for general purpose kernel. Especially ridiculous > > > is the fact that clang throws it hands for asm inline wanting to get > > > null address, on the machine with linearly addressable memory. > >=20 > > Oh come on, that's just hyperbole. Everybody understands that directly > > dereferencing a NULL pointer is very unusual, in any environment. It's > > perfectly sane to warn about it. Is it such a big problem to simply > > insert a cast to tell the compiler you really want to do this, even if > > it is highly unusual? Oh, just for record. I forgot to note this first time, and almost missed it now in response. The code in question _does not_ dereference NULL pointer. It is artificial quirk in the GNU inline asm syntax that rvalue is needed when I am passing memory _address_ to the asm. >=20 > The point of existence of the inline __pure2 __curthread() is to allow > a compiler to cache the result of the call. Basically, the curthread > dereference uses %gs basing, which typically adds a measurable penalty > on the frontend and sometimes on the execution as well. >=20 > Putting a volatile somewhere prevents the caching, right ? I am probably > fine with something along the lines of > #ifdef CLANG /* XXX what to put there */ > #define VOLATILE volatile > #else > #define VOLATILE > #endif > and then use VOLATILE in the cast. >=20 > Could you recomment the best #if test ? >=20 > How to test the change ? Is CC=3Dclang make buildkernel enough ? >=20 --EJQo4LVzGuCx5O0O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAKllwACgkQC3+MBN1Mb4izJwCg9fKUNEB3UhDuXB6An0ROjbfK wMkAn2gJ8tZ78pt+1DdYlm/khRFkhpUO =Al1c -----END PGP SIGNATURE----- --EJQo4LVzGuCx5O0O-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 11:59:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C96981065670; Sat, 21 Jul 2012 11:59:15 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB478FC18; Sat, 21 Jul 2012 11:59:15 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q6LBxDXi013146 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 21 Jul 2012 11:59:14 GMT (envelope-from theraven@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120720231604.GT2676@deviant.kiev.zoral.com.ua> Date: Sat, 21 Jul 2012 12:59:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8A03FF40-9A33-402F-AA01-E7C25EFF7430@freebsd.org> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> <20120720231604.GT2676@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: Dimitry Andric , freebsd-current@freebsd.org, Kim Culhan Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 11:59:16 -0000 On 21 Jul 2012, at 00:16, Konstantin Belousov wrote: > Ok, I stand corrected. But the standard does not say what you claim > either. It only specifies that NULL pointer is unequal to any pointer > to object or function (implicitely saying that you can create a C = object > or function pointer to which is equal to NULL). See 6.5.3.2, paragraph 4. In particular: > If an invalid value has been assigned to the pointer, the behavior of = the unary * operator is undefined. and then (footnote 87 from the same page): > Among the invalid values for dereferencing a pointer by the unary * = operator are a null pointer This clearly states that any dereference of the null pointer is = explicitly invalid. You can look up the correct paragraph for the other = reason yourself (that any valid pointer must be the result of pointer = arithmetic on a valid pointer). > So, lets reformulate it other way: freestanding implementation in = clang > has no use, at least for general purpose kernel. The term 'freestanding' has a well-defined meaning in the C = specification. It does not mean 'the C memory model doesn't apply', it = means that there is no underlying operating system providing facilities = such as I/O. Compiling for a freestanding target does not let you opt = out of the C memory model. > Especially ridiculous > is the fact that clang throws it hands for asm inline wanting to get > null address, on the machine with linearly addressable memory. C is not a macro assembler, it is a well-defined (mostly) language with = a complex memory model. The relevant bit of code is: > (*(char *)OFFSETOF_CURTHREAD) This is dereferencing the NULL pointer if OFFSETOF_CURTHREAD is 0. If = you want to pass the 0 into the assembly then passing it as something = other than a memory operand would make sense. Or, as the warning = suggests, add a volatile qualification to indicate that the asm is not = actually dereferencing this pointer. However... > The point of existence of the inline __pure2 __curthread() is to allow > a compiler to cache the result of the call. Basically, the curthread > dereference uses %gs basing, which typically adds a measurable penalty > on the frontend and sometimes on the execution as well. Clang designates address space 256 for GS-relative addressing (and 257 = for FS-relative addressing), so you don't need to use any assembly if = all that you want to do is load something relative to one of these = segments. =46rom the clang manual: > Annotating a pointer with address space #256 causes it to be code = generated relative to the X86 GS segment register, and address space = #257 causes it to be relative to the X86 FS segment. Note that this is a = very very low-level feature that should only be used if you know what = you're doing (for example in an OS kernel). >=20 > Here is an example: >=20 > #define GS_RELATIVE __attribute__((address_space(256))) > int foo(int GS_RELATIVE *P) { > return *P; > } >=20 > Which compiles to (on X86-32): >=20 > _foo: > movl 4(%esp), %eax > movl %gs:(%eax), %eax > ret Using this instead of the inline asm allows the front end to perform = numerous optimisations because it no longer has a bit of magic embedded = in the middle of the code that the optimisers don't understand. David= From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 12:28: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 D173A106566B; Sat, 21 Jul 2012 12:28:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1D68FC17; Sat, 21 Jul 2012 12:28:31 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6LCSeiC009612; Sat, 21 Jul 2012 15:28:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6LCSRYP037781; Sat, 21 Jul 2012 15:28:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6LCSRbC037780; Sat, 21 Jul 2012 15:28:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 15:28:27 +0300 From: Konstantin Belousov To: David Chisnall Message-ID: <20120721122827.GA2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> <20120720163352.GS2676@deviant.kiev.zoral.com.ua> <9EBB4101-3117-4FE0-AD08-1053423BECD6@FreeBSD.org> <20120720231604.GT2676@deviant.kiev.zoral.com.ua> <8A03FF40-9A33-402F-AA01-E7C25EFF7430@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0hyMCxJS7FIePeVX" Content-Disposition: inline In-Reply-To: <8A03FF40-9A33-402F-AA01-E7C25EFF7430@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Dimitry Andric , freebsd-current@freebsd.org, Kim Culhan Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 12:28:31 -0000 --0hyMCxJS7FIePeVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 21, 2012 at 12:59:07PM +0100, David Chisnall wrote: > On 21 Jul 2012, at 00:16, Konstantin Belousov wrote: >=20 > > Ok, I stand corrected. But the standard does not say what you claim > > either. It only specifies that NULL pointer is unequal to any pointer > > to object or function (implicitely saying that you can create a C object > > or function pointer to which is equal to NULL). >=20 > See 6.5.3.2, paragraph 4. In particular: >=20 > > If an invalid value has been assigned to the pointer, the behavior of t= he unary * operator is undefined. >=20 > and then (footnote 87 from the same page): >=20 > > Among the invalid values for dereferencing a pointer by the unary * ope= rator are a null pointer >=20 >=20 > This clearly states that any dereference of the null pointer is explicitl= y invalid. You can look up the correct paragraph for the other reason your= self (that any valid pointer must be the result of pointer arithmetic on a = valid pointer). >=20 As I said in the followup, the C part of the code does not dereferences NULL at all. > > So, lets reformulate it other way: freestanding implementation in clang > > has no use, at least for general purpose kernel. >=20 > The term 'freestanding' has a well-defined meaning in the C specification= . It does not mean 'the C memory model doesn't apply', it means that there= is no underlying operating system providing facilities such as I/O. Compi= ling for a freestanding target does not let you opt out of the C memory mod= el. >=20 > > Especially ridiculous > > is the fact that clang throws it hands for asm inline wanting to get > > null address, on the machine with linearly addressable memory. >=20 > C is not a macro assembler, it is a well-defined (mostly) language with a= complex memory model. The relevant bit of code is: Yes, implementation that interprets the freestanding this way is not useful as a tool for implementing kernel. >=20 > > (*(char *)OFFSETOF_CURTHREAD) >=20 > This is dereferencing the NULL pointer if OFFSETOF_CURTHREAD is 0. If yo= u want to pass the 0 into the assembly then passing it as something other t= han a memory operand would make sense. Or, as the warning suggests, add a = volatile qualification to indicate that the asm is not actually dereferenci= ng this pointer. I want the code to generate exact "movq %gs:0,%" instruction, without using volatile, and using C-level constant with the value of offsetof(struct pcpu, pc_curthread), to be able to assert that assumptions of the assembler fragment did not changed. Your words about specifying immediate operand instead of memory reference almost inevitably results in asm-level expression like $0, not 0. At least I cannot write such asm constraint. You are welcome to provide the snippet. >=20 > However... >=20 > > The point of existence of the inline __pure2 __curthread() is to allow > > a compiler to cache the result of the call. Basically, the curthread > > dereference uses %gs basing, which typically adds a measurable penalty > > on the frontend and sometimes on the execution as well. >=20 > Clang designates address space 256 for GS-relative addressing (and 257 fo= r FS-relative addressing), so you don't need to use any assembly if all tha= t you want to do is load something relative to one of these segments. From= the clang manual: >=20 > > Annotating a pointer with address space #256 causes it to be code gener= ated relative to the X86 GS segment register, and address space #257 causes= it to be relative to the X86 FS segment. Note that this is a very very low= -level feature that should only be used if you know what you're doing (for = example in an OS kernel). > >=20 > > Here is an example: > >=20 >=20 > > #define GS_RELATIVE __attribute__((address_space(256))) > > int foo(int GS_RELATIVE *P) { > > return *P; > > } > >=20 > > Which compiles to (on X86-32): > >=20 > > _foo: > > movl 4(%esp), %eax > > movl %gs:(%eax), %eax > > ret >=20 > Using this instead of the inline asm allows the front end to perform > numerous optimisations because it no longer has a bit of magic embedded > in the middle of the code that the optimisers don't understand. Great, how to express a fetch of the struct thread * from gs-based offset 0 using this machinery and both avoiding NULL pointer dereference warning and avoiding an addition of volatile ? --0hyMCxJS7FIePeVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAKoGsACgkQC3+MBN1Mb4i2PgCdE3braxORLPvB3UeoA3WnRCbO B4AAn1QMVuT4ZaKvrq/xbhLlU4fvhbZU =yE/T -----END PGP SIGNATURE----- --0hyMCxJS7FIePeVX-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 14:21:37 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0601106564A for ; Sat, 21 Jul 2012 14:21:37 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8D6E98FC12 for ; Sat, 21 Jul 2012 14:21:37 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.5/8.14.2) with ESMTP id q6LELUIn043843; Sat, 21 Jul 2012 10:21:30 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.5/8.14.2/Submit) id q6LELThU043842; Sat, 21 Jul 2012 10:21:29 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 21 Jul 2012 10:21:29 -0400 From: David Schultz To: Warner Losh Message-ID: <20120721142129.GA43768@zim.MIT.EDU> Mail-Followup-To: Warner Losh , Peter Jeremy , freebsd-current@freebsd.org References: <210816F0-7ED7-4481-ABFF-C94A700A3EA0@bsdimp.com> <20120708233624.GA53462@troutmask.apl.washington.edu> <4FFBF16D.2030007@gwdg.de> <2A1DE516-ABB4-49D7-8C3D-2C4DA2D9FCF5@bsdimp.com> <4FFC412B.4090202@gwdg.de> <20120710151115.GA56950@zim.MIT.EDU> <4FFC5E5D.8000502@gwdg.de> <20120710225801.GB58778@zim.MIT.EDU> <20120711005506.GA88249@server.rulingia.com> <777FA576-7DBA-43B1-817A-0BB7CCF232E9@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <777FA576-7DBA-43B1-817A-0BB7CCF232E9@bsdimp.com> Cc: freebsd-current@FreeBSD.ORG, Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 14:21:37 -0000 On Fri, Jul 13, 2012, Warner Losh wrote: > Just to jump back into the fray a bit, since this point hasn't been articulated well. > > On Jul 10, 2012, at 6:55 PM, Peter Jeremy wrote: > > > On 2012-Jul-08 19:01:07 -0700, Steve Kargl wrote: > >> Well, on the most popular hardware (that being i386/amd64), > >> ld80 will use hardware fp instruction while ld128 must be > >> done completely in software. The speed difference is > >> significant. > > > > AFAIK, of the architectures that FreeBSD supports, only sparc64 > > defines ld128 in the architecture and I don't believe there are any > > SPARC chip implementations that implement ld128 math in hardware. > > We shouldn't be gating the new math on an issue that only affects sparc64 machines. If they have ld80 level of support for that architecture, then that is sufficient to get things into the tree. There's no real benefit from making numerics good on sparc64 for the project, since our support for the platform isn't stellar and the platform itself is getting a bit long in the tooth. > > That said, if people want to do it, be my guest. If it is important enough to catch someone's attention, then it is important enough to have. It just isn't important enough to be a gating factor if nobody has signed up for it yet. I have generally encouraged people to develop both at the same time, for three reasons: 1. Development is more efficient that way. When the algorithm is fresh in your mind, it's just a question of changing the constants and polynomials. 2. The 128-bit format is increasingly being supported on other platforms via software emulation (e.g., __float128 in gcc) and may be more widely supported in hardware in the future. 3. If the ld128 implementations don't happen at the same time as the ld80 versions, it becomes a pain for ports folks, and furthermore, it may *never* get implemented. But you are right that ld128 should not be a blocking issue. If ld128 is preventing people from making progress, then that work should definitely be deferred. From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 15:09:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C690A106564A for ; Sat, 21 Jul 2012 15:09:03 +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 7CCE68FC08 for ; Sat, 21 Jul 2012 15:09:03 +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 <1Ssb3W-0003uE-MW>; Sat, 21 Jul 2012 16:53:18 +0200 Received: from e178030055.adsl.alicedsl.de ([85.178.30.55] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1Ssb3W-0005sA-H8>; Sat, 21 Jul 2012 16:53:18 +0200 Message-ID: <500AC258.3030508@zedat.fu-berlin.de> Date: Sat, 21 Jul 2012 16:53:12 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA24BDA8794B3926F74B1753" X-Originating-IP: 85.178.30.55 Cc: Subject: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 15:09:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA24BDA8794B3926F74B1753 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On FreeBSD 10.0-CURRENT #1 r238671: Sat Jul 21 16:21:32 CEST 2012 (/usr/src recently update, is at Revision: 238672), VirtualBox seems to be broken: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error When both buildworld and kernel as well as /usr/src itself were at Revision: 238671, I did a build of the whole port /emulators/virtual-box-ose[-kmod] to prevent the vboxdrv.ko kernel module located in /boot/modules/ and its siblings being in sync with /usr/src. But it doesn't work. I searched the net and I only found hints of the form that both, /usr/src and the last time the module /emulators/virtual-box-ose-kmod has been build are out of sync. This is not the case in my case. VirtualBox is at version 4.1.18. What is wrong? Am I wrong and repeating an error over and over again? Regards, Oliver --------------enigCA24BDA8794B3926F74B1753 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) iQEcBAEBAgAGBQJQCsJeAAoJEOgBcD7A/5N8gykH/i5QrGKKpcWn9zZAXbVbkxlS 4dwfVwyJSYEo/n3YZ6J0A9q4RFCBU2PWZoIymGbFBSUqn5j59EFyKmTBn5/9QLt4 C40POUOXGfaYr2jTer/jvZYgoTrsDM+kVwAgu3x81qNcyw28vOM7RlVJg8StMR3x zKceDbSBzXJXLUPP7j9DiEnYBESs11O0hEcXNZ5CBfFZ2bMCcaMmfW+CUmctOtf4 1OSYt/QP2gXpQR1hNh2q3cN0q66qx5iu3SYZDW+VO/2laMKLfEBeMsbO39J4AHax 4MXETgpsEYEfo4Me8+Kwadoc2PGSt1SAde6ST4T+MK3LQGO9rCO91OtfxbAk7Ls= =t06+ -----END PGP SIGNATURE----- --------------enigCA24BDA8794B3926F74B1753-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 15:11:16 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7A45106564A for ; Sat, 21 Jul 2012 15:11:16 +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 8B9038FC0A for ; Sat, 21 Jul 2012 15:11:16 +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 <1SsbKt-0005XY-R6>; Sat, 21 Jul 2012 17:11:15 +0200 Received: from e178030055.adsl.alicedsl.de ([85.178.30.55] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1SsbKt-0006ic-LT>; Sat, 21 Jul 2012 17:11:15 +0200 Message-ID: <500AC68D.70501@zedat.fu-berlin.de> Date: Sat, 21 Jul 2012 17:11:09 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Current FreeBSD References: <500AC258.3030508@zedat.fu-berlin.de> In-Reply-To: <500AC258.3030508@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0FDAB56A361187D1EBEE1606" X-Originating-IP: 85.178.30.55 Cc: Subject: Re: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 15:11:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0FDAB56A361187D1EBEE1606 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/21/12 16:53, O. Hartmann wrote: > On FreeBSD 10.0-CURRENT #1 r238671: Sat Jul 21 16:21:32 CEST 2012 > (/usr/src recently update, is at Revision: 238672), VirtualBox seems to= > be broken: >=20 > kldload: can't load /boot/modules/vboxdrv.ko: Exec format error >=20 > When both buildworld and kernel as well as /usr/src itself were at > Revision: 238671, I did a build of the whole port > /emulators/virtual-box-ose[-kmod] to prevent the vboxdrv.ko kernel > module located in /boot/modules/ and its siblings being in sync with > /usr/src. >=20 > But it doesn't work. I searched the net and I only found hints of the > form that both, /usr/src and the last time the module > /emulators/virtual-box-ose-kmod has been build are out of sync. This is= > not the case in my case. >=20 > VirtualBox is at version 4.1.18. >=20 > What is wrong? Am I wrong and repeating an error over and over again? >=20 > Regards, > Oliver >=20 I found this in the message log: Jul 21 16:41:37 <0.2> thor kernel: link_elf_obj: symbol vm_contig_grow_cache undefined Jul 21 16:41:37 <0.2> thor kernel: KLD file vboxdrv.ko - could not finalize loading --------------enig0FDAB56A361187D1EBEE1606 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) iQEcBAEBAgAGBQJQCsaTAAoJEOgBcD7A/5N8OPUH/3aRz5n+BskSHX7PcCaYQXzL iACeUSlR8dRQHE2KTVp8qWuqzEbea0+QIDEpdP2yV+bXRBLMxUlIGghOLLgk1U+K NXWqyEbHy5KS/08YBy4bbAYnNQro/gnzpDTsbkTVV2EnHoH0pWVWUKjWmDsF3qTc VHVDZD3uyfL3lJgt7MHitd65zX2Jg4T1qblbRbEyyTQT+vgJ/hGGTxqRKVfNXZbV VR8N15+zNoTgWaXON6c/Z0vUWyh+i/5jGszRZHUR84qKazUNKYSKw0BFfG0Mfu4R D1x4JsQ/BVXfUWit0BkxEIzltnD5SjxEm1m9COs6/5Ms4gcFwzs+A1g1kbofq88= =RrMn -----END PGP SIGNATURE----- --------------enig0FDAB56A361187D1EBEE1606-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 15:59:20 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 A02CD106566C for ; Sat, 21 Jul 2012 15:59:20 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27F1A8FC18 for ; Sat, 21 Jul 2012 15:59:20 +0000 (UTC) Received: by obbun3 with SMTP id un3so8606905obb.13 for ; Sat, 21 Jul 2012 08:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3VYWAg9bes3QUPYJqa1IJ/f49rf/k9CnkyAtOA0Gzfw=; b=OmCIHqZI2fige6ZJYYz8G+blXBoBML8+P3PyayjHomgIM5TVKMso3llzvb5AaGAlR4 FOPJFuVQ9io7vTJ7mgbXKyIg3HnTSOp/yzs43cZBaznNqmJRPJpUgMm8vkurJ/af/OMv 4O19zGVs0FiSlz61DSYRGucicADJQzNGJiB6PbvF3sCOeb/LjDXtwG+amxG80zWt4Xhx wEdyTbHE78pB94Jeax2pv6rUQeZC1S95bi2765AiFjb3XqAyY9Irwm7h/cYiguU1/9a0 RDpjipzQz6BbGB0ITEv+HDZY+rMcdgWfsyCgJN0sY4nEZHrmD9+qoadpjI0rCZE6Bkzv NT1Q== MIME-Version: 1.0 Received: by 10.182.131.98 with SMTP id ol2mr12550430obb.69.1342886359549; Sat, 21 Jul 2012 08:59:19 -0700 (PDT) Received: by 10.60.61.38 with HTTP; Sat, 21 Jul 2012 08:59:19 -0700 (PDT) In-Reply-To: <500AC68D.70501@zedat.fu-berlin.de> References: <500AC258.3030508@zedat.fu-berlin.de> <500AC68D.70501@zedat.fu-berlin.de> Date: Sat, 21 Jul 2012 10:59:19 -0500 Message-ID: From: Brandon Gooch To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD Subject: Re: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 15:59:20 -0000 On Sat, Jul 21, 2012 at 10:11 AM, O. Hartmann wrote: > On 07/21/12 16:53, O. Hartmann wrote: >> On FreeBSD 10.0-CURRENT #1 r238671: Sat Jul 21 16:21:32 CEST 2012 >> (/usr/src recently update, is at Revision: 238672), VirtualBox seems to >> be broken: >> >> kldload: can't load /boot/modules/vboxdrv.ko: Exec format error >> >> When both buildworld and kernel as well as /usr/src itself were at >> Revision: 238671, I did a build of the whole port >> /emulators/virtual-box-ose[-kmod] to prevent the vboxdrv.ko kernel >> module located in /boot/modules/ and its siblings being in sync with >> /usr/src. >> >> But it doesn't work. I searched the net and I only found hints of the >> form that both, /usr/src and the last time the module >> /emulators/virtual-box-ose-kmod has been build are out of sync. This is >> not the case in my case. >> >> VirtualBox is at version 4.1.18. >> >> What is wrong? Am I wrong and repeating an error over and over again? >> >> Regards, >> Oliver >> > > I found this in the message log: > > Jul 21 16:41:37 <0.2> thor kernel: link_elf_obj: symbol > vm_contig_grow_cache undefined > Jul 21 16:41:37 <0.2> thor kernel: KLD file vboxdrv.ko - could not > finalize loading > The function vm_contig_grow_cache was renamed: http://svnweb.freebsd.org/base?view=revision&revision=238561 Apply the following patch in ports/emulators/virtualbox-ose-kmod/files, then rebuild the kmod: Index: patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c =================================================================== --- patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c (revision 301265) +++ patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c (working copy) @@ -149,7 +149,7 @@ + VM_OBJECT_UNLOCK(pObject); + if (pPages || tries >= 1) + break; -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + return pPages; @@ -176,7 +176,7 @@ + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); + if (pPages || tries >= 1) + break; -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + if (!pPages) Let us know if it works. -Brandon From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 16:56:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17EFC106566C for ; Sat, 21 Jul 2012 16:56: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 BE3AB8FC1F for ; Sat, 21 Jul 2012 16:56:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sscyj-0005UE-QC>; Sat, 21 Jul 2012 18:56:29 +0200 Received: from e178030055.adsl.alicedsl.de ([85.178.30.55] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sscyj-00030e-K6>; Sat, 21 Jul 2012 18:56:29 +0200 Message-ID: <500ADF35.1010603@zedat.fu-berlin.de> Date: Sat, 21 Jul 2012 18:56:21 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Brandon Gooch References: <500AC258.3030508@zedat.fu-berlin.de> <500AC68D.70501@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA339E3AAE45B749882609C06" X-Originating-IP: 85.178.30.55 Cc: Current FreeBSD Subject: Re: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 16:56:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA339E3AAE45B749882609C06 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/21/12 17:59, Brandon Gooch wrote: > On Sat, Jul 21, 2012 at 10:11 AM, O. Hartmann > wrote: >> On 07/21/12 16:53, O. Hartmann wrote: >>> On FreeBSD 10.0-CURRENT #1 r238671: Sat Jul 21 16:21:32 CEST 2012 >>> (/usr/src recently update, is at Revision: 238672), VirtualBox seems = to >>> be broken: >>> >>> kldload: can't load /boot/modules/vboxdrv.ko: Exec format error >>> >>> When both buildworld and kernel as well as /usr/src itself were at >>> Revision: 238671, I did a build of the whole port >>> /emulators/virtual-box-ose[-kmod] to prevent the vboxdrv.ko kernel >>> module located in /boot/modules/ and its siblings being in sync with >>> /usr/src. >>> >>> But it doesn't work. I searched the net and I only found hints of the= >>> form that both, /usr/src and the last time the module >>> /emulators/virtual-box-ose-kmod has been build are out of sync. This = is >>> not the case in my case. >>> >>> VirtualBox is at version 4.1.18. >>> >>> What is wrong? Am I wrong and repeating an error over and over again?= >>> >>> Regards, >>> Oliver >>> >> >> I found this in the message log: >> >> Jul 21 16:41:37 <0.2> thor kernel: link_elf_obj: symbol >> vm_contig_grow_cache undefined >> Jul 21 16:41:37 <0.2> thor kernel: KLD file vboxdrv.ko - could not >> finalize loading >> >=20 > The function vm_contig_grow_cache was renamed: >=20 > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D238561 >=20 > Apply the following patch in > ports/emulators/virtualbox-ose-kmod/files, then rebuild the kmod: >=20 > Index: patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c > (revision 301265) > +++ patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c (workin= g copy) > @@ -149,7 +149,7 @@ > + VM_OBJECT_UNLOCK(pObject); > + if (pPages || tries >=3D 1) > + break; > -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); > + tries++; > + } > + return pPages; > @@ -176,7 +176,7 @@ > + pPages =3D vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, > uAlignment, 0); > + if (pPages || tries >=3D 1) > + break; > -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); > + tries++; > + } > + if (!pPages) >=20 > Let us know if it works. >=20 > -Brandon >=20 Patch applied and it seems to work (I guess it works when I'm able to start Windows 7 sucessfully?) ... Thank you very much and in hope that the pacth makes it into the ports, regsrds, Oliver --------------enigA339E3AAE45B749882609C06 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) iQEcBAEBAgAGBQJQCt89AAoJEOgBcD7A/5N8vOYH/3iwsEWb4nsZz0AXAyQwQ8Pu QGvSdCFAlDDon+PGODvobYmBs88HwOcZZwqPew0Pyo/Aqr7yBkhp4VfirpzKXW93 LxSW/YMbqCHWFf73pMQJP2fjWF/BxiyihgK+LZkl2XE4Bcp1JQCyfEb5enHeizxL 9L3wWfsDl9rnJQOxbKnBDTNODqy0eHjxrna+5M0wUmaNGkGf1r1Foc2ZlWNch9gY pl4WVQKU2lcYcdks5LyN8FhNdrMaxEqXYDngi92absoRNWASXSNT1XjddYjxyRKq usC3W4pIlNOHKLVurMXi5lV0/t72g0RhHq5PLnMJb//4IBHn9WQxArVAdV3xL88= =QANL -----END PGP SIGNATURE----- --------------enigA339E3AAE45B749882609C06-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 18:59:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22B2106566C; Sat, 21 Jul 2012 18:59:19 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 99FF98FC12; Sat, 21 Jul 2012 18:59:19 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 550C91E0010C; Sat, 21 Jul 2012 20:59:13 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q6LIwEF1004970; Sat, 21 Jul 2012 20:58:14 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q6LIwENs004969; Sat, 21 Jul 2012 20:58:14 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 21 Jul 2012 20:58:13 +0200 To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20120721185813.GA4457@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: rick@lgarchitecture.com Subject: Fix for grub 2.00/bzr kfreebsd to boot 9.1 kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 18:59:20 -0000 Hi! I'm in the process of testing 9.1 on the laptop where I use grub2 because I had to put bsd in an `extended' slice, and I found out grub2 won't boot the 9.1 kernel. Asked on #grub where phcoder found the fix after I made him a test iso using grub-mkrescue: http://paste.debian.net/180121/ Applied that to grub 2.00 from here: http://ftp.gnu.org/gnu/grub/grub-2.00.tar.xz (built on a Linux debian slice with checkinstall), and that got the 9.1 kernel booting. So maybe the sysutils/grub2 maintainer (Cc'd) wants to update the port to 2.00 and add the patch in files/? :) (It's still at 1.98 currently where the patch doesn't apply.) The kfreebsd way to boot this affects is the same as in this earlier post: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011828.html (i.e. this is not chainloading bsd's loader but grub loading the kernel and klds itself. I think this way to boot was originally added by the debian kfreebsd guys, hence the command kfreebsd...) HTH, Juergen From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 20:00:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA201065674; Sat, 21 Jul 2012 20:00:51 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 882038FC19; Sat, 21 Jul 2012 20:00:51 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3306634qcs.13 for ; Sat, 21 Jul 2012 13:00:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4Iv3C61RU0o5ZY4WvN4TLpromo3ucFoO/bQHc0UmJZw=; b=wGUMzKfRUD1fyqO9oEgoDM6ZDh5eTIcMf6iKOIdgdGdTU6OCB82R0wYlUlvDOF29kP OcHj4G3SKoMib6uBqUOjCOCzCWUeh2azhYj0EMLrnXUFzuKzqNdo+Js/2KYWx9LLKqUP EPVxIAmUvf1jItWyw+ZL2yrfQL50/mEWLxlvyFrAhM5FBJQqpaEDmSh1JDDPQ6ZGZjVu MgCc+iO78tg9l8GjHVSoIV7G/gxwDJ8DZ+FapXUVUqDjjdjb9FOgA35X8lG4Px4fFPcV U56Vg31b+uXWck4GwcPpsataUhZPwQm1cS7oqwlNkS4Tv6R7cEQAQdTqzymDXbgtIgZl TEzw== MIME-Version: 1.0 Received: by 10.224.175.8 with SMTP id v8mr16855725qaz.47.1342900845275; Sat, 21 Jul 2012 13:00:45 -0700 (PDT) Received: by 10.229.39.12 with HTTP; Sat, 21 Jul 2012 13:00:45 -0700 (PDT) In-Reply-To: <50097BF0.9010103@FreeBSD.org> References: <50097BF0.9010103@FreeBSD.org> Date: Sat, 21 Jul 2012 16:00:45 -0400 Message-ID: From: Kim Culhan To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 20:00:51 -0000 On Fri, Jul 20, 2012 at 11:40 AM, Dimitry Andric wrote: > On 2012-07-20 16:49, Kim Culhan wrote: >> Seeing this for r:238655 > ... >> In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/pcpu.h:44: >> ./machine/pcpu.h:226:13: error: indirection of non-volatile null >> pointer will be deleted, not trap >> [-Werror,-Wnull-dereference] >> : "m" (*(char *)OFFSETOF_CURTHREAD)); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~ >> ./machine/pcpu.h:226:13: note: consider using __builtin_trap() or >> qualifying pointer with 'volatile' > > That's indeed a valid warning from clang, since OFFSETOF_CURTHREAD is > usually zero. It's probably due to recent work on dtrace. I'm not in > the neighborhood of a FreeBSD box right now to verify, but can you > please try to change the cast to "(volatile char *)"? That should fix > the warning. Yes it did, I know there are many considerations wrt to this warning. thanks -kim From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 20:40: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 6615B106566B for ; Sat, 21 Jul 2012 20:40:18 +0000 (UTC) (envelope-from rick@sloservers.com) Received: from mail.sloservers.com (vps.sloservers.com [204.109.61.218]) by mx1.freebsd.org (Postfix) with ESMTP id 3929C8FC18 for ; Sat, 21 Jul 2012 20:40:18 +0000 (UTC) Received: from [192.168.11.6] (port=18276 helo=thinking.kicks-ass.org) by mail.sloservers.com with smtp (Exim 4.76 #0 (EximConfig 2.5)) id 1SsgTG-000MTI-6A for ; Sat, 21 Jul 2012 16:40:15 -0400 Received: (qmail 46985 invoked by uid 98); 21 Jul 2012 13:40:13 -0700 Received: from [192.168.1.102] (HELO [192.168.1.102]) (192.168.1.102) (smtp-auth username rick@sloservers.com, mechanism plain) by thinking.kicks-ass.org (qpsmtpd/0.83) with (CAMELLIA256-SHA encrypted) ESMTPSA; Sat, 21 Jul 2012 13:40:13 -0700 Message-ID: <500B13AA.5080505@sloservers.com> Date: Sat, 21 Jul 2012 13:40:10 -0700 From: Rick User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Juergen Lock References: <20120721185813.GA4457@triton8.kn-bremen.de> In-Reply-To: <20120721185813.GA4457@triton8.kn-bremen.de> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-EximConfig: v2.5 on mail.sloservers.com (http://www.jcdigita.com/eximconfig) X-SA-Exim-Connect-IP: 192.168.11.6 X-SA-Exim-Mail-From: rick@sloservers.com Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Fix for grub 2.00/bzr kfreebsd to boot 9.1 kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 20:40:18 -0000 Hi Juergen, My email address has changed so don't be alarmed if your CC bounces. :) An update of grub2 is long overdue, so I'll work on that right now. -Rick On 2012/07/21 11:58, Juergen Lock wrote: > Hi! > > I'm in the process of testing 9.1 on the laptop where I use grub2 > because I had to put bsd in an `extended' slice, and I found out > grub2 won't boot the 9.1 kernel. Asked on #grub where phcoder > found the fix after I made him a test iso using grub-mkrescue: > > http://paste.debian.net/180121/ > > Applied that to grub 2.00 from here: > > http://ftp.gnu.org/gnu/grub/grub-2.00.tar.xz > > (built on a Linux debian slice with checkinstall), and that got > the 9.1 kernel booting. So maybe the sysutils/grub2 maintainer > (Cc'd) wants to update the port to 2.00 and add the patch in > files/? :) (It's still at 1.98 currently where the patch doesn't > apply.) > > The kfreebsd way to boot this affects is the same as in this > earlier post: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011828.html > > (i.e. this is not chainloading bsd's loader but grub loading the > kernel and klds itself. I think this way to boot was originally > added by the debian kfreebsd guys, hence the command kfreebsd...) > > HTH, > Juergen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 21:16: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 30313106566C; Sat, 21 Jul 2012 21:16:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BE97B8FC0C; Sat, 21 Jul 2012 21:16:32 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6LLGffg041606; Sun, 22 Jul 2012 00:16:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6LLGT0X041055; Sun, 22 Jul 2012 00:16:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6LLGSiV041054; Sun, 22 Jul 2012 00:16:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 22 Jul 2012 00:16:28 +0300 From: Konstantin Belousov To: Kim Culhan Message-ID: <20120721211628.GE2676@deviant.kiev.zoral.com.ua> References: <50097BF0.9010103@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c5s4KQzYKKhDo6IA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 21:16:33 -0000 --c5s4KQzYKKhDo6IA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 21, 2012 at 04:00:45PM -0400, Kim Culhan wrote: > On Fri, Jul 20, 2012 at 11:40 AM, Dimitry Andric wrote: > > On 2012-07-20 16:49, Kim Culhan wrote: > >> Seeing this for r:238655 > > ... > >> In file included from /usr/src/sys/modules/dtrace/dtrace/../../../sys/= pcpu.h:44: > >> ./machine/pcpu.h:226:13: error: indirection of non-volatile null > >> pointer will be deleted, not trap > >> [-Werror,-Wnull-dereference] > >> : "m" (*(char *)OFFSETOF_CURTHREAD)); > >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~ > >> ./machine/pcpu.h:226:13: note: consider using __builtin_trap() or > >> qualifying pointer with 'volatile' > > > > That's indeed a valid warning from clang, since OFFSETOF_CURTHREAD is > > usually zero. It's probably due to recent work on dtrace. I'm not in > > the neighborhood of a FreeBSD box right now to verify, but can you > > please try to change the cast to "(volatile char *)"? That should fix > > the warning. >=20 > Yes it did, I know there are many considerations wrt to this warning. This should be equivalent to what you tried. Can you test build and boot resulting kernel with this patch ? diff --git a/sys/amd64/include/pcpu.h b/sys/amd64/include/pcpu.h index 5d1fd4d..7b3c934 100644 --- a/sys/amd64/include/pcpu.h +++ b/sys/amd64/include/pcpu.h @@ -217,16 +217,22 @@ extern struct pcpu *pcpup; #define PCPU_SET(member, val) __PCPU_SET(pc_ ## member, val) =20 #define OFFSETOF_CURTHREAD 0 +#ifdef __clang__ +#define VOLATILE volatile +#else +#define VOLATILE +#endif static __inline __pure2 struct thread * __curthread(void) { struct thread *td; =20 __asm("movq %%gs:%1,%0" : "=3Dr" (td) - : "m" (*(char *)OFFSETOF_CURTHREAD)); + : "m" (*(VOLATILE char *)OFFSETOF_CURTHREAD)); return (td); } #define curthread (__curthread()) +#undef VOLATILE =20 #define OFFSETOF_CURPCB 32 static __inline __pure2 struct pcb * --c5s4KQzYKKhDo6IA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlALHCwACgkQC3+MBN1Mb4j0PACdEeKWFT3hrlscAx7F83QbwlII j2kAnREWLKZ9UJnpR0OJNPB5M9+NS0KM =EP8K -----END PGP SIGNATURE----- --c5s4KQzYKKhDo6IA-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 21 21:36:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20599106566B for ; Sat, 21 Jul 2012 21:36:27 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E23598FC14 for ; Sat, 21 Jul 2012 21:36:26 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9031150pbb.13 for ; Sat, 21 Jul 2012 14:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=DmUmYBY7jERGCbWEtdWcZwb097gudtdsf4S3VRaY//w=; b=m4LDEhF6XQNQgC/gU7D7nmCwOVksNb8CuxqY1r/0wFsEh3B7RJXY+liYqbOit9U8Br dX9WhGnR8O51LKp7rMLXI8usyoP3AkfyLWLJ5KXbr6sLwHsEFC+uQn6l2BQ+p1CRAWP/ LExFWAsULQlkTJycHr0C8AbQm0L/c5mzDsHSGseRvCfaK8fL3AF/1guFGBeR6cWPeVY5 A8HSedovoV1i1FSbocrx7BjmdkHYAUl3pWGE1eC+F+iRDdRJFNCJfPmXjk0ss8HImFQv 7CuA8uvBXxMQ3f8sd+UWeptZz24GseVHKR0WBm2N04CMSyztdroiYufDAY04UnSMVjzV mVYA== MIME-Version: 1.0 Received: by 10.68.211.194 with SMTP id ne2mr24622891pbc.14.1342906586475; Sat, 21 Jul 2012 14:36:26 -0700 (PDT) Received: by 10.68.226.7 with HTTP; Sat, 21 Jul 2012 14:36:26 -0700 (PDT) In-Reply-To: References: <500AC258.3030508@zedat.fu-berlin.de> <500AC68D.70501@zedat.fu-berlin.de> Date: Sat, 21 Jul 2012 16:36:26 -0500 Message-ID: From: Alan Cox To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD , "O. Hartmann" Subject: Re: kldload: can't load /boot/modules/vboxdrv.ko: Exec format error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@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: Sat, 21 Jul 2012 21:36:27 -0000 On Sat, Jul 21, 2012 at 10:59 AM, Brandon Gooch wrote: > On Sat, Jul 21, 2012 at 10:11 AM, O. Hartmann > wrote: > > On 07/21/12 16:53, O. Hartmann wrote: > >> On FreeBSD 10.0-CURRENT #1 r238671: Sat Jul 21 16:21:32 CEST 2012 > >> (/usr/src recently update, is at Revision: 238672), VirtualBox seems to > >> be broken: > >> > >> kldload: can't load /boot/modules/vboxdrv.ko: Exec format error > >> > >> When both buildworld and kernel as well as /usr/src itself were at > >> Revision: 238671, I did a build of the whole port > >> /emulators/virtual-box-ose[-kmod] to prevent the vboxdrv.ko kernel > >> module located in /boot/modules/ and its siblings being in sync with > >> /usr/src. > >> > >> But it doesn't work. I searched the net and I only found hints of the > >> form that both, /usr/src and the last time the module > >> /emulators/virtual-box-ose-kmod has been build are out of sync. This is > >> not the case in my case. > >> > >> VirtualBox is at version 4.1.18. > >> > >> What is wrong? Am I wrong and repeating an error over and over again? > >> > >> Regards, > >> Oliver > >> > > > > I found this in the message log: > > > > Jul 21 16:41:37 <0.2> thor kernel: link_elf_obj: symbol > > vm_contig_grow_cache undefined > > Jul 21 16:41:37 <0.2> thor kernel: KLD file vboxdrv.ko - could not > > finalize loading > > > > The function vm_contig_grow_cache was renamed: > > http://svnweb.freebsd.org/base?view=revision&revision=238561 > > Apply the following patch in > ports/emulators/virtualbox-ose-kmod/files, then rebuild the kmod: > > Index: patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c > =================================================================== > --- patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c > (revision 301265) > +++ patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c (working > copy) > @@ -149,7 +149,7 @@ > + VM_OBJECT_UNLOCK(pObject); > + if (pPages || tries >= 1) > + break; > -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); > + tries++; > + } > + return pPages; > @@ -176,7 +176,7 @@ > + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, > uAlignment, 0); > + if (pPages || tries >= 1) > + break; > -+ vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > ++ vm_pageout_grow_cache(tries, 0, VmPhysAddrHigh); > This change should be removed. > + tries++; > + } > + if (!pPages) > > Let us know if it works. > > -Brandon > _______________________________________________ > 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" >