From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 00:28:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 488FF8B4 for ; Sun, 2 Jun 2013 00:28:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 117286A1 for ; Sun, 2 Jun 2013 00:28:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAACRqlGDaFvO/2dsb2JhbABagzmDPLtHgRN0giMBAQEDAQEBASAEJyALGxgCAg0ZAikBCSYGCAcEARwEh2YGDKgjkH6BJoxPfjQHgkSBFAOUeoJEgSmQF4MrIDKBAzY X-IronPort-AV: E=Sophos;i="4.87,785,1363147200"; d="scan'208";a="30932890" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 01 Jun 2013 20:28:51 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 87093B4092; Sat, 1 Jun 2013 20:28:51 -0400 (EDT) Date: Sat, 1 Jun 2013 20:28:51 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <30016244.120440.1370132931499.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <375AA8A5-E385-4528-A460-D4B8FCB9497B@netapp.com> Subject: Re: mounting root from NFS via ROOTDEVNAME MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Craig Rodrigues , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 00:28:59 -0000 Lars Eggert wrote: > Hi, > > to conclude this thread, the patch below allows one to specify an nfs > rootfs via the ROOTDEVNAME kernel option, which will be mounted when > BOOTP does not return a root-path option. > > Lars > My only concern with this (mainly because I don't understand the rules applied to boot alternatives well enough) is that a few arm configs have both BOOTP, BOOTP_NFSROOT and ROOTDEVNAME specified, where ROOTDEVNAME is set to "ufs:...". I don't think this patch will break them, since I think they'll use NFS and ignore the ROOTDEVNAME, but I'm not completely sure. Does someone else know how HL201 boots, for example? Lars, if you have a src commit, you can consider this reviewed by me. If not, maybe Craig can review it and then I'll commit it. Thanks for doing this, rick > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > index 2c57a91..972fb12 100644 > --- a/sys/nfs/bootp_subr.c > +++ b/sys/nfs/bootp_subr.c > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > #include "opt_bootp.h" > #include "opt_nfs.h" > +#include "opt_rootdevname.h" > > #include > #include > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, > struct thread *td) > rtimo = time_second + > BOOTP_SETTLE_DELAY; > printf(" (got root path)"); > - } else > + } else { > printf(" (no root path)"); > +#ifdef ROOTDEVNAME > + /* > + * If we'll mount rootfs from > + * ROOTDEVNAME, we can accept > + * offers without root paths. > + */ > + gotrootpath = 1; > + rtimo = time_second + > + BOOTP_SETTLE_DELAY; > + printf(" (ROOTDEVNAME)"); > +#endif > + } > printf("\n"); > } > } /* while secs */ > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, > struct bootpc_ifcontext *ifctx, > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > TAG_ROOT); > +#ifdef ROOTDEVNAME > + /* > + * If there was no root path in BOOTP, use the one in ROOTDEVNAME. > + */ > + if (p == NULL) { > + p = strdup(ROOTDEVNAME, M_TEMP); > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > + panic("ROOTDEVNAME is not an NFS mount point"); > + } > +#endif > if (p != NULL) { > if (gctx->setrootfs != NULL) { > printf("rootfs %s (ignored) ", p); > > _______________________________________________ > 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 Jun 2 02:07:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 153FA58A for ; Sun, 2 Jun 2013 02:07:27 +0000 (UTC) (envelope-from yamadats@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) by mx1.freebsd.org (Postfix) with ESMTP id 0769AB5 for ; Sun, 2 Jun 2013 01:49:51 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id xk17so5262873obc.24 for ; Sat, 01 Jun 2013 18:49:51 -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=q2wzqQ0vu/UVAHLe3E3OYsllIG0yF1DxpApkqQk5VyU=; b=UIFZFAiwYChQHY86RwrJof2VWwAVfE4AwIsduyy2M2nFXAGQSokL2KN2S6nqbGkxzX i4eB1FQb+fjpd0Pv/0h5jz4/PKCTEQx9NZcIYjyvJ7gjc7tFZaoTeFH8C8qaB28tqcqt zkqU4PxxlCsBj9I2/IVxnq7e9bBJvRL598LTklymyErb4ypY9lI4EMljA6oCv5gAtPzY rzc/SmwPD2BVVt6ptjEunPWYVicudXe2Kmfw6cGOiIeEgx7bsvtVMjR+veOqUHECG7Iu T0pwrhKLtaFnfor+zvCLB+azvYVF0G2vx9a9eEXrQ5ES2QORNTrc49EH9Hm8JV66dWy8 gtSw== MIME-Version: 1.0 X-Received: by 10.60.173.143 with SMTP id bk15mr7971017oec.70.1370137791118; Sat, 01 Jun 2013 18:49:51 -0700 (PDT) Received: by 10.182.182.68 with HTTP; Sat, 1 Jun 2013 18:49:51 -0700 (PDT) Date: Sun, 2 Jun 2013 10:49:51 +0900 Message-ID: Subject: nvidia-driver 310.44 w/ -current From: =?UTF-8?B?5bGx55Sw5YGl?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 02:07:27 -0000 Could I have any pointer or suggestions to fix the following problem? I updated to -current, May 30 and tried to start Xorg on nvidia.GeForce 650 display. I got "Fatal server error: failed to create root window" that seemingly tells nothing for fix, and I have no idea to run xorg... Thank you in advance. Ken Yamada =================== Xorg.0.log ======================= X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-CURRENT amd64 Current Operating System: FreeBSD tyd3.sub.tydfam.jp 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r251220M: Sun Jun 2 07:22:30 JST 2013 root@:/usr/obj/usr/src/sys/TYD3 amd64 Build Date: 01 June 2013 06:13:09PM Current version of pixman: 0.28.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jun 1 23:07:25 2013 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x7b6a50 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0:1:0:0) 10de:0fc6:10de:0973 NVIDIA Corporation GK107 [GeForce GTX 650] rev 161, Mem @ 0xfa000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/65536 (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 310.44 Wed Mar 27 15:00:45 PDT 2013 (II) Loading extension GLX (II) LoadModule: "nvidia" (II) Loading /usr/local/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 310.44 Wed Mar 27 14:44:32 PDT 2013 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 01@00:00:0 (II) Loading sub module "wfb" (II) LoadModule: "wfb" (II) Loading /usr/local/lib/xorg/modules/libwfb.so (II) Module wfb: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) Jun 01 23:07:25 NVIDIA(0): Enabling 2D acceleration (II) Jun 01 23:07:26 NVIDIA(0): NVIDIA GPU GeForce GTX 650 (GK107) at PCI:1:0:0 (GPU-0) (--) Jun 01 23:07:26 NVIDIA(0): Memory: 1048576 kBytes (--) Jun 01 23:07:26 NVIDIA(0): VideoBIOS: 80.07.35.00.b2 (II) Jun 01 23:07:26 NVIDIA(0): Detected PCI Express Link width: 16X (--) Jun 01 23:07:26 NVIDIA(0): Valid display device(s) on GeForce GTX 650 at PCI:1:0:0 (--) Jun 01 23:07:26 NVIDIA(0): CRT-0 (--) Jun 01 23:07:26 NVIDIA(0): Mitsubishi RDT241WEX (DFP-0) (connected) (--) Jun 01 23:07:26 NVIDIA(0): DFP-1 (--) Jun 01 23:07:26 NVIDIA(0): DFP-2 (--) Jun 01 23:07:26 NVIDIA(0): CRT-0: 400.0 MHz maximum pixel clock (--) Jun 01 23:07:26 NVIDIA(0): Mitsubishi RDT241WEX (DFP-0): 330.0 MHz maximum pixel clock (--) Jun 01 23:07:26 NVIDIA(0): Mitsubishi RDT241WEX (DFP-0): Internal Dual Link TMDS (--) Jun 01 23:07:26 NVIDIA(0): DFP-1: 165.0 MHz maximum pixel clock (--) Jun 01 23:07:26 NVIDIA(0): DFP-1: Internal Single Link TMDS (--) Jun 01 23:07:26 NVIDIA(0): DFP-2: 330.0 MHz maximum pixel clock (--) Jun 01 23:07:26 NVIDIA(0): DFP-2: Internal Single Link TMDS (**) Jun 01 23:07:26 NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display (**) Jun 01 23:07:26 NVIDIA(0): device Mitsubishi RDT241WEX (DFP-0) (Using EDID (**) Jun 01 23:07:26 NVIDIA(0): frequencies has been enabled on all display devices.) (==) Jun 01 23:07:26 NVIDIA(0): (==) Jun 01 23:07:26 NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select" (==) Jun 01 23:07:26 NVIDIA(0): will be used as the requested mode. (==) Jun 01 23:07:26 NVIDIA(0): (II) Jun 01 23:07:26 NVIDIA(0): Validated MetaModes: (II) Jun 01 23:07:26 NVIDIA(0): "DFP-0:nvidia-auto-select" (II) Jun 01 23:07:26 NVIDIA(0): Virtual screen size determined to be 1920 x 1200 (--) Jun 01 23:07:26 NVIDIA(0): DPI set to (93, 95); computed from "UseEdidDpi" X config (--) Jun 01 23:07:26 NVIDIA(0): option (--) Depth 24 pixmap format is 32 bpp (II) Jun 01 23:07:26 NVIDIA: Reserving 3072.00 MB of virtual memory for indirect memory (II) Jun 01 23:07:26 NVIDIA: access. (II) Jun 01 23:07:26 NVIDIA(0): Setting mode "DFP-0:nvidia-auto-select" (II) Loading extension NV-GLX (==) NVIDIA(0): Disabling shared memory pixmaps (==) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (==) NVIDIA(0): DPMS enabled (II) Loading extension NV-CONTROL (II) Loading extension XINERAMA (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing extension GLX Fatal server error: failed to create root window Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 03:43:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 16A38A03; Sun, 2 Jun 2013 03:43:26 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) by mx1.freebsd.org (Postfix) with ESMTP id BB0B91626; Sun, 2 Jun 2013 03:43:25 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id o13so1236980qaj.11 for ; Sat, 01 Jun 2013 20:43:25 -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:x-mailer:mime-version :content-type; bh=U1vgqrtt5nRS0khMaVipklJBvweV6PegmQxZgMZs4eQ=; b=kONmZYHv5e7vBHOVPCeeufV9aacOTYl+lgHB18mpWZ2laJvofYJenKtXsnPylL6606 vd8ysjVD5XybChgNuzc8kUn1uA2XVyeKeNhw0E8z8FZTwn69QHHpQS2toTwgVBQsbFkP Ia6KzRKBMp6VDOAZHLItO2bwb9PL7c+LQTXiFBw3+KVQ3haM7hD/cf3dSzhSt79emcAt HrSVNPc+mOtG6IlVvtSTSqloMM951o5gWPcmxRldolwA5TYL+G6uxVyFL41gQ/xtWji0 uTKnVW830J1ie+DxqHgiHRoKsWQL+cUul9Ufkj582B/emTte6jHM3B+EtE5fmAp9lVXs GNTA== X-Received: by 10.49.132.106 with SMTP id ot10mr15915431qeb.51.1370144605251; Sat, 01 Jun 2013 20:43:25 -0700 (PDT) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPSA id c10sm41478583qag.2.2013.06.01.20.43.24 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 01 Jun 2013 20:43:24 -0700 (PDT) Date: Sat, 1 Jun 2013 23:43:10 -0400 From: Alexander Kabaev To: current@FreeBSD.ORG Subject: Undesirable bmake behavior Message-ID: <20130601234310.1ef241d5@kan.dyndns.org> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/pNGQDABRMH9DKSF+xgBKJ9Q"; protocol="application/pgp-signature" Cc: "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 03:43:26 -0000 --Sig_/pNGQDABRMH9DKSF+xgBKJ9Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, today I got confronted with this little curiosity from bmake. I have built and installed the world, and after reboot I ran 'make delete-old' as root to get rid of accumulated stale files. This is what I got back: >>> Removing old files (only deletes safe to delete libs) .... >>> Old files removed >>> Removing old directories >>> Old directories removed To remove old libraries run '/usr/obj/usr/src/make.amd64/make delete-old-libs'. It turns out that somehow running make in src tree finds and tries to run a copy from .OBJDIR, if one is present, unconditionally now. I do not think this that is a particularly desirable and even sane behaviour - once buildworld has finished, no tool should ever try to run _anything_ from what is essentially a scratch space. Bootstrap and cross tools should only be used during corresponding stages of buildworld and by default. --=20 Alexander Kabaev --Sig_/pNGQDABRMH9DKSF+xgBKJ9Q Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iD8DBQFRqr9bQ6z1jMm+XZYRAp/eAJ9cWN7gtSZvw6KeP4J/+4OFB/B0cgCgykdv HAFRSxMCCuExHPs8AARbePA= =wXCS -----END PGP SIGNATURE----- --Sig_/pNGQDABRMH9DKSF+xgBKJ9Q-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 04:03:07 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 63BD3CED for ; Sun, 2 Jun 2013 04:03:07 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5521816B0 for ; Sun, 2 Jun 2013 04:03:03 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id C44A836F49EC; Sat, 1 Jun 2013 21:03:01 -0700 (PDT) To: FreeBSD-CURRENT@freebsd.org Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: 26673324-cae7-11e2-a1b3-902b34a86bc3 Message-Id: <20130602040301.C44A836F49EC@dx.burplex.com> Date: Sat, 1 Jun 2013 21:03:01 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 04:03:07 -0000 On Sat, 1 Jun 2013 11:14:46 -0700 (PDT), Waitman Gobble wrote: > >On Sat, 1 Jun 2013 20:44:00 +0300, Konstantin Belousov >wrote: >> >> >> >>You cannot even guess what is going on without a proper debug information. >>Recompile and reinstall the libc/libthr/rtld with the debugging symbols >>to get proper backtraces. >> >>Anyway, two backtraces you demostrated, although not giving much useful >>data, look very different. More, the second backtrace suggests that >>there is either a bug in python interposing of malloc or memory corruption. > > >Thanks so much for your help, I'll rebuild with debug on next. > Hello, Perhaps a better backtrace, from python2.7.core created when trying to install www/midori #0 thr_kill () at thr_kill.S:3 #1 0x0000000801184ecc in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #2 0x000000080464aca1 in free (mem=0x8065015b0) at /usr/ports/lang/python27/work/Python-2.7.5/Modules/_ctypes/libffi/src/dlmalloc.c:4350 #3 0x0000000800e4c1af in _pthread_mutex_destroy (mutex=) at /usr/src/lib/libthr/thread/thr_mutex.c:273 #4 0x00000008010e0def in closedir (dirp=0x803b2dda0) at /usr/src/lib/libc/gen/closedir.c:65 #5 0x000000000053d482 in posix_listdir (self=0x0, args=0x806425ae0) at ./../Modules/posixmodule.c:2543 #6 0x000000000057fa6e in PyCFunction_Call (func=0x801920080, arg=0x806425ae0, kw=0x0) at ./../Objects/methodobject.c:81 #7 0x00000000004e40dd in call_function (pp_stack=0x7fffffff9388, oparg=1) at ./../Python/ceval.c:4021 #8 0x00000000004dffcd in PyEval_EvalFrameEx (f=0x801a8f9a0, throwflag=0) at ./../Python/ceval.c:2666 snipped, complete backtrace at https://dx.burplex.com/backtrace.txt all ports have been rebuilt, lib_pkgchk returns no missing libraries. running FreeBSD 10.0-CURRENT #0 r251216: Sat Jun 1 03:21:48 PDT 2013 It seems that any program using Python crashes. also, Seamonkey. I do not so far notice any other issues with this system. It was working great until an update about a week ago. seamonkey (gdb) bt #0 thr_kill () at thr_kill.S:3 #1 0x000000080316b585 in XRE_InstallX11ErrorHandler () from /usr/local/lib/seamonkey/libxul.so #2 0x0000000800f75286 in handle_signal (actp=, sig=11, info=0x7fffffffb7f0, ucp=0x7fffffffb480) at /usr/src/lib/libthr/thread/thr_sig.c:237 #3 0x0000000800f74e89 in thr_sighandler (sig=11, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:182 #4 0x00007ffffffff1d3 in ?? () #5 0x0000000800f74d70 in sigaction () at /usr/src/lib/libthr/thread/thr_sig.c:574 Previous frame inner to this frame (corrupt stack?) Current language: auto; currently asm Thank you. -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 04:32:35 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DB387E3 for ; Sun, 2 Jun 2013 04:32:35 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) by mx1.freebsd.org (Postfix) with ESMTP id B81741738 for ; Sun, 2 Jun 2013 04:32:35 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id u11so4092095pdi.22 for ; Sat, 01 Jun 2013 21:32:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=J2oL3blrR7HFiDPZAStfBnVq08ItfuODuVsWEf7/mCE=; b=Wr5pDpPbacuxlKEw9JZiXyATOwcFFXDoDyIzVQtEym7M3Evw42xc1+i6yPw0jgEyen rCxx2C1uV2y2k0NygC0A/q2fxh/OZEOqnluDc6NAjRKOFSPY3LqU2EVAI0+ihtPE2UHE Iqxa0bmB2tCwDf/WHuyeC86muf4MFwEBDmX3ZYu4WKNMBFZgu7onBpLqwQGV9gnT7hDk Ntjmcxi0nEonusCE/NSaCUH/sY5nfO3vGKXLcqh4TJUS7GYBfCdWVvahIRXZLYXWuoHc kDJi2n25Ty4kYPJP3nLIVpsAOfYYBbIJm6REnzBAz8cBILXf5ZRJHv/zMYFrNHi20+Bl Wy7g== X-Received: by 10.68.101.226 with SMTP id fj2mr19398255pbb.6.1370147554947; Sat, 01 Jun 2013 21:32:34 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id dc3sm15134637pbc.9.2013.06.01.21.32.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Jun 2013 21:32:34 -0700 (PDT) Message-ID: <51AACAD5.4090100@FreeBSD.org> Date: Sun, 02 Jun 2013 14:32:21 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Waitman Gobble Subject: Re: issue with libthr? References: <20130602040301.C44A836F49EC@dx.burplex.com> In-Reply-To: <20130602040301.C44A836F49EC@dx.burplex.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-CURRENT@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@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, 02 Jun 2013 04:32:35 -0000 On 2/06/2013 2:03 PM, Waitman Gobble wrote: > On Sat, 1 Jun 2013 11:14:46 -0700 (PDT), Waitman Gobble > wrote: >> >> On Sat, 1 Jun 2013 20:44:00 +0300, Konstantin Belousov > >> wrote: >>> >>> >>> >>> You cannot even guess what is going on without a proper debug information. >>> Recompile and reinstall the libc/libthr/rtld with the debugging symbols >>> to get proper backtraces. >>> >>> Anyway, two backtraces you demostrated, although not giving much useful >>> data, look very different. More, the second backtrace suggests that >>> there is either a bug in python interposing of malloc or memory > corruption. >> >> >> Thanks so much for your help, I'll rebuild with debug on next. >> > > > Hello, > > Perhaps a better backtrace, from python2.7.core created when trying to install > www/midori > > #0 thr_kill () at thr_kill.S:3 > #1 0x0000000801184ecc in abort () at /usr/src/lib/libc/stdlib/abort.c:65 > #2 0x000000080464aca1 in free (mem=0x8065015b0) > at > /usr/ports/lang/python27/work/Python-2.7.5/Modules/_ctypes/libffi/src/dlmalloc.c:4350 > #3 0x0000000800e4c1af in _pthread_mutex_destroy (mutex= out>) > at /usr/src/lib/libthr/thread/thr_mutex.c:273 > #4 0x00000008010e0def in closedir (dirp=0x803b2dda0) > at /usr/src/lib/libc/gen/closedir.c:65 > #5 0x000000000053d482 in posix_listdir (self=0x0, args=0x806425ae0) > at ./../Modules/posixmodule.c:2543 > #6 0x000000000057fa6e in PyCFunction_Call (func=0x801920080, arg=0x806425ae0, > > kw=0x0) at ./../Objects/methodobject.c:81 > #7 0x00000000004e40dd in call_function (pp_stack=0x7fffffff9388, oparg=1) > at ./../Python/ceval.c:4021 > #8 0x00000000004dffcd in PyEval_EvalFrameEx (f=0x801a8f9a0, throwflag=0) > at ./../Python/ceval.c:2666 > > snipped, complete backtrace at https://dx.burplex.com/backtrace.txt > > > all ports have been rebuilt, lib_pkgchk returns no missing libraries. > running FreeBSD 10.0-CURRENT #0 r251216: Sat Jun 1 03:21:48 PDT 2013 > > It seems that any program using Python crashes. also, Seamonkey. I do not so > far notice > any other issues with this system. It was working great until an update about > a week ago. > > seamonkey > (gdb) bt > #0 thr_kill () at thr_kill.S:3 > #1 0x000000080316b585 in XRE_InstallX11ErrorHandler () > from /usr/local/lib/seamonkey/libxul.so > #2 0x0000000800f75286 in handle_signal (actp=, sig=11, > > info=0x7fffffffb7f0, ucp=0x7fffffffb480) > at /usr/src/lib/libthr/thread/thr_sig.c:237 > #3 0x0000000800f74e89 in thr_sighandler (sig=11, info=, > > _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:182 > #4 0x00007ffffffff1d3 in ?? () > #5 0x0000000800f74d70 in sigaction () > at /usr/src/lib/libthr/thread/thr_sig.c:574 > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently asm > > > Thank you. I wonder if Pythons regression test picks anything up: ./python -m test.regrtest Run that in $WRKSRC/portbld.static/ after building From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 04:45:43 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A04B7242 for ; Sun, 2 Jun 2013 04:45:43 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7591778 for ; Sun, 2 Jun 2013 04:45:43 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id mc17so4179023pbc.18 for ; Sat, 01 Jun 2013 21:45:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=dCqNRdDPj7tptDvBjAfICIDqri7pI1hb+ZRlHGjQQjw=; b=o7SU0bONvMejs9n2VKQSsD+n4qY0T2KBz6fkllVtSL8j/UEEGh6om7Umq7hXB37Cqv 1goWwEQW6S1LU/ZWpvCVkFLDqDYI0B1f2arRfU9CrNp/D+hKJd/BkO8ULcp90XMb2Ck3 EmbQ05xWW51ic1ZrPT51+pdWEUoJmwKAA5++YrZWinHcElLMqAIgmfMIRnyBkRt3eP2P ituU6uMLiSEMC4ZxmlvSbYuos7xnUzpC/jiAVDTE3OAGeef9NWQYY3IfC/eCqJm9Fnz5 c9iunMuBL1Dyti5I9THGHUCFPI0u3LNkijAHtxCzxeejsWjD3Z8ryIJDWsPB0Q6C45RW eEyg== X-Received: by 10.66.158.101 with SMTP id wt5mr19449861pab.8.1370148342932; Sat, 01 Jun 2013 21:45:42 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id ya4sm53544151pbb.24.2013.06.01.21.45.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Jun 2013 21:45:42 -0700 (PDT) Message-ID: <51AACDEB.4060900@FreeBSD.org> Date: Sun, 02 Jun 2013 14:45:31 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Waitman Gobble Subject: Re: issue with libthr? References: <20130602040301.C44A836F49EC@dx.burplex.com> <51AACAD5.4090100@FreeBSD.org> In-Reply-To: <51AACAD5.4090100@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-CURRENT@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@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, 02 Jun 2013 04:45:43 -0000 On 2/06/2013 2:32 PM, Kubilay Kocak wrote: > I wonder if Pythons regression test picks anything up: > > ./python -m test.regrtest > > Run that in $WRKSRC/portbld.static/ after building Infact, run this instead: ./python -bb -E -Wd -m test.regrtest -r -w -uall [1] http://docs.python.org/devguide/runtests.html From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 05:20:55 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 19F8D688 for ; Sun, 2 Jun 2013 05:20:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7341823 for ; Sun, 2 Jun 2013 05:20:54 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r525KhYS035076; Sun, 2 Jun 2013 08:20:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r525KhYS035076 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r525KhOP035075; Sun, 2 Jun 2013 08:20:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Jun 2013 08:20:43 +0300 From: Konstantin Belousov To: Waitman Gobble Subject: Re: issue with libthr? Message-ID: <20130602052043.GA3047@kib.kiev.ua> References: <20130602040301.C44A836F49EC@dx.burplex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gdrMpCAa6ebg9u4r" Content-Disposition: inline In-Reply-To: <20130602040301.C44A836F49EC@dx.burplex.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,RAZOR2_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD-CURRENT@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 05:20:55 -0000 --gdrMpCAa6ebg9u4r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 01, 2013 at 09:03:01PM -0700, Waitman Gobble wrote: > On Sat, 1 Jun 2013 11:14:46 -0700 (PDT), Waitman Gobble > wrote:=20 > > > >On Sat, 1 Jun 2013 20:44:00 +0300, Konstantin Belousov > > >wrote:=20 > >> > >> > >> > >>You cannot even guess what is going on without a proper debug informati= on. > >>Recompile and reinstall the libc/libthr/rtld with the debugging symbols > >>to get proper backtraces. > >> > >>Anyway, two backtraces you demostrated, although not giving much useful > >>data, look very different. More, the second backtrace suggests that > >>there is either a bug in python interposing of malloc or memory > corruption. > > > > > >Thanks so much for your help, I'll rebuild with debug on next.=20 > > >=20 >=20 > Hello, >=20 > Perhaps a better backtrace, from python2.7.core created when trying to in= stall > www/midori >=20 > #0 thr_kill () at thr_kill.S:3 > #1 0x0000000801184ecc in abort () at /usr/src/lib/libc/stdlib/abort.c:65 > #2 0x000000080464aca1 in free (mem=3D0x8065015b0) > at > /usr/ports/lang/python27/work/Python-2.7.5/Modules/_ctypes/libffi/src/dlm= alloc.c:4350 > #3 0x0000000800e4c1af in _pthread_mutex_destroy (mutex=3D out>) > at /usr/src/lib/libthr/thread/thr_mutex.c:273 > #4 0x00000008010e0def in closedir (dirp=3D0x803b2dda0) > at /usr/src/lib/libc/gen/closedir.c:65 > #5 0x000000000053d482 in posix_listdir (self=3D0x0, args=3D0x806425ae0) > at ./../Modules/posixmodule.c:2543 > #6 0x000000000057fa6e in PyCFunction_Call (func=3D0x801920080, arg=3D0x8= 06425ae0, >=20 > kw=3D0x0) at ./../Objects/methodobject.c:81 > #7 0x00000000004e40dd in call_function (pp_stack=3D0x7fffffff9388, oparg= =3D1) > at ./../Python/ceval.c:4021 > #8 0x00000000004dffcd in PyEval_EvalFrameEx (f=3D0x801a8f9a0, throwflag= =3D0) > at ./../Python/ceval.c:2666 >=20 > snipped, complete backtrace at https://dx.burplex.com/backtrace.txt This seems to confirm that python interposed the free() function. Also, the python' version of free() raised an assert, which caused the coredump. I have no idea why it did this, and what condition check failed. This is probably a subject to talk with python maintainers. >=20 >=20 > all ports have been rebuilt, lib_pkgchk returns no missing libraries. > running FreeBSD 10.0-CURRENT #0 r251216: Sat Jun 1 03:21:48 PDT 2013 >=20 > It seems that any program using Python crashes. also, Seamonkey. I do not= so > far notice > any other issues with this system. It was working great until an update = about > a week ago. >=20 > seamonkey > (gdb) bt > #0 thr_kill () at thr_kill.S:3 > #1 0x000000080316b585 in XRE_InstallX11ErrorHandler () > from /usr/local/lib/seamonkey/libxul.so > #2 0x0000000800f75286 in handle_signal (actp=3D, si= g=3D11, >=20 > info=3D0x7fffffffb7f0, ucp=3D0x7fffffffb480) > at /usr/src/lib/libthr/thread/thr_sig.c:237 > #3 0x0000000800f74e89 in thr_sighandler (sig=3D11, info=3D, >=20 > _ucp=3D) at /usr/src/lib/libthr/thread/thr_sig.c= :182 > #4 0x00007ffffffff1d3 in ?? () > #5 0x0000000800f74d70 in sigaction () > at /usr/src/lib/libthr/thread/thr_sig.c:574 > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently asm This one is only the past some event, the backtrace shows the internal work of the libthr handling of the signal. Why signal was raised is up to the application. --gdrMpCAa6ebg9u4r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRqtYqAAoJEJDCuSvBvK1B6YcQAJR6NuOG65TLd1bI34Y3cbZy cqmeD+Bh7iSiIYSbBzajGgIt830UC4eZbtYxVBCo8KAEkgsBmVGvbf+ZTpmqKjTX N/YQHqmpINFaF8QXJd54ChFjeIwRxbsbagLKf4F+pesCQkYHDARSxClP2v/1ulAO 5E0p395+icg0ZexRavNH3as71HwEt6XvGs0hSTDHI4RHzKfNiGFVkao/W8myMnV/ hZjJ9ofA4y6Ik9hJ7a/vvsSBRdZxKRVmeZQTudJXwy0evxj4KyPhMIW7bCSofBPC nLeGMPqRlm0oC/dciKE+CtV7Evr/TRxqHybgmKaSzDShu8AuHg+HxhED5A+N1LlR UK+NyIR1iXxovyY4bDJnQLuIHfAo3V1U1vPh0/ZDcO669aZvn+lJG2WbLxZG8kxV VuAlQK413YFgdwEmMbk2s7qcqUvibQ/kN5aurBEVt8m81wIpHKJQp4UcwokfHRKq OnmFScQ/uC1qgvovRwCFOoW+Q8aWMWbfp94rD3u4L3JklUsi4ISKG79u3gVjN2gr GEPNFJeQ7Dd9zzhBUEleBVi7DH73fxf50ATby0YJPgOBOqzWQApZOUMfQdZr7RCX GOVw1FgP9VVyt+gsf3R0rLBxuKZ3qNP6ncYhKgUM1mw+Vme4SpywkrckFYvWRPZ+ DVRIEIgm04+WJvBbGoMG =quVX -----END PGP SIGNATURE----- --gdrMpCAa6ebg9u4r-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 05:33:02 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 328C98F7 for ; Sun, 2 Jun 2013 05:33:02 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 229CD1865 for ; Sun, 2 Jun 2013 05:33:02 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id 142EA36F4A0D; Sat, 1 Jun 2013 22:33:01 -0700 (PDT) To: Kubilay Kocak Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: 4c046895-cb3f-11e2-8072-902b34a86bc3 Message-Id: <20130602053301.142EA36F4A0D@dx.burplex.com> Date: Sat, 1 Jun 2013 22:33:01 -0700 (PDT) Cc: FreeBSD-CURRENT@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 05:33:02 -0000 On Sun, 02 Jun 2013 14:45:31 +1000, Kubilay Kocak wrote: > >On 2/06/2013 2:32 PM, Kubilay Kocak wrote: >> I wonder if Pythons regression test picks anything up: >> >> ./python -m test.regrtest >> >> Run that in $WRKSRC/portbld.static/ after building > >Infact, run this instead: > > ./python -bb -E -Wd -m test.regrtest -r -w -uall > >[1] http://docs.python.org/devguide/runtests.html > Hi, Thanks for your reply, I appreciate it. Here are some errors.. [1053] > ./python -bb -E -Wd -m test.regrtest -r -w -uall == CPython 2.7.5 (default, Jun 1 2013, 22:09:55) [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (trunk 178860)] == FreeBSD-10.0-CURRENT-amd64-64bit-ELF little-endian == /usr/ports/lang/python27/work/Python-2.7.5/build/test_python_98332 Testing with flags: sys.flags(debug=0, py3k_warning=0, division_warning=0, division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=1, tabcheck=0, verbose=0, unicode=0, bytes_warning=2, hash_randomization=0) Using random seed 1989961 test_global ... test_rfc822 test_file test_decimal Abort (core dumped) test_dis test_memoryio test_importhooks test_netrc test_univnewlines2k test_codecencodings_tw test_property test_zipimport_support : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" Abort (core dumped) test_distutils : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" Abort (core dumped) test_threading test test_threading failed -- Traceback (most recent call last): File "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line 307, in test_finalize_runnning_thread self.assertEqual(rc, 42) AssertionError: -10 != 42 -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 06:44:04 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4FE3011A for ; Sun, 2 Jun 2013 06:44:04 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEA7196D for ; Sun, 2 Jun 2013 06:44:04 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id wz12so4256314pbc.3 for ; Sat, 01 Jun 2013 23:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=FqRPSCu6OqJLRNLOH+KGHSmHmH8qUbTG+yRnas9id7g=; b=qaNOYR7SCj99iKuCIghn5M68QylJnY6JYZgemf8wL59qhrmuaDWKfg4F1/CY0A8C5j CUIog9wJhTsMXOsqUm/vrcatFq69t9HeqGQJby6KuwA7hoW0jdx/m/lr9pJxr/bHNuc7 WLDujRcFNIQdo6s9Le3yBkyNe+/R33kEuWEYsIydXpvKxZkt7FurImp2VPufwMR1t3Xl ZAtQOePaT/7V546eWeqVL8M6ARG2Xu0GlVTGhSNtIXPH3vzUZfVyahExYP8J0jZV+lWm 5cdqFC2IUGyCBxHFX+XmQkPTLPM5OY7C62xNblUSFIDrlfq1j/DP8ZJfzzqc1XVB1ISS l7/g== X-Received: by 10.66.248.68 with SMTP id yk4mr20287459pac.137.1370155443508; Sat, 01 Jun 2013 23:44:03 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id bs2sm57510739pad.17.2013.06.01.23.44.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Jun 2013 23:44:02 -0700 (PDT) Message-ID: <51AAE9A7.2040700@FreeBSD.org> Date: Sun, 02 Jun 2013 16:43:51 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Waitman Gobble Subject: Re: issue with libthr? References: <20130602053301.142EA36F4A0D@dx.burplex.com> In-Reply-To: <20130602053301.142EA36F4A0D@dx.burplex.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-CURRENT@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@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, 02 Jun 2013 06:44:04 -0000 On 2/06/2013 3:33 PM, Waitman Gobble wrote: > On Sun, 02 Jun 2013 14:45:31 +1000, Kubilay Kocak > wrote: >> >> On 2/06/2013 2:32 PM, Kubilay Kocak wrote: >>> I wonder if Pythons regression test picks anything up: >>> >>> ./python -m test.regrtest >>> >>> Run that in $WRKSRC/portbld.static/ after building >> >> Infact, run this instead: >> >> ./python -bb -E -Wd -m test.regrtest -r -w -uall >> >> [1] http://docs.python.org/devguide/runtests.html >> > > Hi, > > Thanks for your reply, I appreciate it. > > Here are some errors.. > > > > [1053] > ./python -bb -E -Wd -m test.regrtest -r -w -uall > == CPython 2.7.5 (default, Jun 1 2013, 22:09:55) [GCC 4.2.1 Compatible FreeBSD > Clang 3.3 (trunk 178860)] > == FreeBSD-10.0-CURRENT-amd64-64bit-ELF little-endian > == /usr/ports/lang/python27/work/Python-2.7.5/build/test_python_98332 > Testing with flags: sys.flags(debug=0, py3k_warning=0, division_warning=0, > division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, > no_user_site=0, no_site=0, ignore_environment=1, tabcheck=0, verbose=0, > unicode=0, bytes_warning=2, hash_randomization=0) > Using random seed 1989961 > test_global > ... > test_rfc822 > test_file > test_decimal > Abort (core dumped) > > test_dis > test_memoryio > test_importhooks > test_netrc > test_univnewlines2k > test_codecencodings_tw > test_property > test_zipimport_support > : > /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" > Abort (core dumped) > > test_distutils > : > /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" > Abort (core dumped) > > > test_threading > test test_threading failed -- Traceback (most recent call last): > File > "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line > 307, in test_finalize_runnning_thread > self.assertEqual(rc, 42) > AssertionError: -10 != 42 > > > > -- > Waitman Gobble > San Jose California USA > +1.5108307875 > > That last failure in test_threading I can reproduce on 10.0-CURRENT but I don't think its related. Those coredumps on the other hand. Incidentally, what OPTIONS did you build Python with? I ask cause WITH_PYMALLOC is the port and upstream default -- Ta, koobs From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 05:11:24 2013 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6173C61B for ; Sun, 2 Jun 2013 05:11:24 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe005.messaging.microsoft.com [65.55.88.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2608A1806 for ; Sun, 2 Jun 2013 05:11:23 +0000 (UTC) Received: from mail19-tx2-R.bigfish.com (10.9.14.234) by TX2EHSOBE008.bigfish.com (10.9.40.28) with Microsoft SMTP Server id 14.1.225.23; Sun, 2 Jun 2013 04:41:03 +0000 Received: from mail19-tx2 (localhost [127.0.0.1]) by mail19-tx2-R.bigfish.com (Postfix) with ESMTP id 22C5B40132; Sun, 2 Jun 2013 04:41:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.54; KIP:(null); UIP:(null); IPV:NLI; H:P-EMHUB02-HQ.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 2 X-BigFish: S2(zz1432Izz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6h1082kz8dhzz31h2a8h668h839hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b88h1d0ch1d2eh1d3fh1dfeh1dffh1155h) Received-SPF: softfail (mail19-tx2: transitioning domain of juniper.net does not designate 66.129.224.54 as permitted sender) client-ip=66.129.224.54; envelope-from=sjg@juniper.net; helo=P-EMHUB02-HQ.jnpr.net ; -HQ.jnpr.net ; Received: from mail19-tx2 (localhost.localdomain [127.0.0.1]) by mail19-tx2 (MessageSwitch) id 1370148061319891_11373; Sun, 2 Jun 2013 04:41:01 +0000 (UTC) Received: from TX2EHSMHS028.bigfish.com (unknown [10.9.14.239]) by mail19-tx2.bigfish.com (Postfix) with ESMTP id 4A51FE0050; Sun, 2 Jun 2013 04:41:01 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net (66.129.224.54) by TX2EHSMHS028.bigfish.com (10.9.99.128) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sun, 2 Jun 2013 04:41:01 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 1 Jun 2013 21:41:00 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r524evL47661; Sat, 1 Jun 2013 21:40:59 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 9798358097; Sat, 1 Jun 2013 21:40:57 -0700 (PDT) To: Alexander Kabaev Subject: Re: Undesirable bmake behavior In-Reply-To: <20130601234310.1ef241d5@kan.dyndns.org> References: <20130601234310.1ef241d5@kan.dyndns.org> Comments: In-reply-to: Alexander Kabaev message dated "Sat, 01 Jun 2013 23:43:10 -0400." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 1 Jun 2013 21:40:57 -0700 Message-ID: <20130602044057.9798358097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Sun, 02 Jun 2013 10:46:43 +0000 Cc: current@FreeBSD.ORG, sjg@juniper.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 05:11:24 -0000 >today I got confronted with this little curiosity from bmake. I have >built and installed the world, and after reboot I ran 'make delete-old' >as root to get rid of accumulated stale files. This is what I got back: > >>>> Removing old files (only deletes safe to delete libs) >.... >>>> Old files removed >>>> Removing old directories >>>> Old directories removed >To remove old libraries run '/usr/obj/usr/src/make.amd64/make >delete-old-libs'. > >It turns out that somehow running make in src tree finds and tries to >run a copy from .OBJDIR, if one is present, unconditionally now. I do This simply what src/Makefile says to do, and AFAIK it has been that way for ages. Since delete-old is in TGTS it gets run via: # # Handle the user-driven targets, using the source relative mk files. # ${TGTS}: ${_+_}@cd ${.CURDIR}; ${_MAKE} ${.TARGET} and $ make -dV -V _MAKE PATH=${PATH} ${BINMAKE} -f Makefile.inc1 TARGET=${_TARGET} TARGET_ARCH=${_TARGET_ARCH} $ make -dV -V BINMAKE `if [ -x ${MAKEPATH}/make ]; then echo ${MAKEPATH}/make; else echo ${MAKE}; fi` -m ${.CURDIR}/share/mk $ make -V _MAKE PATH=/sbin:/bin:/usr/sbin:/usr/bin `if [ -x /var/obj/current/b/sjg/work/FreeBSD/current/src/make.amd64/make ]; then echo /var/obj/current/b/sjg/work/FreeBSD/current/src/make.amd64/make; else echo make; fi` -m /b/sjg/work/FreeBSD/current/src/share/mk -f Makefile.inc1 TARGET=amd64 TARGET_ARCH=amd64 $ Now you may be right that that's a bad idea, but it isn't anything new. --sjg From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 13:34:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0305327C for ; Sun, 2 Jun 2013 13:34:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DD43E126B for ; Sun, 2 Jun 2013 13:33:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r52DXx5p039146 for ; Sun, 2 Jun 2013 13:33:59 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r52DXxxA039145 for freebsd-current@freebsd.org; Sun, 2 Jun 2013 13:33:59 GMT (envelope-from bdrewery) Received: (qmail 94066 invoked from network); 2 Jun 2013 08:33:57 -0500 Received: from unknown (HELO ?10.10.1.133?) (freebsd@shatow.net@10.10.1.133) by sweb.xzibition.com with ESMTPA; 2 Jun 2013 08:33:57 -0500 Message-ID: <51AB49C4.5030000@FreeBSD.org> Date: Sun, 02 Jun 2013 08:33:56 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Supermicro 6027R-N3RF+head, usb trouble References: <20130421223838.6bec3bfb@laptop.minsk.domain> <51A4F585.60401@FreeBSD.org> <20130529083338.07a2f54b@laptop.minsk.domain> <51A5F1AC.3060606@FreeBSD.org> <51A5F873.2000103@FreeBSD.org> <20130530050723.GW3047@kib.kiev.ua> <51A742EB.6070907@FreeBSD.org> <20130601170016.GU3047@kib.kiev.ua> In-Reply-To: <20130601170016.GU3047@kib.kiev.ua> X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2BKHSQGDFOBFINRDCPGSX" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 13:34:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2BKHSQGDFOBFINRDCPGSX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 6/1/2013 12:00 PM, Konstantin Belousov wrote: > On Thu, May 30, 2013 at 07:15:39AM -0500, Bryan Drewery wrote: >> On 5/30/2013 12:07 AM, Konstantin Belousov wrote: >>> On Wed, May 29, 2013 at 07:45:39AM -0500, Bryan Drewery wrote: >>>> On 5/29/2013 7:16 AM, Bryan Drewery wrote: >>>>> On 5/29/2013 12:33 AM, Sergey V. Dyatko wrote: >>>>>> On Tue, 28 May 2013 13:20:53 -0500 >>>>>> Bryan Drewery wrote: >>>>>> >>>>>>> On 4/21/2013 2:38 PM, Sergey V. Dyatko wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Can anybody explain why USB keyboard (and keyboard from >>>>>>>> integrated IPKVM) doesn't work when I boot with 'C606 >>>>>>>> chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bi= os? >>>>>>>> Also I can't boot that box from usb memstick and >>>>>>>> FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They bot= h >>>>>>>> loose(?) device and can't find root If I disable controller in b= ios >>>>>>>> system can't see any sata hdd connected to it:( >>>>>>>> booting with hw.usb.ehci.no_hs=3D1, kern.cam.boot_delay=3D"10000= " >>>>>>>> and debug.acpi.disabled=3D"hostres" without success. I setup dhc= pd, >>>>>>>> tftp, nfs on my laptop and finally I install fbsd on that box, b= ut >>>>>>>> question with kbd is open - It doesn't work.. >>>>>>>> dmesg: >>>>>>>> http://svn.freebsd.by/files/dmesg_N3RF.txt >>>>>>>> pciconf -lv: >>>>>>>> http://svn.freebsd.by/files/pciconf_N3RF.txt >>>>>>>> >>>>>>>> I would appreciate any hints >>>>>>>> >>>>>>> >>>>>>> I'm having this exact problem on HEAD r250991 as well. 9.1-RELEAS= E >>>>>>> (disc1) seems ok though. >>>>>>> >>>>>>> Did you get this figured out? >>>>>>> >>>>>> >>>>>> I added to loader.conf >>>>>> kern.maxbcache=3D"128M" >>>> >>>> ^ This setting is all that was needed. The VFS change was not needed= =2E >>>> >>>> >>>>>> vfs.maxbufspace=3D134217728 >>>>>> also I create /boot.config with '-v' >>>>>> I don't know what exactly help, but now usb kbd (ipkvm) works fine= >>>>>> for me. >>>>>> p.s. It is smbios.system.product=3D"X9DRW" >>>>>> >>>>> >>>>> Yes! This fix of limiting the size worked for me. USB worked on boo= t, kb >>>>> works remotely in the IP KVM and locally as well now. >>>>> >>>>> For the record, this is a DELL C1100 with 72GB of ram. The symptoms= >>>>> match the previous posts though and the delay settings did not help= =2E >>>>> >>>>> This was working on 9.1-R, something must have changed on HEAD. >>>>> >>>>> This is not a production system, I'm willing to try any patches or >>>>> settings to help get this fixed by default. >>>>> >>> >>> Could you get the values of sysctl kern.nbuf, kern.bio_transient_maxc= nt >>> from the boot without any tuning of the KVA usage ? >>> >> >> # sysctl kern.nbuf kern.bio_transient_maxcnt kern.maxbcache >> kern.nbuf: 472300 >> kern.bio_transient_maxcnt: 1024 >> kern.maxbcache: 0 >> >> For reference, with limiting maxbcache: >> >> # sysctl kern.nbuf kern.bio_transient_maxcnt kern.maxbcache >> kern.nbuf: 7372 >> kern.bio_transient_maxcnt: 102 >> kern.maxbcache: 134217728 >=20 > You did not tuned BKVASIZE nor MAXPHYS ? No. >=20 > This is somewhat unexpected, but indeed reasonable. The buffer cache > dutifully tried to allocate 1/10 of the RAM size for the buffer KVA. >=20 > Please try the following tweak. With patch, and leaving kern.maxbcache to default, USB works as expected.= Result with patch: # sysctl kern.nbuf kern.bio_transient_maxcnt kern.maxbcache kern.nbuf: 105931 kern.bio_transient_maxcnt: 1024 kern.maxbcache: 0 # cat /boot/loader.conf zfs_load=3D"YES" vfs.root.mountfrom=3D"zfs:zroot/ROOT/head-r251224" USB on boot: uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub4: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/head-r251224 []... ums0: on usbus3 ums0: 3 buttons and [Z] coordinates ID=3D0 ums1: on usbus3 ums1: 3 buttons and [XYZ] coordinates ID=3D0 >=20 > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index 7bd8d7e..2f92cde 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -560,7 +560,8 @@ kern_vfs_bio_buffer_alloc(caddr_t v, long physmem_e= st) > nbuf +=3D min((physmem_est - 4096) / factor, > 65536 / factor); > if (physmem_est > 65536) > - nbuf +=3D (physmem_est - 65536) * 2 / (factor * 5); > + nbuf +=3D min((physmem_est - 65536) * 2 / (factor * 5), > + 32 * 1024 * 1024 / (factor * 5)); > =20 > if (maxbcache && nbuf > maxbcache / BKVASIZE) > nbuf =3D maxbcache / BKVASIZE; >=20 --=20 Regards, Bryan Drewery ------enig2BKHSQGDFOBFINRDCPGSX 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) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRq0nEAAoJEG54KsA8mwz5YSEP/j7LY9Bqxc0svachqIsmcq5x HI9IT9/DecHVN0fGTesG63OxOXp+wMPYbqkwFFo2IzogrR5iw+zpRtFDva44W4qs G3tczG4QXJepft0+cFwdRmBu8UF5uQzmYALQv7BgE8JIe34JVGi/OrQipva48SNO yf0T+rIhr+C8BuKCaO1o94kIYwF9ovMcvAClR9PVAsQhxEwmsN+Nc+mrvzZTS4Yk n56lTsZkyI+s17M6MgQEbCMWzmXjO3+HDQSDTU7jxMJnUdXEJsQ6ur5g9rPCMaLZ MZeVZhXb3XkNG5JXJ2edE6hQjYcNJhgI5bF6coSQDSf8pALzLLkKC+4rKGFxgm5U 0pPrK4a9oMCjDCqS+VeQAtnoeYr2i2rfe3iLU+fPgzL7C+sI4ld+VeU+FkMgY2NV 16Plvvlg3l47vecfPf7DhHBV3f1zZvyjp7EMONhK0XsjhxWAjXGRXqhG4gv4a9MM G6i+lBdR854PRbpu+7x+3Om8g3ZpzpR7BmNgH4MQTLXj3DnsvNMGETVM6WAVSawQ qpYIa6IJhSLZSCudqEoJeaNp1mzTsCya7R6sUfd8S5+VVcR6lIJp/yrXDyWdy6Sj 9MTKdYgHfzO5iTIcv4MoV+Ha4kvAmxEckiGcjT5DVe/mnEJKL2/NZA5qVx6MjYFq s63IUfGQLReAxJh9tcva =8urF -----END PGP SIGNATURE----- ------enig2BKHSQGDFOBFINRDCPGSX-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 14:24:11 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 91518715 for ; Sun, 2 Jun 2013 14:24:11 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 746F51616 for ; Sun, 2 Jun 2013 14:24:11 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id F337C36F4AAA; Sun, 2 Jun 2013 07:24:03 -0700 (PDT) To: Kubilay Kocak Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: d44da636-cb4f-11e2-8072-902b34a86bc3 Message-Id: <20130602142403.F337C36F4AAA@dx.burplex.com> Date: Sun, 2 Jun 2013 07:24:03 -0700 (PDT) Cc: FreeBSD-CURRENT@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 14:24:11 -0000 On Sun, 02 Jun 2013 16:43:51 +1000, Kubilay Kocak wrote: > >On 2/06/2013 3:33 PM, Waitman Gobble wrote: >> On Sun, 02 Jun 2013 14:45:31 +1000, Kubilay Kocak >> wrote: >>> >>> On 2/06/2013 2:32 PM, Kubilay Kocak wrote: >>>> I wonder if Pythons regression test picks anything up: >>>> >>>> ./python -m test.regrtest >>>> >>>> Run that in $WRKSRC/portbld.static/ after building >>> >>> Infact, run this instead: >>> >>> ./python -bb -E -Wd -m test.regrtest -r -w -uall >>> >>> [1] http://docs.python.org/devguide/runtests.html >>> >> >> Hi, >> >> Thanks for your reply, I appreciate it. >> >> Here are some errors.. >> >> >> >> [1053] > ./python -bb -E -Wd -m test.regrtest -r -w -uall >> == CPython 2.7.5 (default, Jun 1 2013, 22:09:55) [GCC 4.2.1 Compatible FreeBSD >> Clang 3.3 (trunk 178860)] >> == FreeBSD-10.0-CURRENT-amd64-64bit-ELF little-endian >> == /usr/ports/lang/python27/work/Python-2.7.5/build/test_python_98332 >> Testing with flags: sys.flags(debug=0, py3k_warning=0, division_warning=0, >> division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, >> no_user_site=0, no_site=0, ignore_environment=1, tabcheck=0, verbose=0, >> unicode=0, bytes_warning=2, hash_randomization=0) >> Using random seed 1989961 >> test_global >> ... >> test_rfc822 >> test_file >> test_decimal >> Abort (core dumped) >> >> test_dis >> test_memoryio >> test_importhooks >> test_netrc >> test_univnewlines2k >> test_codecencodings_tw >> test_property >> test_zipimport_support >> : >> /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" >> Abort (core dumped) >> >> test_distutils >> : >> /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" >> Abort (core dumped) >> >> >> test_threading >> test test_threading failed -- Traceback (most recent call last): >> File >> "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line >> 307, in test_finalize_runnning_thread >> self.assertEqual(rc, 42) >> AssertionError: -10 != 42 >> >> >> >> -- >> Waitman Gobble >> San Jose California USA >> +1.5108307875 >> >> > >That last failure in test_threading I can reproduce on 10.0-CURRENT but >I don't think its related. Those coredumps on the other hand. > >Incidentally, what OPTIONS did you build Python with? I ask cause >WITH_PYMALLOC is the port and upstream default > >-- >Ta, > >koobs > Hi, The latest build has EXAMPLES, IPV6, NLS, THREADS, UCS4. I originally had the defaults, was trying different options to see if I could avoid the crash. I'll reset PYMALLOC in that case. I did try one build using PTH, it seems to cause problems with the #include in Python.h, I think I have to change that to #include or something, but I read somewhere on the FreeBSD forum that one should not use that option with Python anyhow. (?) Thanks -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 14:41:42 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CEE1ED4 for ; Sun, 2 Jun 2013 14:41:42 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id BD77D1947 for ; Sun, 2 Jun 2013 14:41:42 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id 81F0436F4816; Sun, 2 Jun 2013 07:41:42 -0700 (PDT) To: Kubilay Kocak Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: d44da636-cb4f-11e2-8072-902b34a86bc3 Message-Id: <20130602144142.81F0436F4816@dx.burplex.com> Date: Sun, 2 Jun 2013 07:41:42 -0700 (PDT) Cc: FreeBSD-CURRENT@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 14:41:42 -0000 On Sun, 02 Jun 2013 16:43:51 +1000, Kubilay Kocak wrote: > >On 2/06/2013 3:33 PM, Waitman Gobble wrote: >> On Sun, 02 Jun 2013 14:45:31 +1000, Kubilay Kocak >> wrote: >>> >>> On 2/06/2013 2:32 PM, Kubilay Kocak wrote: >>>> I wonder if Pythons regression test picks anything up: >>>> >>>> ./python -m test.regrtest >>>> >>>> Run that in $WRKSRC/portbld.static/ after building >>> >>> Infact, run this instead: >>> >>> ./python -bb -E -Wd -m test.regrtest -r -w -uall >>> >>> [1] http://docs.python.org/devguide/runtests.html >>> >> >> Hi, >> >> Thanks for your reply, I appreciate it. >> >> Here are some errors.. >> >> >> >> [1053] > ./python -bb -E -Wd -m test.regrtest -r -w -uall >> == CPython 2.7.5 (default, Jun 1 2013, 22:09:55) [GCC 4.2.1 Compatible FreeBSD >> Clang 3.3 (trunk 178860)] >> == FreeBSD-10.0-CURRENT-amd64-64bit-ELF little-endian >> == /usr/ports/lang/python27/work/Python-2.7.5/build/test_python_98332 >> Testing with flags: sys.flags(debug=0, py3k_warning=0, division_warning=0, >> division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, >> no_user_site=0, no_site=0, ignore_environment=1, tabcheck=0, verbose=0, >> unicode=0, bytes_warning=2, hash_randomization=0) >> Using random seed 1989961 >> test_global >> ... >> test_rfc822 >> test_file >> test_decimal >> Abort (core dumped) >> >> test_dis >> test_memoryio >> test_importhooks >> test_netrc >> test_univnewlines2k >> test_codecencodings_tw >> test_property >> test_zipimport_support >> : >> /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" >> Abort (core dumped) >> >> test_distutils >> : >> /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:942: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" >> Abort (core dumped) >> >> >> test_threading >> test test_threading failed -- Traceback (most recent call last): >> File >> "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line >> 307, in test_finalize_runnning_thread >> self.assertEqual(rc, 42) >> AssertionError: -10 != 42 >> >> >> >> -- >> Waitman Gobble >> San Jose California USA >> +1.5108307875 >> >> > >That last failure in test_threading I can reproduce on 10.0-CURRENT but >I don't think its related. Those coredumps on the other hand. > >Incidentally, what OPTIONS did you build Python with? I ask cause >WITH_PYMALLOC is the port and upstream default > >-- >Ta, > >koobs > OK... you are correct, WITH_PYMALLOC was the deal with the jemalloc related errors, but I still get this : test_threading test test_threading failed -- Traceback (most recent call last): File "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line 307, in test_finalize_runnning_thread self.assertEqual(rc, 42) AssertionError: -6 != 42 Re-running test 'test_threading' in verbose mode test_acquire_contended (test.test_threading.LockTests) ... ok test_acquire_destroy (test.test_threading.LockTests) ... ok test_acquire_release (test.test_threading.LockTests) ... ok test_constructor (test.test_threading.LockTests) ... ok test_different_thread (test.test_threading.LockTests) ... ok test_reacquire (test.test_threading.LockTests) ... ok test_thread_leak (test.test_threading.LockTests) ... ok test_try_acquire (test.test_threading.LockTests) ... ok test_try_acquire_contended (test.test_threading.LockTests) ... ok test_with (test.test_threading.LockTests) ... ok test__is_owned (test.test_threading.RLockTests) ... ok test_acquire_contended (test.test_threading.RLockTests) ... ok test_acquire_destroy (test.test_threading.RLockTests) ... ok test_acquire_release (test.test_threading.RLockTests) ... ok test_constructor (test.test_threading.RLockTests) ... ok test_different_thread (test.test_threading.RLockTests) ... ok test_reacquire (test.test_threading.RLockTests) ... ok test_release_unacquired (test.test_threading.RLockTests) ... ok test_thread_leak (test.test_threading.RLockTests) ... ok test_try_acquire (test.test_threading.RLockTests) ... ok test_try_acquire_contended (test.test_threading.RLockTests) ... ok test_with (test.test_threading.RLockTests) ... ok test_is_set (test.test_threading.EventTests) ... ok test_notify (test.test_threading.EventTests) ... ok test_timeout (test.test_threading.EventTests) ... ok test__is_owned (test.test_threading.ConditionAsRLockTests) ... ok test_acquire_contended (test.test_threading.ConditionAsRLockTests) ... ok test_acquire_destroy (test.test_threading.ConditionAsRLockTests) ... ok test_acquire_release (test.test_threading.ConditionAsRLockTests) ... ok test_constructor (test.test_threading.ConditionAsRLockTests) ... ok test_different_thread (test.test_threading.ConditionAsRLockTests) ... ok test_reacquire (test.test_threading.ConditionAsRLockTests) ... ok test_release_unacquired (test.test_threading.ConditionAsRLockTests) ... ok test_thread_leak (test.test_threading.ConditionAsRLockTests) ... ok test_try_acquire (test.test_threading.ConditionAsRLockTests) ... ok test_try_acquire_contended (test.test_threading.ConditionAsRLockTests) ... ok test_with (test.test_threading.ConditionAsRLockTests) ... ok test_acquire (test.test_threading.ConditionTests) ... ok test_notify (test.test_threading.ConditionTests) ... ok test_timeout (test.test_threading.ConditionTests) ... ok test_unacquired_notify (test.test_threading.ConditionTests) ... ok test_unacquired_wait (test.test_threading.ConditionTests) ... ok test_acquire (test.test_threading.SemaphoreTests) ... ok test_acquire_contended (test.test_threading.SemaphoreTests) ... ok test_acquire_destroy (test.test_threading.SemaphoreTests) ... ok test_constructor (test.test_threading.SemaphoreTests) ... ok test_default_value (test.test_threading.SemaphoreTests) ... ok test_release_unacquired (test.test_threading.SemaphoreTests) ... ok test_try_acquire (test.test_threading.SemaphoreTests) ... ok test_try_acquire_contended (test.test_threading.SemaphoreTests) ... ok test_with (test.test_threading.SemaphoreTests) ... ok test_acquire (test.test_threading.BoundedSemaphoreTests) ... ok test_acquire_contended (test.test_threading.BoundedSemaphoreTests) ... ok test_acquire_destroy (test.test_threading.BoundedSemaphoreTests) ... ok test_constructor (test.test_threading.BoundedSemaphoreTests) ... ok test_default_value (test.test_threading.BoundedSemaphoreTests) ... ok test_recursion_limit (test.test_threading.BoundedSemaphoreTests) ... skipped 'test macosx problem' test_release_unacquired (test.test_threading.BoundedSemaphoreTests) ... ok test_try_acquire (test.test_threading.BoundedSemaphoreTests) ... ok test_try_acquire_contended (test.test_threading.BoundedSemaphoreTests) ... ok test_with (test.test_threading.BoundedSemaphoreTests) ... ok test_PyThreadState_SetAsyncExc (test.test_threading.ThreadTests) ... started worker thread trying nonsensical thread id waiting for worker thread to get started verifying worker hasn't exited attempting to raise asynch exception in worker waiting for worker to say it caught the exception all OK -- joining worker ok test_dummy_thread_after_fork (test.test_threading.ThreadTests) ... ok test_enumerate_after_join (test.test_threading.ThreadTests) ... ok test_finalize_runnning_thread (test.test_threading.ThreadTests) ... FAIL test_finalize_with_trace (test.test_threading.ThreadTests) ... ok test_foreign_thread (test.test_threading.ThreadTests) ... ok test_ident_of_no_threading_threads (test.test_threading.ThreadTests) ... ok test_join_nondaemon_on_shutdown (test.test_threading.ThreadTests) ... ok test_limbo_cleanup (test.test_threading.ThreadTests) ... ok test_no_refcycle_through_target (test.test_threading.ThreadTests) ... ok test_various_ops (test.test_threading.ThreadTests) ... task will run for 91.7 usec 1 tasks are running task done is finished. 0 tasks are running task will run for 7.1 usec task will run for 79.9 usec 1 tasks are running 2 tasks are running task done is finished. 1 tasks are running task will run for 59.3 usec 2 tasks are running task done is finished. 1 tasks are running task done is finished. 0 tasks are running task will run for 41.2 usec 1 tasks are running task will run for 46.6 usec task 2 donetasks are runningtask will run for 96.2 usec task will run for 70.8 usec is finished. 1 tasks are running 2 tasktasks are running done3 tasks are running task will run for 53.1 usec task is finished. 2 tasks are running donetask 3done tasks are running task will run for 13.5 usec waiting for all tasks to complete is finished. 2 tasks are running is finished. 1 tasks are running task 2 tasks are running done task is finished. 1 tasks are running done is finished. 0 tasks are running all tasks done ok test_various_ops_large_stack (test.test_threading.ThreadTests) ... with 1MB thread stack size... task will run for 45.1 usec task will run for 97.1 usec1 tasks are running 2 task will run for 35.9 usec tasks are running task will run for 99.5 usec task done task will run for 73.4 usec3 task donetasks are running task is finished. 2 tasks are running done is finished. 1 tasks are running 2 tasks are running task will run for 85.7 usec is finished. 1 tasks are runningtask done 2 tasks are running task will run for 83.3 usec is finished. 1 tasks are running task will run for 5.5 usectask 2 tasks are runningdone 3 tasks are runningtask task will run for 60.6 usec done is finished. 2 tasks are running is finished. 1 tasks are running task will run for 34.2 usec waiting for all tasks to completetask2 tasks are runningdone task done 3 tasks are running is finished. 2 tasks are running is finished. 1 tasks are running task 2 tasks are running done is finished. 1 tasks are running task done is finished. 0 tasks are running all tasks done ok test_various_ops_small_stack (test.test_threading.ThreadTests) ... with 256kB thread stack size... task will run for 72.9 usec task will run for 72.7 usec 1 tasks are running task will run for 26.9 usec task 2 task will run for 97.9 usec tasks are running done 3 tasks are runningtask will run for 51.5 usec task task will run for 21.1 usec done task will run for 76.6 usectask is finished. 2 tasks are running done is finished. 1 tasks are running task will run for 81.1 usec is finished. 0 tasks are running task will run for 68.0 usec 1task will run for 47.3 usec tasks are runningwaiting for all tasks to complete 2 task tasks are running done 3 tasks are running is finished. 2 tasks are running task task 3 donetasks are running done is finished. 2 tasks are running task is finished. 1 tasks are running 2 tasks are running done 3 tasks are running task done is finished. 2 tasks are running task done is finished. 1 tasks are running 2 tasks are running is finished. 1 tasks are running task done is finished. 0 tasks are running all tasks done ok test_1_join_on_shutdown (test.test_threading.ThreadJoinOnShutdown) ... ok test_2_join_in_forked_process (test.test_threading.ThreadJoinOnShutdown) ... ok test_3_join_in_forked_from_thread (test.test_threading.ThreadJoinOnShutdown) ... ok test_4_joining_across_fork_in_worker_thread (test.test_threading.ThreadJoinOnShutdown) ... ok test_5_clear_waiter_locks_to_avoid_crash (test.test_threading.ThreadJoinOnShutdown) ... ok test_reinit_tls_after_fork (test.test_threading.ThreadJoinOnShutdown) ... ok test_daemonize_active_thread (test.test_threading.ThreadingExceptionTests) ... ok test_joining_current_thread (test.test_threading.ThreadingExceptionTests) ... ok test_joining_inactive_thread (test.test_threading.ThreadingExceptionTests) ... ok test_start_thread_again (test.test_threading.ThreadingExceptionTests) ... test test_threading failed -- Traceback (most recent call last): File "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line 307, in test_finalize_runnning_thread self.assertEqual(rc, 42) AssertionError: -6 != 42 ok ====================================================================== FAIL: test_finalize_runnning_thread (test.test_threading.ThreadTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/ports/lang/python27/work/Python-2.7.5/Lib/test/test_threading.py", line 307, in test_finalize_runnning_thread self.assertEqual(rc, 42) AssertionError: -6 != 42 ---------------------------------------------------------------------- Ran 84 tests in 3.119s -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 14:43:42 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 32A59931; Sun, 2 Jun 2013 14:43:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id F1E121C1D; Sun, 2 Jun 2013 14:43:41 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id x14so8225629ief.12 for ; Sun, 02 Jun 2013 07:43:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=iBbjPTLEZyZeo7TsQ+rqfHFHOG63XHP6w/uaOPP0eKo=; b=B/o7a0PZzmbB/m0SPE5qQs+qCPe2B65m0YS4pGymsrUDl1z4PkPGC+utfqzYq+7dsE FBwGizmQ7eHf0/bzFHu0kK6YKrMCHudjG2vKSl62C8DiR4vo5TcQqUx+MDw55huzxKkS 5UoE1GVYoMFGtWbw+0JUZjIX/VXwykUliaALjbLTNvMQyEmT77dCTEW58Cdiw3ns2asf PqjaSaQ8Bw5idJouSUl+DrgTMK0SO7QPlysqZrycV2kpOn6V0j9Kfb+WQbcARaPQk4eu TPTSJCSA1UtdziFOSGCrBO5IAaDjMME59QdEZ6zUywLZd+I7J3D5URfxhlnGb08h+0au 0c8g== X-Received: by 10.50.118.7 with SMTP id ki7mr5909666igb.35.1370184221719; Sun, 02 Jun 2013 07:43:41 -0700 (PDT) Received: from gloom.home ([65.95.191.12]) by mx.google.com with ESMTPSA id d9sm14037102igr.4.2013.06.02.07.43.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 02 Jun 2013 07:43:41 -0700 (PDT) Sender: Mark Johnston Date: Sun, 2 Jun 2013 10:43:35 -0400 From: Mark Johnston To: Waitman Gobble Subject: Re: issue with libthr? Message-ID: <20130602144335.GA29074@gloom.home> References: <20130601075414.4F5D036F49FF@dx.burplex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130601075414.4F5D036F49FF@dx.burplex.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-CURRENT@FreeBSD.org, marcel@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 14:43:42 -0000 On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: > > Hi, > > I'm getting a ton of core dumps from Python and any software that uses Python, > ie has USE_PYTHON_BUILD=yes in Makefile. > > hundreds of msgs in dmesg: > pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) > pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) > pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) > pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) > pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) > > from gdb it seems to me to be libthr related? I've noticed a couple updates in > May.. wonder if it's related? I've only noticed this issue in the past week, > after a complete rebuild and updated. I've been running into this issue too - python 2.7 would crash when trying to rebuild databases/tdb and databases/py-sqlite3 with backtraces similar to what you have below. The python port itself hasn't changed in a while. Reverting r250991 and rebuilding libc solves the issue for me: http://svnweb.freebsd.org/base?view=revision&revision=250991 > > > uname -a > FreeBSD dx.burplex.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251111: Wed May > 29 16:44:31 PDT 2013 root@dx.burplex.com:/usr/obj/usr/src/sys/FURAHA > amd64 > > gdb: > > seamonkey > > (gdb) bt > #0 0x00000008011ee8ca in thr_kill () from /lib/libc.so.7 > #1 0x000000080316b585 in XRE_InstallX11ErrorHandler () > from /usr/local/lib/seamonkey/libxul.so > #2 0x0000000800f73286 in swapcontext () from /lib/libthr.so.3 > #3 0x0000000800f72e89 in sigaction () from /lib/libthr.so.3 > #4 0x00007ffffffff1d3 in ?? () > #5 0x0000000800f72d70 in sigaction () from /lib/libthr.so.3 > Previous frame inner to this frame (corrupt stack?) > > > python > > (gdb) bt > #0 0x000000080100d8ca in thr_kill () from /lib/libc.so.7 > #1 0x00000008010d2e9c in abort () from /lib/libc.so.7 > #2 0x0000000803e4f05b in free () > from /usr/local/lib/python2.7/lib-dynload/_ctypes.so > #3 0x0000000800d9319f in pthread_mutex_destroy () from /lib/libthr.so.3 > #4 0x00000008010269ff in closedir () from /lib/libc.so.7 > #5 0x00000000004b545c in initposix () > #6 0x000000000047fb75 in PyEval_EvalFrameEx () > #7 0x000000000047d824 in PyEval_EvalCodeEx () > #8 0x0000000000484256 in _PyEval_SliceIndex () > #9 0x00000000004810cd in PyEval_EvalFrameEx () > #10 0x000000000047d824 in PyEval_EvalCodeEx () > #11 0x00000000004d5f56 in PyFunction_SetClosure () > #12 0x000000000041ffeb in PyObject_Call () > #13 0x0000000000482085 in PyEval_EvalFrameEx () > #14 0x000000000047d824 in PyEval_EvalCodeEx () > #15 0x0000000000484256 in _PyEval_SliceIndex () > #16 0x00000000004810cd in PyEval_EvalFrameEx () > #17 0x000000000047d824 in PyEval_EvalCodeEx () > #18 0x0000000000484256 in _PyEval_SliceIndex () > #19 0x00000000004810cd in PyEval_EvalFrameEx () > #20 0x000000000047d824 in PyEval_EvalCodeEx () > #21 0x0000000000484256 in _PyEval_SliceIndex () > #22 0x00000000004810cd in PyEval_EvalFrameEx () > #23 0x00000000004841f2 in _PyEval_SliceIndex () > #24 0x00000000004810cd in PyEval_EvalFrameEx () > #25 0x00000000004841f2 in _PyEval_SliceIndex () > #26 0x00000000004810cd in PyEval_EvalFrameEx () > #27 0x00000000004841f2 in _PyEval_SliceIndex () > #28 0x00000000004810cd in PyEval_EvalFrameEx () > #29 0x00000000004841f2 in _PyEval_SliceIndex () > #30 0x00000000004810cd in PyEval_EvalFrameEx () > #31 0x00000000004841f2 in _PyEval_SliceIndex () > #32 0x00000000004810cd in PyEval_EvalFrameEx () > #33 0x000000000047d824 in PyEval_EvalCodeEx () > #34 0x000000000047d156 in PyEval_EvalCode () > #35 0x00000000004a1361 in PyRun_FileExFlags () > #36 0x00000000004a0eb1 in PyRun_SimpleFileExFlags () > #37 0x0000000000417549 in Py_Main () > #38 0x000000000041692f in main () > > > Any help/pointers much appreciated. > > Thank you, > > -- > Waitman Gobble > San Jose California USA > +1.5108307875 > > > _______________________________________________ > 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 Jun 2 15:08:58 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0874559F; Sun, 2 Jun 2013 15:08:58 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id EA61C1D33; Sun, 2 Jun 2013 15:08:57 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id AD2BD36F486E; Sun, 2 Jun 2013 08:08:57 -0700 (PDT) To: Mark Johnston Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: d55635a9-cb92-11e2-8072-902b34a86bc3 Message-Id: <20130602150857.AD2BD36F486E@dx.burplex.com> Date: Sun, 2 Jun 2013 08:08:57 -0700 (PDT) Cc: FreeBSD-CURRENT@freebsd.org, marcel@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 15:08:58 -0000 On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston wrote: > >On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: >> >> Hi, >> >> I'm getting a ton of core dumps from Python and any software that uses Python, >> ie has USE_PYTHON_BUILD=yes in Makefile. >> >> hundreds of msgs in dmesg: >> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) >> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) >> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) >> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) >> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) >> >> from gdb it seems to me to be libthr related? I've noticed a couple updates in >> May.. wonder if it's related? I've only noticed this issue in the past week, >> after a complete rebuild and updated. > >I've been running into this issue too - python 2.7 would crash when >trying to rebuild databases/tdb and databases/py-sqlite3 with backtraces >similar to what you have below. The python port itself hasn't changed in >a while. > >Reverting r250991 and rebuilding libc solves the issue for me: >http://svnweb.freebsd.org/base?view=revision&revision=250991 > >> Thanks for the info, I appreciate it. I had a heck of a time getting database/py-sqlite3 to build as well. My workaround to get it installed was to change the Makefile in WRKSRC try: import ctypes ctypes.CDLL('libsqlite3.so').sqlite3_load_extension except AttributeError: macros.append(('SQLITE_OMIT_LOAD_EXTENSION', '1')) it was bombing out on the 'except AttributeError:' line. So I just changed it to macros.append(('SQLITE_OMIT_LOAD_EXTENSION', '1')) since I didn't have the extensions option SQLITE, if you have that option then just delete the whole block, nothing needed. Of course the 'better' way is to find the source of the issue. :) -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 16:46:40 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9D69C26C for ; Sun, 2 Jun 2013 16:46:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 785BB1FB5 for ; Sun, 2 Jun 2013 16:46:40 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UjBQQ-0005ni-HE; Sun, 02 Jun 2013 16:46:34 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r52GkUaA013294; Sun, 2 Jun 2013 10:46:30 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX181I1ZdiX8VEjqph2Nj9piA Subject: Re: mounting root from NFS via ROOTDEVNAME From: Ian Lepore To: Rick Macklem In-Reply-To: <30016244.120440.1370132931499.JavaMail.root@erie.cs.uoguelph.ca> References: <30016244.120440.1370132931499.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Jun 2013 10:46:30 -0600 Message-ID: <1370191590.1258.93.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , freebsd-current , Lars Eggert X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 16:46:40 -0000 On Sat, 2013-06-01 at 20:28 -0400, Rick Macklem wrote: > Lars Eggert wrote: > > Hi, > > > > to conclude this thread, the patch below allows one to specify an nfs > > rootfs via the ROOTDEVNAME kernel option, which will be mounted when > > BOOTP does not return a root-path option. > > > > Lars > > > My only concern with this (mainly because I don't understand the rules > applied to boot alternatives well enough) is that a few arm configs have > both BOOTP, BOOTP_NFSROOT and ROOTDEVNAME specified, where ROOTDEVNAME > is set to "ufs:...". I don't think this patch will break them, since I > think they'll use NFS and ignore the ROOTDEVNAME, but I'm not completely > sure. Does someone else know how HL201 boots, for example? > > Lars, if you have a src commit, you can consider this reviewed by me. If > not, maybe Craig can review it and then I'll commit it. > > Thanks for doing this, rick > > > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > > index 2c57a91..972fb12 100644 > > --- a/sys/nfs/bootp_subr.c > > +++ b/sys/nfs/bootp_subr.c > > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > > > #include "opt_bootp.h" > > #include "opt_nfs.h" > > +#include "opt_rootdevname.h" > > > > #include > > #include > > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, > > struct thread *td) > > rtimo = time_second + > > BOOTP_SETTLE_DELAY; > > printf(" (got root path)"); > > - } else > > + } else { > > printf(" (no root path)"); > > +#ifdef ROOTDEVNAME > > + /* > > + * If we'll mount rootfs from > > + * ROOTDEVNAME, we can accept > > + * offers without root paths. > > + */ > > + gotrootpath = 1; > > + rtimo = time_second + > > + BOOTP_SETTLE_DELAY; > > + printf(" (ROOTDEVNAME)"); > > +#endif > > + } > > printf("\n"); > > } > > } /* while secs */ > > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, > > struct bootpc_ifcontext *ifctx, > > > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > > TAG_ROOT); > > +#ifdef ROOTDEVNAME > > + /* > > + * If there was no root path in BOOTP, use the one in ROOTDEVNAME. > > + */ > > + if (p == NULL) { > > + p = strdup(ROOTDEVNAME, M_TEMP); > > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > > + panic("ROOTDEVNAME is not an NFS mount point"); > > + } > > +#endif > > if (p != NULL) { > > if (gctx->setrootfs != NULL) { > > printf("rootfs %s (ignored) ", p); > > I've seen several requests over the past year for an nfs ROOTDEVNAME along with BOOTP to work properly from ARM developers (myself included), so I don't think we should worry about breaking existing config that happens to be checked in but a) hasn't been tested by anyone for ages, and b) doesn't work anyway (ROOTDEVNAME just gets ignored). -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 20:53:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 57949FBC for ; Sun, 2 Jun 2013 20:53:33 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-gh0-x22c.google.com (mail-gh0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBD918AE for ; Sun, 2 Jun 2013 20:53:33 +0000 (UTC) Received: by mail-gh0-f172.google.com with SMTP id r18so167283ghr.31 for ; Sun, 02 Jun 2013 13:53:32 -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; bh=SovWOQCpCQOFsuScwv/dudKkXHNM0kqGOd7/V+IHHJk=; b=EMhWkCCVpuCBqUbVO6co0Bph9Xi2z4lAzvFoymO2nQLewNeh4V+b2qGjEOJ12YHmXs zmXgNZXL8gEqqAahAQnujGJ5ab41Y3AYxaJow3m7Rs3bTri+Z/eB4OB3TvmDnXCdLxOU hL9pzL1mjAt5mtlnS3mFtAhZARw8iUp2qTd//g4mvNVaqZGQseELLD3YVnrpeBuiWcKn IJ369lXoyVBi4z3DZGFuehha30+lcL+BAvakXf/feHUiy6vGuYuXuYazYhwOB9m35xwW D/yzJvY19v3spP7ORcgsioYYNjv403AqYl9P74h9RHUZXy7bOvN3ZXhW1WBUoDDtUs7n P55A== X-Received: by 10.236.68.2 with SMTP id k2mr13620983yhd.90.1370206412635; Sun, 02 Jun 2013 13:53:32 -0700 (PDT) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPSA id w12sm87320077yhj.19.2013.06.02.13.53.31 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 02 Jun 2013 13:53:32 -0700 (PDT) Date: Sun, 2 Jun 2013 16:53:06 -0400 From: Alexander Kabaev To: "Simon J. Gerraty" Subject: Re: Undesirable bmake behavior Message-ID: <20130602165306.3f38f265@kan.dyndns.org> In-Reply-To: <20130602044057.9798358097@chaos.jnpr.net> References: <20130601234310.1ef241d5@kan.dyndns.org> <20130602044057.9798358097@chaos.jnpr.net> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/nmzKQCm0sXmAO590AB4uC45"; protocol="application/pgp-signature" Cc: current@FreeBSD.ORG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 20:53:33 -0000 --Sig_/nmzKQCm0sXmAO590AB4uC45 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 1 Jun 2013 21:40:57 -0700 "Simon J. Gerraty" wrote: > >today I got confronted with this little curiosity from bmake. I have > >built and installed the world, and after reboot I ran 'make > >delete-old' as root to get rid of accumulated stale files. This is > >what I got back: > > > >>>> Removing old files (only deletes safe to delete libs) > >.... > >>>> Old files removed > >>>> Removing old directories > >>>> Old directories removed > >To remove old libraries run '/usr/obj/usr/src/make.amd64/make > >delete-old-libs'. > > > >It turns out that somehow running make in src tree finds and tries to > >run a copy from .OBJDIR, if one is present, unconditionally now. I do >=20 > This simply what src/Makefile says to do, and AFAIK it has been that > way for ages. >=20 > Since delete-old is in TGTS it gets run via: >=20 > # > # Handle the user-driven targets, using the source relative mk files. > # >=20 > ${TGTS}: > ${_+_}@cd ${.CURDIR}; ${_MAKE} ${.TARGET} >=20 >=20 > and >=20 > $ make -dV -V _MAKE > PATH=3D${PATH} ${BINMAKE} -f Makefile.inc1 TARGET=3D${_TARGET} > TARGET_ARCH=3D${_TARGET_ARCH} $ make -dV -V BINMAKE > `if [ -x ${MAKEPATH}/make ]; then echo ${MAKEPATH}/make; else echo > ${MAKE}; fi` -m ${.CURDIR}/share/mk > $ make -V _MAKE > PATH=3D/sbin:/bin:/usr/sbin:/usr/bin `if [ -x > /var/obj/current/b/sjg/work/FreeBSD/current/src/make.amd64/make ]; > then > echo /var/obj/current/b/sjg/work/FreeBSD/current/src/make.amd64/make; > else echo make; fi` -m /b/sjg/work/FreeBSD/current/src/share/mk -f > Makefile.inc1 TARGET=3Damd64 TARGET_ARCH=3Damd64 $ >=20 > Now you may be right that that's a bad idea, but it isn't anything > new. >=20 > --sjg Indeed, it seems this is an issue that rears it head every time we resort to building the bootstrap make, which happens not often. bmake just made me notice the issue, and it wasn't the cause. --=20 Alexander Kabaev --Sig_/nmzKQCm0sXmAO590AB4uC45 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iD8DBQFRq7DKQ6z1jMm+XZYRAu+DAJ9IhdY9CQ6GjaJCxcE0TOyo0z2eYwCg3FHm 7gu+fyZlVK9+mmWnBdi1gmk= =IyWF -----END PGP SIGNATURE----- --Sig_/nmzKQCm0sXmAO590AB4uC45-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 2 23:57:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02F1173D; Sun, 2 Jun 2013 23:57:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id AC0041D90; Sun, 2 Jun 2013 23:57:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAIDbq1GDaFvO/2dsb2JhbABagzmDPLtGgRV0giMBAQEEAQEBIAQnIAsbGAICDRkCKQEJJgYIBwQBHASHbAypWJEOgSaMT340B4JEgRQDlHqCRIEpkBeDKyAygQM2 X-IronPort-AV: E=Sophos;i="4.87,790,1363147200"; d="scan'208";a="30996152" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 02 Jun 2013 19:57:21 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 722F7B410A; Sun, 2 Jun 2013 19:57:21 -0400 (EDT) Date: Sun, 2 Jun 2013 19:57:21 -0400 (EDT) From: Rick Macklem To: Ian Lepore Message-ID: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1370191590.1258.93.camel@revolution.hippie.lan> Subject: Re: mounting root from NFS via ROOTDEVNAME MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Craig Rodrigues , freebsd-current , Lars Eggert X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 23:57:24 -0000 Ian Lepore wrote: > On Sat, 2013-06-01 at 20:28 -0400, Rick Macklem wrote: > > Lars Eggert wrote: > > > Hi, > > > > > > to conclude this thread, the patch below allows one to specify an > > > nfs > > > rootfs via the ROOTDEVNAME kernel option, which will be mounted > > > when > > > BOOTP does not return a root-path option. > > > > > > Lars > > > > > My only concern with this (mainly because I don't understand the > > rules > > applied to boot alternatives well enough) is that a few arm configs > > have > > both BOOTP, BOOTP_NFSROOT and ROOTDEVNAME specified, where > > ROOTDEVNAME > > is set to "ufs:...". I don't think this patch will break them, since > > I > > think they'll use NFS and ignore the ROOTDEVNAME, but I'm not > > completely > > sure. Does someone else know how HL201 boots, for example? > > > > Lars, if you have a src commit, you can consider this reviewed by > > me. If > > not, maybe Craig can review it and then I'll commit it. > > > > Thanks for doing this, rick > > > > > > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > > > index 2c57a91..972fb12 100644 > > > --- a/sys/nfs/bootp_subr.c > > > +++ b/sys/nfs/bootp_subr.c > > > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > > > > > #include "opt_bootp.h" > > > #include "opt_nfs.h" > > > +#include "opt_rootdevname.h" > > > > > > #include > > > #include > > > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext > > > *gctx, > > > struct thread *td) > > > rtimo = time_second + > > > BOOTP_SETTLE_DELAY; > > > printf(" (got root path)"); > > > - } else > > > + } else { > > > printf(" (no root path)"); > > > +#ifdef ROOTDEVNAME > > > + /* > > > + * If we'll mount rootfs from > > > + * ROOTDEVNAME, we can accept > > > + * offers without root paths. > > > + */ > > > + gotrootpath = 1; > > > + rtimo = time_second + > > > + BOOTP_SETTLE_DELAY; > > > + printf(" (ROOTDEVNAME)"); > > > +#endif > > > + } > > > printf("\n"); > > > } > > > } /* while secs */ > > > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless > > > *nd, > > > struct bootpc_ifcontext *ifctx, > > > > > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > > > TAG_ROOT); > > > +#ifdef ROOTDEVNAME > > > + /* > > > + * If there was no root path in BOOTP, use the one in > > > ROOTDEVNAME. > > > + */ > > > + if (p == NULL) { > > > + p = strdup(ROOTDEVNAME, M_TEMP); > > > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > > > + panic("ROOTDEVNAME is not an NFS mount point"); > > > + } > > > +#endif > > > if (p != NULL) { > > > if (gctx->setrootfs != NULL) { > > > printf("rootfs %s (ignored) ", p); > > > > > I've seen several requests over the past year for an nfs ROOTDEVNAME > along with BOOTP to work properly from ARM developers (myself > included), > so I don't think we should worry about breaking existing config that > happens to be checked in but a) hasn't been tested by anyone for ages, > and b) doesn't work anyway (ROOTDEVNAME just gets ignored). > > -- Ian > Cool. Thanks. Would you like to review and/or test the above? I'll be happy to commit it if Lars doesn't have a src commit bit. (I've seen his posts, but can't remember if he is a committer?) rick > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 06:55:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 27258EC2 for ; Mon, 3 Jun 2013 06:55:35 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 970C81A91 for ; Mon, 3 Jun 2013 06:55:34 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r536tTxO017728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Jun 2013 08:55:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r536tTvp017725 for ; Mon, 3 Jun 2013 08:55:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 3 Jun 2013 08:55:29 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Unable to set root's password during install of FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-763774804-1370242529=:72982" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 06:55:35 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-763774804-1370242529=:72982 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Hi, I'm unable to get past the rootpass step using the FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso snapshot. The error message: passwd: pam_chauthtok(): error in service module is briefly shown, leaving behind a core file named /pwd_mkdb.core. pwd_mkdb does not contain any debugging symbols and this makes it a bit hard to guess what went wrong. Anyway, here's the backtrace as provided by gdb: Script started on Mon Jun 3 06:50:44 2013 command: gdb /usr/sbin/pwd_mkdb /pwd_mkdb.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `pwd_mkdb'. Program terminated with signal 11, Segmentation fault. #0 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x0804acf2 in __pw_scan () #2 0x0804976a in __pw_scan () #3 0x08048e6a in ?? () #4 0x00000007 in ?? () #5 0xbfbfdd18 in ?? () #6 0xbfbfdd38 in ?? () #7 0xbfbfdd38 in ?? () #8 0xbfbfdd14 in ?? () #9 0x00000000 in ?? () (gdb) q Script done on Mon Jun 3 06:50:49 2013 Has anyone else tried recently to change user passwords on -CURRENT? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-763774804-1370242529=:72982-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 07:02:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9FDD7BF; Mon, 3 Jun 2013 07:02:53 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx1.netapp.com (mx1.netapp.com [216.240.18.38]) by mx1.freebsd.org (Postfix) with ESMTP id 838FB1AE6; Mon, 3 Jun 2013 07:02:53 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,791,1363158000"; d="scan'208";a="261643279" Received: from smtp2.corp.netapp.com ([10.57.159.114]) by mx1-out.netapp.com with ESMTP; 03 Jun 2013 00:02:47 -0700 Received: from vmwexceht04-prd.hq.netapp.com (vmwexceht04-prd.hq.netapp.com [10.106.77.34]) by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r5372khP004706; Mon, 3 Jun 2013 00:02:46 -0700 (PDT) Received: from VMWEXCEHT06-PRD.hq.netapp.com (10.106.77.104) by vmwexceht04-prd.hq.netapp.com (10.106.77.34) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 3 Jun 2013 00:02:47 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.208]) by vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) with mapi id 14.03.0123.003; Mon, 3 Jun 2013 00:02:46 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: mounting root from NFS via ROOTDEVNAME Thread-Topic: mounting root from NFS via ROOTDEVNAME Thread-Index: AQHN/WoQ3bLz4fhIpUOOqbDPPwYM3JhhN1MAgADtYYCAAMxdgIAA5iiAgABChICAt8x3gIAG5KCAgAERJwCAAHhggIAAdueA Date: Mon, 3 Jun 2013 07:02:45 +0000 Message-ID: References: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Craig Rodrigues , freebsd-current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 07:02:53 -0000 Hi, On Jun 3, 2013, at 1:57, Rick Macklem wrote: > Cool. Thanks. Would you like to review and/or test the above? it'd be great if folks would test this a bit. It certainly works for me, bu= t I can't say that I have done a very thorough testing. > I'll be happy to commit it if Lars doesn't have a src commit bit. (I've > seen his posts, but can't remember if he is a committer?) I'm not a committer. Lars= From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 07:06:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7B2861F5 for ; Mon, 3 Jun 2013 07:06:46 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id DF2291B0C for ; Mon, 3 Jun 2013 07:06:45 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ed20so3048590lab.23 for ; Mon, 03 Jun 2013 00:06:44 -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=e5KSYvirBgZf9iAYZKRIiTOKDcHoNZoH2BixpJl/n8E=; b=nxkspFN+BtM0mt3NZJOY9iilerxlLNdKdVwtdc92HrGu4Z+C/KFdQekQ34PEM3XQ3/ idWbO3AqdQwqIFyCli6RIsKnFnPr7cB8PHUvg0f1GxB2WPx48cSrwwpk4Yowc6dOrnb7 WwBJqjeD04XYuDZpoTEkaNqtrrTrnwWcfjkdN9jCoLyNHkW6F9OCfYuz8alxFe9/W0zD zvnb7cev/jWj9Y6h5VfUwFjiwJadE9qkSLG1h6pC0xrsP5JRq1PMa/yJ2LEJa/tm0GeT 9RkExcDGaTAJv6rkUzKg2Fx5GVXQtn8NEkVS1Y0YEK1H18i4/O77P58K5VwYtV0dwxCB jg4A== MIME-Version: 1.0 X-Received: by 10.112.201.102 with SMTP id jz6mr6753949lbc.42.1370243204824; Mon, 03 Jun 2013 00:06:44 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.53.231 with HTTP; Mon, 3 Jun 2013 00:06:44 -0700 (PDT) In-Reply-To: <375AA8A5-E385-4528-A460-D4B8FCB9497B@netapp.com> References: <1435656219.2547176.1359645941027.JavaMail.root@erie.cs.uoguelph.ca> <375AA8A5-E385-4528-A460-D4B8FCB9497B@netapp.com> Date: Mon, 3 Jun 2013 00:06:44 -0700 X-Google-Sender-Auth: _4wXI6L5kVq69gG4kVmjhsI25gI Message-ID: Subject: Re: mounting root from NFS via ROOTDEVNAME From: Craig Rodrigues To: "Eggert, Lars" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 07:06:46 -0000 On Tue, May 28, 2013 at 8:13 AM, Eggert, Lars wrote: > Hi, > > to conclude this thread, the patch below allows one to specify an nfs > rootfs via the ROOTDEVNAME kernel option, which will be mounted when BOOTP > does not return a root-path option. > > Lars > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > index 2c57a91..972fb12 100644 > --- a/sys/nfs/bootp_subr.c > +++ b/sys/nfs/bootp_subr.c > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > #include "opt_bootp.h" > #include "opt_nfs.h" > +#include "opt_rootdevname.h" > > #include > #include > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, struct > thread *td) > rtimo = time_second + > BOOTP_SETTLE_DELAY; > printf(" (got root path)"); > - } else > + } else { > printf(" (no root path)"); > +#ifdef ROOTDEVNAME > + /* > + * If we'll mount rootfs from > + * ROOTDEVNAME, we can accept > + * offers without root paths. > + */ > + gotrootpath = 1; > + rtimo = time_second + > + BOOTP_SETTLE_DELAY; > + printf(" (ROOTDEVNAME)"); > +#endif > + } > printf("\n"); > } > } /* while secs */ > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, > struct bootpc_ifcontext *ifctx, > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > TAG_ROOT); > +#ifdef ROOTDEVNAME > + /* > + * If there was no root path in BOOTP, use the one in ROOTDEVNAME. > + */ > + if (p == NULL) { > + p = strdup(ROOTDEVNAME, M_TEMP); > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > + panic("ROOTDEVNAME is not an NFS mount point"); > + } > +#endif > if (p != NULL) { > if (gctx->setrootfs != NULL) { > printf("rootfs %s (ignored) ", p); > Sorry for not responding, I've been busy for the past few days. Thank you for persisting with this, and trying to clean this up. This is relatively old code that hasn't been touched in about 15 years, so not that many people have worked on it. I don't like things like ROOTDEVNAME which need to be specified in the kernel config and are not part of the GENERIC kernel. This usually ends up where code which is behind #ifdef ROOTDEVNAME will bitrot because not everyone uses it. I would like to see the ROOTDEVNAME kernel option go away, in favor of a variable that can be specified in loader.conf. If I search the code via Opengrok, I with this: http://bxr.su/s?n=25&start=25&sort=relevancy&q=ROOTDEVNAME&project=FreeBSD there already seems to be a variable "rootdev" that is checked in a bunch of places in the loader, so it would be nice if we could use that. My personal preference would be to delete ROOTDEVNAME from all the kernel configs and deprecate the kernel option, and instead use a tunable variable which could be set in loader.conf. This may not be practical. Do you think it would be doable if we can have something like this in the kernel code: const char *rootdevname = #ifdef ROOTDEVNAME rootdevname = ROOTDEVNAME; #else rootdevname = NULL #endif if (rootdevname == NULL) { rootdevname = getenv("rootdev"); } or something like that? -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 07:49:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 832B67FE for ; Mon, 3 Jun 2013 07:49:33 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 2A38B1C83 for ; Mon, 3 Jun 2013 07:49:32 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r537nTVQ018035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Jun 2013 09:49:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r537nTT7018032 for ; Mon, 3 Jun 2013 09:49:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 3 Jun 2013 09:49:29 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Unable to set root's password during install of FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="2055831798-763774804-1370242529=:72982" Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 07:49:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-763774804-1370242529=:72982 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Mon, 3 Jun 2013 08:55+0200, Trond Endrestøl wrote: > Hi, > > I'm unable to get past the rootpass step using the > FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso snapshot. > > The error message: > > passwd: pam_chauthtok(): error in service module > > is briefly shown, leaving behind a core file named /pwd_mkdb.core. > > pwd_mkdb does not contain any debugging symbols and this makes it a > bit hard to guess what went wrong. Anyway, here's the backtrace as > provided by gdb: > > Script started on Mon Jun 3 06:50:44 2013 > command: gdb /usr/sbin/pwd_mkdb /pwd_mkdb.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `pwd_mkdb'. > Program terminated with signal 11, Segmentation fault. > #0 0x00000000 in ?? () > (gdb) bt > #0 0x00000000 in ?? () > #1 0x0804acf2 in __pw_scan () > #2 0x0804976a in __pw_scan () > #3 0x08048e6a in ?? () > #4 0x00000007 in ?? () > #5 0xbfbfdd18 in ?? () > #6 0xbfbfdd38 in ?? () > #7 0xbfbfdd38 in ?? () > #8 0xbfbfdd14 in ?? () > #9 0x00000000 in ?? () > (gdb) q > > Script done on Mon Jun 3 06:50:49 2013 > > Has anyone else tried recently to change user passwords on -CURRENT? FYI: The FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso snapshot does not exhibit the above behaviour. Maybe this issue is specific to the i386 arch. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-763774804-1370242529=:72982-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 11:16:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 218D6153 for ; Mon, 3 Jun 2013 11:16:54 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id DCAFD1780 for ; Mon, 3 Jun 2013 11:16:53 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id pb11so2664944veb.37 for ; Mon, 03 Jun 2013 04:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=nyEnAMTwfvjkMmMvY1WrpN9cwjiIVDVykm8F4iG6HDw=; b=gZUiOSWpv+bx8Fhf1DUuFqyoYCJ13D+giTW6z9KCS0jVFKHGkJRzOBPZluhPWcHe8V B94jAYjUn09Lb8H2BycdxH+slB1NfcIBS5RZWjueFD2jS5b4mBmT98iOwqsAfvKbw5MP QKBbuohaLoe5kfb1h9X/ZlmLQuRyFoSjDxTUsf24F9t6qEAV6UjWfV1iyyVGtyObKHjj bBaeZEUcYYXR7X7aZNRPxBUWeqysKLqw92yJJXOEd/DGFPyWf+RmjkKQIdrL7qxEr/z9 O7cwVklcpfi3NEbgJh8hJa7MB/SqykAJF1WQ1+WpjunhCS4l5n2Ya7Kr5OKDLJZN+bL0 hqPw== X-Received: by 10.52.249.41 with SMTP id yr9mr14522575vdc.17.1370258213376; Mon, 03 Jun 2013 04:16:53 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.204.232 with HTTP; Mon, 3 Jun 2013 04:16:33 -0700 (PDT) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 3 Jun 2013 13:16:33 +0200 X-Google-Sender-Auth: eIMnVsVFPl_4_HAclH2EwSzbF78 Message-ID: Subject: bmake prevent to cross-compile 9/stable from a -current host To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 11:16:54 -0000 Hi, I can't build 9-stable (or 9.0, 9.1) from my -current host machine since the switch to bmake. I've solved this problem by rebuilding my -current host with WITHOUT_BMAKE, but I would to know if it's a known bug or a new expected behavior ? Thanks, Olivier From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 14:56:06 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D378E667; Mon, 3 Jun 2013 14:56:06 +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 97F1C1176; Mon, 3 Jun 2013 14:56:06 +0000 (UTC) Received: from sladejones-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id r53Etwkt028174 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Jun 2013 07:55:59 -0700 (PDT) (envelope-from marcel@xcllnt.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: issue with libthr? From: Marcel Moolenaar In-Reply-To: <20130602150857.AD2BD36F486E@dx.burplex.com> Date: Mon, 3 Jun 2013 07:55:54 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9E71613B-E904-47AC-813B-54E35B6864A1@xcllnt.net> References: <20130602150857.AD2BD36F486E@dx.burplex.com> To: Waitman Gobble X-Mailer: Apple Mail (2.1503) Cc: Mark Johnston , marcel@freebsd.org, FreeBSD-CURRENT@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 14:56:06 -0000 On Jun 2, 2013, at 8:08 AM, Waitman Gobble = wrote: > On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston = wrote:=20 >>=20 >> On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: >>>=20 >>> Hi, >>>=20 >>> I'm getting a ton of core dumps from Python and any software that = uses > Python, >>> ie has USE_PYTHON_BUILD=3Dyes in Makefile. >>>=20 >>> hundreds of msgs in dmesg: >>> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) >>>=20 >>> from gdb it seems to me to be libthr related? I've noticed a couple = updates > in >>> May.. wonder if it's related? I've only noticed this issue in the = past > week, >>> after a complete rebuild and updated. >>=20 >> I've been running into this issue too - python 2.7 would crash when >> trying to rebuild databases/tdb and databases/py-sqlite3 with = backtraces >> similar to what you have below. The python port itself hasn't changed = in >> a while. >>=20 >> Reverting r250991 and rebuilding libc solves the issue for me: >> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D250991 >>=20 >>>=20 >=20 > Thanks for the info, I appreciate it. I had a heck of a time getting > database/py-sqlite3 to build as well.=20 > My workaround to get it installed was to change the Makefile in WRKSRC Can you apply the following patch to /usr/ports/lang/python27, rebuild python, re-install and then try to build databases/py-sqlite3 again? Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in =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 --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) @@ -0,0 +1,10 @@ +--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 = 07:16:44.000000000 -0700 ++++ Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 = 07:17:03.000000000 -0700 +@@ -1,7 +1,6 @@ + ffi_sources =3D """ + src/prep_cif.c + src/closures.c +-src/dlmalloc.c + """.split() +=20 + ffi_platforms =3D { It seems the root cause is a broken python build that accidentally defines malloc(), free(), at al in _ctypes.so. A longer explanation was sent to svn-src-head@ and svn-src-all@ I expect that the patch also fixes the other problems mentioned in this thread. It would be great if people can verify this. FYI, --=20 Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 15:07:59 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F8D5A56; Mon, 3 Jun 2013 15:07:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id E4D371243; Mon, 3 Jun 2013 15:07:58 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id wc20so7406229obb.18 for ; Mon, 03 Jun 2013 08:07:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=7ujv7UvyvIQWbCMfZH8Jrf2NMpyg7Ui637GulEHr98I=; b=EVsZDKVq+i5XkdUyYi9oE78RSiG8oyfbzTt79hOQ984Rht76reT/WsfvKyzrZSbbTE 8l022SR1B4Bk1yZ7PxTKtsb9D1ES2lZUdryVqOka39VrQ1OgVuSbilBlD0/Zc64bJryn FnIPm3LpAUnXlIykP8PGrc/VwmobbKqPsSKVGk77xEES78dyqIFng6kpnd1JUDr5H99i e9b7tEqOk5DVSLQgEIPE8NW0a4gJsrvVBCrmLx+Ughu2MrLq92qN1fU65z/45dPaRSyw Si7dr80JXAgpoqEQBt35yRQpZGot6tIjHQXACF/scQKk3YbkETNPYdEGlhv73fX7uzF+ b97Q== X-Received: by 10.60.33.102 with SMTP id q6mr10476835oei.111.1370272078513; Mon, 03 Jun 2013 08:07:58 -0700 (PDT) Received: from gloom.sandvine.com ([64.7.137.182]) by mx.google.com with ESMTPSA id h4sm48120855oel.2.2013.06.03.08.07.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 08:07:57 -0700 (PDT) Sender: Mark Johnston Date: Mon, 3 Jun 2013 11:07:42 -0400 From: Mark Johnston To: Marcel Moolenaar Subject: Re: issue with libthr? Message-ID: <20130603150742.GA38214@gloom.sandvine.com> References: <20130602150857.AD2BD36F486E@dx.burplex.com> <9E71613B-E904-47AC-813B-54E35B6864A1@xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9E71613B-E904-47AC-813B-54E35B6864A1@xcllnt.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Waitman Gobble , FreeBSD-CURRENT@freebsd.org, marcel@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 15:07:59 -0000 On Mon, Jun 03, 2013 at 07:55:54AM -0700, Marcel Moolenaar wrote: > > On Jun 2, 2013, at 8:08 AM, Waitman Gobble wrote: > > > On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston wrote: > >> > >> On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: > >>> > >>> Hi, > >>> > >>> I'm getting a ton of core dumps from Python and any software that uses > > Python, > >>> ie has USE_PYTHON_BUILD=yes in Makefile. > >>> > >>> hundreds of msgs in dmesg: > >>> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) > >>> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) > >>> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) > >>> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) > >>> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) > >>> > >>> from gdb it seems to me to be libthr related? I've noticed a couple updates > > in > >>> May.. wonder if it's related? I've only noticed this issue in the past > > week, > >>> after a complete rebuild and updated. > >> > >> I've been running into this issue too - python 2.7 would crash when > >> trying to rebuild databases/tdb and databases/py-sqlite3 with backtraces > >> similar to what you have below. The python port itself hasn't changed in > >> a while. > >> > >> Reverting r250991 and rebuilding libc solves the issue for me: > >> http://svnweb.freebsd.org/base?view=revision&revision=250991 > >> > >>> > > > > Thanks for the info, I appreciate it. I had a heck of a time getting > > database/py-sqlite3 to build as well. > > My workaround to get it installed was to change the Makefile in WRKSRC > > > Can you apply the following patch to /usr/ports/lang/python27, rebuild > python, re-install and then try to build databases/py-sqlite3 again? > > Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in > =================================================================== > --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) > +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) > @@ -0,0 +1,10 @@ > +--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 07:16:44.000000000 -0700 > ++++ Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 07:17:03.000000000 -0700 > +@@ -1,7 +1,6 @@ > + ffi_sources = """ > + src/prep_cif.c > + src/closures.c > +-src/dlmalloc.c > + """.split() > + > + ffi_platforms = { > > > It seems the root cause is a broken python build that accidentally > defines malloc(), free(), at al in _ctypes.so. A longer explanation > was sent to svn-src-head@ and svn-src-all@ > > I expect that the patch also fixes the other problems mentioned in > this thread. It would be great if people can verify this. I can confirm that this fixes the problems I had building databases/tdb and databases/py-sqlite3. I haven't done any other testing though. -Mark From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 15:16:27 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 61203D98; Mon, 3 Jun 2013 15:16:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id E9BB412B6; Mon, 3 Jun 2013 15:16:23 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1UjWVg-000ENh-GA; Mon, 03 Jun 2013 19:17:24 +0400 Date: Mon, 3 Jun 2013 19:17:24 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130603151724.GA54714@zxy.spb.ru> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130530152053.GA19621@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: pkg@Freebsd.org, ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 15:16:27 -0000 On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: > The pkg developement team is proud to announce the new 1.1.0 beta1 release of > pkg. > - new experimental pkg convert (can convert from and to legacy pkg database) > pkg2ng now uses pkg convert (still recommanded to use pkg2ng) Converting packages from /var/db/pkg Converting pkg-1.1.0.b3_1... pkg: unknown keyword display, ignoring @display Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 15:34:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 16C67760; Mon, 3 Jun 2013 15:34:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 2C145145E; Mon, 3 Jun 2013 15:34:24 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id w56so1796301wes.39 for ; Mon, 03 Jun 2013 08:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=aLWwM1Ob8jzd/DyD697YoSGSW+XmULHlZjQNta2xVmM=; b=GigLVOGUh9TqQDSHX67Yx3CsM6jKWkx8oq07wZtzmOOfxhtXhfT1nMpTpIuVyl6Q+o 4/boMXeqJJpQBKRvA4qOFug0EZm7z50Og8lKNGkSGMqW38N4ZqrYTGQoKvzUK7hKPdHU 5eFVIBUmr+bhRrNu8pofpF+HvaV9qvLEWSWFMspIB5ZfUdEQXhoOWPmeUbhU/uv1Y7nh IuWJ/5iyhYQsv2BdnOjQGZwX6na+epKn1uCCrvHpHpibEbOUpya2fo+Y0m69P5zNTLl3 Zy/MLfbUQth4ESWUqQVE4/vZMcenG2rXiH26vaV0wNx0t0itmEja/8JTpQkLLspNGxii NQMw== X-Received: by 10.180.189.136 with SMTP id gi8mr13553695wic.11.1370273662764; Mon, 03 Jun 2013 08:34:22 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d5sm24226368wic.1.2013.06.03.08.34.21 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 03 Jun 2013 08:34:21 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 3 Jun 2013 17:34:19 +0200 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130603153419.GL12427@ithaqua.etoilebsd.net> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Y142/9l9nQlBiaj" Content-Disposition: inline In-Reply-To: <20130603151724.GA54714@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: pkg@Freebsd.org, ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 15:34:25 -0000 --4Y142/9l9nQlBiaj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: > On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: >=20 > > The pkg developement team is proud to announce the new 1.1.0 beta1 rele= ase of > > pkg. >=20 > > - new experimental pkg convert (can convert from and to legacy pkg data= base) > > pkg2ng now uses pkg convert (still recommanded to use pkg2ng) >=20 > Converting packages from /var/db/pkg > Converting pkg-1.1.0.b3_1... > pkg: unknown keyword display, ignoring @display > Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Have you run pkg2ng? regards, Bapt --4Y142/9l9nQlBiaj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGst3sACgkQ8kTtMUmk6ExXzgCgi+0tr450i9OveiYVM6GRa+i0 zZ4AoI6pJFuiGkDlfRcA2wJD8On2ebbC =tOSq -----END PGP SIGNATURE----- --4Y142/9l9nQlBiaj-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 15:38:03 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D020FB2A; Mon, 3 Jun 2013 15:38:03 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA6315E0; Mon, 3 Jun 2013 15:38:02 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1UjWqd-000EgW-NX; Mon, 03 Jun 2013 19:39:03 +0400 Date: Mon, 3 Jun 2013 19:39:03 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130603153903.GH34554@zxy.spb.ru> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130603153419.GL12427@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: pkg@Freebsd.org, ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 15:38:03 -0000 On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: > On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: > > On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: > > > > > The pkg developement team is proud to announce the new 1.1.0 beta1 release of > > > pkg. > > > > > - new experimental pkg convert (can convert from and to legacy pkg database) > > > pkg2ng now uses pkg convert (still recommanded to use pkg2ng) > > > > Converting packages from /var/db/pkg > > Converting pkg-1.1.0.b3_1... > > pkg: unknown keyword display, ignoring @display > > Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Have you run pkg2ng? Yes, this is run pkg2ng. From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 16:54:50 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AB167FD8; Mon, 3 Jun 2013 16:54:50 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9405F1A22; Mon, 3 Jun 2013 16:54:50 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id 581F436F49FF; Mon, 3 Jun 2013 09:54:44 -0700 (PDT) To: Marcel Moolenaar Subject: Re: issue with libthr? From: Waitman Gobble X-UUID-HOR: b8215b8d-cc5d-11e2-8072-902b34a86bc3 Message-Id: <20130603165444.581F436F49FF@dx.burplex.com> Date: Mon, 3 Jun 2013 09:54:44 -0700 (PDT) Cc: Mark Johnston , marcel@freebsd.org, FreeBSD-CURRENT@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 16:54:50 -0000 On Mon, 3 Jun 2013 07:55:54 -0700, Marcel Moolenaar wrote: > > >On Jun 2, 2013, at 8:08 AM, Waitman Gobble = >wrote: > >> On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston = >wrote:=20 >>>=20 >>> On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: >>>>=20 >>>> Hi, >>>>=20 >>>> I'm getting a ton of core dumps from Python and any software that = >uses >> Python, >>>> ie has USE_PYTHON_BUILD=3Dyes in Makefile. >>>>=20 >>>> hundreds of msgs in dmesg: >>>> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) >>>>=20 >>>> from gdb it seems to me to be libthr related? I've noticed a couple = >updates >> in >>>> May.. wonder if it's related? I've only noticed this issue in the = >past >> week, >>>> after a complete rebuild and updated. >>>=20 >>> I've been running into this issue too - python 2.7 would crash when >>> trying to rebuild databases/tdb and databases/py-sqlite3 with = >backtraces >>> similar to what you have below. The python port itself hasn't changed = >in >>> a while. >>>=20 >>> Reverting r250991 and rebuilding libc solves the issue for me: >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D250991 >>>=20 >>>>=20 >>=20 >> Thanks for the info, I appreciate it. I had a heck of a time getting >> database/py-sqlite3 to build as well.=20 >> My workaround to get it installed was to change the Makefile in WRKSRC > > >Can you apply the following patch to /usr/ports/lang/python27, rebuild >python, re-install and then try to build databases/py-sqlite3 again? > >Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in >=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 >--- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) >+++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) >@@ -0,0 +1,10 @@ >+--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 = >07:16:44.000000000 -0700 >++++ Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 = >07:17:03.000000000 -0700 >+@@ -1,7 +1,6 @@ >+ ffi_sources =3D """ >+ src/prep_cif.c >+ src/closures.c >+-src/dlmalloc.c >+ """.split() >+=20 >+ ffi_platforms =3D { > > >It seems the root cause is a broken python build that accidentally >defines malloc(), free(), at al in _ctypes.so. A longer explanation >was sent to svn-src-head@ and svn-src-all@ > >I expect that the patch also fixes the other problems mentioned in >this thread. It would be great if people can verify this. > >FYI, > >--=20 >Marcel Moolenaar >marcel@xcllnt.net > > > yes, that patch seems to work on my machine. After rebuilding Python with the patch, I was able to install databases/py-sqlite3 without error, also the www/midori port now builds and installs without crashing. I'll let you know if I see any problems. Thank you, -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 17:59:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 901958CF for ; Mon, 3 Jun 2013 17:59:51 +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 538971D36 for ; Mon, 3 Jun 2013 17:59:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UjZ2m-002YOI-Gi>; Mon, 03 Jun 2013 19:59:44 +0200 Received: from e179189248.adsl.alicedsl.de ([85.179.189.248] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UjZ2m-000pH7-Dg>; Mon, 03 Jun 2013 19:59:44 +0200 Date: Mon, 3 Jun 2013 19:59:39 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; Message-ID: <20130603195939.178f463b@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/mp.KW/ZAwMDVGdUJ9midvAR"; protocol="application/pgp-signature" X-Originating-IP: 85.179.189.248 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 17:59:51 -0000 --Sig_/mp.KW/ZAwMDVGdUJ9midvAR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Compiling most recent world doesn't proceed and fails with the following error: /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 =3D r * P5 + P4; Just for notice. Oliver --Sig_/mp.KW/ZAwMDVGdUJ9midvAR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJRrNmPAAoJEOgBcD7A/5N8ROwIAK2XDYOhjXGlGgxjORa+eRju AauKcZf8RN2JAJM1gj7f3C+z9VaJN9W9W1NVmAL6bZxlCnbo00IePdH00C9fwCz5 BBNrCEnX/5XuTM4Y3N40gGCeeOkNMoROUZQkKrGIbMJdcBvCQ4Mgvq/dUhTH5ynm 2nrSr8kGX4WS5sKPiHOCSpREmyPka3yG4+qmurH104qTeUdkrIBJy+v5+duQSoek sJtgcuaiTCpuuBQnC1wTyS1fQ6pRTIbSSk72ENOSqfrcf6sUAuF2UP5vxclYDXKG WYU+ANXlZQoPRlW3Q8OE82GHPTaSi2qjqOaokKJASQYQjI+fDuwzt1JX4PES0Cs= =7D6s -----END PGP SIGNATURE----- --Sig_/mp.KW/ZAwMDVGdUJ9midvAR-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 18:15:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 39EDC1F1 for ; Mon, 3 Jun 2013 18:15:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 03D601DFB for ; Mon, 3 Jun 2013 18:15:25 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.6/8.14.6) with ESMTP id r53IFPTt089482; Mon, 3 Jun 2013 11:15:25 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.6/8.14.6/Submit) id r53IFPmg089481; Mon, 3 Jun 2013 11:15:25 -0700 (PDT) (envelope-from sgk) Date: Mon, 3 Jun 2013 11:15:25 -0700 From: Steve Kargl To: "O. Hartmann" Subject: Re: Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; Message-ID: <20130603181525.GA88945@troutmask.apl.washington.edu> References: <20130603195939.178f463b@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130603195939.178f463b@thor.walstatt.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 18:15:26 -0000 On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote: > Compiling most recent world doesn't proceed and fails with the > following error: > > /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of > undeclared identifier 'P5' t45 = r * P5 + P4; > I'm in the middle of committing several changes to s_expl.c try again in few minutes. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 18:20:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 489097C0 for ; Mon, 3 Jun 2013 18:20:26 +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 0BD091E48 for ; Mon, 3 Jun 2013 18:20:25 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UjZMn-002i2E-6f>; Mon, 03 Jun 2013 20:20:25 +0200 Received: from e179189248.adsl.alicedsl.de ([85.179.189.248] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UjZMn-000qg4-3W>; Mon, 03 Jun 2013 20:20:25 +0200 Date: Mon, 3 Jun 2013 20:20:24 +0200 From: "O. Hartmann" To: Steve Kargl Subject: Re: Revision: 251326: Compiling fails in /usr/src/lib/msun/ld80: s_expl.c:288:12: error: use of undeclared identifier 'P5' t45 = r * P5 + P4; Message-ID: <20130603202024.219c6f56@thor.walstatt.dyndns.org> In-Reply-To: <20130603181525.GA88945@troutmask.apl.washington.edu> References: <20130603195939.178f463b@thor.walstatt.dyndns.org> <20130603181525.GA88945@troutmask.apl.washington.edu> Organization: FU Berlin X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/gN9Uv_Q/niNL9cAF3pcqQNi"; protocol="application/pgp-signature" X-Originating-IP: 85.179.189.248 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 18:20:26 -0000 --Sig_/gN9Uv_Q/niNL9cAF3pcqQNi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 3 Jun 2013 11:15:25 -0700 Steve Kargl wrote: > On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote: > > Compiling most recent world doesn't proceed and fails with the > > following error: > >=20 > > /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of > > undeclared identifier 'P5' t45 =3D r * P5 + P4; > >=20 >=20 > I'm in the middle of committing several changes to=20 > s_expl.c try again in few minutes. >=20 >=20 ;-) realized this, and I'm to hasty. Works now. Many thanks. Oliver --Sig_/gN9Uv_Q/niNL9cAF3pcqQNi Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJRrN5oAAoJEOgBcD7A/5N87wQIAJqSkDnFInxiAVJZCQzalBiF Z0qobDVqorR+2GDHhbyVUOF//zdr/l6rEgNbNWprJJHYr6ro7Rk0kq1uoigGXpHG mu3K6BE9jkhfOvmkjdVifxlyoVGszS1zqGLQvcdv9ZxvTi6yh2G8VQqsN4+cEx6s dqeup1sk/mtakDcFdSTUIwPqBj8PDUuQ3iJOt76Lvy7OA7n9c5AZb4J4BlB4ytKC 1jlKdk5Se1r+ePX+Dt44Jv/TEAvQeDv62A0CQC49yLWUVDhKnLKq8WWBGW3994CI 6yLswbK6351GGZQXnNOes8BilEg6eQ7CNtfOTcz+UVmiS9o5nBx7BgyhPAwKBvc= =mnsf -----END PGP SIGNATURE----- --Sig_/gN9Uv_Q/niNL9cAF3pcqQNi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 18:40:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D106F13E; Mon, 3 Jun 2013 18:40:36 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 006FE1F18; Mon, 3 Jun 2013 18:40:35 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id m6so3003463wiv.5 for ; Mon, 03 Jun 2013 11:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=AqERVold0oX+fyJ6/pElfeH8EuFokoR//spWAXdnExk=; b=Tu41oKJCSCP5NixABrUmL3sDai8fOejIoWi8jEMZlKJZ5INfqEPmpuMbQzUBG8r5V5 l9XmS9pl1CJHHfha4xtoA1AiyTGtXbaiJcF7kpGGQeXdM5nttnn7DkoZG2JRBVHeoMST pHG00VDpJYaq7wZi493ni4ujLQ7YZ+oMf81/OFK4SEqL5bvU+aWXtJvd6TE6R7TLWs0m jZk4+0ifukOqjw3vYW/G4//rHNIWLPW/8lFOr+hRKEkCCbaRhbi3uZilI1TiWbPYWQWl ww+JRyEH9uv+rdCz62E+dr+T/uhuSVyteQMh+cPgCcP9w7fNGlxKbBzjHPnmm4wLfUts Zx+g== X-Received: by 10.194.158.194 with SMTP id ww2mr20466668wjb.3.1370284834620; Mon, 03 Jun 2013 11:40:34 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id dj7sm25302871wib.6.2013.06.03.11.40.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 03 Jun 2013 11:40:33 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 3 Jun 2013 20:40:31 +0200 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: [HEADSUP] New pkg-devel 1.1.0 beta1 Message-ID: <20130603184031.GM12427@ithaqua.etoilebsd.net> References: <20130530152053.GA19621@ithaqua.etoilebsd.net> <20130603151724.GA54714@zxy.spb.ru> <20130603153419.GL12427@ithaqua.etoilebsd.net> <20130603153903.GH34554@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gqEssfNGWsEa4HfM" Content-Disposition: inline In-Reply-To: <20130603153903.GH34554@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: pkg@Freebsd.org, ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 18:40:36 -0000 --gqEssfNGWsEa4HfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2013 at 07:39:03PM +0400, Slawa Olhovchenkov wrote: > On Mon, Jun 03, 2013 at 05:34:19PM +0200, Baptiste Daroussin wrote: >=20 > > On Mon, Jun 03, 2013 at 07:17:24PM +0400, Slawa Olhovchenkov wrote: > > > On Thu, May 30, 2013 at 05:20:54PM +0200, Baptiste Daroussin wrote: > > >=20 > > > > The pkg developement team is proud to announce the new 1.1.0 beta1 = release of > > > > pkg. > > >=20 > > > > - new experimental pkg convert (can convert from and to legacy pkg = database) > > > > pkg2ng now uses pkg convert (still recommanded to use pkg2ng) > > >=20 > > > Converting packages from /var/db/pkg > > > Converting pkg-1.1.0.b3_1... > > > pkg: unknown keyword display, ignoring @display > > > Installing pkg-1.1.0.b3_1...Segmentation fault (core dumped) > > >=20 > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" > >=20 > > Have you run pkg2ng? >=20 > Yes, this is run pkg2ng. Ok I'll have a look and fix asap. regards, Bapt --gqEssfNGWsEa4HfM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGs4x8ACgkQ8kTtMUmk6EzFqQCff2/hQQ+wSQlXWiAp8IpaQZdm HGIAoJSN/MSJNRmoE8lELnOcWVhlY1Xd =Np7s -----END PGP SIGNATURE----- --gqEssfNGWsEa4HfM-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 22:15:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E199859D; Mon, 3 Jun 2013 22:15:59 +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 B691E1B05; Mon, 3 Jun 2013 22:15:59 +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 r53MFqcY033183; Mon, 3 Jun 2013 18:15:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r53MFq2U033179; Mon, 3 Jun 2013 22:15:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 3 Jun 2013 22:15:52 GMT Message-Id: <201306032215.r53MFq2U033179@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 22:16:00 -0000 TB --- 2013-06-03 17:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-03 17:20:17 - 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 --- 2013-06-03 17:20:17 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-03 17:20:17 - cleaning the object tree TB --- 2013-06-03 17:20:17 - /usr/local/bin/svn stat /src TB --- 2013-06-03 17:20:22 - At svn revision 251314 TB --- 2013-06-03 17:20:23 - building world TB --- 2013-06-03 17:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 17:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 17:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 17:20:23 - SRCCONF=/dev/null TB --- 2013-06-03 17:20:23 - TARGET=i386 TB --- 2013-06-03 17:20:23 - TARGET_ARCH=i386 TB --- 2013-06-03 17:20:23 - TZ=UTC TB --- 2013-06-03 17:20:23 - __MAKE_CONF=/dev/null TB --- 2013-06-03 17:20:23 - cd /src TB --- 2013-06-03 17:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jun 3 17:20:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 3 20:27:35 UTC 2013 TB --- 2013-06-03 20:27:35 - generating LINT kernel config TB --- 2013-06-03 20:27:35 - cd /src/sys/i386/conf TB --- 2013-06-03 20:27:35 - /usr/bin/make -B LINT TB --- 2013-06-03 20:27:35 - cd /src/sys/i386/conf TB --- 2013-06-03 20:27:35 - /usr/sbin/config -m LINT TB --- 2013-06-03 20:27:35 - building LINT kernel TB --- 2013-06-03 20:27:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 20:27:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 20:27:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 20:27:35 - SRCCONF=/dev/null TB --- 2013-06-03 20:27:35 - TARGET=i386 TB --- 2013-06-03 20:27:35 - TARGET_ARCH=i386 TB --- 2013-06-03 20:27:35 - TZ=UTC TB --- 2013-06-03 20:27:35 - __MAKE_CONF=/dev/null TB --- 2013-06-03 20:27:35 - cd /src TB --- 2013-06-03 20:27:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 3 20:27:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Jun 3 21:01:26 UTC 2013 TB --- 2013-06-03 21:01:26 - cd /src/sys/i386/conf TB --- 2013-06-03 21:01:26 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-03 21:01:26 - building LINT-NOINET kernel TB --- 2013-06-03 21:01:26 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:01:26 - SRCCONF=/dev/null TB --- 2013-06-03 21:01:26 - TARGET=i386 TB --- 2013-06-03 21:01:26 - TARGET_ARCH=i386 TB --- 2013-06-03 21:01:26 - TZ=UTC TB --- 2013-06-03 21:01:26 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:01:26 - cd /src TB --- 2013-06-03 21:01:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Jun 3 21:01:26 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Jun 3 21:31:59 UTC 2013 TB --- 2013-06-03 21:31:59 - cd /src/sys/i386/conf TB --- 2013-06-03 21:31:59 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-03 21:31:59 - building LINT-NOINET6 kernel TB --- 2013-06-03 21:31:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:31:59 - SRCCONF=/dev/null TB --- 2013-06-03 21:31:59 - TARGET=i386 TB --- 2013-06-03 21:31:59 - TARGET_ARCH=i386 TB --- 2013-06-03 21:31:59 - TZ=UTC TB --- 2013-06-03 21:31:59 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:31:59 - cd /src TB --- 2013-06-03 21:31:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Jun 3 21:31:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Jun 3 22:03:47 UTC 2013 TB --- 2013-06-03 22:03:47 - cd /src/sys/i386/conf TB --- 2013-06-03 22:03:47 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-03 22:03:47 - building LINT-NOIP kernel TB --- 2013-06-03 22:03:47 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 22:03:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 22:03:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 22:03:47 - SRCCONF=/dev/null TB --- 2013-06-03 22:03:47 - TARGET=i386 TB --- 2013-06-03 22:03:47 - TARGET_ARCH=i386 TB --- 2013-06-03 22:03:47 - TZ=UTC TB --- 2013-06-03 22:03:47 - __MAKE_CONF=/dev/null TB --- 2013-06-03 22:03:47 - cd /src TB --- 2013-06-03 22:03:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Jun 3 22:03:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/i386.i386/src/sys/LINT-NOIP *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-03 22:15:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-03 22:15:52 - ERROR: failed to build LINT-NOIP kernel TB --- 2013-06-03 22:15:52 - 14050.49 user 2570.37 system 17734.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 3 22:47:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 336881F7; Mon, 3 Jun 2013 22:47: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 08DB91CAF; Mon, 3 Jun 2013 22:47:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r53Mll4P037115; Mon, 3 Jun 2013 18:47: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 r53MlltR037109; Mon, 3 Jun 2013 22:47:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 3 Jun 2013 22:47:47 GMT Message-Id: <201306032247.r53MlltR037109@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 22:47:48 -0000 TB --- 2013-06-03 17:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-03 17:20:17 - 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 --- 2013-06-03 17:20:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-03 17:20:17 - cleaning the object tree TB --- 2013-06-03 17:20:17 - /usr/local/bin/svn stat /src TB --- 2013-06-03 17:20:22 - At svn revision 251314 TB --- 2013-06-03 17:20:23 - building world TB --- 2013-06-03 17:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 17:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 17:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 17:20:23 - SRCCONF=/dev/null TB --- 2013-06-03 17:20:23 - TARGET=amd64 TB --- 2013-06-03 17:20:23 - TARGET_ARCH=amd64 TB --- 2013-06-03 17:20:23 - TZ=UTC TB --- 2013-06-03 17:20:23 - __MAKE_CONF=/dev/null TB --- 2013-06-03 17:20:23 - cd /src TB --- 2013-06-03 17:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jun 3 17:20:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Jun 3 21:04:10 UTC 2013 TB --- 2013-06-03 21:04:10 - generating LINT kernel config TB --- 2013-06-03 21:04:10 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:04:10 - /usr/bin/make -B LINT TB --- 2013-06-03 21:04:10 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:04:10 - /usr/sbin/config -m LINT TB --- 2013-06-03 21:04:10 - building LINT kernel TB --- 2013-06-03 21:04:10 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:04:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:04:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:04:10 - SRCCONF=/dev/null TB --- 2013-06-03 21:04:10 - TARGET=amd64 TB --- 2013-06-03 21:04:10 - TARGET_ARCH=amd64 TB --- 2013-06-03 21:04:10 - TZ=UTC TB --- 2013-06-03 21:04:10 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:04:10 - cd /src TB --- 2013-06-03 21:04:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 3 21:04:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Jun 3 21:35:45 UTC 2013 TB --- 2013-06-03 21:35:45 - cd /src/sys/amd64/conf TB --- 2013-06-03 21:35:45 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-03 21:35:45 - building LINT-NOINET kernel TB --- 2013-06-03 21:35:45 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 21:35:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 21:35:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 21:35:45 - SRCCONF=/dev/null TB --- 2013-06-03 21:35:45 - TARGET=amd64 TB --- 2013-06-03 21:35:45 - TARGET_ARCH=amd64 TB --- 2013-06-03 21:35:45 - TZ=UTC TB --- 2013-06-03 21:35:45 - __MAKE_CONF=/dev/null TB --- 2013-06-03 21:35:45 - cd /src TB --- 2013-06-03 21:35:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Jun 3 21:35:45 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Jun 3 22:05:42 UTC 2013 TB --- 2013-06-03 22:05:42 - cd /src/sys/amd64/conf TB --- 2013-06-03 22:05:42 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-03 22:05:42 - building LINT-NOINET6 kernel TB --- 2013-06-03 22:05:42 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 22:05:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 22:05:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 22:05:42 - SRCCONF=/dev/null TB --- 2013-06-03 22:05:42 - TARGET=amd64 TB --- 2013-06-03 22:05:42 - TARGET_ARCH=amd64 TB --- 2013-06-03 22:05:42 - TZ=UTC TB --- 2013-06-03 22:05:42 - __MAKE_CONF=/dev/null TB --- 2013-06-03 22:05:42 - cd /src TB --- 2013-06-03 22:05:42 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Jun 3 22:05:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Jun 3 22:35:40 UTC 2013 TB --- 2013-06-03 22:35:40 - cd /src/sys/amd64/conf TB --- 2013-06-03 22:35:40 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-03 22:35:40 - building LINT-NOIP kernel TB --- 2013-06-03 22:35:40 - CROSS_BUILD_TESTING=YES TB --- 2013-06-03 22:35:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-03 22:35:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-03 22:35:40 - SRCCONF=/dev/null TB --- 2013-06-03 22:35:40 - TARGET=amd64 TB --- 2013-06-03 22:35:40 - TARGET_ARCH=amd64 TB --- 2013-06-03 22:35:40 - TZ=UTC TB --- 2013-06-03 22:35:40 - __MAKE_CONF=/dev/null TB --- 2013-06-03 22:35:40 - cd /src TB --- 2013-06-03 22:35:40 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Jun 3 22:35:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT-NOIP *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-03 22:47:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-03 22:47:47 - ERROR: failed to build LINT-NOIP kernel TB --- 2013-06-03 22:47:47 - 15394.29 user 2896.22 system 19649.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 09:10:44 2013 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2AEF9A65; Tue, 4 Jun 2013 09:10:44 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) by mx1.freebsd.org (Postfix) with ESMTP id E455F131D; Tue, 4 Jun 2013 09:10:43 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id y10so885247pdj.28 for ; Tue, 04 Jun 2013 02:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=bJRkjMMoO9zocfDlTbKdJXDA882Am0wqx6VdANrge1c=; b=Ks+tvfgwK4ZS5pTa2JmT3LbUD27dRC9uHlKBb8CngaykEMhol+DR+DXen0cZa+d4z8 FqYH8OWh+8lynoOxrTVQ4uqYGtz1UXdutTNhc0QnkqpyjCanlzmZMqF6nbZ1Kk5cKakC SnqeNNqYKogOP6YiEqj2ISv5Gu23RMf8yLFSNUD5g/61PKvBYXBMgkNrARLCqtgO9Fok TJ+EF1Ibg4L0kftNEqO3y1EOY3Fyo0Fx0wy5D3LUEkOhzSlLNorl2bXPbWGpyfFDeUIp A47EwIayGTDCrUG9NM680abzWWQGLULcdyEs0y/YOKub43NXVqWLr906AV1s2GbyU3BK AFsw== X-Received: by 10.68.252.227 with SMTP id zv3mr28078841pbc.14.1370337043631; Tue, 04 Jun 2013 02:10:43 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id nk2sm7958705pbc.43.2013.06.04.02.10.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Jun 2013 02:10:42 -0700 (PDT) Message-ID: <51ADAF05.3090403@FreeBSD.org> Date: Tue, 04 Jun 2013 19:10:29 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Waitman Gobble Subject: Re: issue with libthr? References: <20130603165444.581F436F49FF@dx.burplex.com> In-Reply-To: <20130603165444.581F436F49FF@dx.burplex.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-CURRENT@freebsd.org, Mark Johnston , marcel@freebsd.org, Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 09:10:44 -0000 On 4/06/2013 2:54 AM, Waitman Gobble wrote: > On Mon, 3 Jun 2013 07:55:54 -0700, Marcel Moolenaar wrote: > >> >> >> On Jun 2, 2013, at 8:08 AM, Waitman Gobble = >> wrote: >> >>> On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston = >> wrote:=20 >>>> =20 >>>> On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: >>>>> =20 >>>>> Hi, >>>>> =20 >>>>> I'm getting a ton of core dumps from Python and any software that = >> uses >>> Python, >>>>> ie has USE_PYTHON_BUILD=3Dyes in Makefile. >>>>> =20 >>>>> hundreds of msgs in dmesg: >>>>> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>>> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>>> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>>> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>>> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) >>>>> =20 >>>>> from gdb it seems to me to be libthr related? I've noticed a couple = >> updates >>> in >>>>> May.. wonder if it's related? I've only noticed this issue in the = >> past >>> week, >>>>> after a complete rebuild and updated. >>>> =20 >>>> I've been running into this issue too - python 2.7 would crash when >>>> trying to rebuild databases/tdb and databases/py-sqlite3 with = >> backtraces >>>> similar to what you have below. The python port itself hasn't changed = >> in >>>> a while. >>>> =20 >>>> Reverting r250991 and rebuilding libc solves the issue for me: >>>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D250991 >>>> =20 >>>>> =20 >>> =20 >>> Thanks for the info, I appreciate it. I had a heck of a time getting >>> database/py-sqlite3 to build as well.=20 >>> My workaround to get it installed was to change the Makefile in WRKSRC >> >> >> Can you apply the following patch to /usr/ports/lang/python27, rebuild >> python, re-install and then try to build databases/py-sqlite3 again? >> >> Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in >> =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 >> --- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) >> +++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) >> @@ -0,0 +1,10 @@ >> +--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 = >> 07:16:44.000000000 -0700 >> ++++ Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 = >> 07:17:03.000000000 -0700 >> +@@ -1,7 +1,6 @@ >> + ffi_sources =3D """ >> + src/prep_cif.c >> + src/closures.c >> +-src/dlmalloc.c >> + """.split() >> +=20 >> + ffi_platforms =3D { >> >> >> It seems the root cause is a broken python build that accidentally >> defines malloc(), free(), at al in _ctypes.so. A longer explanation >> was sent to svn-src-head@ and svn-src-all@ >> >> I expect that the patch also fixes the other problems mentioned in >> this thread. It would be great if people can verify this. >> >> FYI, >> >> --=20 >> Marcel Moolenaar >> marcel@xcllnt.net >> >> >> > > > yes, that patch seems to work on my machine. After rebuilding Python with the > patch, I was able to install databases/py-sqlite3 without error, also the > www/midori port now builds and installs without crashing. I'll let you know if > I see any problems. > > Thank you, > Great work Marcel :) What needs to be done to get this upstreamed? Koobs From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 09:18:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F524C34; Tue, 4 Jun 2013 09:18:45 +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 462331390; Tue, 4 Jun 2013 09:18:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r549Iid1056309; Tue, 4 Jun 2013 05:18:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r549IihR056308; Tue, 4 Jun 2013 09:18:44 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Jun 2013 09:18:44 GMT Message-Id: <201306040918.r549IihR056308@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 09:18:45 -0000 TB --- 2013-06-04 04:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-04 04:10:19 - 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 --- 2013-06-04 04:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-04 04:10:19 - cleaning the object tree TB --- 2013-06-04 04:18:59 - /usr/local/bin/svn stat /src TB --- 2013-06-04 04:19:03 - At svn revision 251364 TB --- 2013-06-04 04:19:04 - building world TB --- 2013-06-04 04:19:04 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 04:19:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 04:19:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 04:19:04 - SRCCONF=/dev/null TB --- 2013-06-04 04:19:04 - TARGET=i386 TB --- 2013-06-04 04:19:04 - TARGET_ARCH=i386 TB --- 2013-06-04 04:19:04 - TZ=UTC TB --- 2013-06-04 04:19:04 - __MAKE_CONF=/dev/null TB --- 2013-06-04 04:19:04 - cd /src TB --- 2013-06-04 04:19:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jun 4 04:19:10 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 4 07:29:19 UTC 2013 TB --- 2013-06-04 07:29:20 - generating LINT kernel config TB --- 2013-06-04 07:29:20 - cd /src/sys/i386/conf TB --- 2013-06-04 07:29:20 - /usr/bin/make -B LINT TB --- 2013-06-04 07:29:20 - cd /src/sys/i386/conf TB --- 2013-06-04 07:29:20 - /usr/sbin/config -m LINT TB --- 2013-06-04 07:29:20 - building LINT kernel TB --- 2013-06-04 07:29:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 07:29:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 07:29:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 07:29:20 - SRCCONF=/dev/null TB --- 2013-06-04 07:29:20 - TARGET=i386 TB --- 2013-06-04 07:29:20 - TARGET_ARCH=i386 TB --- 2013-06-04 07:29:20 - TZ=UTC TB --- 2013-06-04 07:29:20 - __MAKE_CONF=/dev/null TB --- 2013-06-04 07:29:20 - cd /src TB --- 2013-06-04 07:29:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 4 07:29:20 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Jun 4 08:03:59 UTC 2013 TB --- 2013-06-04 08:03:59 - cd /src/sys/i386/conf TB --- 2013-06-04 08:03:59 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-04 08:03:59 - building LINT-NOINET kernel TB --- 2013-06-04 08:03:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 08:03:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 08:03:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 08:03:59 - SRCCONF=/dev/null TB --- 2013-06-04 08:03:59 - TARGET=i386 TB --- 2013-06-04 08:03:59 - TARGET_ARCH=i386 TB --- 2013-06-04 08:03:59 - TZ=UTC TB --- 2013-06-04 08:03:59 - __MAKE_CONF=/dev/null TB --- 2013-06-04 08:03:59 - cd /src TB --- 2013-06-04 08:03:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Jun 4 08:03:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Tue Jun 4 08:35:16 UTC 2013 TB --- 2013-06-04 08:35:16 - cd /src/sys/i386/conf TB --- 2013-06-04 08:35:16 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-04 08:35:16 - building LINT-NOINET6 kernel TB --- 2013-06-04 08:35:16 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 08:35:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 08:35:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 08:35:16 - SRCCONF=/dev/null TB --- 2013-06-04 08:35:16 - TARGET=i386 TB --- 2013-06-04 08:35:16 - TARGET_ARCH=i386 TB --- 2013-06-04 08:35:16 - TZ=UTC TB --- 2013-06-04 08:35:16 - __MAKE_CONF=/dev/null TB --- 2013-06-04 08:35:16 - cd /src TB --- 2013-06-04 08:35:16 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Jun 4 08:35:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Tue Jun 4 09:06:13 UTC 2013 TB --- 2013-06-04 09:06:13 - cd /src/sys/i386/conf TB --- 2013-06-04 09:06:13 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-04 09:06:13 - building LINT-NOIP kernel TB --- 2013-06-04 09:06:13 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 09:06:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 09:06:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 09:06:13 - SRCCONF=/dev/null TB --- 2013-06-04 09:06:13 - TARGET=i386 TB --- 2013-06-04 09:06:13 - TARGET_ARCH=i386 TB --- 2013-06-04 09:06:13 - TZ=UTC TB --- 2013-06-04 09:06:13 - __MAKE_CONF=/dev/null TB --- 2013-06-04 09:06:13 - cd /src TB --- 2013-06-04 09:06:13 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Jun 4 09:06:13 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/i386.i386/src/sys/LINT-NOIP *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-04 09:18:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-04 09:18:44 - ERROR: failed to build LINT-NOIP kernel TB --- 2013-06-04 09:18:44 - 14050.46 user 2554.20 system 18504.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 09:49:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DB1ECD12; Tue, 4 Jun 2013 09:49:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B12C31778; Tue, 4 Jun 2013 09:49:51 +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 r549npHM054812; Tue, 4 Jun 2013 05:49:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r549npwk054811; Tue, 4 Jun 2013 09:49:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Jun 2013 09:49:51 GMT Message-Id: <201306040949.r549npwk054811@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 09:49:51 -0000 TB --- 2013-06-04 04:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-04 04:10:19 - 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 --- 2013-06-04 04:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-04 04:10:19 - cleaning the object tree TB --- 2013-06-04 04:19:18 - /usr/local/bin/svn stat /src TB --- 2013-06-04 04:19:21 - At svn revision 251364 TB --- 2013-06-04 04:19:22 - building world TB --- 2013-06-04 04:19:22 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 04:19:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 04:19:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 04:19:22 - SRCCONF=/dev/null TB --- 2013-06-04 04:19:22 - TARGET=amd64 TB --- 2013-06-04 04:19:22 - TARGET_ARCH=amd64 TB --- 2013-06-04 04:19:22 - TZ=UTC TB --- 2013-06-04 04:19:22 - __MAKE_CONF=/dev/null TB --- 2013-06-04 04:19:22 - cd /src TB --- 2013-06-04 04:19:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jun 4 04:19:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 4 08:05:59 UTC 2013 TB --- 2013-06-04 08:05:59 - generating LINT kernel config TB --- 2013-06-04 08:05:59 - cd /src/sys/amd64/conf TB --- 2013-06-04 08:05:59 - /usr/bin/make -B LINT TB --- 2013-06-04 08:05:59 - cd /src/sys/amd64/conf TB --- 2013-06-04 08:05:59 - /usr/sbin/config -m LINT TB --- 2013-06-04 08:05:59 - building LINT kernel TB --- 2013-06-04 08:05:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 08:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 08:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 08:05:59 - SRCCONF=/dev/null TB --- 2013-06-04 08:05:59 - TARGET=amd64 TB --- 2013-06-04 08:05:59 - TARGET_ARCH=amd64 TB --- 2013-06-04 08:05:59 - TZ=UTC TB --- 2013-06-04 08:05:59 - __MAKE_CONF=/dev/null TB --- 2013-06-04 08:05:59 - cd /src TB --- 2013-06-04 08:05:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 4 08:05:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Jun 4 08:37:48 UTC 2013 TB --- 2013-06-04 08:37:48 - cd /src/sys/amd64/conf TB --- 2013-06-04 08:37:48 - /usr/sbin/config -m LINT-NOINET TB --- 2013-06-04 08:37:48 - building LINT-NOINET kernel TB --- 2013-06-04 08:37:48 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 08:37:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 08:37:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 08:37:48 - SRCCONF=/dev/null TB --- 2013-06-04 08:37:48 - TARGET=amd64 TB --- 2013-06-04 08:37:48 - TARGET_ARCH=amd64 TB --- 2013-06-04 08:37:48 - TZ=UTC TB --- 2013-06-04 08:37:48 - __MAKE_CONF=/dev/null TB --- 2013-06-04 08:37:48 - cd /src TB --- 2013-06-04 08:37:48 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Jun 4 08:37:48 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Tue Jun 4 09:07:01 UTC 2013 TB --- 2013-06-04 09:07:01 - cd /src/sys/amd64/conf TB --- 2013-06-04 09:07:01 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-06-04 09:07:01 - building LINT-NOINET6 kernel TB --- 2013-06-04 09:07:01 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 09:07:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 09:07:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 09:07:01 - SRCCONF=/dev/null TB --- 2013-06-04 09:07:01 - TARGET=amd64 TB --- 2013-06-04 09:07:01 - TARGET_ARCH=amd64 TB --- 2013-06-04 09:07:01 - TZ=UTC TB --- 2013-06-04 09:07:01 - __MAKE_CONF=/dev/null TB --- 2013-06-04 09:07:01 - cd /src TB --- 2013-06-04 09:07:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Jun 4 09:07:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Tue Jun 4 09:37:25 UTC 2013 TB --- 2013-06-04 09:37:25 - cd /src/sys/amd64/conf TB --- 2013-06-04 09:37:25 - /usr/sbin/config -m LINT-NOIP TB --- 2013-06-04 09:37:25 - building LINT-NOIP kernel TB --- 2013-06-04 09:37:25 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 09:37:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 09:37:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 09:37:25 - SRCCONF=/dev/null TB --- 2013-06-04 09:37:25 - TARGET=amd64 TB --- 2013-06-04 09:37:25 - TARGET_ARCH=amd64 TB --- 2013-06-04 09:37:25 - TZ=UTC TB --- 2013-06-04 09:37:25 - __MAKE_CONF=/dev/null TB --- 2013-06-04 09:37:25 - cd /src TB --- 2013-06-04 09:37:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Jun 4 09:37:25 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT-NOIP *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-04 09:49:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-04 09:49:51 - ERROR: failed to build LINT-NOIP kernel TB --- 2013-06-04 09:49:51 - 15383.12 user 2870.21 system 20371.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 14:26:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DFDDBBF9 for ; Tue, 4 Jun 2013 14:26:56 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2E64A1656 for ; Tue, 4 Jun 2013 14:26:55 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 89AC6C492D; Tue, 4 Jun 2013 17:20:59 +0300 (EEST) Date: Tue, 4 Jun 2013 17:22:15 +0300 From: Aleksandr Rybalko To: Craig Rodrigues Subject: Re: mounting root from NFS via ROOTDEVNAME Message-Id: <20130604172215.c2d654d5f00df588386a3aed@ddteam.net> In-Reply-To: References: <1435656219.2547176.1359645941027.JavaMail.root@erie.cs.uoguelph.ca> <375AA8A5-E385-4528-A460-D4B8FCB9497B@netapp.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Rick Macklem , "Eggert, Lars" , "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 14:26:56 -0000 On Mon, 3 Jun 2013 00:06:44 -0700 Craig Rodrigues wrote: > On Tue, May 28, 2013 at 8:13 AM, Eggert, Lars wrote: > > > Hi, > > > > to conclude this thread, the patch below allows one to specify an nfs > > rootfs via the ROOTDEVNAME kernel option, which will be mounted when BOOTP > > does not return a root-path option. > > > > Lars > > > > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > > index 2c57a91..972fb12 100644 > > --- a/sys/nfs/bootp_subr.c > > +++ b/sys/nfs/bootp_subr.c > > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > > > #include "opt_bootp.h" > > #include "opt_nfs.h" > > +#include "opt_rootdevname.h" > > > > #include > > #include > > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, struct > > thread *td) > > rtimo = time_second + > > BOOTP_SETTLE_DELAY; > > printf(" (got root path)"); > > - } else > > + } else { > > printf(" (no root path)"); > > +#ifdef ROOTDEVNAME > > + /* > > + * If we'll mount rootfs from > > + * ROOTDEVNAME, we can accept > > + * offers without root paths. > > + */ > > + gotrootpath = 1; > > + rtimo = time_second + > > + BOOTP_SETTLE_DELAY; > > + printf(" (ROOTDEVNAME)"); > > +#endif > > + } > > printf("\n"); > > } > > } /* while secs */ > > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, > > struct bootpc_ifcontext *ifctx, > > > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > > TAG_ROOT); > > +#ifdef ROOTDEVNAME > > + /* > > + * If there was no root path in BOOTP, use the one in ROOTDEVNAME. > > + */ > > + if (p == NULL) { > > + p = strdup(ROOTDEVNAME, M_TEMP); > > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > > + panic("ROOTDEVNAME is not an NFS mount point"); > > + } > > +#endif > > if (p != NULL) { > > if (gctx->setrootfs != NULL) { > > printf("rootfs %s (ignored) ", p); > > > > > Sorry for not responding, I've been busy for the past few days. > > Thank you for persisting with this, and trying to clean this up. > This is relatively old code that hasn't been touched in about 15 years, > so not that many people have worked on it. > > I don't like things like ROOTDEVNAME which need to be specified in > the kernel config and are not part of the GENERIC kernel. > This usually ends up where code which is behind #ifdef ROOTDEVNAME > will bitrot because not everyone uses it. > > I would like to see the ROOTDEVNAME kernel option go away, > in favor of a variable that can be specified in loader.conf. Please don't do that. We still have some amount of systems for which we can't get boot device name and we can't modify boot process, very often situation is a embedded system with U-Boot on board and no sources published anywhere for it. So if we want to be able to continue work with such systems - we must have, at least similar way to specify rootdev. Thanks! > > If I search the code via Opengrok, I with this: > http://bxr.su/s?n=25&start=25&sort=relevancy&q=ROOTDEVNAME&project=FreeBSD > > there already seems to be a variable "rootdev" that is checked in a bunch > of places in the loader, so it would be nice if we could use that. > > My personal preference would be to delete ROOTDEVNAME from all the kernel > configs > and deprecate the kernel option, and instead use a tunable variable > which could be set in loader.conf. > > This may not be practical. Do you think it would be doable if > we can have something like this in the kernel code: > > const char *rootdevname = > #ifdef ROOTDEVNAME > rootdevname = ROOTDEVNAME; > #else > rootdevname = NULL > #endif > > if (rootdevname == NULL) { > rootdevname = getenv("rootdev"); > } > > > or something like that? > -- > Craig > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 16:09:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E61999D0 for ; Tue, 4 Jun 2013 16:09:02 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id BDF1E1B7E for ; Tue, 4 Jun 2013 16:09:01 +0000 (UTC) Received: from [192.168.1.18] (unknown [82.227.164.69]) by smtp3-g21.free.fr (Postfix) with ESMTP id 3BA0CA62DC for ; Tue, 4 Jun 2013 18:08:57 +0200 (CEST) Message-ID: <51AE1117.5020600@bebik.net> Date: Tue, 04 Jun 2013 18:08:55 +0200 From: Rodrigo OSORIO User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: rebuilding world fail Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 16:09:03 -0000 Hi, Rebuilding world for current, I found two blocking errors: make installkernel retrun "1: Invalid argument" and when I try to execute mergemaster, the system claims he's out of file descriptors. Other commands also fail with the same message. I have no clues about this issue, and the system log didn't help. - rodrigo From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 16:13:40 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44727DC3 for ; Tue, 4 Jun 2013 16:13:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 026261BF3 for ; Tue, 4 Jun 2013 16:13:39 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UjtrY-000AYZ-N7; Tue, 04 Jun 2013 16:13:32 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r54GDRHq015693; Tue, 4 Jun 2013 10:13:28 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+eQiLHl493n0CCFmTHW4KW Subject: Re: mounting root from NFS via ROOTDEVNAME From: Ian Lepore To: Craig Rodrigues In-Reply-To: References: <1435656219.2547176.1359645941027.JavaMail.root@erie.cs.uoguelph.ca> <375AA8A5-E385-4528-A460-D4B8FCB9497B@netapp.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 04 Jun 2013 10:13:27 -0600 Message-ID: <1370362407.1258.110.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Rick Macklem , "Eggert, Lars" , "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 16:13:40 -0000 On Mon, 2013-06-03 at 00:06 -0700, Craig Rodrigues wrote: > On Tue, May 28, 2013 at 8:13 AM, Eggert, Lars wrote: > > > Hi, > > > > to conclude this thread, the patch below allows one to specify an nfs > > rootfs via the ROOTDEVNAME kernel option, which will be mounted when BOOTP > > does not return a root-path option. > > > > Lars > > > > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > > index 2c57a91..972fb12 100644 > > --- a/sys/nfs/bootp_subr.c > > +++ b/sys/nfs/bootp_subr.c > > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > > > #include "opt_bootp.h" > > #include "opt_nfs.h" > > +#include "opt_rootdevname.h" > > > > #include > > #include > > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext *gctx, struct > > thread *td) > > rtimo = time_second + > > BOOTP_SETTLE_DELAY; > > printf(" (got root path)"); > > - } else > > + } else { > > printf(" (no root path)"); > > +#ifdef ROOTDEVNAME > > + /* > > + * If we'll mount rootfs from > > + * ROOTDEVNAME, we can accept > > + * offers without root paths. > > + */ > > + gotrootpath = 1; > > + rtimo = time_second + > > + BOOTP_SETTLE_DELAY; > > + printf(" (ROOTDEVNAME)"); > > +#endif > > + } > > printf("\n"); > > } > > } /* while secs */ > > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, > > struct bootpc_ifcontext *ifctx, > > > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > > TAG_ROOT); > > +#ifdef ROOTDEVNAME > > + /* > > + * If there was no root path in BOOTP, use the one in ROOTDEVNAME. > > + */ > > + if (p == NULL) { > > + p = strdup(ROOTDEVNAME, M_TEMP); > > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > > + panic("ROOTDEVNAME is not an NFS mount point"); > > + } > > +#endif > > if (p != NULL) { > > if (gctx->setrootfs != NULL) { > > printf("rootfs %s (ignored) ", p); > > > > > Sorry for not responding, I've been busy for the past few days. > > Thank you for persisting with this, and trying to clean this up. > This is relatively old code that hasn't been touched in about 15 years, > so not that many people have worked on it. > > I don't like things like ROOTDEVNAME which need to be specified in > the kernel config and are not part of the GENERIC kernel. > This usually ends up where code which is behind #ifdef ROOTDEVNAME > will bitrot because not everyone uses it. > > I would like to see the ROOTDEVNAME kernel option go away, > in favor of a variable that can be specified in loader.conf. > > If I search the code via Opengrok, I with this: > http://bxr.su/s?n=25&start=25&sort=relevancy&q=ROOTDEVNAME&project=FreeBSD > > there already seems to be a variable "rootdev" that is checked in a bunch > of places in the loader, so it would be nice if we could use that. > > My personal preference would be to delete ROOTDEVNAME from all the kernel > configs > and deprecate the kernel option, and instead use a tunable variable > which could be set in loader.conf. > > This may not be practical. Do you think it would be doable if > we can have something like this in the kernel code: > > const char *rootdevname = > #ifdef ROOTDEVNAME > rootdevname = ROOTDEVNAME; > #else > rootdevname = NULL > #endif > > if (rootdevname == NULL) { > rootdevname = getenv("rootdev"); > } > > > or something like that? I'm strongly opposed to removing the ROOTDEVNAME config option, for the simple reason that loader(8) is optional so there has to be a way to set certain basic runtime options at compile time, and ROOTDEVNAME is one of them. There is already a loader tunable for the root dev, vfs.root.mountfrom. Also, there is already a mechanism similar to your proposal above (but a bit more complex) in kern/vfs_mountroot.c. It sets up a list of potential roots based on the flags passed in from the boot(8) stage; ROOTDEVNAME will be near the beginning of the list of the RB_DFLTROOT option (-r at the boot: prompt) is used, and near the end of the list if it isn't. I vaguely remember that this mechanism doesn't work for nfs mounts, but I forget why (hopefully I'll rediscover it as I test Lars' patch this morning). -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 16:47:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 28839D7A for ; Tue, 4 Jun 2013 16:47:24 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 86B1A1DA6 for ; Tue, 4 Jun 2013 16:47:23 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r54GlLLC098318; Tue, 4 Jun 2013 11:47:21 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r54GlKLW098317; Tue, 4 Jun 2013 11:47:20 -0500 (CDT) (envelope-from brooks) Date: Tue, 4 Jun 2013 11:47:20 -0500 From: Brooks Davis To: Olivier Cochard-Labb? Subject: Re: bmake prevent to cross-compile 9/stable from a -current host Message-ID: <20130604164720.GC77693@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 16:47:24 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2013 at 01:16:33PM +0200, Olivier Cochard-Labb? wrote: > Hi, >=20 > I can't build 9-stable (or 9.0, 9.1) from my -current host machine > since the switch to bmake. > I've solved this problem by rebuilding my -current host with > WITHOUT_BMAKE, but I would to know if it's a known bug or a new > expected behavior ? You will need to provide more information about your build environment. I'm successfully building head on a 9.0-STABLE box. If you haven't already tried it, removing /usr/obj or equivalent may help resolve bootstrapping issues. -- Brooks --neYutvxvOLaeuPCA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRrhoXXY6L6fI4GtQRAikmAJ9z2jcxyytkgkstjYS3F3QUFqwjCQCfXMZP wkLeOBBxp30OZFmN3i0WnGE= =CPrK -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 17:08:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 398B7F41 for ; Tue, 4 Jun 2013 17:08:12 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 075731F10 for ; Tue, 4 Jun 2013 17:08:12 +0000 (UTC) Received: from [192.168.0.130] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 9612CAD36 for ; Tue, 4 Jun 2013 19:08:12 +0200 (CEST) Message-ID: <51AE1EFC.8040203@peterschmitt.fr> Date: Tue, 04 Jun 2013 19:08:12 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: rebuilding world fail References: <51AE1117.5020600@bebik.net> In-Reply-To: <51AE1117.5020600@bebik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: florent+FreeBSD-current@peterschmitt.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 17:08:12 -0000 Le 04/06/2013 18:08, Rodrigo OSORIO a écrit : > Hi, > > Rebuilding world for current, I found two blocking errors: > > make installkernel retrun "1: Invalid argument" > and when I try to execute mergemaster, the system > claims he's out of file descriptors. Other commands > also fail with the same message. > > I have no clues about this issue, and the system log > didn't help. > > - rodrigo Hi, What are values of sysctl kern.openfiles and kern.maxfiles ? Have a look with fstat for this problem of file descriptors. From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 17:40:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 376F3B5C for ; Tue, 4 Jun 2013 17:40:08 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id D7EBF1100 for ; Tue, 4 Jun 2013 17:40:05 +0000 (UTC) Received: from [192.168.1.18] (unknown [82.227.164.69]) by smtp3-g21.free.fr (Postfix) with ESMTP id 1CC5EA62C9 for ; Tue, 4 Jun 2013 19:40:00 +0200 (CEST) Message-ID: <51AE266F.70804@bebik.net> Date: Tue, 04 Jun 2013 19:39:59 +0200 From: Rodrigo OSORIO User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: rebuilding world fail Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 17:40:08 -0000 > Le 04/06/2013 18:08, Rodrigo OSORIO a écrit : > >/ Hi, > />/ > />/ Rebuilding world for current, I found two blocking errors: > />/ > />/ make installkernel retrun "1: Invalid argument" > />/ and when I try to execute mergemaster, the system > />/ claims he's out of file descriptors. Other commands > />/ also fail with the same message. > />/ > />/ I have no clues about this issue, and the system log > />/ didn't help. > />/ > />/ - rodrigo > / > Hi, > > What are values of sysctl kern.openfiles and kern.maxfiles ? > > Have a look with fstat for this problem of file descriptors. Hi, After reboot, cause my system was locked kern.openfiles = 42 and kern.maxfiles = 15258. Now I move with my pending work on 10, but I think I can reproduce the behavior later, and post the live values. regards, - rodrigo From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 18:10:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0BF0C3D1 for ; Tue, 4 Jun 2013 18:10:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 64449123B for ; Tue, 4 Jun 2013 18:10:14 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r54IA6Iw098803; Tue, 4 Jun 2013 13:10:06 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r54IA6BJ098802; Tue, 4 Jun 2013 13:10:06 -0500 (CDT) (envelope-from brooks) Date: Tue, 4 Jun 2013 13:10:06 -0500 From: Brooks Davis To: Olivier Cochard-Labb? Subject: Re: bmake prevent to cross-compile 9/stable from a -current host Message-ID: <20130604181006.GE77693@lor.one-eyed-alien.net> References: <20130604164720.GC77693@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <20130604164720.GC77693@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 18:10:15 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 04, 2013 at 11:47:20AM -0500, Brooks Davis wrote: > On Mon, Jun 03, 2013 at 01:16:33PM +0200, Olivier Cochard-Labb? wrote: > > Hi, > >=20 > > I can't build 9-stable (or 9.0, 9.1) from my -current host machine > > since the switch to bmake. > > I've solved this problem by rebuilding my -current host with > > WITHOUT_BMAKE, but I would to know if it's a known bug or a new > > expected behavior ? >=20 > You will need to provide more information about your build environment. > I'm successfully building head on a 9.0-STABLE box. If you haven't > already tried it, removing /usr/obj or equivalent may help resolve > bootstrapping issues. It's been pointed out to me that you're building 9 on HEAD, not the other way around. We typically try not to break this, but it has historically been allowed. You might try setting MAKE=3Dfmake when building 9. -- Brooks --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRri1+XY6L6fI4GtQRAlthAKC57UTB2gbhSM/WhF0zKRk/3XMEdACguIHP qPrJysVYmJVQn3yjBbmKAxg= =aVnw -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 18:43:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6A3CFDA8 for ; Tue, 4 Jun 2013 18:43:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id ECB991454 for ; Tue, 4 Jun 2013 18:43:18 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r54IhFff044886 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 4 Jun 2013 20:43:15 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r54IhF20044883 for ; Tue, 4 Jun 2013 20:43:15 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 4 Jun 2013 20:43:15 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Unable to set root's password during install of FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="2055831798-763774804-1370242529=:72982" Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 18:43:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-763774804-1370242529=:72982 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Mon, 3 Jun 2013 09:49+0200, Trond Endrestøl wrote: > On Mon, 3 Jun 2013 08:55+0200, Trond Endrestøl wrote: > > > Hi, > > > > I'm unable to get past the rootpass step using the > > FreeBSD-10.0-CURRENT-i386-20130601-r251213-release.iso snapshot. > > > > The error message: > > > > passwd: pam_chauthtok(): error in service module > > > > is briefly shown, leaving behind a core file named /pwd_mkdb.core. > > > > pwd_mkdb does not contain any debugging symbols and this makes it a > > bit hard to guess what went wrong. Anyway, here's the backtrace as > > provided by gdb: > > > > Script started on Mon Jun 3 06:50:44 2013 > > command: gdb /usr/sbin/pwd_mkdb /pwd_mkdb.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... > > Core was generated by `pwd_mkdb'. > > Program terminated with signal 11, Segmentation fault. > > #0 0x00000000 in ?? () > > (gdb) bt > > #0 0x00000000 in ?? () > > #1 0x0804acf2 in __pw_scan () > > #2 0x0804976a in __pw_scan () > > #3 0x08048e6a in ?? () > > #4 0x00000007 in ?? () > > #5 0xbfbfdd18 in ?? () > > #6 0xbfbfdd38 in ?? () > > #7 0xbfbfdd38 in ?? () > > #8 0xbfbfdd14 in ?? () > > #9 0x00000000 in ?? () > > (gdb) q > > > > Script done on Mon Jun 3 06:50:49 2013 > > > > Has anyone else tried recently to change user passwords on -CURRENT? > > FYI: The FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso > snapshot does not exhibit the above behaviour. Maybe this issue is > specific to the i386 arch. Nope. I was dead wrong again. It seems there's an issue with the physical memory of my desktop computer at work. I tried at home the 10.0-CURRENT 20130601 r251213 snapshot for both i386 and amd64, and everything went smoothly. Two VirtualBox VMs are currently running in the background competing over who will first finish buildworld + buildkernel for r251390. So far the amd64 VM is the fastest of them. Sorry for the noise, and please keep up the very good work. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-763774804-1370242529=:72982-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 18:48:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DE5A1182; Tue, 4 Jun 2013 18:48:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9704115DA; Tue, 4 Jun 2013 18:48:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r54Im3sD089727; Tue, 4 Jun 2013 14:48:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r54Im3m5089706; Tue, 4 Jun 2013 18:48:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Jun 2013 18:48:03 GMT Message-Id: <201306041848.r54Im3m5089706@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 18:48:05 -0000 TB --- 2013-06-04 15:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-04 15:10:18 - 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 --- 2013-06-04 15:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-04 15:10:18 - cleaning the object tree TB --- 2013-06-04 15:15:55 - /usr/local/bin/svn stat /src TB --- 2013-06-04 15:15:58 - At svn revision 251378 TB --- 2013-06-04 15:15:59 - building world TB --- 2013-06-04 15:15:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 15:15:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 15:15:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 15:15:59 - SRCCONF=/dev/null TB --- 2013-06-04 15:15:59 - TARGET=i386 TB --- 2013-06-04 15:15:59 - TARGET_ARCH=i386 TB --- 2013-06-04 15:15:59 - TZ=UTC TB --- 2013-06-04 15:15:59 - __MAKE_CONF=/dev/null TB --- 2013-06-04 15:15:59 - cd /src TB --- 2013-06-04 15:15:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jun 4 15:16:06 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 4 18:23:17 UTC 2013 TB --- 2013-06-04 18:23:17 - generating LINT kernel config TB --- 2013-06-04 18:23:17 - cd /src/sys/i386/conf TB --- 2013-06-04 18:23:17 - /usr/bin/make -B LINT TB --- 2013-06-04 18:23:17 - cd /src/sys/i386/conf TB --- 2013-06-04 18:23:17 - /usr/sbin/config -m LINT TB --- 2013-06-04 18:23:17 - building LINT kernel TB --- 2013-06-04 18:23:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 18:23:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 18:23:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 18:23:17 - SRCCONF=/dev/null TB --- 2013-06-04 18:23:17 - TARGET=i386 TB --- 2013-06-04 18:23:17 - TARGET_ARCH=i386 TB --- 2013-06-04 18:23:17 - TZ=UTC TB --- 2013-06-04 18:23:17 - __MAKE_CONF=/dev/null TB --- 2013-06-04 18:23:17 - cd /src TB --- 2013-06-04 18:23:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 4 18:23:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-04 18:48:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-04 18:48:03 - ERROR: failed to build LINT kernel TB --- 2013-06-04 18:48:03 - 10254.83 user 1793.52 system 13064.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 19:22:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BCA3CE66; Tue, 4 Jun 2013 19:22:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7977217EB; Tue, 4 Jun 2013 19:22:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r54JMP0Z060420; Tue, 4 Jun 2013 15:22:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r54JMPRx060419; Tue, 4 Jun 2013 19:22:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Jun 2013 19:22:25 GMT Message-Id: <201306041922.r54JMPRx060419@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 19:22:26 -0000 TB --- 2013-06-04 15:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-04 15:10:18 - 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 --- 2013-06-04 15:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-04 15:10:18 - cleaning the object tree TB --- 2013-06-04 15:16:21 - /usr/local/bin/svn stat /src TB --- 2013-06-04 15:16:25 - At svn revision 251378 TB --- 2013-06-04 15:16:26 - building world TB --- 2013-06-04 15:16:26 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 15:16:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 15:16:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 15:16:26 - SRCCONF=/dev/null TB --- 2013-06-04 15:16:26 - TARGET=amd64 TB --- 2013-06-04 15:16:26 - TARGET_ARCH=amd64 TB --- 2013-06-04 15:16:26 - TZ=UTC TB --- 2013-06-04 15:16:26 - __MAKE_CONF=/dev/null TB --- 2013-06-04 15:16:26 - cd /src TB --- 2013-06-04 15:16:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jun 4 15:16:33 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 4 18:59:47 UTC 2013 TB --- 2013-06-04 18:59:47 - generating LINT kernel config TB --- 2013-06-04 18:59:47 - cd /src/sys/amd64/conf TB --- 2013-06-04 18:59:47 - /usr/bin/make -B LINT TB --- 2013-06-04 18:59:47 - cd /src/sys/amd64/conf TB --- 2013-06-04 18:59:47 - /usr/sbin/config -m LINT TB --- 2013-06-04 18:59:47 - building LINT kernel TB --- 2013-06-04 18:59:47 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 18:59:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 18:59:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 18:59:47 - SRCCONF=/dev/null TB --- 2013-06-04 18:59:47 - TARGET=amd64 TB --- 2013-06-04 18:59:47 - TARGET_ARCH=amd64 TB --- 2013-06-04 18:59:47 - TZ=UTC TB --- 2013-06-04 18:59:47 - __MAKE_CONF=/dev/null TB --- 2013-06-04 18:59:47 - cd /src TB --- 2013-06-04 18:59:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 4 18:59:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-04 19:22:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-04 19:22:25 - ERROR: failed to build LINT kernel TB --- 2013-06-04 19:22:25 - 11646.84 user 2190.48 system 15126.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 19:45:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51BB0564 for ; Tue, 4 Jun 2013 19:45:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 153E018E6 for ; Tue, 4 Jun 2013 19:45:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UjxAF-0005U5-KC for freebsd-current@freebsd.org; Tue, 04 Jun 2013 21:45:03 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Jun 2013 21:45:03 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Jun 2013 21:45:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Can't compile databases/py-sqlite3 Date: Tue, 4 Jun 2013 19:15:26 +0000 (UTC) Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 19:45:11 -0000 I'm running 10.0-CORRENT on amd64. Ports and source are both up to date. When I try a 'make install' in /usr/ports/databases/py-sqlite3 I get this very early on: ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py- sqlite3/work/Python-2.7.5/configure running config : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/ internal/arena.h:547: Failed assertion: "binind < NBINS || binind == BININD_INVALID" *** Signal 6 Stop. make: stopped in /usr/ports/databases/py-sqlite3 I'm afraid this binind business doesn't mean much to me. Is there anything I can do? From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 19:53:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA48AA17 for ; Tue, 4 Jun 2013 19:53:59 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id A04DB1940 for ; Tue, 4 Jun 2013 19:53:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::4521:e4f7:9b8a:a981] (unknown [IPv6:2001:7b8:3a7:0:4521:e4f7:9b8a:a981]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 015865C44; Tue, 4 Jun 2013 21:53:56 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Can't compile databases/py-sqlite3 From: Dimitry Andric In-Reply-To: Date: Tue, 4 Jun 2013 21:53:57 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: To: Walter Hurry X-Mailer: Apple Mail (2.1503) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 19:53:59 -0000 On Jun 4, 2013, at 21:15, Walter Hurry wrote: > I'm running 10.0-CORRENT on amd64. Ports and source are both up to date. > > When I try a 'make install' in /usr/ports/databases/py-sqlite3 I get this > very early on: > > ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py- > sqlite3/work/Python-2.7.5/configure > running config > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/ > internal/arena.h:547: Failed assertion: "binind < NBINS || binind == > BININD_INVALID" > *** Signal 6 > > Stop. > make: stopped in /usr/ports/databases/py-sqlite3 > > I'm afraid this binind business doesn't mean much to me. Is there > anything I can do? Please try the patch from this very recent post (on this very list ;-): http://lists.freebsd.org/pipermail/freebsd-current/2013-June/042230.html From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 21:42:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B5910C37 for ; Tue, 4 Jun 2013 21:42:17 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 86F2A1D74 for ; Tue, 4 Jun 2013 21:42:17 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j6so577466oag.18 for ; Tue, 04 Jun 2013 14:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=6Hm7zGPa6MgILqZh0hbY5Q5MWfX4nidrZNW5+zyTMxU=; b=OFwrBOnIuGsgSC8zq/x73N8cB9jxSJbUVQ4fOfzAeee10mvIsvC2uaQx2RpTRdpH7e ovOWxzRwl3nXWPBhI0khiOY8vmzDXvQoAumEME6VEHqZ3VkhZh6TSjP4OYd+ee+OW48b JJOvXx3EU8kpyX9r8xkSRt5voqBPZN9xFPqPgxFDmAAkuepvgrHuCBS64ZKfF9jPuKtw u6NOi3ENLWBnIkLWpjpgbH1U8DipHI2zrPH6LrizrlMupEF1ik/qsFrfUMl9J4Zbp6jz 41WH2Ka2Ue/Pd9tPK2/0Mhvi8ZthFlWsruAHLW8XjKNt4FplHhBiiyUg+BWLb0obis6b QhVw== MIME-Version: 1.0 X-Received: by 10.182.246.198 with SMTP id xy6mr13191555obc.1.1370382137167; Tue, 04 Jun 2013 14:42:17 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.182.237.100 with HTTP; Tue, 4 Jun 2013 14:42:17 -0700 (PDT) Date: Tue, 4 Jun 2013 14:42:17 -0700 X-Google-Sender-Auth: _txMf3t07uOvtZCqpQDRwCADTCs Message-ID: Subject: Cannot build ports on fresh 10.0 From: mdf@FreeBSD.org To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 21:42:17 -0000 I installed a new VM with 10.0 today from this .iso: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso And I'm behind a firewall and I'm not sure I can use pkg(1); my one attempt failed: # pkg install m4 Updating repository catalogue Repository catalogue is up-to-date, no need to fetch fresh copy pkg: Package 'm4' was not found in the repositories So I'm building from source. But the configure step of various ports fails like so: checking whether make sets $(MAKE)... yes checking build system type... Invalid configuration `amd64-portbld-freebsd10.0': machine `amd64-portbld' not recognized configure: error: /bin/sh libltdl/config/config.sub amd64-portbld-freebsd10.0 failed ===> Script "configure" failed unexpectedly. Please report the problem to autotools@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/libtool/work/libtool-2.4.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Any ideas what could be wrong? It's a fresh install with default options, so it seems hard to believe I managed to screw something up already. Posting on -current since this happens to many of the ports when I try to build them. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 22:07:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5B8B8B2E; Tue, 4 Jun 2013 22:07:10 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x234.google.com (mail-ea0-x234.google.com [IPv6:2a00:1450:4013:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id C2C0F1E6A; Tue, 4 Jun 2013 22:07:09 +0000 (UTC) Received: by mail-ea0-f180.google.com with SMTP id k10so624574eaj.39 for ; Tue, 04 Jun 2013 15:07:08 -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=DunLk1T68Q8m+e3h0Gmc2AaHAvxW649NX7ylusA5MQQ=; b=NrfcclfZdqIE5LeTn5fH780IB/G10nkRRim3SaVOSVd186Gn1dBTsuvD+GiVJf6j/v z1xDKHLvEPNR1xNcRRG/Zu1K94ChhWdlyhmeeCBZgZ2RXl6SAxiPrHo7/sw5vemdZb34 BUKDu0N6nicB/YxzI7xPi3/6mD0eBMoN2bJk4Q4oZj0te1FlBt9LH15CkgH7Pkq7+558 TiM6JbQ0ug59zPeNYVk+RJ5M85FynGL/ghLgaol2Qk3tBujB29kC++GxXdGfhivuxtnv wFB8XBHDX7gGQm5hlPX/S0loxTfGxj+uOsDekJCEStmv0K2Gl66a79NRCBz165hbAaDW 4/Xg== MIME-Version: 1.0 X-Received: by 10.14.1.70 with SMTP id 46mr5755154eec.82.1370383628361; Tue, 04 Jun 2013 15:07:08 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.15.64.193 with HTTP; Tue, 4 Jun 2013 15:07:08 -0700 (PDT) In-Reply-To: References: Date: Tue, 4 Jun 2013 15:07:08 -0700 X-Google-Sender-Auth: a1YWL_PwwZor-jEsNx4uzZSyGJg Message-ID: Subject: Re: Cannot build ports on fresh 10.0 From: hiren panchasara To: mdf@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:07:10 -0000 On Tue, Jun 4, 2013 at 2:42 PM, wrote: > I installed a new VM with 10.0 today from this .iso: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso > > And I'm behind a firewall and I'm not sure I can use pkg(1); my one attempt > failed: > > # pkg install m4 > Updating repository catalogue > Repository catalogue is up-to-date, no need to fetch fresh copy > pkg: Package 'm4' was not found in the repositories > > So I'm building from source. But the configure step of various ports fails > like so: > > checking whether make sets $(MAKE)... yes > checking build system type... Invalid configuration > `amd64-portbld-freebsd10.0': machine `amd64-portbld' not recognized > configure: error: /bin/sh libltdl/config/config.sub > amd64-portbld-freebsd10.0 failed > ===> Script "configure" failed unexpectedly. > Please report the problem to autotools@FreeBSD.org [maintainer] and attach > the "/usr/ports/devel/libtool/work/libtool-2.4.2/config.log" including the > output of the failure of your make command. Also, it might be a good idea to > provide an overview of all packages installed on your system (e.g. a > /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 _Probably_ similar to this? http://lists.freebsd.org/pipermail/freebsd-ports/2013-June/084040.html cheers, Hiren > > Any ideas what could be wrong? It's a fresh install with default options, > so it seems hard to believe I managed to screw something up already. > Posting on -current since this happens to many of the ports when I try to > build them. > > Thanks, > matthew > _______________________________________________ > 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 Tue Jun 4 22:15:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 00D89FEE; Tue, 4 Jun 2013 22:15:47 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id B65871ED0; Tue, 4 Jun 2013 22:15:47 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id l20so601899oag.9 for ; Tue, 04 Jun 2013 15:15:47 -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=H8eiu1gGZDuF4R5RI57WwdR8NAoVLQ40ogRapBOoAgI=; b=XNvf2PZ4mxG253hOG+ryxximWtQ+KwRG5d/XmfJylZGcI5+xv4dE8O8GHuf67KXyWw AVC0OmsFl0hrLCvFuWOo7SIZAl1S/UbfBZDsQUtsBAvYkZR4TPlYxnN1h/7f+H5pXPge yctUjDq3tJ6hVKguCYyDl3khjrYjM2JVQaPc4idu88qZI0dZy5P4lrSf3gzyj/SWBmBg XFvC1Bhrkq0J+sdGMWImgqiFHhXnFyk/6CFziwN8l+eReY+s0r2ugOE4HmbuBzNNgznb HrGP7UNzC2Psfsow2V0Rr/LpXwCruPXbkunCf0xbIkbS01As3vjc2ZuFzealntVvKZ0b 5SqA== MIME-Version: 1.0 X-Received: by 10.60.46.9 with SMTP id r9mr1382930oem.50.1370384147356; Tue, 04 Jun 2013 15:15:47 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.182.237.100 with HTTP; Tue, 4 Jun 2013 15:15:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 4 Jun 2013 15:15:47 -0700 X-Google-Sender-Auth: tWHlP6KnpvIDq0C_V3vjbrvErhA Message-ID: Subject: Re: Cannot build ports on fresh 10.0 From: mdf@FreeBSD.org To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:15:48 -0000 On Tue, Jun 4, 2013 at 3:07 PM, hiren panchasara wrote: > On Tue, Jun 4, 2013 at 2:42 PM, wrote: > > I installed a new VM with 10.0 today from this .iso: > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso > > > > And I'm behind a firewall and I'm not sure I can use pkg(1); my one > attempt > > failed: > > > > # pkg install m4 > > Updating repository catalogue > > Repository catalogue is up-to-date, no need to fetch fresh copy > > pkg: Package 'm4' was not found in the repositories > > > > So I'm building from source. But the configure step of various ports > fails > > like so: > > > > checking whether make sets $(MAKE)... yes > > checking build system type... Invalid configuration > > `amd64-portbld-freebsd10.0': machine `amd64-portbld' not recognized > > configure: error: /bin/sh libltdl/config/config.sub > > amd64-portbld-freebsd10.0 failed > > ===> Script "configure" failed unexpectedly. > > Please report the problem to autotools@FreeBSD.org [maintainer] and > attach > > the "/usr/ports/devel/libtool/work/libtool-2.4.2/config.log" including > the > > output of the failure of your make command. Also, it might be a good > idea to > > provide an overview of all packages installed on your system (e.g. a > > /usr/local/sbin/pkg-static info -g -Ea). > > *** Error code 1 > > _Probably_ similar to this? > http://lists.freebsd.org/pipermail/freebsd-ports/2013-June/084040.html > Looks very likely. I'm testing the patch now. My rudimentary search of -ports wasn't good enough, I guess. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 22:21:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EBC0E62B; Tue, 4 Jun 2013 22:21:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A89CC1F39; Tue, 4 Jun 2013 22:21:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r54ML42o011544; Tue, 4 Jun 2013 18:21:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r54ML4ni011540; Tue, 4 Jun 2013 22:21:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Jun 2013 22:21:04 GMT Message-Id: <201306042221.r54ML4ni011540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:21:11 -0000 TB --- 2013-06-04 18:48:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-04 18:48:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-04 18:48:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-06-04 18:48:04 - cleaning the object tree TB --- 2013-06-04 18:48:04 - /usr/local/bin/svn stat /src TB --- 2013-06-04 18:48:19 - At svn revision 251378 TB --- 2013-06-04 18:48:20 - building world TB --- 2013-06-04 18:48:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 18:48:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 18:48:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 18:48:20 - SRCCONF=/dev/null TB --- 2013-06-04 18:48:20 - TARGET=pc98 TB --- 2013-06-04 18:48:20 - TARGET_ARCH=i386 TB --- 2013-06-04 18:48:20 - TZ=UTC TB --- 2013-06-04 18:48:20 - __MAKE_CONF=/dev/null TB --- 2013-06-04 18:48:20 - cd /src TB --- 2013-06-04 18:48:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jun 4 18:48:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 4 22:02:37 UTC 2013 TB --- 2013-06-04 22:02:37 - generating LINT kernel config TB --- 2013-06-04 22:02:37 - cd /src/sys/pc98/conf TB --- 2013-06-04 22:02:37 - /usr/bin/make -B LINT TB --- 2013-06-04 22:02:37 - cd /src/sys/pc98/conf TB --- 2013-06-04 22:02:37 - /usr/sbin/config -m LINT TB --- 2013-06-04 22:02:37 - building LINT kernel TB --- 2013-06-04 22:02:37 - CROSS_BUILD_TESTING=YES TB --- 2013-06-04 22:02:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-04 22:02:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-04 22:02:37 - SRCCONF=/dev/null TB --- 2013-06-04 22:02:37 - TARGET=pc98 TB --- 2013-06-04 22:02:37 - TARGET_ARCH=i386 TB --- 2013-06-04 22:02:37 - TZ=UTC TB --- 2013-06-04 22:02:37 - __MAKE_CONF=/dev/null TB --- 2013-06-04 22:02:37 - cd /src TB --- 2013-06-04 22:02:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 4 22:02:37 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-04 22:21:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-04 22:21:04 - ERROR: failed to build LINT kernel TB --- 2013-06-04 22:21:04 - 10291.65 user 1395.85 system 12780.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 22:34:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AFBCF308 for ; Tue, 4 Jun 2013 22:34:07 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 6291A1FE1 for ; Tue, 4 Jun 2013 22:34:07 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 5D58F359303; Wed, 5 Jun 2013 00:34:06 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 3BA5328493; Wed, 5 Jun 2013 00:34:06 +0200 (CEST) Date: Wed, 5 Jun 2013 00:34:06 +0200 From: Jilles Tjoelker To: Rodrigo OSORIO Subject: Re: rebuilding world fail Message-ID: <20130604223406.GC72412@stack.nl> References: <51AE266F.70804@bebik.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <51AE266F.70804@bebik.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:34:07 -0000 On Tue, Jun 04, 2013 at 07:39:59PM +0200, Rodrigo OSORIO wrote: > > Le 04/06/2013 18:08, Rodrigo OSORIO a écrit : > > />/ Rebuilding world for current, I found two blocking errors: > > />/ make installkernel retrun "1: Invalid argument" > > />/ and when I try to execute mergemaster, the system > > />/ claims he's out of file descriptors. Other commands > > />/ also fail with the same message. > > />/ I have no clues about this issue, and the system log > > />/ didn't help. > > What are values of sysctl kern.openfiles and kern.maxfiles ? > > Have a look with fstat for this problem of file descriptors. > After reboot, cause my system was locked > kern.openfiles = 42 and kern.maxfiles = 15258. > Now I move with my pending work on 10, but I > think I can reproduce the behavior later, and > post the live values. One other possibility is that the documented procedure was not followed and a new userland is being run on an old kernel. Since fairly recently, /bin/sh has used fcntl(F_DUPFD_CLOEXEC) which is not in 9.1-RELEASE although it has been in head for the better part of a year. Note that fdlopen() (possibly used by PAM) has depended on F_DUPFD_CLOEXEC for longer. You can try booting the new kernel manually or getting a /bin/sh binary from before svn r250267 from somewhere. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Jun 4 22:41:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B2BD4651; Tue, 4 Jun 2013 22:41:41 +0000 (UTC) (envelope-from crodr001@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 0D373102D; Tue, 4 Jun 2013 22:41:40 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id r11so183769lbv.27 for ; Tue, 04 Jun 2013 15:41:39 -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=Tb4CkTX+bJCVgi9vV3NAE+kLZTGeSbYFJczzpJcS90o=; b=oYzuaG0jrKH1AWJI0mJdr1t0ox8H/6YBQQaxpbuScimua49ZVRQ648c9TyPk7U/+mj rrimqHvKzR1c/e02SsFznrJVDbjOWV9y/xp82uXJKw1ZAkQkXKQR0msxsaBd/V2a/ndQ 0JRIu0oEjkWlV/GI10xux6U2tmuBdif95QXXwIsSJSXLgw+Piosh4Wv3R5d+k7lB/MfP 3dosOFgCTGRZ9kq9brV5LOaNA+mkGKbfwQmzNL5RDJWFL118tQ7gYOYRZeSoeyxfj/ds tpGlAFbOeCwWx3tj9F3oHRL3yzcIk8Qvnca4f2jbN/LgtF0C7iyIZnzrrGlCXWifHCUR WFrw== MIME-Version: 1.0 X-Received: by 10.152.115.134 with SMTP id jo6mr14241958lab.9.1370385699342; Tue, 04 Jun 2013 15:41:39 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.53.231 with HTTP; Tue, 4 Jun 2013 15:41:39 -0700 (PDT) In-Reply-To: References: Date: Tue, 4 Jun 2013 15:41:39 -0700 X-Google-Sender-Auth: Mg_0El_BDMXsdudwqDsXP12fM1o Message-ID: Subject: Re: Cannot build ports on fresh 10.0 From: Craig Rodrigues To: mdf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:41:41 -0000 On Tue, Jun 4, 2013 at 2:42 PM, wrote: > I installed a new VM with 10.0 today from this .iso: > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso > > And I'm behind a firewall and I'm not sure I can use pkg(1); my one attempt > failed: > If you want, you can follow these instructions: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ I had to bootstrap a Google Summer of Code student with a 10.0-CURRENT ISO, and had him install 600 binary packages from one of the pkgng mirrors, and it worked out. The pkgng mirror won't be necessary once all the pkgng build infrastructure is fully online and building packages. -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 02:19:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EED88AAB; Wed, 5 Jun 2013 02:19:08 +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 BBAA11C0C; Wed, 5 Jun 2013 02:19:08 +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 r552J7ag080209; Tue, 4 Jun 2013 22:19:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r552J78N080208; Wed, 5 Jun 2013 02:19:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Jun 2013 02:19:07 GMT Message-Id: <201306050219.r552J78N080208@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 02:19:09 -0000 TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-05 01:10:18 - 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 --- 2013-06-05 01:10:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-05 01:10:18 - cleaning the object tree TB --- 2013-06-05 01:10:18 - /usr/local/bin/svn stat /src TB --- 2013-06-05 01:10:22 - At svn revision 251402 TB --- 2013-06-05 01:10:23 - building world TB --- 2013-06-05 01:10:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 01:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 01:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 01:10:23 - SRCCONF=/dev/null TB --- 2013-06-05 01:10:23 - TARGET=arm TB --- 2013-06-05 01:10:23 - TARGET_ARCH=arm TB --- 2013-06-05 01:10:23 - TZ=UTC TB --- 2013-06-05 01:10:23 - __MAKE_CONF=/dev/null TB --- 2013-06-05 01:10:23 - cd /src TB --- 2013-06-05 01:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 5 01:10:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-05 02:19:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-05 02:19:07 - ERROR: failed to build world TB --- 2013-06-05 02:19:07 - 3614.42 user 355.75 system 4128.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 02:19:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8541FAAE; Wed, 5 Jun 2013 02:19:11 +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 532B91C0E; Wed, 5 Jun 2013 02:19:08 +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 r552J74B080194; Tue, 4 Jun 2013 22:19:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r552J7No080192; Wed, 5 Jun 2013 02:19:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Jun 2013 02:19:07 GMT Message-Id: <201306050219.r552J7No080192@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 02:19:11 -0000 TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-05 01:10:18 - 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 --- 2013-06-05 01:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-06-05 01:10:18 - cleaning the object tree TB --- 2013-06-05 01:10:18 - /usr/local/bin/svn stat /src TB --- 2013-06-05 01:10:22 - At svn revision 251402 TB --- 2013-06-05 01:10:23 - building world TB --- 2013-06-05 01:10:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 01:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 01:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 01:10:23 - SRCCONF=/dev/null TB --- 2013-06-05 01:10:23 - TARGET=arm TB --- 2013-06-05 01:10:23 - TARGET_ARCH=armv6 TB --- 2013-06-05 01:10:23 - TZ=UTC TB --- 2013-06-05 01:10:23 - __MAKE_CONF=/dev/null TB --- 2013-06-05 01:10:23 - cd /src TB --- 2013-06-05 01:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 5 01:10:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-05 02:19:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-05 02:19:07 - ERROR: failed to build world TB --- 2013-06-05 02:19:07 - 3613.77 user 355.81 system 4128.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 02:46:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0B945F7; Wed, 5 Jun 2013 02:46:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id AE6461CFF; Wed, 5 Jun 2013 02:46:06 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 3457423F848; Tue, 4 Jun 2013 22:46:04 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 3457423F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 4 Jun 2013 22:46:02 -0400 From: Glen Barber To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on armv6/arm Message-ID: <20130605024602.GZ1716@glenbarber.us> References: <201306050219.r552J7No080192@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bWJzwVwZrZVVyQvz" Content-Disposition: inline In-Reply-To: <201306050219.r552J7No080192@freebsd-current.sentex.ca> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: armv6@freebsd.org, src-committers@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 02:46:07 -0000 --bWJzwVwZrZVVyQvz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Verbose build log follows: (cd /zbuilder/buildd/head && make bmake) -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- =3D=3D=3D> unit-tests (obj) sh /zbuilder/buildd/head/tools/install.sh -s -o root -g wheel -m 555 make= /usr/obj/zbuilder/buildd/head/make.amd64/make --- buildworld_prologue --- -------------------------------------------------------------- >>> World build started on Tue Jun 4 22:17:51 EDT 2013 -------------------------------------------------------------- --- _worldtmp --- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr/include rm -f /usr/obj/arm.armv6eb/zbuilder/buildd/head/usr.bin/kdump/ioctl.c rm -f /usr/obj/arm.armv6eb/zbuilder/buildd/head/usr.bin/kdump/kdump_subr.c rm -f /usr/obj/arm.armv6eb/zbuilder/buildd/head/usr.bin/truss/ioctl.c mkdir -p /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/lib mkdir -p /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr mkdir -p /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/bin mkdir -p /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr mtree -deU -f /zbuilder/buildd/head/etc/mtree/BSD.usr.dist -p /usr/obj/arm= =2Earmv6eb/zbuilder/buildd/head/tmp/legacy/usr >/dev/null mtree -deU -f /zbuilder/buildd/head/etc/mtree/BSD.groff.dist -p /usr/obj/a= rm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr >/dev/null mtree -deU -f /zbuilder/buildd/head/etc/mtree/BSD.usr.dist -p /usr/obj/arm= =2Earmv6eb/zbuilder/buildd/head/tmp/usr >/dev/null mtree -deU -f /zbuilder/buildd/head/etc/mtree/BSD.include.dist -p /usr/obj= /arm.armv6eb/zbuilder/buildd/head/tmp/usr/include >/dev/null ln -sf /zbuilder/buildd/head/sys /usr/obj/arm.armv6eb/zbuilder/buildd/head/= tmp --- _legacy --- -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- [...] -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /zbuilder/buildd/head; MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6eb MACHINE= _ARCH=3Darmv6eb MACHINE=3Darm CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/arm.ar= mv6eb/zbuilder/buildd/head/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/a= rm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr/share/groff_font GROFF_TMAC= _PATH=3D/usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr/share/tmac= _SHLIBDIRPREFIX=3D/usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp _LDSCRIP= TROOT=3D VERSION=3D"FreeBSD 10.0-CURRENT amd64 1000030" INSTALL=3D"sh /zb= uilder/buildd/head/tools/install.sh" PATH=3D/usr/obj/arm.armv6eb/zbuilder/= buildd/head/tmp/legacy/usr/sbin:/usr/obj/arm.armv6eb/zbuilder/buildd/head/t= mp/legacy/usr/bin:/usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/usr/= games:/usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/legacy/bin:/usr/obj/arm= =2Earmv6eb/zbuilder/buildd/head/tmp/usr/sbin:/usr/obj/arm.armv6eb/zbuilder/= buildd/head/tmp/usr/bin:/usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/g= ames:/sbin:/bin:/usr/sbin:/usr/bin CC=3D"cc " CXX=3D" c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3Dnm OBJDUMP=3D RAN= LIB=3Dranlib STRINGS=3D COMPILER_TYPE=3Dgcc /usr/obj/zbuilder/buildd/head/m= ake.amd64/make -f Makefile.inc1 DESTDIR=3D/usr/obj/arm.armv6eb/zbuilder/bu= ildd/head/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT= _MAN -DNO_PROFILE libraries --- libraries --- cd /zbuilder/buildd/head; /usr/obj/zbuilder/buildd/head/make.amd64/make -f= Makefile.inc1 _prereq_libs; /usr/obj/zbuilder/buildd/head/make.amd64/make= -f Makefile.inc1 _startup_libs; /usr/obj/zbuilder/buildd/head/make.amd64/= make -f Makefile.inc1 _prebuild_libs; /usr/obj/zbuilder/buildd/head/make.a= md64/make -f Makefile.inc1 _generic_libs; --- gnu/lib/libssp/libssp_nonshared__PL --- --- gnu/lib/libgcc__PL --- --- lib/libcompiler_rt__PL --- --- gnu/lib/libssp/libssp_nonshared__PL --- =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) --- gnu/lib/libgcc__PL --- =3D=3D=3D> gnu/lib/libgcc (obj,depend,all,install) --- lib/libcompiler_rt__PL --- =3D=3D=3D> lib/libcompiler_rt (obj,depend,all,install) --- gnu/lib/libssp/libssp_nonshared__PL --- --- obj --- --- gnu/lib/libgcc__PL --- --- obj --- --- lib/libcompiler_rt__PL --- --- obj --- --- gnu/lib/libssp/libssp_nonshared__PL --- --- _libinstall --- sh /zbuilder/buildd/head/tools/install.sh -C -o root -g wheel -m 444 libs= sp_nonshared.a /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib --- gnu/lib/libgcc__PL --- --- _lib-eh-install --- sh /zbuilder/buildd/head/tools/install.sh -C -o root -g wheel -m 444 libg= cc_eh.a /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib --- lib/libcompiler_rt__PL --- --- _libinstall --- sh /zbuilder/buildd/head/tools/install.sh -C -o root -g wheel -m 444 libc= ompiler_rt.a /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib --- _installlinks --- /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/libgcc.a -> libcompil= er_rt.a --- gnu/lib/csu__L --- --- lib/csu/arm__L --- --- lib/libcompiler_rt__L --- --- lib/libc__L --- --- gnu/lib/csu__L --- =3D=3D=3D> gnu/lib/csu (obj,depend,all,install) --- lib/csu/arm__L --- =3D=3D=3D> lib/csu/arm (obj,depend,all,install) --- lib/libcompiler_rt__L --- =3D=3D=3D> lib/libcompiler_rt (obj,depend,all,install) --- lib/libc__L --- =3D=3D=3D> lib/libc (obj,depend,all,install) --- lib/csu/arm__L --- --- obj --- --- gnu/lib/csu__L --- --- obj --- --- lib/libcompiler_rt__L --- --- obj --- --- gnu/lib/csu__L --- --- realinstall --- sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crtbegin= =2Eo /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/crtbegin.o --- lib/csu/arm__L --- --- realinstall --- sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crt1.o c= rti.o crtn.o Scrt1.o gcrt1.o /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/= usr/lib --- gnu/lib/csu__L --- sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crtend.o= /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/crtend.o sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crtbegin= T.o /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/crtbeginT.o sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crtbegin= S.o /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/crtbeginS.o sh /zbuilder/buildd/head/tools/install.sh -o root -g wheel -m 444 crtendS.= o /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/crtendS.o --- lib/libcompiler_rt__L --- --- _libinstall --- sh /zbuilder/buildd/head/tools/install.sh -C -o root -g wheel -m 444 libc= ompiler_rt.a /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib --- _installlinks --- /usr/obj/arm.armv6eb/zbuilder/buildd/head/tmp/usr/lib/libgcc.a -> libcompil= er_rt.a --- lib/libc__L --- --- obj --- --- setjmp.So --- --- setjmp.o --- --- setjmp.So --- cc -fpic -DPIC -O -pipe -I/zbuilder/buildd/head/lib/libc/include -I/zbuil= der/buildd/head/lib/libc/../../include -I/zbuilder/buildd/head/lib/libc/arm= -DNLS -D__DBINTERFACE_PRIVATE -I/zbuilder/buildd/head/lib/libc/../../cont= rib/gdtoa -I/zbuilder/buildd/head/lib/libc/../../contrib/libc-vis -DINET6 -= I/usr/obj/arm.armv6eb/zbuilder/buildd/head/lib/libc -I/zbuilder/buildd/head= /lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/zbuilder/buildd/head/lib= /libc/../../contrib/jemalloc/include -I/zbuilder/buildd/head/lib/libc/../..= /contrib/tzcode/stdtime -I/zbuilder/buildd/head/lib/libc/stdtime -I/zbuild= er/buildd/head/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/zbui= lder/buildd/head/lib/libc/rpc -I/zbuilder/buildd/head/lib/libc/arm/softfloa= t -I/zbuilder/buildd/head/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_= CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /zbuilder/buildd/head= /lib/libc/arm/gen/setjmp. S -o setjmp.So /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S: Assembler messages: /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S:81: Error: undefined symbol= `_JB_MAGIC_SETJMP_VFP' in operation /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S:81: Error: invalid constant= (4278f501) after fixup *** [setjmp.So] Error code 1 make: stopped in /zbuilder/buildd/head/lib/libc --- setjmp.o --- cc -O -pipe -I/zbuilder/buildd/head/lib/libc/include -I/zbuilder/buildd/h= ead/lib/libc/../../include -I/zbuilder/buildd/head/lib/libc/arm -DNLS -D__= DBINTERFACE_PRIVATE -I/zbuilder/buildd/head/lib/libc/../../contrib/gdtoa -I= /zbuilder/buildd/head/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/ar= m.armv6eb/zbuilder/buildd/head/lib/libc -I/zbuilder/buildd/head/lib/libc/re= solv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/zbuilder/buildd/head/lib/libc/../../= contrib/jemalloc/include -I/zbuilder/buildd/head/lib/libc/../../contrib/tzc= ode/stdtime -I/zbuilder/buildd/head/lib/libc/stdtime -I/zbuilder/buildd/he= ad/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/zbuilder/buildd/= head/lib/libc/rpc -I/zbuilder/buildd/head/lib/libc/arm/softfloat -I/zbuilde= r/buildd/head/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSY= MBOL_VERSIONING -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k= -Wno-uninitialized -Wno-pointer-sign -c /zbuilder/buildd/head/lib/libc/ar= m/gen/setjmp.S /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S: Assembler messages: /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S:81: Error: undefined symbol= `_JB_MAGIC_SETJMP_VFP' in operation /zbuilder/buildd/head/lib/libc/arm/gen/setjmp.S:81: Error: invalid constant= (4278f501) after fixup *** [setjmp.o] Error code 1 make: stopped in /zbuilder/buildd/head/lib/libc 2 errors make: stopped in /zbuilder/buildd/head/lib/libc A failure has been detected in another branch of the parallel make make: stopped in /zbuilder/buildd/head/lib/libc *** [lib/libc__L] Error code 2 make: stopped in /zbuilder/buildd/head 1 error make: stopped in /zbuilder/buildd/head A failure has been detected in another branch of the parallel make make: stopped in /zbuilder/buildd/head A failure has been detected in another branch of the parallel make make: stopped in /zbuilder/buildd/head *** [libraries] Error code 2 make: stopped in /zbuilder/buildd/head 1 error make: stopped in /zbuilder/buildd/head *** [_libraries] Error code 2 make: stopped in /zbuilder/buildd/head 1 error make: stopped in /zbuilder/buildd/head *** [buildworld] Error code 2 1 error --bWJzwVwZrZVVyQvz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRrqZqAAoJEFJPDDeguUajuR4IAJ9VVODJWDkk58zHx8fERPjz dqRCYJvYYY9JR7OE8JpzEz31DILzTDP8GplFj+Kz+vaWUrtfT1DkmwyFc5iSlspl UwjYGttFUtwYI1ZcEXwsMNbT7R3CsQOVHAzNFFYOJEgIao1SPVoyvQAVfMwfc9jv HLgOU4+Wobn6U80u3gM6rx2IRN5TbaPGodqppfFnpMymWENkYZjt36A79hrWZsvY S9kD8yElpEWPQzcyldUfNuxtp9iUH4a16RZr6oW82avYS47fuQ3RnEKHkvTc+aTt itPmFYg41HvmHcn2hEelHD/Ihn8VACaJafLzgylFrqlL0HMGoViztJRfBquUxzk= =XfFW -----END PGP SIGNATURE----- --bWJzwVwZrZVVyQvz-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 03:33:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C2C73981 for ; Wed, 5 Jun 2013 03:33:40 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 614611FB8 for ; Wed, 5 Jun 2013 03:33:40 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a12so857943wgh.23 for ; Tue, 04 Jun 2013 20:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=FpzsyKCBJB/xMzZ41XAJioTeyge9SsAW9Syyx0x7Dug=; b=Gi5k7SciEli7yGQqIe3dzRzwoM/Bi2IrIsVCoVv/K9uYTrGG/Af66SRjT6f7f3Z2iu VEqWwCK5bfj038YL4A+QtfioNw1B8/9p11g4pbnYWVXHgq1Ojv39N6imSrtPA5fRl4WQ FVba3y2GA5JUWyXz+q9bIZWnXxEMRRtoPZekd1EvQfvCRXuc+YMrNyJZKvAhywgiDXfv tMf+MQv77AjjZ7WSRGLHYDo9+lCJLthqOaJ0ZTVD0fU/KHGDJEOfEla5zw2nRn22YlAH ESXLCzbm44tKs78YoVsWvrbIATUUrGw/rmwpbJDL5CTJsvKqPr3Po3pjcySYAESeVv0P N7mQ== X-Received: by 10.180.205.206 with SMTP id li14mr4473382wic.33.1370403219344; Tue, 04 Jun 2013 20:33:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.24.202 with HTTP; Tue, 4 Jun 2013 20:33:19 -0700 (PDT) From: Miguel Clara Date: Wed, 5 Jun 2013 04:33:19 +0100 Message-ID: Subject: Memstick Images not working (mountroot prompt) To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Wed, 05 Jun 2013 03:42:33 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 03:33:40 -0000 Hello, I need to Install FreeBSD 10 on my laptop to have Wireless support for my card (ath) however I tried all of the available memstick images at: ftp://ftp.uk.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ And none of them works... I've tried 2 different pen drivers, one of those is a generic cheap one, and another is a "DKingston DT 100 G2" When typing "?" in the mount root prompt I see my ssd and hdd are listed, but not the memstick (which I assume it should be da0). I had no problems with the 9.1 stable image using the same memstick! Thanks From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 03:45:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7C864BAF; Wed, 5 Jun 2013 03:45:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 59AE41027; Wed, 5 Jun 2013 03:45:37 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id A174423F848; Tue, 4 Jun 2013 23:45:36 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us A174423F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 4 Jun 2013 23:45:34 -0400 From: Glen Barber To: Miguel Clara Subject: Re: Memstick Images not working (mountroot prompt) Message-ID: <20130605034534.GA1716@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gz4FNQG/2iJjJcgR" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 03:45:37 -0000 --gz4FNQG/2iJjJcgR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Jun 05, 2013 at 04:33:19AM +0100, Miguel Clara wrote: > Hello, >=20 > I need to Install FreeBSD 10 on my laptop to have Wireless support for > my card (ath) however I tried all of the available memstick images at: > ftp://ftp.uk.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.= 0/ >=20 > And none of them works... I've tried 2 different pen drivers, one of > those is a generic cheap one, and another is a "DKingston DT 100 G2" >=20 > When typing "?" in the mount root prompt I see my ssd and hdd are > listed, but not the memstick (which I assume it should be da0). >=20 > I had no problems with the 9.1 stable image using the same memstick! >=20 I have personally boot tested the memstick images, without problem. What is 'Legacy USB' set to in BIOS on your machine? Glen --gz4FNQG/2iJjJcgR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRrrReAAoJEFJPDDeguUajVV0H/1OEFILpNTPePI54Ce39WLVt AXsByZ9yn19itqOmCqlOkQ+PqDVf3mJkn/sAXqyZVF2wfu82Zr0Rq2YbJcqU2L58 Bun7sYZfE+1CVbPV3KZha0pRHXBVsE6vOqsLmc9/Xz3v2EmVp2NqHaZv2o4bgWQ1 7upv4LqY8tk5gBi5ng9kyQCgh+aX0twQpVU4uTRuHBAOoM3hxmRI7jZxOqAvYq6c PwTUSS0SW3RfzeYII0Ssm9ZXbeck4tw8X0WASWf5Dze5IliHQnuv5NLb8hqLMvpp VTurWyRlQrXHJTvNbxN/rejnWJEnaYe/VEly/rPu+FSFtaUAKM9S7wZGdLb8nHI= =RVKU -----END PGP SIGNATURE----- --gz4FNQG/2iJjJcgR-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 04:31:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E7797FF6; Wed, 5 Jun 2013 04:31:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A46DA1177; Wed, 5 Jun 2013 04:31:51 +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 r554Vocl070735; Wed, 5 Jun 2013 00:31:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r554VoYN070724; Wed, 5 Jun 2013 04:31:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Jun 2013 04:31:50 GMT Message-Id: <201306050431.r554VoYN070724@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 04:31:52 -0000 TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-05 01:10:18 - 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 --- 2013-06-05 01:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-05 01:10:18 - cleaning the object tree TB --- 2013-06-05 01:14:22 - /usr/local/bin/svn stat /src TB --- 2013-06-05 01:14:25 - At svn revision 251402 TB --- 2013-06-05 01:14:26 - building world TB --- 2013-06-05 01:14:26 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 01:14:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 01:14:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 01:14:26 - SRCCONF=/dev/null TB --- 2013-06-05 01:14:26 - TARGET=i386 TB --- 2013-06-05 01:14:26 - TARGET_ARCH=i386 TB --- 2013-06-05 01:14:26 - TZ=UTC TB --- 2013-06-05 01:14:26 - __MAKE_CONF=/dev/null TB --- 2013-06-05 01:14:26 - cd /src TB --- 2013-06-05 01:14:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 5 01:14:33 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 5 04:20:16 UTC 2013 TB --- 2013-06-05 04:20:16 - generating LINT kernel config TB --- 2013-06-05 04:20:16 - cd /src/sys/i386/conf TB --- 2013-06-05 04:20:16 - /usr/bin/make -B LINT TB --- 2013-06-05 04:20:16 - cd /src/sys/i386/conf TB --- 2013-06-05 04:20:16 - /usr/sbin/config -m LINT TB --- 2013-06-05 04:20:16 - building LINT kernel TB --- 2013-06-05 04:20:16 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 04:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 04:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 04:20:16 - SRCCONF=/dev/null TB --- 2013-06-05 04:20:16 - TARGET=i386 TB --- 2013-06-05 04:20:16 - TARGET_ARCH=i386 TB --- 2013-06-05 04:20:16 - TZ=UTC TB --- 2013-06-05 04:20:16 - __MAKE_CONF=/dev/null TB --- 2013-06-05 04:20:16 - cd /src TB --- 2013-06-05 04:20:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 5 04:20:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-05 04:31:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-05 04:31:50 - ERROR: failed to build LINT kernel TB --- 2013-06-05 04:31:50 - 9656.54 user 1447.62 system 12091.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 05:05:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D79A72E3; Wed, 5 Jun 2013 05:05:52 +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 94AF9122D; Wed, 5 Jun 2013 05:05:52 +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 r5555p8S090037; Wed, 5 Jun 2013 01:05:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5555pvw090032; Wed, 5 Jun 2013 05:05:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Jun 2013 05:05:51 GMT Message-Id: <201306050505.r5555pvw090032@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 05:05:52 -0000 TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-05 01:10:18 - 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 --- 2013-06-05 01:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-05 01:10:18 - cleaning the object tree TB --- 2013-06-05 01:14:49 - /usr/local/bin/svn stat /src TB --- 2013-06-05 01:14:52 - At svn revision 251402 TB --- 2013-06-05 01:14:53 - building world TB --- 2013-06-05 01:14:53 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 01:14:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 01:14:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 01:14:53 - SRCCONF=/dev/null TB --- 2013-06-05 01:14:53 - TARGET=amd64 TB --- 2013-06-05 01:14:53 - TARGET_ARCH=amd64 TB --- 2013-06-05 01:14:53 - TZ=UTC TB --- 2013-06-05 01:14:53 - __MAKE_CONF=/dev/null TB --- 2013-06-05 01:14:53 - cd /src TB --- 2013-06-05 01:14:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 5 01:15:00 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 5 04:54:28 UTC 2013 TB --- 2013-06-05 04:54:28 - generating LINT kernel config TB --- 2013-06-05 04:54:28 - cd /src/sys/amd64/conf TB --- 2013-06-05 04:54:28 - /usr/bin/make -B LINT TB --- 2013-06-05 04:54:28 - cd /src/sys/amd64/conf TB --- 2013-06-05 04:54:28 - /usr/sbin/config -m LINT TB --- 2013-06-05 04:54:28 - building LINT kernel TB --- 2013-06-05 04:54:28 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 04:54:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 04:54:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 04:54:28 - SRCCONF=/dev/null TB --- 2013-06-05 04:54:28 - TARGET=amd64 TB --- 2013-06-05 04:54:28 - TARGET_ARCH=amd64 TB --- 2013-06-05 04:54:28 - TZ=UTC TB --- 2013-06-05 04:54:28 - __MAKE_CONF=/dev/null TB --- 2013-06-05 04:54:28 - cd /src TB --- 2013-06-05 04:54:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 5 04:54:29 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-05 05:05:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-05 05:05:51 - ERROR: failed to build LINT kernel TB --- 2013-06-05 05:05:51 - 11057.50 user 1846.03 system 14133.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 05:44:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F1E509B9; Wed, 5 Jun 2013 05:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B033113BD; Wed, 5 Jun 2013 05:44:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r555iK4n037768; Wed, 5 Jun 2013 01:44:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r555iK4a037761; Wed, 5 Jun 2013 05:44:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Jun 2013 05:44:20 GMT Message-Id: <201306050544.r555iK4a037761@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 05:44:27 -0000 TB --- 2013-06-05 02:19:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-05 02:19:07 - 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 --- 2013-06-05 02:19:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-06-05 02:19:07 - cleaning the object tree TB --- 2013-06-05 02:20:08 - /usr/local/bin/svn stat /src TB --- 2013-06-05 02:20:11 - At svn revision 251402 TB --- 2013-06-05 02:20:12 - building world TB --- 2013-06-05 02:20:12 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 02:20:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 02:20:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 02:20:12 - SRCCONF=/dev/null TB --- 2013-06-05 02:20:12 - TARGET=pc98 TB --- 2013-06-05 02:20:12 - TARGET_ARCH=i386 TB --- 2013-06-05 02:20:12 - TZ=UTC TB --- 2013-06-05 02:20:12 - __MAKE_CONF=/dev/null TB --- 2013-06-05 02:20:12 - cd /src TB --- 2013-06-05 02:20:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 5 02:20:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 5 05:34:38 UTC 2013 TB --- 2013-06-05 05:34:38 - generating LINT kernel config TB --- 2013-06-05 05:34:38 - cd /src/sys/pc98/conf TB --- 2013-06-05 05:34:38 - /usr/bin/make -B LINT TB --- 2013-06-05 05:34:38 - cd /src/sys/pc98/conf TB --- 2013-06-05 05:34:38 - /usr/sbin/config -m LINT TB --- 2013-06-05 05:34:38 - building LINT kernel TB --- 2013-06-05 05:34:38 - CROSS_BUILD_TESTING=YES TB --- 2013-06-05 05:34:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-05 05:34:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-05 05:34:38 - SRCCONF=/dev/null TB --- 2013-06-05 05:34:38 - TARGET=pc98 TB --- 2013-06-05 05:34:38 - TARGET_ARCH=i386 TB --- 2013-06-05 05:34:38 - TZ=UTC TB --- 2013-06-05 05:34:38 - __MAKE_CONF=/dev/null TB --- 2013-06-05 05:34:38 - cd /src TB --- 2013-06-05 05:34:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 5 05:34:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] *** Error code 1 Stop. make: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-05 05:44:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-05 05:44:20 - ERROR: failed to build LINT kernel TB --- 2013-06-05 05:44:20 - 9782.84 user 1556.46 system 12312.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 06:13:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1B295DF; Wed, 5 Jun 2013 06:13:18 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id E12421665; Wed, 5 Jun 2013 06:13:17 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r556DBwV076564; Wed, 5 Jun 2013 06:13:11 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id yrc9ucgkhc7m3vkzckh5v4qy8s; Wed, 05 Jun 2013 06:13:11 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: [head tinderbox] failure on armv6/arm Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <201306050219.r552J7No080192@freebsd-current.sentex.ca> Date: Tue, 4 Jun 2013 23:13:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6493D4F4-4C42-444E-AB64-7D4D9C9C75E6@kientzle.com> References: <201306050219.r552J7No080192@freebsd-current.sentex.ca> To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.1283) Cc: armv6@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 06:13:18 -0000 Seems the tinderbox scripts are routinely showing too little of the = actual error these days... On Jun 4, 2013, at 7:19 PM, FreeBSD Tinderbox wrote: > TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on = freebsd-current.sentex.ca > TB --- 2013-06-05 01:10:18 - 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 --- 2013-06-05 01:10:18 - starting HEAD tinderbox run for armv6/arm > TB --- 2013-06-05 01:10:18 - cleaning the object tree > TB --- 2013-06-05 01:10:18 - /usr/local/bin/svn stat /src > TB --- 2013-06-05 01:10:22 - At svn revision 251402 > TB --- 2013-06-05 01:10:23 - building world > TB --- 2013-06-05 01:10:23 - CROSS_BUILD_TESTING=3DYES > TB --- 2013-06-05 01:10:23 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2013-06-05 01:10:23 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-06-05 01:10:23 - SRCCONF=3D/dev/null > TB --- 2013-06-05 01:10:23 - TARGET=3Darm > TB --- 2013-06-05 01:10:23 - TARGET_ARCH=3Darmv6 > TB --- 2013-06-05 01:10:23 - TZ=3DUTC > TB --- 2013-06-05 01:10:23 - __MAKE_CONF=3D/dev/null > TB --- 2013-06-05 01:10:23 - cd /src > TB --- 2013-06-05 01:10:23 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Wed Jun 5 01:10:30 UTC 2013 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries > [...] > =3D=3D=3D> cddl/lib/libavl (all) > cc -O -pipe = -I/src/cddl/lib/libavl/../../../sys/cddl/compat/opensolaris = -I/src/cddl/lib/libavl/../../../sys/cddl/contrib/opensolaris/uts/common = -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -Qunused-arguments -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -Wno-unknown-pragmas -c = /src/cddl/lib/libavl/../../../sys/cddl/contrib/opensolaris/common/avl/avl.= c -o avl.o > building static avl library > ranlib libavl.a > cc -fpic -DPIC -O -pipe = -I/src/cddl/lib/libavl/../../../sys/cddl/compat/opensolaris = -I/src/cddl/lib/libavl/../../../sys/cddl/contrib/opensolaris/uts/common = -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -Qunused-arguments -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -Wno-unknown-pragmas -c = /src/cddl/lib/libavl/../../../sys/cddl/contrib/opensolaris/common/avl/avl.= c -o avl.So > building shared library libavl.so.2 > /obj/arm.armv6/src/tmp/usr/bin/ld: cannot find -lgcc_s > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** Error code 1 >=20 > Stop. > make: stopped in /src/cddl/lib/libavl > *** Error code 1 >=20 > Stop. > make: stopped in /src/cddl/lib > =3D=3D=3D> cddl/lib/libavl (install) > sh /src/tools/install.sh -C -o root -g wheel -m 444 libavl.a = /obj/arm.armv6/src/tmp/usr/lib > sh /src/tools/install.sh -s -o root -g wheel -m 444 libavl.so.2 = /obj/arm.armv6/src/tmp/lib > install: libavl.so.2: No such file or directory > *** Error code 71 >=20 > Stop. > make: stopped in /src/cddl/lib/libavl > *** Error code 1 >=20 > Stop. > make: stopped in /src/cddl/lib > *** Error code 1 >=20 > Stop. > make: stopped in /src > *** Error code 1 >=20 > Stop. > make: stopped in /src > *** Error code 1 >=20 > Stop. > make: stopped in /src > *** Error code 1 >=20 > Stop in /src. > TB --- 2013-06-05 02:19:07 - WARNING: /usr/bin/make returned exit code = 1=20 > TB --- 2013-06-05 02:19:07 - ERROR: failed to build world > TB --- 2013-06-05 02:19:07 - 3613.77 user 355.81 system 4128.80 real >=20 From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 08:18:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7156C1AE; Wed, 5 Jun 2013 08:18:24 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0E11B01; Wed, 5 Jun 2013 08:18:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id D077E2A8315B; Wed, 5 Jun 2013 10:18:22 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UfmMMGJ-wDbV; Wed, 5 Jun 2013 10:18:22 +0200 (SAST) Received: from clue.co.za (41-135-84-234.dsl.mweb.co.za [41.135.84.234]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id DC35C2A83158; Wed, 5 Jun 2013 10:18:21 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uk8vF-0000YU-6n; Wed, 05 Jun 2013 10:18:21 +0200 To: current@freebsd.org Subject: Recurring panic From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 05 Jun 2013 10:18:21 +0200 Message-Id: Cc: Gleb Smirnoff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 08:18:24 -0000 Hi I have the following recurring panic on all my heavily network loaded -CURRENT routers. The current process is always different. Gleb, can you please chime in with what you've managed to uncover. Unread portion of the kernel message buffer: processor eflags = interrupt enabled, resume, IOPL = 0 current process = 21363 (kgdb) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b4de530 panic() at panic+0x13d/frame 0xffffff846b4de630 trap_fatal() at trap_fatal+0x290/frame 0xffffff846b4de690 trap_pfault() at trap_pfault+0x21f/frame 0xffffff846b4de6f0 trap() at trap+0x2b4/frame 0xffffff846b4de830 calltrap() at calltrap+0x8/frame 0xffffff846b4de830 --- trap 0xc, rip = 0xffffffff8044872d, rsp = 0xffffff846b4de8f0, rbp = 0xffffff846b4de910 --- __mtx_lock_sleep() at __mtx_lock_sleep+0x5d/frame 0xffffff846b4de910 selfdfree() at selfdfree+0xef/frame 0xffffff846b4de930 sys_poll() at sys_poll+0x332/frame 0xffffff846b4dead0 amd64_syscall() at amd64_syscall+0x572/frame 0xffffff846b4debf0 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b4debf0 --- syscall (209, FreeBSD ELF64, sys_poll), rip = 0x80160670a, rsp = 0x7fffffffcc68, rbp = 0 --- Uptime: 3d5h49m17s Dumping 2580 out of 16368 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:264 264 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:264 #1 0xffffffff8045a424 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8045a927 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff8061e950 in trap_fatal (frame=0xc, eva=) at /usr/src/sys/amd64/amd64/trap.c:872 #4 0xffffffff8061ecbf in trap_pfault (frame=0xffffff846b4de840, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:789 #5 0xffffffff8061f074 in trap (frame=0xffffff846b4de840) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff806088ef in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff8044872d in __mtx_lock_sleep (c=0xffffff8006e551e8, tid=18446741875506397184, opts=, file=, line=0) at /usr/src/sys/kern/kern_mutex.c:425 #8 0xffffffff804a574f in selfdfree (stp=, sfp=0xfffffe02bbf92690) at /usr/src/sys/kern/sys_generic.c:1524 #9 0xffffffff804a6e82 in sys_poll (td=0xfffffe0030e1c000, uap=0xffffff846b4deb70) at /usr/src/sys/kern/sys_generic.c:1369 #10 0xffffffff8061e2b2 in amd64_syscall (td=0xfffffe0030e1c000, traced=0) at subr_syscall.c:134 #11 0xffffffff80608bd7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #12 0x000000080160670a in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 09:50:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 73372B54 for ; Wed, 5 Jun 2013 09:50:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id F3D691EA4 for ; Wed, 5 Jun 2013 09:50:57 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r559ohAB099420; Wed, 5 Jun 2013 13:50:43 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r559ohO3099419; Wed, 5 Jun 2013 13:50:43 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 5 Jun 2013 13:50:43 +0400 From: Gleb Smirnoff To: Ian FREISLICH Subject: Re: Recurring panic Message-ID: <20130605095043.GB67170@glebius.int.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 09:50:58 -0000 On Wed, Jun 05, 2013 at 10:18:21AM +0200, Ian FREISLICH wrote: I> I have the following recurring panic on all my heavily network I> loaded -CURRENT routers. The current process is always different. I> I> Gleb, can you please chime in with what you've managed to uncover. The panics appear on selfd mutex. The mtx_lock value is a free mutex, but it has 1 extra bit set: (kgdb) p/x sfp->sf_mtx->mtx_lock $3 = 0x1000004 Rarely (only one panic observed) more than one bit is set: $3 = 0x21000004 It is important that selfd mutexes are taken from mtxpool(9), which is allocated at a early boot stage. Thus, across reboots all possible sfp->sf_mtx mutexes usually fall into the same virtual memory region. I'm not sure, but I suppose, they fall into same physical region. This can lead one to idea that RAM in the box has problems. But it is running ECC memory, and it doesn't experience other random panics. The only special about the box is that it is running pf(4) with huge ruleset and a lot of traffic. So the pf(4) is the number one suspected, albeit it isn't closely related to selfds. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 10:13:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 56EA5268; Wed, 5 Jun 2013 10:13:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id DE2F61F94; Wed, 5 Jun 2013 10:13:54 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r55ADjT6001771; Wed, 5 Jun 2013 13:13:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r55ADjT6001771 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r55ADjf1001770; Wed, 5 Jun 2013 13:13:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Jun 2013 13:13:45 +0300 From: Konstantin Belousov To: Gleb Smirnoff Subject: Re: Recurring panic Message-ID: <20130605101345.GY3047@kib.kiev.ua> References: <20130605095043.GB67170@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YkfI5/73A7RnyCZx" Content-Disposition: inline In-Reply-To: <20130605095043.GB67170@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Ian FREISLICH , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 10:13:55 -0000 --YkfI5/73A7RnyCZx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 05, 2013 at 01:50:43PM +0400, Gleb Smirnoff wrote: > On Wed, Jun 05, 2013 at 10:18:21AM +0200, Ian FREISLICH wrote: > I> I have the following recurring panic on all my heavily network > I> loaded -CURRENT routers. The current process is always different. > I>=20 > I> Gleb, can you please chime in with what you've managed to uncover. >=20 > The panics appear on selfd mutex. The mtx_lock value is a free mutex, but > it has 1 extra bit set: >=20 > (kgdb) p/x sfp->sf_mtx->mtx_lock > $3 =3D 0x1000004 >=20 > Rarely (only one panic observed) more than one bit is set: >=20 > $3 =3D 0x21000004 >=20 > It is important that selfd mutexes are taken from mtxpool(9), which > is allocated at a early boot stage. Thus, across reboots all possible > sfp->sf_mtx mutexes usually fall into the same virtual memory region. > I'm not sure, but I suppose, they fall into same physical region. >=20 > This can lead one to idea that RAM in the box has problems. But it > is running ECC memory, and it doesn't experience other random panics. >=20 > The only special about the box is that it is running pf(4) with huge > ruleset and a lot of traffic. So the pf(4) is the number one suspected, > albeit it isn't closely related to selfds. >=20 So is the virtual address of the corrupted word same for each panic ? If yes, set up the hw watchpoint in ddb. --YkfI5/73A7RnyCZx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRrw9YAAoJEJDCuSvBvK1BC3AP/1nNmlp8xX6IEItncs8bpTEH +WYrQvncmtyy3rfPkveiRBYvFfNWqPEti0OHBIXXue10R+zb2er6ExybRckIy69t K3DZ3Mm0usejNNZXkSRGL4mNwMSPXj9D0SDroOOLYNbFWj394A1zz7aXsqUTq5sU S4QyANHOVf/nmRDg/HOJaJIY+IZKSecHlI7k8VpySB7UXvzdcnQ388yOChw12Zze nqkdFFvF3ocax+6Oeqz404UffH8dEyCqQtyMeVZXKi5DjNZJWkezKSwq2Vg7GLfp IsRlS4F84ejRjmQ2P5i0wYWybIS75tsESksscF12hVJ6x5pfAVXQwHNss6FAf6dX VTxzsmHxqiHxJHydMUZBZAoaZTG97FNGv7VxQi/35bS/e5ANGU+yOZvhXEq/JNEz T+eb9/9kyB5SC4FkeFzBXhYMjX40zUTdDx7QRqfFZA2t+gcQB1ZWcPJLl59SS/4O iuhLo2VFy4YWvUVG5B6A7tGERfv73QmxILZQ+WOkbc2ezc1Av/Y/FLbWTPXjFMoE 8I4F2R9QmqBxtHOX2IaqXsavGqgODOBob3o2KIJWx3E1xbYigyOsI6juqvFfYv3z WvietFJNcsyOdtzwx1GJyWD/xL7325RZmUR2+JEO5rxxk9LDdESVC0K8rD6cnLDX aLxtEt9Q9JswsTodqYAx =+GKt -----END PGP SIGNATURE----- --YkfI5/73A7RnyCZx-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 10:16:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 700A538A for ; Wed, 5 Jun 2013 10:16:00 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id F04BC1FB6 for ; Wed, 5 Jun 2013 10:15:59 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r55AFu0w099626; Wed, 5 Jun 2013 14:15:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r55AFudU099625; Wed, 5 Jun 2013 14:15:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 5 Jun 2013 14:15:56 +0400 From: Gleb Smirnoff To: Konstantin Belousov Subject: Re: Recurring panic Message-ID: <20130605101556.GD67170@glebius.int.ru> References: <20130605095043.GB67170@glebius.int.ru> <20130605101345.GY3047@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130605101345.GY3047@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 10:16:00 -0000 On Wed, Jun 05, 2013 at 01:13:45PM +0300, Konstantin Belousov wrote: K> On Wed, Jun 05, 2013 at 01:50:43PM +0400, Gleb Smirnoff wrote: K> > On Wed, Jun 05, 2013 at 10:18:21AM +0200, Ian FREISLICH wrote: K> > I> I have the following recurring panic on all my heavily network K> > I> loaded -CURRENT routers. The current process is always different. K> > I> K> > I> Gleb, can you please chime in with what you've managed to uncover. K> > K> > The panics appear on selfd mutex. The mtx_lock value is a free mutex, but K> > it has 1 extra bit set: K> > K> > (kgdb) p/x sfp->sf_mtx->mtx_lock K> > $3 = 0x1000004 K> > K> > Rarely (only one panic observed) more than one bit is set: K> > K> > $3 = 0x21000004 K> > K> > It is important that selfd mutexes are taken from mtxpool(9), which K> > is allocated at a early boot stage. Thus, across reboots all possible K> > sfp->sf_mtx mutexes usually fall into the same virtual memory region. K> > I'm not sure, but I suppose, they fall into same physical region. K> > K> > This can lead one to idea that RAM in the box has problems. But it K> > is running ECC memory, and it doesn't experience other random panics. K> > K> > The only special about the box is that it is running pf(4) with huge K> > ruleset and a lot of traffic. So the pf(4) is the number one suspected, K> > albeit it isn't closely related to selfds. K> > K> So is the virtual address of the corrupted word same for each panic ? K> If yes, set up the hw watchpoint in ddb. Nope, they are different, but close to each other, since live in the same mtxpool. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 12:28:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 55386626 for ; Wed, 5 Jun 2013 12:28:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1782316AB for ; Wed, 5 Jun 2013 12:27:59 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UkCon-0005Th-Lf for freebsd-current@freebsd.org; Wed, 05 Jun 2013 14:27:57 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jun 2013 14:27:57 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jun 2013 14:27:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: Can't compile databases/py-sqlite3 Date: Wed, 5 Jun 2013 12:27:39 +0000 (UTC) Lines: 29 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 12:28:00 -0000 On Tue, 04 Jun 2013 21:53:57 +0200, Dimitry Andric wrote: > On Jun 4, 2013, at 21:15, Walter Hurry wrote: >> I'm running 10.0-CORRENT on amd64. Ports and source are both up to >> date. >> >> When I try a 'make install' in /usr/ports/databases/py-sqlite3 I get >> this very early on: >> >> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py- >> sqlite3/work/Python-2.7.5/configure running config : >> /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/ >> internal/arena.h:547: Failed assertion: "binind < NBINS || binind == >> BININD_INVALID" >> *** Signal 6 >> >> Stop. >> make: stopped in /usr/ports/databases/py-sqlite3 >> >> I'm afraid this binind business doesn't mean much to me. Is there >> anything I can do? > > Please try the patch from this very recent post (on this very list ;-): > http://lists.freebsd.org/pipermail/freebsd-current/2013-June/042230.html > Yes, that has fixed my problem. Thank you very much. By the way. sorry for not spotting it in the other thread. I searched for 'sqlite3' before posting, but found nothing. From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 12:48:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7A8A99F8; Wed, 5 Jun 2013 12:48:10 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) by mx1.freebsd.org (Postfix) with ESMTP id 66EE717A8; Wed, 5 Jun 2013 12:48:10 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id AC2681A24AC; Wed, 5 Jun 2013 12:48:09 +0000 (UTC) Message-ID: <51AF338A.6030002@mail.lifanov.com> Date: Wed, 05 Jun 2013 08:48:10 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130531 Thunderbird/17.0.6 MIME-Version: 1.0 To: mdf@freebsd.org Subject: Re: Cannot build ports on fresh 10.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 12:48:10 -0000 On 06/04/13 18:07, hiren panchasara wrote: > On Tue, Jun 4, 2013 at 2:42 PM, wrote: >> I installed a new VM with 10.0 today from this .iso: >> >> ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso >> >> And I'm behind a firewall and I'm not sure I can use pkg(1); my one attempt >> failed: >> >> # pkg install m4 >> Updating repository catalogue >> Repository catalogue is up-to-date, no need to fetch fresh copy >> pkg: Package 'm4' was not found in the repositories >> >> So I'm building from source. But the configure step of various ports fails >> like so: >> >> checking whether make sets $(MAKE)... yes >> checking build system type... Invalid configuration >> `amd64-portbld-freebsd10.0': machine `amd64-portbld' not recognized >> configure: error: /bin/sh libltdl/config/config.sub >> amd64-portbld-freebsd10.0 failed >> ===> Script "configure" failed unexpectedly. >> Please report the problem to autotools@FreeBSD.org [maintainer] and attach >> the "/usr/ports/devel/libtool/work/libtool-2.4.2/config.log" including the >> output of the failure of your make command. Also, it might be a good idea to >> provide an overview of all packages installed on your system (e.g. a >> /usr/local/sbin/pkg-static info -g -Ea). >> *** Error code 1 > > _Probably_ similar to this? > http://lists.freebsd.org/pipermail/freebsd-ports/2013-June/084040.html > > cheers, > Hiren >> >> Any ideas what could be wrong? It's a fresh install with default options, >> so it seems hard to believe I managed to screw something up already. >> Posting on -current since this happens to many of the ports when I try to >> build them. >> >> Thanks, >> matthew >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > What you see has been fixed in ports r319875. You can sync your tree to past that and try again. Also, you can try the same proxy settings from libfetch. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 14:53:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6C339DB4; Wed, 5 Jun 2013 14:53:05 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) by mx1.freebsd.org (Postfix) with ESMTP id D37EE1D65; Wed, 5 Jun 2013 14:53:04 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id m15so364299wgh.11 for ; Wed, 05 Jun 2013 07:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=qUTcGwmNMZ++8Hdw6IzZNVoEEUJZIqUlLQ3t47nZ0Q0=; b=kxJERmFDADbJZjxuAm4FIxpCRu5j3zAbWhnVbRt+JdzU6O7m8pgcjn+EFhuEX6rApn F5bzKy5K92GKYuxGB8mFJAcddx3hDpxgwebVPMk6pAw98w8pYN7ekkuQSwd9PfTztrfb 0UrQYQe6/3ebc0GkZc08l+2sXmgVm63aedlkSf1IVtfnBoQw3CAkI8tK8LhPyVbqCGWR Dij+HqHjtyU0Z8kzHSiHCuGfQQBhf6TibVTSZMpHwYvEn2vdY0Jnm72a46N2wYJnPtdK m4J0pIMTA2j/7bIy2mnXo6DpXPrIXoYuaea/Bap/FtwGtkhP6D0aDZ8KDa/uoR+WKksB 58UA== X-Received: by 10.180.206.205 with SMTP id lq13mr6850515wic.42.1370443984075; Wed, 05 Jun 2013 07:53:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.24.202 with HTTP; Wed, 5 Jun 2013 07:52:44 -0700 (PDT) In-Reply-To: <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> From: Miguel Clara Date: Wed, 5 Jun 2013 15:52:44 +0100 Message-ID: Subject: Re: Memstick Images not working (mountroot prompt) To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 05 Jun 2013 15:29:10 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 14:53:05 -0000 Forgot to CC the list, sorry! In the meantime I upgrade from 9.1 using the base and kernel tarballs, I could boot and I have wireless supported! I have my ssd encrypted and the hdd too, the hdd is encrypted with passphrase + key, and this key is in a usb stick (a different one form the other two already tried). The USB stick is not working to, and I also tried a USB Western Digital 500GB disk, no luck either! So no usb support basically... dmesg output after connecting the device: xhci_do_comand: Command timeout! usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) usbgen0.2: at usbus0 (disconnected) usb_reattach_port: could not allocate new device Also note that usbus0 is a 3.0 as dmesg shows after boot: usbus0: waiting for BIOS to give up control usbus0 on xhci0 usbus0: 5.0Gpbs Super Speed USB v 3.0 .... So I guess this is indeed a problem in the 10.0-current kernel, not sure what it could be or what more can I do to debug though... Please advice, Thanks On Wed, Jun 5, 2013 at 4:54 AM, wrote: > > I have no such option. Its a very recent ultrabook. > > > Enviado a partir do meu smartphone BlackBerry=AE www.blackberry.com > > -----Original Message----- > From: Glen Barber > Date: Tue, 4 Jun 2013 23:45:34 > To: Miguel Clara > Cc: > Subject: Re: Memstick Images not working (mountroot prompt) > > Hi, > > On Wed, Jun 05, 2013 at 04:33:19AM +0100, Miguel Clara wrote: >> Hello, >> >> I need to Install FreeBSD 10 on my laptop to have Wireless support for >> my card (ath) however I tried all of the available memstick images at: >> ftp://ftp.uk.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10= .0/ >> >> And none of them works... I've tried 2 different pen drivers, one of >> those is a generic cheap one, and another is a "DKingston DT 100 G2" >> >> When typing "?" in the mount root prompt I see my ssd and hdd are >> listed, but not the memstick (which I assume it should be da0). >> >> I had no problems with the 9.1 stable image using the same memstick! >> > > I have personally boot tested the memstick images, without problem. > > What is 'Legacy USB' set to in BIOS on your machine? > > Glen > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 17:50:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 227A3B05; Wed, 5 Jun 2013 17:50:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id B58ED176E; Wed, 5 Jun 2013 17:50:17 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id a10so1101446qcx.11 for ; Wed, 05 Jun 2013 10:50:17 -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=xW+m/BEktwOjIATo9FsD/CSPVvG66x7FuiZ/YVoJe0c=; b=FgouFHPIL77VEi6wlPtguouzdejSRgtubFI0ocnvwTRh18kY4cQEmc5Ht4yMP0AvLa ettXqgYLvw1V512m/f2BHUMnEmE15B5Yvdzed/tr77Ke9az8tI3etKBDneg7c0EMvrXL J9b3vYzNnM6EnUJmQ2uMFik5m9Ym6aw6Q5HLXBp6QrpB7B+z28QNGe7gJKkLltU5qtdO LEv5ysNgKxBnQZnbZzmMlqfG0Oe7ZFUCWyqocNNSpobnKwfRbuuRetukHyq5mwIye6Fw ZoLq6ETkLEbhQM4RrmVvRn3iDKgbwETxX/LfcHAx6dRcyxSkYUJqQQi4iETsqlYUPxHd vuRw== MIME-Version: 1.0 X-Received: by 10.49.37.9 with SMTP id u9mr34144373qej.57.1370454617213; Wed, 05 Jun 2013 10:50:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.71.12 with HTTP; Wed, 5 Jun 2013 10:50:17 -0700 (PDT) In-Reply-To: References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> Date: Wed, 5 Jun 2013 10:50:17 -0700 X-Google-Sender-Auth: fEaILtn22u_X8Z-sm4ERdwBUGn4 Message-ID: Subject: Re: Memstick Images not working (mountroot prompt) From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 17:50:18 -0000 Please file a PR? hopefully someone from the USB side of things can help you fix this. Thanks! adrian On 5 June 2013 07:52, Miguel Clara wrote: > Forgot to CC the list, sorry! > > In the meantime I upgrade from 9.1 using the base and kernel tarballs, > I could boot and I have wireless supported! > > I have my ssd encrypted and the hdd too, the hdd is encrypted with > passphrase + key, and this key is in a usb stick (a different one form > the other two already tried). > > The USB stick is not working to, and I also tried a USB Western > Digital 500GB disk, no luck either! > > So no usb support basically... > > dmesg output after connecting the device: > > xhci_do_comand: Command timeout! > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) > usbgen0.2: at usbus0 (disconnected) > usb_reattach_port: could not allocate new device > > > Also note that usbus0 is a 3.0 as dmesg shows after boot: > usbus0: waiting for BIOS to give up control > usbus0 on xhci0 > usbus0: 5.0Gpbs Super Speed USB v 3.0 > .... > > So I guess this is indeed a problem in the 10.0-current kernel, not > sure what it could be or what more can I do to debug though... > > Please advice, > > Thanks > > On Wed, Jun 5, 2013 at 4:54 AM, wrote: >> >> I have no such option. Its a very recent ultrabook. >> >> >> Enviado a partir do meu smartphone BlackBerry=AE www.blackberry.com >> >> -----Original Message----- >> From: Glen Barber >> Date: Tue, 4 Jun 2013 23:45:34 >> To: Miguel Clara >> Cc: >> Subject: Re: Memstick Images not working (mountroot prompt) >> >> Hi, >> >> On Wed, Jun 05, 2013 at 04:33:19AM +0100, Miguel Clara wrote: >>> Hello, >>> >>> I need to Install FreeBSD 10 on my laptop to have Wireless support for >>> my card (ath) however I tried all of the available memstick images at: >>> ftp://ftp.uk.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/1= 0.0/ >>> >>> And none of them works... I've tried 2 different pen drivers, one of >>> those is a generic cheap one, and another is a "DKingston DT 100 G2" >>> >>> When typing "?" in the mount root prompt I see my ssd and hdd are >>> listed, but not the memstick (which I assume it should be da0). >>> >>> I had no problems with the 9.1 stable image using the same memstick! >>> >> >> I have personally boot tested the memstick images, without problem. >> >> What is 'Legacy USB' set to in BIOS on your machine? >> >> Glen >> >> > _______________________________________________ > 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 Wed Jun 5 18:08:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 774A669C; Wed, 5 Jun 2013 18:08:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5630218BB; Wed, 5 Jun 2013 18:08:03 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8B67423F848; Wed, 5 Jun 2013 14:08:02 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 8B67423F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 5 Jun 2013 14:08:00 -0400 From: Glen Barber To: Miguel Clara Subject: Re: Memstick Images not working (mountroot prompt) Message-ID: <20130605180800.GE1716@glenbarber.us> References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="A9k63Mnmpo23fVdx" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 18:08:03 -0000 --A9k63Mnmpo23fVdx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 05, 2013 at 03:52:44PM +0100, Miguel Clara wrote: > Forgot to CC the list, sorry! >=20 > In the meantime I upgrade from 9.1 using the base and kernel tarballs, > I could boot and I have wireless supported! >=20 > I have my ssd encrypted and the hdd too, the hdd is encrypted with > passphrase + key, and this key is in a usb stick (a different one form > the other two already tried). >=20 > The USB stick is not working to, and I also tried a USB Western > Digital 500GB disk, no luck either! >=20 > So no usb support basically... >=20 > dmesg output after connecting the device: >=20 > xhci_do_comand: Command timeout! > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) > usbgen0.2: at usbus0 (disconnected) > usb_reattach_port: could not allocate new device >=20 >=20 > Also note that usbus0 is a 3.0 as dmesg shows after boot: > usbus0: waiting for BIOS to give up control > usbus0 on xhci0 > usbus0: 5.0Gpbs Super Speed USB v 3.0 > .... >=20 > So I guess this is indeed a problem in the 10.0-current kernel, not > sure what it could be or what more can I do to debug though... >=20 > Please advice, >=20 Hmm. Can you please try with a USB 2.0 port on the laptop? (Hopefully it has at least one non-USB-3.0 port...) Glen --A9k63Mnmpo23fVdx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRr36AAAoJEFJPDDeguUajcUUH/iAdGHo/StwULbs0Bmu01BWN Yisxwdig4CYHa/6lceXl92zq72hFRnGOUy379iQnNqV3kDmW5dXUXSs5byylB2oF mLUKp5BVx0JY/Op0qGLBkw6YCqAC5IuufoFCKuvsvnrIy+YTseQAXlUhDbgNGf8Z LatFLFgIcM28ozFTnoysl3yHq+dOGlJPNWtEmAbzTvocgC7rbv9HQT/075QdmBPy +MefplrvvoKt5ldtg7SupLX8tv7tyncASSCoIxTicbULkIfuftqSTemzki/sQvAy xZWxRLpx8Q35+IhDib0vmG8+WwjjX/BH7LuhlIbW05tAekcLjY8gEPM36K8JZJY= =T7ZY -----END PGP SIGNATURE----- --A9k63Mnmpo23fVdx-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 18:45:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B30BE4D6; Wed, 5 Jun 2013 18:45:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE2E1A5F; Wed, 5 Jun 2013 18:45:47 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 87B1423F848; Wed, 5 Jun 2013 14:45:47 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 87B1423F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 5 Jun 2013 14:45:45 -0400 From: Glen Barber To: miguelmclara@gmail.com Subject: Re: Memstick Images not working (mountroot prompt) Message-ID: <20130605184545.GH1716@glenbarber.us> References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> <20130605180800.GE1716@glenbarber.us> <1083380125-1370457728-cardhu_decombobulator_blackberry.rim.net-464670310-@b2.c8.bise7.blackberry> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="csjV5iuXLa65tnQH" Content-Disposition: inline In-Reply-To: <1083380125-1370457728-cardhu_decombobulator_blackberry.rim.net-464670310-@b2.c8.bise7.blackberry> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 18:45:48 -0000 --csjV5iuXLa65tnQH Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ok. Please open a PR as Adrian suggested, so we can properly track this. Glen On Wed, Jun 05, 2013 at 06:42:05PM +0000, miguelmclara@gmail.com wrote: >=20 > Sadly it doesn't... Just two ports in the back and in the same controller= =2E=20 >=20 > Its an Intel Panter Point controller, but I'll add that info to the PR as= soon has my girlfriend get out of farmville and let's me use her laptop xD= =20 >=20 > Note: I also tried "sysctl hw.xhci.xhci_port_route=3D-1" and =3D1 has I w= asn't sure what would be correct but none of those helped! >=20 > Thanks=20 > Enviado a partir do meu smartphone BlackBerry=AE www.blackberry.com >=20 > -----Original Message----- > From: Glen Barber > Date: Wed, 5 Jun 2013 14:08:00=20 > To: Miguel Clara > Cc: > Subject: Re: Memstick Images not working (mountroot prompt) >=20 > On Wed, Jun 05, 2013 at 03:52:44PM +0100, Miguel Clara wrote: > > Forgot to CC the list, sorry! > >=20 > > In the meantime I upgrade from 9.1 using the base and kernel tarballs, > > I could boot and I have wireless supported! > >=20 > > I have my ssd encrypted and the hdd too, the hdd is encrypted with > > passphrase + key, and this key is in a usb stick (a different one form > > the other two already tried). > >=20 > > The USB stick is not working to, and I also tried a USB Western > > Digital 500GB disk, no luck either! > >=20 > > So no usb support basically... > >=20 > > dmesg output after connecting the device: > >=20 > > xhci_do_comand: Command timeout! > > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) > > usbgen0.2: at usbus0 (disconnected) > > usb_reattach_port: could not allocate new device > >=20 > >=20 > > Also note that usbus0 is a 3.0 as dmesg shows after boot: > > usbus0: waiting for BIOS to give up control > > usbus0 on xhci0 > > usbus0: 5.0Gpbs Super Speed USB v 3.0 > > .... > >=20 > > So I guess this is indeed a problem in the 10.0-current kernel, not > > sure what it could be or what more can I do to debug though... > >=20 > > Please advice, > >=20 >=20 > Hmm. Can you please try with a USB 2.0 port on the laptop? (Hopefully > it has at least one non-USB-3.0 port...) >=20 > Glen >=20 >=20 --csjV5iuXLa65tnQH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRr4dZAAoJEFJPDDeguUajDI8H/RQLIZMNpAJtn6h6PaHhxpkQ 7ftmghFdwziHJy+gY4Xj/9JOXnx1AIdEYD7Y3M6lJQtQIqTatmwJ97ICW6sYXzBC +k2Nj9x/5LUqNcx/zpw9Q9m9AU/ssWi4UpvnyfvuK4Hy4rEmyxWvplGLjYI/3UwY XTTSwr2EtWGPmqIZoDPE6FDN0d+f33uirs1171zCDVxFbURZr3c+IQTmBu4uHEQb qV4Vo+pQ+3lw/IJNA4fSQPemoHSSvRFhVv80THeMeS6cRZSQ9cP1I1C51oHQHRap z+MhnD6fZEPtc8TbJJ0r8+vhS0glNjCKg93uJogxiERP0f1v80qm44gbeqn45ZY= =druB -----END PGP SIGNATURE----- --csjV5iuXLa65tnQH-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 18:53:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 243D18CF; Wed, 5 Jun 2013 18:53:30 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id A6C3F1AD4; Wed, 5 Jun 2013 18:53:29 +0000 (UTC) Received: from [192.168.1.80] ([145.236.66.114]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MWSwU-1UurlS2BMA-00XgEv; Wed, 05 Jun 2013 20:53:28 +0200 Message-ID: <51AF891A.3080906@gmx.com> Date: Wed, 05 Jun 2013 20:53:14 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: another external compiler topic Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:3Rr7ppEoMCwYf3RdCdp+zET7jzQG6XNWgUGhHAQrKbrkIjl15uf RIrJ1TIqB9VHd4U85LeMaViTijGlHH51vUZ6KXyY/weeKbawc48EBEO6MAHWhR7T7FYG7ro QmG4OmsiyrA3UKcLiL/cwbedysny73S6VLAuSyDN7LcjH0vVc1cFDQYqd5M2IV0d4JvoJgS Ub+ovyGftjHTLzLMoy3uQ== Cc: brooks@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 18:53:30 -0000 For the diagnosis of an error related to external compilers, I'll post full setup information. Compiler version string: "clang version 3.4 (trunk 182723)". Installed system revision: 251046. Checked out source tree revision: 251352. The following 2 configuration files were used to build the installed system, as well as the new system. (However, see the "compiler" note later on.) ======= make.conf begins ======= CPUTYPE=native KERNCONF=MYCONF COMPILER_TYPE=clang CROSS_COMPILER_PREFIX= WITHOUT_FORMAT_EXTENSIONS=1 CC=/path/to/clang CPP=/path/to/clang-cpp CXX=/path/to/clang++ NO_CLEAN=1 NO_KERNELCLEAN=1 NO_MODULES=1 MALLOC_PRODUCTION=1 ======= make.conf ends ======= ======= src.conf begins ======= WITHOUT_ACCT=1 WITHOUT_ACPI=1 WITHOUT_AMD=1 WITHOUT_APM=1 WITHOUT_AT=1 WITHOUT_ATF=1 WITHOUT_ATM=1 WITHOUT_AUDIT=1 WITHOUT_AUTHPF=1 WITHOUT_BIND=1 WITHOUT_BLUETOOTH=1 WITHOUT_BSNMP=1 WITHOUT_CALENDAR=1 WITHOUT_CDDL=1 WITHOUT_CLANG=1 WITHOUT_CLANG_IS_CC=1 WITHOUT_CTM=1 WITHOUT_CVS=1 WITHOUT_DICT=1 WITHOUT_ED_CRYPTO=1 WITHOUT_FDT=1 WITHOUT_FLOPPY=1 WITHOUT_FREEBSD_UPDATE=1 WITHOUT_GAMES=1 WITHOUT_GCC=1 WITHOUT_GCOV=1 WITHOUT_GDB=1 WITHOUT_GPIB=1 WITHOUT_GPIO=1 WITHOUT_HESIOD=1 WITHOUT_HTML=1 WITHOUT_INET6=1 WITHOUT_INFO=1 # [1] WITHOUT_IPFILTER=1 WITHOUT_IPFW=1 WITHOUT_IPX=1 WITHOUT_JAIL=1 WITHOUT_KDUMP=1 WITHOUT_KVM=1 WITHOUT_LDNS=1 WITHOUT_LEGACY_CONSOLE=1 WITHOUT_LOCATE=1 WITHOUT_LPR=1 WITHOUT_MAIL=1 WITHOUT_NDIS=1 WITHOUT_NETGRAPH=1 WITHOUT_NLS=1 WITHOUT_NLS_CATALOGS=1 WITHOUT_NTP=1 WITHOUT_PC_SYSINSTALL=1 WITHOUT_PF=1 WITHOUT_PKGTOOLS=1 WITHOUT_PMC=1 WITHOUT_PORTSNAP=1 WITHOUT_PPP=1 WITHOUT_PROFILE=1 WITHOUT_QUOTAS=1 WITHOUT_RCMDS=1 WITHOUT_RCS=1 WITHOUT_RESCUE=1 WITHOUT_SENDMAIL=1 WITHOUT_SHAREDOCS=1 WITHOUT_SYSINSTALL=1 WITHOUT_TELNET=1 WITHOUT_WIRELESS=1 WITHOUT_WPA_SUPPLICANT_EAPOL=1 WITH_BSD_GREP=1 WITH_BSD_PATCH=1 ======= src.conf ends ======= For the interested reader, regarding "# [1]": ======= /usr/bin/makeinfo begins ======= B= for i in "$@" ; do if test -n "$B" ; then echo fuck this shit > "$i" exit 0 fi if test "$i" = -o ; then B=1 fi done ======= /usr/bin/makeinfo ends ======= The following are output log snippets. (Snippet 2 contains an error that follows snippet 1; key term: parallel builds (most likely).) ======= `make buildworld` snippet 1 begins ======= building shared library libkadm5srv.so.11 ===> kerberos5/lib/libkafs5 (all) /i/a/clang -O2 -pipe -march=native -I/usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/kafs -I/usr/src/kerberos5/li b/libkafs5/../../../crypto/heimdal/lib/krb5 -I/usr/obj/usr/src/kerberos5/lib/libkafs5/../libkrb5/ -I/usr/src/kerberos5/lib/li bkafs5/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkafs5/../../include -std=gnu99 -Qunused-ar guments -fstack-protector -c /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/kafs/afssys.c -o afssys.o In file included from /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/kafs/afssys.c:34: In file included from /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/kafs/kafs_locl.h:99: /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/krb5/krb5-v4compat.h:39:10: fatal error: 'krb_err.h' file not found ======= `make buildworld` snippet 1 ends ======= ======= `make buildworld` snippet 2 begins ======= ===> kerberos5/lib/libkafs5 (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libkafs5.a /usr/obj/usr/src/tmp/usr/lib install: libkafs5.a: No such file or directory ======= `make buildworld` snippet 2 ends ======= When building the system that is currently installed, the following "compiler" was used: ======= /path/to/clang begins ======= #!/bin/sh /path/to/real/clang "$@" || /path/to/real/clang --sysroot=/usr/obj/usr/src/tmp "$@" ======= /path/to/clang ends ======= Also, the following patch was applied to the source tree: ======= diff begins ======= Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 251352) +++ Makefile.inc1 (working copy) @@ -722,7 +722,7 @@ ITOOLS= [ awk cap_mkdb cat chflags chmod chown \ date echo egrep find grep id install ${_install-info} \ ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ - rm sed sh sysctl test true uname wc ${_zoneinfo} + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd # # distributeworld Index: usr.bin/xlint/llib/Makefile =================================================================== --- usr.bin/xlint/llib/Makefile (revision 251352) +++ usr.bin/xlint/llib/Makefile (working copy) @@ -9,9 +9,9 @@ CLEANFILES+= ${LIBS} llib-lposix.ln: llib-lposix - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} llib-lstdc.ln: llib-lstdc - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} .include ======= diff ends ======= From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 18:42:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B22D2323; Wed, 5 Jun 2013 18:42:11 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 203461A3B; Wed, 5 Jun 2013 18:42:10 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id d15so1414100eaj.20 for ; Wed, 05 Jun 2013 11:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-rim-org-msg-ref-id:message-id:content-transfer-encoding:reply-to :x-priority:references:in-reply-to:sensitivity:importance:subject:to :cc:from:date:content-type:mime-version; bh=GmwXM+lzCcfaP0JruLXzvvz5OnkHfLI0Wi1xkv1NCYc=; b=pmSn/aCQWMTWnlAG4o4FYmOr44SZ6aO2MEHV/AcIPrloGUWz97I7mgs/bm24Noa6/y yHWs4KpWIEv46aNtp9INkfZ/rkNVvzniFKDB5GihuyBBBQ4YMOBT/Z43eFU/Se53Z9WN +XXkEsLBGRQC3BqkUhneLFvgHj7Dy6SeelqJtfWyuPy8tpJsSw92CUqcBwyqRbRXCxsO Ub1Y9zOy/444/cBWzPUX5M8YcF5fSiZq+Z2gFElW4E6zMSQgKoyUXy2b4vI27Vshp5Rd D+I5PCuOfBjTIKUQ1q9ze16JcaNjnJEYGL8WRob5uZFcfAbjqszzVeY7LiQ9dFKisJhA i3dw== X-Received: by 10.14.204.3 with SMTP id g3mr30579692eeo.85.1370457730202; Wed, 05 Jun 2013 11:42:10 -0700 (PDT) Received: from 172.18.201.202 (bda-178-239-84-93.bis7.eu.blackberry.com. [178.239.84.93]) by mx.google.com with ESMTPSA id bo9sm85569214eeb.9.2013.06.05.11.42.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Jun 2013 11:42:09 -0700 (PDT) X-rim-org-msg-ref-id: 1083380125 Message-ID: <1083380125-1370457728-cardhu_decombobulator_blackberry.rim.net-464670310-@b2.c8.bise7.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> <20130605180800.GE1716@glenbarber.us> In-Reply-To: <20130605180800.GE1716@glenbarber.us> Sensitivity: Normal Importance: Normal Subject: Re: Memstick Images not working (mountroot prompt) To: "Glen Barber" From: miguelmclara@gmail.com Date: Wed, 5 Jun 2013 18:42:05 +0000 Content-Type: text/plain; charset="Windows-1252" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 05 Jun 2013 19:16:53 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: miguelmclara@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 18:42:11 -0000 DQpTYWRseSBpdCBkb2Vzbid0Li4uIEp1c3QgdHdvIHBvcnRzIGluIHRoZSBiYWNrIGFuZCBpbiB0 aGUgc2FtZSBjb250cm9sbGVyLiANCg0KSXRzIGFuIEludGVsIFBhbnRlciBQb2ludCBjb250cm9s bGVyLCBidXQgSSdsbCBhZGQgdGhhdCBpbmZvIHRvIHRoZSBQUiBhcyBzb29uIGhhcyBteSBnaXJs ZnJpZW5kIGdldCBvdXQgb2YgZmFybXZpbGxlIGFuZCBsZXQncyBtZSB1c2UgaGVyIGxhcHRvcCB4 RCANCg0KTm90ZTogSSBhbHNvIHRyaWVkICJzeXNjdGwgaHcueGhjaS54aGNpX3BvcnRfcm91dGU9 LTEiIGFuZCA9MSBoYXMgSSB3YXNuJ3Qgc3VyZSB3aGF0IHdvdWxkIGJlIGNvcnJlY3QgYnV0IG5v bmUgb2YgdGhvc2UgaGVscGVkIQ0KDQpUaGFua3MgDQpFbnZpYWRvIGEgcGFydGlyIGRvIG1ldSBz bWFydHBob25lIEJsYWNrQmVycnmuIHd3dy5ibGFja2JlcnJ5LmNvbQ0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogR2xlbiBCYXJiZXIgPGdqYkBGcmVlQlNELm9yZz4NCkRhdGU6 IFdlZCwgNSBKdW4gMjAxMyAxNDowODowMCANClRvOiBNaWd1ZWwgQ2xhcmE8bWlndWVsbWNsYXJh QGdtYWlsLmNvbT4NCkNjOiA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPg0KU3ViamVjdDog UmU6IE1lbXN0aWNrIEltYWdlcyBub3Qgd29ya2luZyAobW91bnRyb290IHByb21wdCkNCg0KT24g V2VkLCBKdW4gMDUsIDIwMTMgYXQgMDM6NTI6NDRQTSArMDEwMCwgTWlndWVsIENsYXJhIHdyb3Rl Og0KPiBGb3Jnb3QgdG8gQ0MgdGhlIGxpc3QsIHNvcnJ5IQ0KPiANCj4gSW4gdGhlIG1lYW50aW1l IEkgdXBncmFkZSBmcm9tIDkuMSB1c2luZyB0aGUgYmFzZSBhbmQga2VybmVsIHRhcmJhbGxzLA0K PiBJIGNvdWxkIGJvb3QgYW5kIEkgaGF2ZSB3aXJlbGVzcyBzdXBwb3J0ZWQhDQo+IA0KPiBJIGhh dmUgbXkgc3NkIGVuY3J5cHRlZCBhbmQgdGhlIGhkZCB0b28sIHRoZSBoZGQgaXMgZW5jcnlwdGVk IHdpdGgNCj4gcGFzc3BocmFzZSArIGtleSwgYW5kIHRoaXMga2V5IGlzIGluIGEgdXNiIHN0aWNr IChhIGRpZmZlcmVudCBvbmUgZm9ybQ0KPiB0aGUgb3RoZXIgdHdvIGFscmVhZHkgdHJpZWQpLg0K PiANCj4gVGhlIFVTQiBzdGljayBpcyBub3Qgd29ya2luZyB0bywgYW5kIEkgYWxzbyB0cmllZCBh IFVTQiBXZXN0ZXJuDQo+IERpZ2l0YWwgNTAwR0IgZGlzaywgbm8gbHVjayBlaXRoZXIhDQo+IA0K PiBTbyBubyB1c2Igc3VwcG9ydCBiYXNpY2FsbHkuLi4NCj4gDQo+IGRtZXNnIG91dHB1dCBhZnRl ciBjb25uZWN0aW5nIHRoZSBkZXZpY2U6DQo+IA0KPiB4aGNpX2RvX2NvbWFuZDogQ29tbWFuZCB0 aW1lb3V0IQ0KPiB1c2JfYWxsb2NfZGV2aWNlOiBkZXZpY2UgaW5pdCAyIGZhaWxlZCAoVVNCX0VS Ul9USU1FT1VULCBpZ25vcmVkKQ0KPiB1c2JnZW4wLjI6IDxVbmtub3duPiBhdCB1c2J1czAgKGRp c2Nvbm5lY3RlZCkNCj4gdXNiX3JlYXR0YWNoX3BvcnQ6IGNvdWxkIG5vdCBhbGxvY2F0ZSBuZXcg ZGV2aWNlDQo+IA0KPiANCj4gQWxzbyBub3RlIHRoYXQgdXNidXMwIGlzIGEgMy4wIGFzIGRtZXNn IHNob3dzIGFmdGVyIGJvb3Q6DQo+IHVzYnVzMDogd2FpdGluZyBmb3IgQklPUyB0byBnaXZlIHVw IGNvbnRyb2wNCj4gdXNidXMwIG9uIHhoY2kwDQo+IHVzYnVzMDogNS4wR3BicyBTdXBlciBTcGVl ZCBVU0IgdiAzLjANCj4gLi4uLg0KPiANCj4gU28gSSBndWVzcyB0aGlzIGlzIGluZGVlZCBhIHBy b2JsZW0gaW4gdGhlIDEwLjAtY3VycmVudCBrZXJuZWwsIG5vdA0KPiBzdXJlIHdoYXQgaXQgY291 bGQgYmUgb3Igd2hhdCBtb3JlIGNhbiBJIGRvIHRvIGRlYnVnIHRob3VnaC4uLg0KPiANCj4gUGxl YXNlIGFkdmljZSwNCj4gDQoNCkhtbS4gIENhbiB5b3UgcGxlYXNlIHRyeSB3aXRoIGEgVVNCIDIu MCBwb3J0IG9uIHRoZSBsYXB0b3A/ICAoSG9wZWZ1bGx5DQppdCBoYXMgYXQgbGVhc3Qgb25lIG5v bi1VU0ItMy4wIHBvcnQuLi4pDQoNCkdsZW4NCg0KDQo= From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 19:11:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D4CECE5; Wed, 5 Jun 2013 19:11:34 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 46DBE1BD1; Wed, 5 Jun 2013 19:11:34 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id w56so1601204wes.39 for ; Wed, 05 Jun 2013 12:11:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=7TQ4xB/LhGoeoFsdBdM79AsrXJOSG4ES7PD6W8t03eA=; b=tBa57zvWiz6KNf5hNB2K7bj8MjWJl8Sd/t6LMeZFherg2e+cS1LSi+rGNSsqbgn3hO OMKlUKwWEh8blpGc7+JJSXFvobe1AM8wvVCLpUelcZEIQomm5QjqhVrkZEDN+uuUjjdO 8uo//bEFXPZp8iP5m8hHnSvZIklKXenWNhGHYEZ5H1dCNYQFxXGdAzfdVLc23Qx4kZvR /UMRqQjXaugVpRlUGK21HUA8IUzT9PUBSSB+czVp/R+voRsq6W4DokwdYn4o1aZpyHwO GmDB58zxSHORYw9w3fOQPP2YwmoWlbQavXKE+KgW8iGH+yaGN3uPGafI7rSAwnAoxNKr 6fiw== X-Received: by 10.194.110.133 with SMTP id ia5mr30380605wjb.35.1370459493501; Wed, 05 Jun 2013 12:11:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.24.202 with HTTP; Wed, 5 Jun 2013 12:11:13 -0700 (PDT) In-Reply-To: <20130605184545.GH1716@glenbarber.us> References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> <20130605180800.GE1716@glenbarber.us> <1083380125-1370457728-cardhu_decombobulator_blackberry.rim.net-464670310-@b2.c8.bise7.blackberry> <20130605184545.GH1716@glenbarber.us> From: Miguel Clara Date: Wed, 5 Jun 2013 20:11:13 +0100 Message-ID: Subject: Re: Memstick Images not working (mountroot prompt) To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 05 Jun 2013 19:24:44 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 19:11:34 -0000 Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D179342 On Wed, Jun 5, 2013 at 7:45 PM, Glen Barber wrote: > Ok. Please open a PR as Adrian suggested, so we can properly track > this. > > Glen > > On Wed, Jun 05, 2013 at 06:42:05PM +0000, miguelmclara@gmail.com wrote: >> >> Sadly it doesn't... Just two ports in the back and in the same controlle= r. >> >> Its an Intel Panter Point controller, but I'll add that info to the PR a= s soon has my girlfriend get out of farmville and let's me use her laptop x= D >> >> Note: I also tried "sysctl hw.xhci.xhci_port_route=3D-1" and =3D1 has I = wasn't sure what would be correct but none of those helped! >> >> Thanks >> Enviado a partir do meu smartphone BlackBerry=AE www.blackberry.com >> >> -----Original Message----- >> From: Glen Barber >> Date: Wed, 5 Jun 2013 14:08:00 >> To: Miguel Clara >> Cc: >> Subject: Re: Memstick Images not working (mountroot prompt) >> >> On Wed, Jun 05, 2013 at 03:52:44PM +0100, Miguel Clara wrote: >> > Forgot to CC the list, sorry! >> > >> > In the meantime I upgrade from 9.1 using the base and kernel tarballs, >> > I could boot and I have wireless supported! >> > >> > I have my ssd encrypted and the hdd too, the hdd is encrypted with >> > passphrase + key, and this key is in a usb stick (a different one form >> > the other two already tried). >> > >> > The USB stick is not working to, and I also tried a USB Western >> > Digital 500GB disk, no luck either! >> > >> > So no usb support basically... >> > >> > dmesg output after connecting the device: >> > >> > xhci_do_comand: Command timeout! >> > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) >> > usbgen0.2: at usbus0 (disconnected) >> > usb_reattach_port: could not allocate new device >> > >> > >> > Also note that usbus0 is a 3.0 as dmesg shows after boot: >> > usbus0: waiting for BIOS to give up control >> > usbus0 on xhci0 >> > usbus0: 5.0Gpbs Super Speed USB v 3.0 >> > .... >> > >> > So I guess this is indeed a problem in the 10.0-current kernel, not >> > sure what it could be or what more can I do to debug though... >> > >> > Please advice, >> > >> >> Hmm. Can you please try with a USB 2.0 port on the laptop? (Hopefully >> it has at least one non-USB-3.0 port...) >> >> Glen >> >> From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 19:31:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F37B568F for ; Wed, 5 Jun 2013 19:31:30 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 52A6D1CDF for ; Wed, 5 Jun 2013 19:31:29 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r55JVMwp020359; Wed, 5 Jun 2013 14:31:22 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r55JVMo3020358; Wed, 5 Jun 2013 14:31:22 -0500 (CDT) (envelope-from brooks) Date: Wed, 5 Jun 2013 14:31:22 -0500 From: Brooks Davis To: dt71@gmx.com Subject: Re: another external compiler topic Message-ID: <20130605193122.GD18357@lor.one-eyed-alien.net> References: <51AF891A.3080906@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m51xatjYGsM+13rf" Content-Disposition: inline In-Reply-To: <51AF891A.3080906@gmx.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 19:31:31 -0000 --m51xatjYGsM+13rf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 05, 2013 at 08:53:14PM +0200, dt71@gmx.com wrote: > For the diagnosis of an error related to external compilers, I'll post fu= ll setup information. My first reaction is that your configuration is so far beyond anything that is actually documented as working you're going to be mostly on your own. That said, a few hopefully helpful comments below. First off I assume that since you posted to freebsd-current@ that you are running the latest head. > Compiler version string: "clang version 3.4 (trunk 182723)". > Installed system revision: 251046. > Checked out source tree revision: 251352. >=20 > The following 2 configuration files were used to build the installed syst= em, as well as the new system. (However, see the "compiler" note later on.) >=20 > =3D=3D=3D=3D=3D=3D=3D make.conf begins =3D=3D=3D=3D=3D=3D=3D > CPUTYPE=3Dnative > KERNCONF=3DMYCONF > COMPILER_TYPE=3Dclang > CROSS_COMPILER_PREFIX=3D > WITHOUT_FORMAT_EXTENSIONS=3D1 > CC=3D/path/to/clang > CPP=3D/path/to/clang-cpp > CXX=3D/path/to/clang++ > NO_CLEAN=3D1 > NO_KERNELCLEAN=3D1 > NO_MODULES=3D1 > MALLOC_PRODUCTION=3D1 > =3D=3D=3D=3D=3D=3D=3D make.conf ends =3D=3D=3D=3D=3D=3D=3D Setting CC, CPP, and CXX except in the environment isn't supported and can't work for cross build cases. It looks like your avoiding those cases (but more on your wrapper script later), but this does put you in uncharted land. >=20 > =3D=3D=3D=3D=3D=3D=3D src.conf begins =3D=3D=3D=3D=3D=3D=3D > WITHOUT_ACCT=3D1 > WITHOUT_ACPI=3D1 > WITHOUT_AMD=3D1 > WITHOUT_APM=3D1 > WITHOUT_AT=3D1 > WITHOUT_ATF=3D1 > WITHOUT_ATM=3D1 > WITHOUT_AUDIT=3D1 > WITHOUT_AUTHPF=3D1 > WITHOUT_BIND=3D1 > WITHOUT_BLUETOOTH=3D1 > WITHOUT_BSNMP=3D1 > WITHOUT_CALENDAR=3D1 > WITHOUT_CDDL=3D1 > WITHOUT_CLANG=3D1 > WITHOUT_CLANG_IS_CC=3D1 > WITHOUT_CTM=3D1 > WITHOUT_CVS=3D1 > WITHOUT_DICT=3D1 > WITHOUT_ED_CRYPTO=3D1 > WITHOUT_FDT=3D1 > WITHOUT_FLOPPY=3D1 > WITHOUT_FREEBSD_UPDATE=3D1 > WITHOUT_GAMES=3D1 > WITHOUT_GCC=3D1 > WITHOUT_GCOV=3D1 > WITHOUT_GDB=3D1 > WITHOUT_GPIB=3D1 > WITHOUT_GPIO=3D1 > WITHOUT_HESIOD=3D1 > WITHOUT_HTML=3D1 > WITHOUT_INET6=3D1 > WITHOUT_INFO=3D1 # [1] > WITHOUT_IPFILTER=3D1 > WITHOUT_IPFW=3D1 > WITHOUT_IPX=3D1 > WITHOUT_JAIL=3D1 > WITHOUT_KDUMP=3D1 > WITHOUT_KVM=3D1 > WITHOUT_LDNS=3D1 > WITHOUT_LEGACY_CONSOLE=3D1 > WITHOUT_LOCATE=3D1 > WITHOUT_LPR=3D1 > WITHOUT_MAIL=3D1 > WITHOUT_NDIS=3D1 > WITHOUT_NETGRAPH=3D1 > WITHOUT_NLS=3D1 > WITHOUT_NLS_CATALOGS=3D1 > WITHOUT_NTP=3D1 > WITHOUT_PC_SYSINSTALL=3D1 > WITHOUT_PF=3D1 > WITHOUT_PKGTOOLS=3D1 > WITHOUT_PMC=3D1 > WITHOUT_PORTSNAP=3D1 > WITHOUT_PPP=3D1 > WITHOUT_PROFILE=3D1 > WITHOUT_QUOTAS=3D1 > WITHOUT_RCMDS=3D1 > WITHOUT_RCS=3D1 > WITHOUT_RESCUE=3D1 > WITHOUT_SENDMAIL=3D1 > WITHOUT_SHAREDOCS=3D1 > WITHOUT_SYSINSTALL=3D1 > WITHOUT_TELNET=3D1 > WITHOUT_WIRELESS=3D1 > WITHOUT_WPA_SUPPLICANT_EAPOL=3D1 > WITH_BSD_GREP=3D1 > WITH_BSD_PATCH=3D1 > =3D=3D=3D=3D=3D=3D=3D src.conf ends =3D=3D=3D=3D=3D=3D=3D I see that WITHOUT_KERBEROS is not set here. Was it ever? Migration =66rom a WITHOUT_KERBEROS system to a WITH_KERBEROS system is known to be broken which might explain your breakage in the libkrb5 build. > For the interested reader, regarding "# [1]": > =3D=3D=3D=3D=3D=3D=3D /usr/bin/makeinfo begins =3D=3D=3D=3D=3D=3D=3D > B=3D > for i in "$@" ; do > if test -n "$B" ; then > echo fuck this shit > "$i" > exit 0 > fi > if test "$i" =3D -o ; then > B=3D1 > fi > done > =3D=3D=3D=3D=3D=3D=3D /usr/bin/makeinfo ends =3D=3D=3D=3D=3D=3D=3D >=20 >=20 > The following are output log snippets. (Snippet 2 contains an error that = follows snippet 1; key term: parallel builds (most likely).) >=20 > =3D=3D=3D=3D=3D=3D=3D `make buildworld` snippet 1 begins =3D=3D=3D=3D=3D= =3D=3D > building shared library libkadm5srv.so.11 > =3D=3D=3D> kerberos5/lib/libkafs5 (all) > /i/a/clang -O2 -pipe -march=3Dnative -I/usr/src/kerberos5/lib/libkafs5/.= =2E/../../crypto/heimdal/lib/kafs -I/usr/src/kerberos5/li > b/libkafs5/../../../crypto/heimdal/lib/krb5 -I/usr/obj/usr/src/kerberos5= /lib/libkafs5/../libkrb5/ -I/usr/src/kerberos5/lib/li > bkafs5/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/usr/src/kerbe= ros5/lib/libkafs5/../../include -std=3Dgnu99 -Qunused-ar > guments -fstack-protector -c /usr/src/kerberos5/lib/libkafs5/../../../cr= ypto/heimdal/lib/kafs/afssys.c -o afssys.o > In file included from /usr/src/kerberos5/lib/libkafs5/../../../crypto/hei= mdal/lib/kafs/afssys.c:34: > In file included from /usr/src/kerberos5/lib/libkafs5/../../../crypto/hei= mdal/lib/kafs/kafs_locl.h:99: > /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/krb5/krb5-v4c= ompat.h:39:10: fatal error: 'krb_err.h' file not found > =3D=3D=3D=3D=3D=3D=3D `make buildworld` snippet 1 ends =3D=3D=3D=3D=3D=3D= =3D >=20 > =3D=3D=3D=3D=3D=3D=3D `make buildworld` snippet 2 begins =3D=3D=3D=3D=3D= =3D=3D > =3D=3D=3D> kerberos5/lib/libkafs5 (install) > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libkafs5.a /usr= /obj/usr/src/tmp/usr/lib > install: libkafs5.a: No such file or directory > =3D=3D=3D=3D=3D=3D=3D `make buildworld` snippet 2 ends =3D=3D=3D=3D=3D=3D= =3D >=20 >=20 > When building the system that is currently installed, the following "comp= iler" was used: > =3D=3D=3D=3D=3D=3D=3D /path/to/clang begins =3D=3D=3D=3D=3D=3D=3D > #!/bin/sh > /path/to/real/clang "$@" || /path/to/real/clang --sysroot=3D/usr/obj/usr/= src/tmp "$@" > =3D=3D=3D=3D=3D=3D=3D /path/to/clang ends =3D=3D=3D=3D=3D=3D=3D This has got to corrupt your build. I can't imagine anything staying working for long given that many translation units will compile with the system headers and then get linked to something compiled with the headers from the source tree. You might want to consider using the XCC external toolchain support I committed to HEAD a couple weeks ago. I've only really testing it with clang, but it works for at least a few people. Some documentation at: https://wiki.freebsd.org/ExternalToolchain > Also, the following patch was applied to the source tree: > =3D=3D=3D=3D=3D=3D=3D diff begins =3D=3D=3D=3D=3D=3D=3D > Index: Makefile.inc1 > =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 > --- Makefile.inc1 (revision 251352) > +++ Makefile.inc1 (working copy) > @@ -722,7 +722,7 @@ > ITOOLS=3D [ awk cap_mkdb cat chflags chmod chown \ > date echo egrep find grep id install ${_install-info} \ > ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ > - rm sed sh sysctl test true uname wc ${_zoneinfo} > + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd > =20 > # > # distributeworld > Index: usr.bin/xlint/llib/Makefile > =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 > --- usr.bin/xlint/llib/Makefile (revision 251352) > +++ usr.bin/xlint/llib/Makefile (working copy) > @@ -9,9 +9,9 @@ > CLEANFILES+=3D ${LIBS} > =20 > llib-lposix.ln: llib-lposix > - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > =20 > llib-lstdc.ln: llib-lstdc > - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > =20 > .include > =3D=3D=3D=3D=3D=3D=3D diff ends =3D=3D=3D=3D=3D=3D=3D What do these patches work around? -- Brooks --m51xatjYGsM+13rf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRr5IKXY6L6fI4GtQRAvTcAJ9RX09raytzdSl9TJg8UQf0wwYLtgCgrig5 mUMz8pLjhQDvOQQzUrAKVpY= =Prqt -----END PGP SIGNATURE----- --m51xatjYGsM+13rf-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 20:46:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3D5ED432 for ; Wed, 5 Jun 2013 20:46:18 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id D88471043 for ; Wed, 5 Jun 2013 20:46:17 +0000 (UTC) Received: from [192.168.1.80] ([81.182.28.146]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LmbVT-1UAAQt3KHj-00aAGu for ; Wed, 05 Jun 2013 22:46:17 +0200 Message-ID: <51AFA389.40607@gmx.com> Date: Wed, 05 Jun 2013 22:46:01 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: another external compiler topic References: <51AF891A.3080906@gmx.com> <20130605193122.GD18357@lor.one-eyed-alien.net> In-Reply-To: <20130605193122.GD18357@lor.one-eyed-alien.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Vx+h1Ql2GHQ26R2wYFGtvu+3q8MkJvN3ybkxax61IV+l1HZmtzA 4CIKKJg+87WGUS9Ilwxa1kJPxY0YlJqum4xvF+SG6o4AQV6qeKyuibp0fS9YeDlnWTu7EBv 59oDfnBfbzm5aMBh/MCsxudlPd0lECc7fAtJMiXj48fe6GuN7FK7ASBdT4GoagApZtrWoJY WHwaA8NTAwy8kRmnIbGzw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 20:46:18 -0000 On 06/05/2013 21:31, Brooks Davis wrote: > My first reaction is that your configuration is so far beyond anything > that is actually documented as working you're going to be mostly on your > own. Why? > First off I assume that since you posted to freebsd-current@ that you > are running the latest head. Yes: > On Wed, Jun 05, 2013 at 08:53:14PM +0200, dt71@gmx.com wrote: >> Installed system revision: 251046. >> Checked out source tree revision: 251352. > Setting CC, CPP, and CXX except in the environment isn't supported and > can't work for cross build cases. It looks like your avoiding those > cases (but more on your wrapper script later), but this does put you in > uncharted land. Now compiling with CC, CPP and CXX only in the environment (and XCC, XCPP and XCXX in make.conf). > I see that WITHOUT_KERBEROS is not set here. Was it ever? Migration > from a WITHOUT_KERBEROS system to a WITH_KERBEROS system is known to be > broken which might explain your breakage in the libkrb5 build. Yes, WITHOUT_KERBEROS was set once in the past, but that was only so multiple re-buildworld and re-installworld iterations ago. >> When building the system that is currently installed, the following "compiler" was used: >> ======= /path/to/clang begins ======= >> #!/bin/sh >> /path/to/real/clang "$@" || /path/to/real/clang --sysroot=/usr/obj/usr/src/tmp "$@" >> ======= /path/to/clang ends ======= > > This has got to corrupt your build. I can't imagine anything staying > working for long given that many translation units will compile with > the system headers and then get linked to something compiled with the > headers from the source tree. I forgot to mention that after re-buildworld-ing and re-installworld-ing with the script, I redid the whole process again without the script (at which point the sysroot argument was not required anymore, until the next header update). >> Also, the following patch was applied to the source tree: >> ======= diff begins ======= >> Index: Makefile.inc1 >> =================================================================== >> --- Makefile.inc1 (revision 251352) >> +++ Makefile.inc1 (working copy) >> @@ -722,7 +722,7 @@ >> ITOOLS= [ awk cap_mkdb cat chflags chmod chown \ >> date echo egrep find grep id install ${_install-info} \ >> ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ >> - rm sed sh sysctl test true uname wc ${_zoneinfo} >> + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd >> >> # >> # distributeworld >> Index: usr.bin/xlint/llib/Makefile >> =================================================================== >> --- usr.bin/xlint/llib/Makefile (revision 251352) >> +++ usr.bin/xlint/llib/Makefile (working copy) >> @@ -9,9 +9,9 @@ >> CLEANFILES+= ${LIBS} >> >> llib-lposix.ln: llib-lposix >> - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} >> + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} >> >> llib-lstdc.ln: llib-lstdc >> - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} >> + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} >> >> .include >> ======= diff ends ======= > > What do these patches work around? The 1st hunk works around an installkernel issue: in some cases (unknown, but seemingly related to header updates), installkernel seems to involve some compiling, "cp"ing, "btxld"ing, etc.. Without the 2nd hunk, the lint program would call "cc", which does not exist (ie., there is no /usr/bin/cc, but there is a ${CC}). From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 21:20:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EEA634FA for ; Wed, 5 Jun 2013 21:20:29 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0BB120D for ; Wed, 5 Jun 2013 21:20:27 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r55LKQqB021197; Wed, 5 Jun 2013 16:20:26 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r55LKQAD021196; Wed, 5 Jun 2013 16:20:26 -0500 (CDT) (envelope-from brooks) Date: Wed, 5 Jun 2013 16:20:26 -0500 From: Brooks Davis To: dt71@gmx.com Subject: Re: another external compiler topic Message-ID: <20130605212026.GA20976@lor.one-eyed-alien.net> References: <51AF891A.3080906@gmx.com> <20130605193122.GD18357@lor.one-eyed-alien.net> <51AFA389.40607@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <51AFA389.40607@gmx.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 21:20:30 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 05, 2013 at 10:46:01PM +0200, dt71@gmx.com wrote: > On 06/05/2013 21:31, Brooks Davis wrote: > > My first reaction is that your configuration is so far beyond anything > > that is actually documented as working you're going to be mostly on your > > own. >=20 > Why? We can not possibly support all of the effectively infinite numbers of knobs and switch you can set in the build process. If you want to veer far outside the lines of well documented routes, it's up to you to find and fix problems. > > First off I assume that since you posted to freebsd-current@ that you > > are running the latest head. >=20 > Yes: > > On Wed, Jun 05, 2013 at 08:53:14PM +0200, dt71@gmx.com wrote: > >> Installed system revision: 251046. > >> Checked out source tree revision: 251352. >=20 > > Setting CC, CPP, and CXX except in the environment isn't supported and > > can't work for cross build cases. It looks like your avoiding those > > cases (but more on your wrapper script later), but this does put you in > > uncharted land. >=20 > Now compiling with CC, CPP and CXX only in the environment (and XCC, XCPP= and XCXX in make.conf). If you XCC, XCPP, and XCXX you may not need CC, CPP, and CXX at all, though your environment is weird enough I won't assert that. > > I see that WITHOUT_KERBEROS is not set here. Was it ever? Migration > > from a WITHOUT_KERBEROS system to a WITH_KERBEROS system is known to be > > broken which might explain your breakage in the libkrb5 build. >=20 > Yes, WITHOUT_KERBEROS was set once in the past, but that was only so mult= iple re-buildworld and re-installworld iterations ago. I've not experienced the kerberos failures so I'm not sure if this is one or not. I suspect there is another error further up in your output, but it's hard to say. If this is a parallel build there have been reports of kerberos build failures with high levels of parallelism. It may be that something you've disabled results in the presumed makefile bug being easier to trigger. > >> When building the system that is currently installed, the following "c= ompiler" was used: > >> =3D=3D=3D=3D=3D=3D=3D /path/to/clang begins =3D=3D=3D=3D=3D=3D=3D > >> #!/bin/sh > >> /path/to/real/clang "$@" || /path/to/real/clang --sysroot=3D/usr/obj/u= sr/src/tmp "$@" > >> =3D=3D=3D=3D=3D=3D=3D /path/to/clang ends =3D=3D=3D=3D=3D=3D=3D > > > > This has got to corrupt your build. I can't imagine anything staying > > working for long given that many translation units will compile with > > the system headers and then get linked to something compiled with the > > headers from the source tree. >=20 > I forgot to mention that after re-buildworld-ing and re-installworld-ing = with the script, I redid the whole process again without the script (at whi= ch point the sysroot argument was not required anymore, until the next head= er update). I guess that could work, but it still sounds like a recipe for disaster. > >> Also, the following patch was applied to the source tree: > >> =3D=3D=3D=3D=3D=3D=3D diff begins =3D=3D=3D=3D=3D=3D=3D > >> Index: Makefile.inc1 > >> =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 > >> --- Makefile.inc1 (revision 251352) > >> +++ Makefile.inc1 (working copy) > >> @@ -722,7 +722,7 @@ > >> ITOOLS=3D [ awk cap_mkdb cat chflags chmod chown \ > >> date echo egrep find grep id install ${_install-info} \ > >> ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ > >> - rm sed sh sysctl test true uname wc ${_zoneinfo} > >> + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd > >> > >> # > >> # distributeworld > >> Index: usr.bin/xlint/llib/Makefile > >> =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 > >> --- usr.bin/xlint/llib/Makefile (revision 251352) > >> +++ usr.bin/xlint/llib/Makefile (working copy) > >> @@ -9,9 +9,9 @@ > >> CLEANFILES+=3D ${LIBS} > >> > >> llib-lposix.ln: llib-lposix > >> - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > >> + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > >> > >> llib-lstdc.ln: llib-lstdc > >> - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > >> + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > >> > >> .include > >> =3D=3D=3D=3D=3D=3D=3D diff ends =3D=3D=3D=3D=3D=3D=3D > > > > What do these patches work around? >=20 > The 1st hunk works around an installkernel issue: in some cases (unknown,= but seemingly related to header updates), installkernel seems to involve s= ome compiling, "cp"ing, "btxld"ing, etc.. Hmm, that seems weird. I've never seen that. > Without the 2nd hunk, the lint program would call "cc", which does not ex= ist (ie., there is no /usr/bin/cc, but there is a ${CC}). This sounds like a bug. -- Brooks --DocE+STaALJfprDB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRr6uaXY6L6fI4GtQRAgb+AKCGx6gJ8/jM99dpBKoDklkM2jBNHwCgnN4A pj4DjdkxJfjGnYvQr2ZO2ms= =XYQZ -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 22:16:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3BCAA93 for ; Wed, 5 Jun 2013 22:16:44 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id C37FB174C for ; Wed, 5 Jun 2013 22:16:43 +0000 (UTC) Received: from [192.168.1.80] ([81.182.28.146]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MNMyz-1UmFox3AbJ-006ukd for ; Thu, 06 Jun 2013 00:16:42 +0200 Message-ID: <51AFB8BC.4080100@gmx.com> Date: Thu, 06 Jun 2013 00:16:28 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: another external compiler topic References: <51AF891A.3080906@gmx.com> <20130605193122.GD18357@lor.one-eyed-alien.net> <51AFA389.40607@gmx.com> <20130605212026.GA20976@lor.one-eyed-alien.net> In-Reply-To: <20130605212026.GA20976@lor.one-eyed-alien.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:XqLIEqwrnPuNax5W0P/RPKrd0w7zzvnAh8ro5Mbwm+3u+b1ZhDE IG8PKcwBd1Lf+HE/acoES98hyY7tXSwIlysuGCOuOM0EDYR23uBb8GAWpe3oi3sp5EYLLLY qXe/W6L4ot2YWD/przVMGCa52yIaqookeUBkEUtaoJv9W9R1CyeLszKok8FQ57GzHQrdvVs 4qKBMh+V9IWeNwLyoDYyQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 22:16:44 -0000 On 06/05/2013 23:20, Brooks Davis wrote: > On Wed, Jun 05, 2013 at 10:46:01PM +0200, dt71@gmx.com wrote: >> Now compiling with CC, CPP and CXX only in the environment (and XCC, XCPP and XCXX in make.conf). Success! > If you XCC, XCPP, and XCXX you may not need CC, CPP, and CXX at all, > though your environment is weird enough I won't assert that. There is no "cc" (/usr/bin/cc), so some form of CC is required. >>>> Also, the following patch was applied to the source tree: >>>> ======= diff begins ======= >>>> Index: Makefile.inc1 >>>> =================================================================== >>>> --- Makefile.inc1 (revision 251352) >>>> +++ Makefile.inc1 (working copy) >>>> @@ -722,7 +722,7 @@ >>>> ITOOLS= [ awk cap_mkdb cat chflags chmod chown \ >>>> date echo egrep find grep id install ${_install-info} \ >>>> ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ >>>> - rm sed sh sysctl test true uname wc ${_zoneinfo} >>>> + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd >>>> >>>> # >>>> # distributeworld >>>> Index: usr.bin/xlint/llib/Makefile >>>> =================================================================== >>>> --- usr.bin/xlint/llib/Makefile (revision 251352) >>>> +++ usr.bin/xlint/llib/Makefile (working copy) >>>> @@ -9,9 +9,9 @@ >>>> CLEANFILES+= ${LIBS} >>>> >>>> llib-lposix.ln: llib-lposix >>>> - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} >>>> + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} >>>> >>>> llib-lstdc.ln: llib-lstdc >>>> - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} >>>> + CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} >>>> >>>> .include >>>> ======= diff ends ======= >>> >>> What do these patches work around? >> >> The 1st hunk works around an installkernel issue: in some cases (unknown, but seemingly related to header updates), installkernel seems to involve some compiling, "cp"ing, "btxld"ing, etc.. > > Hmm, that seems weird. I've never seen that. Actually, installworld, not installkernel. >> Without the 2nd hunk, the lint program would call "cc", which does not exist (ie., there is no /usr/bin/cc, but there is a ${CC}). > > This sounds like a bug. Well, now, with a CC environment variable, the hunk is no longer required for me. But then again, the lint program calls "cc" if there is no CC environment variable, such as when CC is set only in make.conf. According to : > To use XCC, you must not set any of the variables that can be overridden by X* variables in /etc/make.conf or /etc/src.conf as Makefile.inc1 will be unable to change them. Why? In my case, CC should always be /path/to/clang (however, CFLAGS should contain --sysroot=/usr/obj/<...>, when appropriate). From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 22:50:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2053CE47 for ; Wed, 5 Jun 2013 22:50:23 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7A102186D for ; Wed, 5 Jun 2013 22:50:20 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r55MoKBu021714; Wed, 5 Jun 2013 17:50:20 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r55MoKSW021713; Wed, 5 Jun 2013 17:50:20 -0500 (CDT) (envelope-from brooks) Date: Wed, 5 Jun 2013 17:50:19 -0500 From: Brooks Davis To: dt71@gmx.com Subject: Re: another external compiler topic Message-ID: <20130605225019.GB20976@lor.one-eyed-alien.net> References: <51AF891A.3080906@gmx.com> <20130605193122.GD18357@lor.one-eyed-alien.net> <51AFA389.40607@gmx.com> <20130605212026.GA20976@lor.one-eyed-alien.net> <51AFB8BC.4080100@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: <51AFB8BC.4080100@gmx.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 22:50:23 -0000 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 06, 2013 at 12:16:28AM +0200, dt71@gmx.com wrote: > On 06/05/2013 23:20, Brooks Davis wrote: > > On Wed, Jun 05, 2013 at 10:46:01PM +0200, dt71@gmx.com wrote: > >> Now compiling with CC, CPP and CXX only in the environment (and XCC, X= CPP and XCXX in make.conf). >=20 > Success! >=20 > > If you XCC, XCPP, and XCXX you may not need CC, CPP, and CXX at all, > > though your environment is weird enough I won't assert that. >=20 > There is no "cc" (/usr/bin/cc), so some form of CC is required. Makes sense. > >>>> Also, the following patch was applied to the source tree: > >>>> =3D=3D=3D=3D=3D=3D=3D diff begins =3D=3D=3D=3D=3D=3D=3D > >>>> Index: Makefile.inc1 > >>>> =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 > >>>> --- Makefile.inc1 (revision 251352) > >>>> +++ Makefile.inc1 (working copy) > >>>> @@ -722,7 +722,7 @@ > >>>> ITOOLS=3D [ awk cap_mkdb cat chflags chmod chown \ > >>>> date echo egrep find grep id install ${_install-info} \ > >>>> ln lockf make mkdir mtree ${_nmtree_itools} mv pwd_mkdb \ > >>>> - rm sed sh sysctl test true uname wc ${_zoneinfo} > >>>> + rm sed sh sysctl test true uname wc ${_zoneinfo} btxld ls mv cp dd > >>>> > >>>> # > >>>> # distributeworld > >>>> Index: usr.bin/xlint/llib/Makefile > >>>> =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 > >>>> --- usr.bin/xlint/llib/Makefile (revision 251352) > >>>> +++ usr.bin/xlint/llib/Makefile (working copy) > >>>> @@ -9,9 +9,9 @@ > >>>> CLEANFILES+=3D ${LIBS} > >>>> > >>>> llib-lposix.ln: llib-lposix > >>>> - ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > >>>> + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > >>>> > >>>> llib-lstdc.ln: llib-lstdc > >>>> - ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > >>>> + CC=3D${CC:Q} ${LINT} ${LINTFLAGS} -Cstdc ${.ALLSRC} > >>>> > >>>> .include > >>>> =3D=3D=3D=3D=3D=3D=3D diff ends =3D=3D=3D=3D=3D=3D=3D > >>> > >>> What do these patches work around? > >> > >> The 1st hunk works around an installkernel issue: in some cases (unkno= wn, but seemingly related to header updates), installkernel seems to involv= e some compiling, "cp"ing, "btxld"ing, etc.. > > > > Hmm, that seems weird. I've never seen that. >=20 > Actually, installworld, not installkernel. That should never happen AFACT. > >> Without the 2nd hunk, the lint program would call "cc", which does not= exist (ie., there is no /usr/bin/cc, but there is a ${CC}). > > > > This sounds like a bug. >=20 > Well, now, with a CC environment variable, the hunk is no longer required= for me. But then again, the lint program calls "cc" if there is no CC envi= ronment variable, such as when CC is set only in make.conf. As I said, this sounds like a legitimate makefile bug. > According to : > > To use XCC, you must not set any of the variables that can be overridde= n by X* variables in /etc/make.conf or /etc/src.conf as Makefile.inc1 will = be unable to change them. >=20 > Why? In my case, CC should always be /path/to/clang (however, CFLAGS shou= ld contain --sysroot=3D/usr/obj/<...>, when appropriate). It only works in your case because of your wrapper script and the fact that you aren't cross compiling. The XCC code needs to be able to set CC to include --sysroot and -B and -target. Doing it via CFLAGS proved to be too complex with the current build infrastructure. -- Brooks --5I6of5zJg18YgZEa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRr8CrXY6L6fI4GtQRAispAKDW7ePl2qrkHCFdzZzS5dYDvtxuWQCeO+iU gQuMKhQiUA/oGLI9rpgz/uU= =YOyA -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 5 23:54:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9FA27B40 for ; Wed, 5 Jun 2013 23:54:32 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 479741A51 for ; Wed, 5 Jun 2013 23:54:31 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UkNXC-0007AT-RA for freebsd-current@freebsd.org; Thu, 06 Jun 2013 01:54:30 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 01:54:30 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 01:54:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Can't compile lxpanel Date: Wed, 5 Jun 2013 23:54:13 +0000 (UTC) Lines: 108 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 23:54:32 -0000 I'm running 10.0-CORRENT on amd64. Ports and source are both up to date. When I try to compile x11/lxpanel I get this: ------------------------------------------ gmake[4]: Entering directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ src/plugins/volume' CC volume_la-volume.lo volume.c:193:20: error: non-void function 'on_button_press' should return a value [-Wreturn-type] if (! vol_spin) return; ^ volume.c:196:26: error: non-void function 'on_button_press' should return a value [-Wreturn-type] if (! vol_adjustment) return; ^ volume.c:217:19: error: non-void function 'on_button_press' should return a value [-Wreturn-type] if (! vol_spin) return; ^ volume.c:220:25: error: non-void function 'on_button_press' should return a value [-Wreturn-type] if (! vol_adjustment) return; ^ volume.c:286:21: error: non-void function 'volume_constructor' should return a value [-Wreturn-type] if (! vol_spin) return; ^ volume.c:289:27: error: non-void function 'volume_constructor' should return a value [-Wreturn-type] if (! vol_adjustment) return; ^ volume.c:309:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] PLUGINCLASS_VERSIONING, ^ ../../../src/plugin.h:35:5: note: expanded from macro 'PLUGINCLASS_VERSIONING' structure_size : sizeof(PluginClass), \ ^ volume.c:309:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] ../../../src/plugin.h:36:5: note: expanded from macro 'PLUGINCLASS_VERSIONING' structure_version : PLUGINCLASS_VERSION ^ volume.c:311:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] type : "volume", ^~~~~~ .type = volume.c:312:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] name : N_("Volume Control"), ^~~~~~ .name = volume.c:313:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] version: "1.0", ^~~~~~~~ .version = volume.c:314:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] description : "Display and control volume", ^~~~~~~~~~~~~ .description = volume.c:316:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] constructor : volume_constructor, ^~~~~~~~~~~~~ .constructor = volume.c:317:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] destructor : volume_destructor, ^~~~~~~~~~~~~ .destructor = volume.c:318:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] config : NULL, ^~~~~~~~ .config = volume.c:319:5: warning: use of GNU old-style field designator extension [-Wgnu-designator] save : NULL ^~~~~~ .save = 10 warnings and 6 errors generated. gmake[4]: *** [volume_la-volume.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ src/plugins/volume' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ src/plugins' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12' gmake: *** [all] Error 2 *** Error code 1 Stop. make: stopped in /usr/ports/x11/lxpanel *** Error code 1 Stop. make: stopped in /usr/ports/x11/lxpanel ------------------------------------------ Is there anything I can do? From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 09:59:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92678EEC for ; Thu, 6 Jun 2013 09:59:10 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 30F501621 for ; Thu, 6 Jun 2013 09:59:09 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UkWXG-0004Rs-DI for freebsd-current@freebsd.org; Thu, 06 Jun 2013 12:31:14 +0300 Message-ID: <51B056D9.7060206@shurik.kiev.ua> Date: Thu, 06 Jun 2013 12:31:05 +0300 From: Alexandr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130518 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20130605034534.GA1716@glenbarber.us> <1891799322-1370404467-cardhu_decombobulator_blackberry.rim.net-1954407922-@b2.c8.bise7.blackberry> <20130605180800.GE1716@glenbarber.us> <1083380125-1370457728-cardhu_decombobulator_blackberry.rim.net-464670310-@b2.c8.bise7.blackberry> <20130605184545.GH1716@glenbarber.us> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on graal.it-profi.org.ua X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 Subject: Re: Memstick Images not working (mountroot prompt) X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on graal.it-profi.org.ua) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 09:59:10 -0000 I have the same problem, that I resolve by changing boot order in the bios settings to usb-drive as first boot device. (note, not in quick boot order menu). 05.06.2013 22:11, Miguel Clara пишет: > Done: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=179342 > > > > On Wed, Jun 5, 2013 at 7:45 PM, Glen Barber wrote: >> Ok. Please open a PR as Adrian suggested, so we can properly track >> this. >> >> Glen >> >> On Wed, Jun 05, 2013 at 06:42:05PM +0000, miguelmclara@gmail.com wrote: >>> Sadly it doesn't... Just two ports in the back and in the same controller. >>> >>> Its an Intel Panter Point controller, but I'll add that info to the PR as soon has my girlfriend get out of farmville and let's me use her laptop xD >>> >>> Note: I also tried "sysctl hw.xhci.xhci_port_route=-1" and =1 has I wasn't sure what would be correct but none of those helped! >>> >>> Thanks >>> Enviado a partir do meu smartphone BlackBerry® www.blackberry.com >>> >>> -----Original Message----- >>> From: Glen Barber >>> Date: Wed, 5 Jun 2013 14:08:00 >>> To: Miguel Clara >>> Cc: >>> Subject: Re: Memstick Images not working (mountroot prompt) >>> >>> On Wed, Jun 05, 2013 at 03:52:44PM +0100, Miguel Clara wrote: >>>> Forgot to CC the list, sorry! >>>> >>>> In the meantime I upgrade from 9.1 using the base and kernel tarballs, >>>> I could boot and I have wireless supported! >>>> >>>> I have my ssd encrypted and the hdd too, the hdd is encrypted with >>>> passphrase + key, and this key is in a usb stick (a different one form >>>> the other two already tried). >>>> >>>> The USB stick is not working to, and I also tried a USB Western >>>> Digital 500GB disk, no luck either! >>>> >>>> So no usb support basically... >>>> >>>> dmesg output after connecting the device: >>>> >>>> xhci_do_comand: Command timeout! >>>> usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) >>>> usbgen0.2: at usbus0 (disconnected) >>>> usb_reattach_port: could not allocate new device >>>> >>>> >>>> Also note that usbus0 is a 3.0 as dmesg shows after boot: >>>> usbus0: waiting for BIOS to give up control >>>> usbus0 on xhci0 >>>> usbus0: 5.0Gpbs Super Speed USB v 3.0 >>>> .... >>>> >>>> So I guess this is indeed a problem in the 10.0-current kernel, not >>>> sure what it could be or what more can I do to debug though... >>>> >>>> Please advice, >>>> >>> Hmm. Can you please try with a USB 2.0 port on the laptop? (Hopefully >>> it has at least one non-USB-3.0 port...) >>> >>> Glen >>> >>> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:02:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C8CA7CFE; Thu, 6 Jun 2013 11:02:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 961AC1926; Thu, 6 Jun 2013 11:02:05 +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 r56B24is022053; Thu, 6 Jun 2013 07:02:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56B24ll022052; Thu, 6 Jun 2013 11:02:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 11:02:04 GMT Message-Id: <201306061102.r56B24ll022052@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:02:05 -0000 TB --- 2013-06-06 08:00:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 08:00:25 - 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 --- 2013-06-06 08:00:25 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-06 08:00:25 - cleaning the object tree TB --- 2013-06-06 08:00:25 - /usr/local/bin/svn stat /src TB --- 2013-06-06 08:00:30 - At svn revision 251452 TB --- 2013-06-06 08:00:31 - building world TB --- 2013-06-06 08:00:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 08:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 08:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 08:00:31 - SRCCONF=/dev/null TB --- 2013-06-06 08:00:31 - TARGET=i386 TB --- 2013-06-06 08:00:31 - TARGET_ARCH=i386 TB --- 2013-06-06 08:00:31 - TZ=UTC TB --- 2013-06-06 08:00:31 - __MAKE_CONF=/dev/null TB --- 2013-06-06 08:00:31 - cd /src TB --- 2013-06-06 08:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 08:00:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 11:02:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 11:02:04 - ERROR: failed to build world TB --- 2013-06-06 11:02:04 - 8906.05 user 1382.58 system 10898.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:02:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 91DCDCFF; Thu, 6 Jun 2013 11:02:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4595F1927; Thu, 6 Jun 2013 11:02:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r56B29JR022309; Thu, 6 Jun 2013 07:02:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56B292S022302; Thu, 6 Jun 2013 11:02:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 11:02:09 GMT Message-Id: <201306061102.r56B292S022302@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:02:10 -0000 TB --- 2013-06-06 08:00:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 08:00:25 - 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 --- 2013-06-06 08:00:25 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-06 08:00:25 - cleaning the object tree TB --- 2013-06-06 08:00:25 - /usr/local/bin/svn stat /src TB --- 2013-06-06 08:00:30 - At svn revision 251452 TB --- 2013-06-06 08:00:31 - building world TB --- 2013-06-06 08:00:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 08:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 08:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 08:00:31 - SRCCONF=/dev/null TB --- 2013-06-06 08:00:31 - TARGET=amd64 TB --- 2013-06-06 08:00:31 - TARGET_ARCH=amd64 TB --- 2013-06-06 08:00:31 - TZ=UTC TB --- 2013-06-06 08:00:31 - __MAKE_CONF=/dev/null TB --- 2013-06-06 08:00:31 - cd /src TB --- 2013-06-06 08:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 08:00:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 11:02:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 11:02:09 - ERROR: failed to build world TB --- 2013-06-06 11:02:09 - 8905.85 user 1360.23 system 10904.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:12:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 981623F1; Thu, 6 Jun 2013 11:12:09 +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 6511E19BC; Thu, 6 Jun 2013 11:12:09 +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 r56As1qr064894; Thu, 6 Jun 2013 06:54:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56As1Rc064891; Thu, 6 Jun 2013 10:54:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 10:54:01 GMT Message-Id: <201306061054.r56As1Rc064891@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:12:09 -0000 TB --- 2013-06-06 08:00:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 08:00:25 - 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 --- 2013-06-06 08:00:25 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-06 08:00:25 - cleaning the object tree TB --- 2013-06-06 08:00:25 - /usr/local/bin/svn stat /src TB --- 2013-06-06 08:00:30 - At svn revision 251452 TB --- 2013-06-06 08:00:31 - building world TB --- 2013-06-06 08:00:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 08:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 08:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 08:00:31 - SRCCONF=/dev/null TB --- 2013-06-06 08:00:31 - TARGET=arm TB --- 2013-06-06 08:00:31 - TARGET_ARCH=arm TB --- 2013-06-06 08:00:31 - TZ=UTC TB --- 2013-06-06 08:00:31 - __MAKE_CONF=/dev/null TB --- 2013-06-06 08:00:31 - cd /src TB --- 2013-06-06 08:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 08:00:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 10:54:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 10:54:01 - ERROR: failed to build world TB --- 2013-06-06 10:54:01 - 8296.81 user 1405.33 system 10415.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:12:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 099CB3F2; Thu, 6 Jun 2013 11:12:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CAE3D19BE; Thu, 6 Jun 2013 11:12:09 +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 r56As1Mj064895; Thu, 6 Jun 2013 06:54:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56As13v064890; Thu, 6 Jun 2013 10:54:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 10:54:01 GMT Message-Id: <201306061054.r56As13v064890@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:12:10 -0000 TB --- 2013-06-06 08:00:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 08:00:25 - 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 --- 2013-06-06 08:00:25 - starting HEAD tinderbox run for armv6/arm TB --- 2013-06-06 08:00:25 - cleaning the object tree TB --- 2013-06-06 08:00:25 - /usr/local/bin/svn stat /src TB --- 2013-06-06 08:00:30 - At svn revision 251452 TB --- 2013-06-06 08:00:31 - building world TB --- 2013-06-06 08:00:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 08:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 08:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 08:00:31 - SRCCONF=/dev/null TB --- 2013-06-06 08:00:31 - TARGET=arm TB --- 2013-06-06 08:00:31 - TARGET_ARCH=armv6 TB --- 2013-06-06 08:00:31 - TZ=UTC TB --- 2013-06-06 08:00:31 - __MAKE_CONF=/dev/null TB --- 2013-06-06 08:00:31 - cd /src TB --- 2013-06-06 08:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 08:00:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 10:54:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 10:54:01 - ERROR: failed to build world TB --- 2013-06-06 10:54:01 - 8308.49 user 1402.76 system 10415.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:57:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C1546409; Thu, 6 Jun 2013 11:57: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 8E1BE1BE0; Thu, 6 Jun 2013 11:57: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 r56BvalM047022; Thu, 6 Jun 2013 07:57:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56BvaMv047018; Thu, 6 Jun 2013 11:57:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 11:57:36 GMT Message-Id: <201306061157.r56BvaMv047018@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:57:37 -0000 TB --- 2013-06-06 11:02:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 11:02:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-06 11:02:04 - starting HEAD tinderbox run for mips/mips TB --- 2013-06-06 11:02:04 - cleaning the object tree TB --- 2013-06-06 11:02:04 - /usr/local/bin/svn stat /src TB --- 2013-06-06 11:02:08 - At svn revision 251452 TB --- 2013-06-06 11:02:09 - building world TB --- 2013-06-06 11:02:09 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 11:02:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 11:02:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 11:02:09 - SRCCONF=/dev/null TB --- 2013-06-06 11:02:09 - TARGET=mips TB --- 2013-06-06 11:02:09 - TARGET_ARCH=mips TB --- 2013-06-06 11:02:09 - TZ=UTC TB --- 2013-06-06 11:02:09 - __MAKE_CONF=/dev/null TB --- 2013-06-06 11:02:09 - cd /src TB --- 2013-06-06 11:02:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 11:02:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 11:57:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 11:57:36 - ERROR: failed to build world TB --- 2013-06-06 11:57:36 - 2375.20 user 535.11 system 3331.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 11:57:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 907364D1; Thu, 6 Jun 2013 11:57:40 +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 465DC1BE1; Thu, 6 Jun 2013 11:57: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 r56BvaHp047021; Thu, 6 Jun 2013 07:57:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56Bva5u047014; Thu, 6 Jun 2013 11:57:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 11:57:36 GMT Message-Id: <201306061157.r56Bva5u047014@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 11:57:40 -0000 TB --- 2013-06-06 11:02:10 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 11:02:10 - 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 --- 2013-06-06 11:02:10 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-06 11:02:10 - cleaning the object tree TB --- 2013-06-06 11:02:10 - /usr/local/bin/svn stat /src TB --- 2013-06-06 11:02:13 - At svn revision 251452 TB --- 2013-06-06 11:02:14 - building world TB --- 2013-06-06 11:02:14 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 11:02:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 11:02:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 11:02:14 - SRCCONF=/dev/null TB --- 2013-06-06 11:02:14 - TARGET=mips TB --- 2013-06-06 11:02:14 - TARGET_ARCH=mips64 TB --- 2013-06-06 11:02:14 - TZ=UTC TB --- 2013-06-06 11:02:14 - __MAKE_CONF=/dev/null TB --- 2013-06-06 11:02:14 - cd /src TB --- 2013-06-06 11:02:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 11:02:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 11:57:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 11:57:36 - ERROR: failed to build world TB --- 2013-06-06 11:57:36 - 2385.45 user 535.06 system 3326.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 12:11:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 431CFE8E; Thu, 6 Jun 2013 12:11: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 102471CF1; Thu, 6 Jun 2013 12:11: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 r56CBsYY045334; Thu, 6 Jun 2013 08:11: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 r56CBsLp045326; Thu, 6 Jun 2013 12:11:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 12:11:54 GMT Message-Id: <201306061211.r56CBsLp045326@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 12:11:55 -0000 TB --- 2013-06-06 10:54:02 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 10:54:02 - 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 --- 2013-06-06 10:54:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-06-06 10:54:02 - cleaning the object tree TB --- 2013-06-06 10:54:02 - /usr/local/bin/svn stat /src TB --- 2013-06-06 10:54:17 - At svn revision 251452 TB --- 2013-06-06 10:54:18 - building world TB --- 2013-06-06 10:54:18 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 10:54:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 10:54:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 10:54:18 - SRCCONF=/dev/null TB --- 2013-06-06 10:54:18 - TARGET=ia64 TB --- 2013-06-06 10:54:18 - TARGET_ARCH=ia64 TB --- 2013-06-06 10:54:18 - TZ=UTC TB --- 2013-06-06 10:54:18 - __MAKE_CONF=/dev/null TB --- 2013-06-06 10:54:18 - cd /src TB --- 2013-06-06 10:54:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 10:54:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 12:11:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 12:11:54 - ERROR: failed to build world TB --- 2013-06-06 12:11:54 - 3678.90 user 624.53 system 4672.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 13:12:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB445F7D; Thu, 6 Jun 2013 13:12:31 +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 7E6EF107A; Thu, 6 Jun 2013 13:12:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r56DCUxL081337; Thu, 6 Jun 2013 09:12:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56DCUQw081336; Thu, 6 Jun 2013 13:12:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 13:12:30 GMT Message-Id: <201306061312.r56DCUQw081336@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 13:12:31 -0000 TB --- 2013-06-06 12:11:54 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 12:11:54 - 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 --- 2013-06-06 12:11:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-06 12:11:54 - cleaning the object tree TB --- 2013-06-06 12:11:54 - /usr/local/bin/svn stat /src TB --- 2013-06-06 12:11:58 - At svn revision 251452 TB --- 2013-06-06 12:11:59 - building world TB --- 2013-06-06 12:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 12:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 12:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 12:11:59 - SRCCONF=/dev/null TB --- 2013-06-06 12:11:59 - TARGET=sparc64 TB --- 2013-06-06 12:11:59 - TARGET_ARCH=sparc64 TB --- 2013-06-06 12:11:59 - TZ=UTC TB --- 2013-06-06 12:11:59 - __MAKE_CONF=/dev/null TB --- 2013-06-06 12:11:59 - cd /src TB --- 2013-06-06 12:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 12:12:07 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 13:12:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 13:12:30 - ERROR: failed to build world TB --- 2013-06-06 13:12:30 - 2773.04 user 528.01 system 3635.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 13:55:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 65F1C56C; Thu, 6 Jun 2013 13:55:06 +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 330D412EE; Thu, 6 Jun 2013 13:55:05 +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 r56Dt5E7036187; Thu, 6 Jun 2013 09:55:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56Dt5Vb036185; Thu, 6 Jun 2013 13:55:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 13:55:05 GMT Message-Id: <201306061355.r56Dt5Vb036185@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 13:55:06 -0000 TB --- 2013-06-06 10:54:02 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 10:54:02 - 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 --- 2013-06-06 10:54:02 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-06-06 10:54:02 - cleaning the object tree TB --- 2013-06-06 10:54:02 - /usr/local/bin/svn stat /src TB --- 2013-06-06 10:54:17 - At svn revision 251452 TB --- 2013-06-06 10:54:18 - building world TB --- 2013-06-06 10:54:18 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 10:54:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 10:54:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 10:54:18 - SRCCONF=/dev/null TB --- 2013-06-06 10:54:18 - TARGET=pc98 TB --- 2013-06-06 10:54:18 - TARGET_ARCH=i386 TB --- 2013-06-06 10:54:18 - TZ=UTC TB --- 2013-06-06 10:54:18 - __MAKE_CONF=/dev/null TB --- 2013-06-06 10:54:18 - cd /src TB --- 2013-06-06 10:54:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 10:54:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 13:55:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 13:55:05 - ERROR: failed to build world TB --- 2013-06-06 13:55:05 - 9147.37 user 1129.24 system 10863.51 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 14:22:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 700592DE; Thu, 6 Jun 2013 14:22:53 +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 2106516A4; Thu, 6 Jun 2013 14:22:52 +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 r56EMq4e033730; Thu, 6 Jun 2013 10:22:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56EMqfW033729; Thu, 6 Jun 2013 14:22:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 14:22:52 GMT Message-Id: <201306061422.r56EMqfW033729@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 14:22:53 -0000 TB --- 2013-06-06 11:57:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 11:57: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 --- 2013-06-06 11:57:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-06-06 11:57:36 - cleaning the object tree TB --- 2013-06-06 11:57:36 - /usr/local/bin/svn stat /src TB --- 2013-06-06 11:57:44 - At svn revision 251452 TB --- 2013-06-06 11:57:45 - building world TB --- 2013-06-06 11:57:45 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 11:57:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 11:57:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 11:57:45 - SRCCONF=/dev/null TB --- 2013-06-06 11:57:45 - TARGET=powerpc TB --- 2013-06-06 11:57:45 - TARGET_ARCH=powerpc TB --- 2013-06-06 11:57:45 - TZ=UTC TB --- 2013-06-06 11:57:45 - __MAKE_CONF=/dev/null TB --- 2013-06-06 11:57:45 - cd /src TB --- 2013-06-06 11:57:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 11:57:52 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 14:22:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 14:22:52 - ERROR: failed to build world TB --- 2013-06-06 14:22:52 - 7561.48 user 984.68 system 8715.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 14:23:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 26599423; Thu, 6 Jun 2013 14:23:53 +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 CBF8416C4; Thu, 6 Jun 2013 14:23:52 +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 r56ENqWX034407; Thu, 6 Jun 2013 10:23:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r56ENqML034406; Thu, 6 Jun 2013 14:23:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Jun 2013 14:23:52 GMT Message-Id: <201306061423.r56ENqML034406@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 14:23:53 -0000 TB --- 2013-06-06 11:57:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-06 11:57: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 --- 2013-06-06 11:57:36 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-06-06 11:57:36 - cleaning the object tree TB --- 2013-06-06 11:57:36 - /usr/local/bin/svn stat /src TB --- 2013-06-06 11:57:44 - At svn revision 251452 TB --- 2013-06-06 11:57:45 - building world TB --- 2013-06-06 11:57:45 - CROSS_BUILD_TESTING=YES TB --- 2013-06-06 11:57:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-06 11:57:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-06 11:57:45 - SRCCONF=/dev/null TB --- 2013-06-06 11:57:45 - TARGET=powerpc TB --- 2013-06-06 11:57:45 - TARGET_ARCH=powerpc64 TB --- 2013-06-06 11:57:45 - TZ=UTC TB --- 2013-06-06 11:57:45 - __MAKE_CONF=/dev/null TB --- 2013-06-06 11:57:45 - cd /src TB --- 2013-06-06 11:57:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 6 11:57:52 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-06 14:23:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-06 14:23:52 - ERROR: failed to build world TB --- 2013-06-06 14:23:52 - 7628.91 user 990.80 system 8775.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 15:19:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 87E025BD for ; Thu, 6 Jun 2013 15:19:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 51C9F1979 for ; Thu, 6 Jun 2013 15:19:21 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id n1so1773737qcw.27 for ; Thu, 06 Jun 2013 08:19: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=VTwOjALEo3wXORCAWa3Ckr338/Ek+KF9yGGwlPAeJlc=; b=qrEj+W+VOseU1rKMt2DsYNe+SSYkoKLJsSWGPg61mUWFH/pq9JhGDnLMGFHl7UkER2 +1AfBtVyDhft88DkscnI4EzGwEmHgfMXLx2HvaPH9hD66YJ1/bIVTfQPkC9/mlVgAX1+ IDJdaVRCseQvruP3dewntweMOHHt4ZQ8O5/f9RAAOsklDfcGY76ouBmJeaxYOgZPZZZ+ cD2tKvdkckjCz71nVl8GMSAEsB++dxtQ4EiGSdJOucrZ7LwWOf0c2D0zkqwgCijzgoc0 AOiH11GKfrjJEZuQvUcIM4Sa4tAdSNsIy84flKr4trxQ9ZZ+tSH4b84Q4oWUB5OJEmwa SoRw== MIME-Version: 1.0 X-Received: by 10.49.24.13 with SMTP id q13mr20742000qef.49.1370531960849; Thu, 06 Jun 2013 08:19:20 -0700 (PDT) Received: by 10.49.37.226 with HTTP; Thu, 6 Jun 2013 08:19:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Jun 2013 09:19:20 -0600 Message-ID: Subject: Re: Can't compile lxpanel From: asomers@gmail.com To: Walter Hurry Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 06 Jun 2013 15:33:08 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 15:19:21 -0000 Looks like a bug upstream. If this port worked in FreeBSD-9, then the difference might be the switch from gcc to clang. You could try compiling the port with gcc. Just add these lines to /etc/make.conf CC=gcc CXX=g++ CPP=gcpp Note: that will change the compiler used for ALL ports, as well as kernel and world. To selectively change the compiler for just a few ports, you can follow the examples here: http://www.freebsd.org/doc/en/articles/custom-gcc/article.html On Wed, Jun 5, 2013 at 5:54 PM, Walter Hurry wrote: > I'm running 10.0-CORRENT on amd64. Ports and source are both up to date. > > When I try to compile x11/lxpanel I get this: > ------------------------------------------ > gmake[4]: Entering directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ > src/plugins/volume' > CC volume_la-volume.lo > volume.c:193:20: error: non-void function 'on_button_press' should return > a value [-Wreturn-type] > if (! vol_spin) return; > ^ > volume.c:196:26: error: non-void function 'on_button_press' should return > a value [-Wreturn-type] > if (! vol_adjustment) return; > ^ > volume.c:217:19: error: non-void function 'on_button_press' should return > a value [-Wreturn-type] > if (! vol_spin) return; > ^ > volume.c:220:25: error: non-void function 'on_button_press' should return > a value [-Wreturn-type] > if (! vol_adjustment) return; > ^ > volume.c:286:21: error: non-void function 'volume_constructor' should > return a value [-Wreturn-type] > if (! vol_spin) return; > ^ > volume.c:289:27: error: non-void function 'volume_constructor' should > return a value [-Wreturn-type] > if (! vol_adjustment) return; > ^ > volume.c:309:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > PLUGINCLASS_VERSIONING, > ^ > ../../../src/plugin.h:35:5: note: expanded from macro > 'PLUGINCLASS_VERSIONING' > structure_size : sizeof(PluginClass), \ > ^ > volume.c:309:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > ../../../src/plugin.h:36:5: note: expanded from macro > 'PLUGINCLASS_VERSIONING' > structure_version : PLUGINCLASS_VERSION > ^ > volume.c:311:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > type : "volume", > ^~~~~~ > .type = > volume.c:312:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > name : N_("Volume Control"), > ^~~~~~ > .name = > volume.c:313:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > version: "1.0", > ^~~~~~~~ > .version = > volume.c:314:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > description : "Display and control volume", > ^~~~~~~~~~~~~ > .description = > volume.c:316:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > constructor : volume_constructor, > ^~~~~~~~~~~~~ > .constructor = > volume.c:317:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > destructor : volume_destructor, > ^~~~~~~~~~~~~ > .destructor = > volume.c:318:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > config : NULL, > ^~~~~~~~ > .config = > volume.c:319:5: warning: use of GNU old-style field designator extension > [-Wgnu-designator] > save : NULL > ^~~~~~ > .save = > 10 warnings and 6 errors generated. > gmake[4]: *** [volume_la-volume.lo] Error 1 > gmake[4]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ > src/plugins/volume' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ > src/plugins' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12/ > src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/x11/lxpanel/work/lxpanel-0.5.12' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11/lxpanel > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11/lxpanel > ------------------------------------------ > Is there anything I can do? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 15:37:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 157509B3 for ; Thu, 6 Jun 2013 15:37:17 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id EF9961A4C for ; Thu, 6 Jun 2013 15:37:16 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UkcFS-0003lu-Mq for freebsd-current@freebsd.org; Thu, 06 Jun 2013 08:37:10 -0700 Date: Thu, 6 Jun 2013 08:37:10 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1370533030688-5818153.post@n5.nabble.com> In-Reply-To: References: Subject: Re: Can't compile lxpanel MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 15:37:17 -0000 Last time I've checked lxde was unfortunately not worth hassle. e.g. it depends on /proc -- View this message in context: http://freebsd.1045724.n5.nabble.com/Can-t-compile-lxpanel-tp5817985p5818153.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 16:21:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2556DA65 for ; Thu, 6 Jun 2013 16:21:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id DB80D1C7F for ; Thu, 6 Jun 2013 16:21:58 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ukcwn-0005Q2-IK for freebsd-current@freebsd.org; Thu, 06 Jun 2013 18:21:57 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 18:21:57 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 18:21:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: Can't compile lxpanel Date: Thu, 6 Jun 2013 16:21:40 +0000 (UTC) Lines: 17 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 16:21:59 -0000 On Thu, 06 Jun 2013 09:19:20 -0600, asomers wrote: > Looks like a bug upstream. If this port worked in FreeBSD-9, then the > difference might be the switch from gcc to clang. You could try > compiling the port with gcc. Just add these lines to /etc/make.conf > > CC=gcc CXX=g++ > CPP=gcpp > > Note: that will change the compiler used for ALL ports, as well as > kernel and world. To selectively change the compiler for just a few > ports, you can follow the examples here: > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html > Thank you. Yes, switching to gcc (for that port only) worked. So should that go down as a defect in lxpanel, or in clang? From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 16:30:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5DBA3C05 for ; Thu, 6 Jun 2013 16:30:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 215C91CDC for ; Thu, 6 Jun 2013 16:30:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ukd4e-0003oW-BJ for freebsd-current@freebsd.org; Thu, 06 Jun 2013 18:30:04 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 18:30:04 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jun 2013 18:30:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: Can't compile lxpanel Date: Thu, 6 Jun 2013 16:26:15 +0000 (UTC) Lines: 10 Message-ID: References: <1370533030688-5818153.post@n5.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 16:30:06 -0000 On Thu, 06 Jun 2013 08:37:10 -0700, Jakub Lach wrote: > Last time I've checked lxde was unfortunately not worth hassle. > > e.g. it depends on /proc > Sorry, I'm no expert, but is that a problem? I routinely mount proc on /proc in fstab. Is that what you are referring to? Is it undesirable to do so? Sorry to ask more questions, but I'd like to understand the issue. From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 16:54:44 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0737E32C for ; Thu, 6 Jun 2013 16:54:44 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id C07371DE0 for ; Thu, 6 Jun 2013 16:54:43 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UkdSP-0007GL-GE; Thu, 06 Jun 2013 16:54:37 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r56GsW5C018186; Thu, 6 Jun 2013 10:54:32 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/GtuP4EcQwU8+l6rSg/CAJ Subject: Re: mounting root from NFS via ROOTDEVNAME From: Ian Lepore To: Rick Macklem In-Reply-To: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> References: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: multipart/mixed; boundary="=-yNeznRJDq9vY4abI0Sra" Date: Thu, 06 Jun 2013 10:54:32 -0600 Message-ID: <1370537672.1086.30.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Craig Rodrigues , freebsd-current , Lars Eggert X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 16:54:44 -0000 --=-yNeznRJDq9vY4abI0Sra Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sun, 2013-06-02 at 19:57 -0400, Rick Macklem wrote: > Ian Lepore wrote: > > On Sat, 2013-06-01 at 20:28 -0400, Rick Macklem wrote: > > > Lars Eggert wrote: > > > > Hi, > > > > > > > > to conclude this thread, the patch below allows one to specify an > > > > nfs > > > > rootfs via the ROOTDEVNAME kernel option, which will be mounted > > > > when > > > > BOOTP does not return a root-path option. > > > > > > > > Lars > > > > > > > My only concern with this (mainly because I don't understand the > > > rules > > > applied to boot alternatives well enough) is that a few arm configs > > > have > > > both BOOTP, BOOTP_NFSROOT and ROOTDEVNAME specified, where > > > ROOTDEVNAME > > > is set to "ufs:...". I don't think this patch will break them, since > > > I > > > think they'll use NFS and ignore the ROOTDEVNAME, but I'm not > > > completely > > > sure. Does someone else know how HL201 boots, for example? > > > > > > Lars, if you have a src commit, you can consider this reviewed by > > > me. If > > > not, maybe Craig can review it and then I'll commit it. > > > > > > Thanks for doing this, rick > > > > > > > > > > > diff --git a/sys/nfs/bootp_subr.c b/sys/nfs/bootp_subr.c > > > > index 2c57a91..972fb12 100644 > > > > --- a/sys/nfs/bootp_subr.c > > > > +++ b/sys/nfs/bootp_subr.c > > > > @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); > > > > > > > > #include "opt_bootp.h" > > > > #include "opt_nfs.h" > > > > +#include "opt_rootdevname.h" > > > > > > > > #include > > > > #include > > > > @@ -870,8 +871,20 @@ bootpc_call(struct bootpc_globalcontext > > > > *gctx, > > > > struct thread *td) > > > > rtimo = time_second + > > > > BOOTP_SETTLE_DELAY; > > > > printf(" (got root path)"); > > > > - } else > > > > + } else { > > > > printf(" (no root path)"); > > > > +#ifdef ROOTDEVNAME > > > > + /* > > > > + * If we'll mount rootfs from > > > > + * ROOTDEVNAME, we can accept > > > > + * offers without root paths. > > > > + */ > > > > + gotrootpath = 1; > > > > + rtimo = time_second + > > > > + BOOTP_SETTLE_DELAY; > > > > + printf(" (ROOTDEVNAME)"); > > > > +#endif > > > > + } > > > > printf("\n"); > > > > } > > > > } /* while secs */ > > > > @@ -1440,6 +1453,16 @@ bootpc_decode_reply(struct nfsv3_diskless > > > > *nd, > > > > struct bootpc_ifcontext *ifctx, > > > > > > > > p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, > > > > TAG_ROOT); > > > > +#ifdef ROOTDEVNAME > > > > + /* > > > > + * If there was no root path in BOOTP, use the one in > > > > ROOTDEVNAME. > > > > + */ > > > > + if (p == NULL) { > > > > + p = strdup(ROOTDEVNAME, M_TEMP); > > > > + if (strcmp(strsep(&p, ":"), "nfs") != 0) > > > > + panic("ROOTDEVNAME is not an NFS mount point"); > > > > + } > > > > +#endif > > > > if (p != NULL) { > > > > if (gctx->setrootfs != NULL) { > > > > printf("rootfs %s (ignored) ", p); > > > > > > > > I've seen several requests over the past year for an nfs ROOTDEVNAME > > along with BOOTP to work properly from ARM developers (myself > > included), > > so I don't think we should worry about breaking existing config that > > happens to be checked in but a) hasn't been tested by anyone for ages, > > and b) doesn't work anyway (ROOTDEVNAME just gets ignored). > > > > -- Ian > > > Cool. Thanks. Would you like to review and/or test the above? > > I'll be happy to commit it if Lars doesn't have a src commit bit. (I've > seen his posts, but can't remember if he is a committer?) > > rick Well, I started out just testing Lars' patch (it works) but that inspired me to pick up the work I toyed with months ago in this area, to try to get BOOTP_NFSROOT to respect other root-path options such as setting vfs.root.mountfrom in the environment and using the RB_DFLTROOT boot option. The attached patch does those things, as follows: This maintains the historical BOOTP_NFSROOT behavior of panicking on a failure to mount the root path provided by the server, unless you've provided an alternative via ROOTDEVNAME or vfs.root.mountfrom. I was afraid to change this behavior because it amounts to a bit of a retry loop that could eventually recover from a transient network or server problem. The user can now override the root path from loader(8) even if the kernel is compiled with BOOTP_NFSROOT. If vfs.root.mountfrom is set in the environment it is used unconditionally -- it always overrides the BOOTP info. If it begins with [old]nfs: then the BOOTP code uses it instead of the server-provided info. If it specifies some other filesystem then the bootp code will not panic and the code in vfs_mountroot.c will invoke the right filesystem to do the mount. If the kernel is compiled with the ROOTDEVNAME option, then that name is used by the BOOTP code if either * The server doesn't provide a pathname. * The boothowto flags include RB_DFLTROOT. The latter allows the user to specify an alternate path in ROOTDEVNAME such as ufs:/dev/da0s1a and boot from that path by setting boot_dftlroot=1 in loader(8) or using the '-r' option in boot(8). The one thing not provided here is automatic failover from a server-provided path to a compiled-in one without the user manually requesting that. The code just isn't currently structured in a way that makes that possible with a lot of rewrite. I think the ability to set vfs.root.mountfrom and to use ROOTDEVNAME automatically when the server doesn't provide a name covers the most common needs. I'll commit this in a few days unless there are objections or glitches in testing. -- Ian --=-yNeznRJDq9vY4abI0Sra Content-Disposition: inline; filename="nfsroot.diff" Content-Type: text/x-patch; name="nfsroot.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/nfs/bootp_subr.c =================================================================== --- sys/nfs/bootp_subr.c (revision 251469) +++ sys/nfs/bootp_subr.c (working copy) @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); #include "opt_bootp.h" #include "opt_nfs.h" +#include "opt_rootdevname.h" #include #include @@ -55,6 +56,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -167,6 +169,7 @@ struct bootpc_tagcontext { struct bootpc_globalcontext { STAILQ_HEAD(, bootpc_ifcontext) interfaces; u_int32_t xid; + int any_root_overrides; int gotrootpath; int gotgw; int ifnum; @@ -865,13 +868,14 @@ bootpc_call(struct bootpc_globalcontext *gctx, str BOOTP_SETTLE_DELAY; } else printf(" (ignored)"); - if (ifctx->gotrootpath) { + if (ifctx->gotrootpath || + gctx->any_root_overrides) { gotrootpath = 1; rtimo = time_second + BOOTP_SETTLE_DELAY; - printf(" (got root path)"); - } else - printf(" (no root path)"); + if (ifctx->gotrootpath) + printf(" (got root path)"); + } printf("\n"); } } /* while secs */ @@ -1371,7 +1375,7 @@ static void bootpc_decode_reply(struct nfsv3_diskless *nd, struct bootpc_ifcontext *ifctx, struct bootpc_globalcontext *gctx) { - char *p; + char *p, *s; unsigned int ip; ifctx->gotgw = 0; @@ -1438,8 +1442,28 @@ bootpc_decode_reply(struct nfsv3_diskless *nd, str } } - p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, + /* + * Choose a root filesystem. If a value is forced in the environment + * and it contains "nfs:", use it unconditionally. Otherwise, use + * ROOTDEVNAME if it contains "nfs:" and either the server didn't + * provide a name or the boot options say to force ROOTDEVNAME. + */ + p = NULL; + if ((s = getenv("vfs.root.mountfrom")) != NULL) { + if ((p = strstr(s, "nfs:")) != NULL) + p = strdup(p + 4, M_TEMP); + freeenv(s); + } + if (p == NULL) { + p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, TAG_ROOT); + } +#ifdef ROOTDEVNAME + if ((p == NULL || (boothowto & RB_DFLTROOT) != 0) && + (p = strstr(ROOTDEVNAME, "nfs:")) != NULL) { + p += 4; + } +#endif if (p != NULL) { if (gctx->setrootfs != NULL) { printf("rootfs %s (ignored) ", p); @@ -1544,6 +1568,17 @@ bootpc_init(void) gctx->starttime = time_second; /* + * If ROOTDEVNAME is defined or vfs.root.mountfrom is set then we have + * root-path overrides that can potentially let us boot even if we don't + * get a root path from the server, so we can treat that as a non-error. + */ +#ifdef ROOTDEVNAME + gctx->any_root_overrides = 1; +#else + gctx->any_root_overrides = testenv("vfs.root.mountfrom"); +#endif + + /* * Find a network interface. */ CURVNET_SET(TD_TO_VNET(td)); @@ -1652,19 +1687,10 @@ retry: bootpc_compose_query(ifctx, td); error = bootpc_call(gctx, td); - if (error != 0) { -#ifdef BOOTP_NFSROOT - panic("BOOTP call failed"); -#else printf("BOOTP call failed\n"); -#endif } - rootdevnames[0] = "nfs:"; -#ifdef NFSCLIENT - rootdevnames[1] = "oldnfs:"; -#endif mountopts(&nd->root_args, NULL); STAILQ_FOREACH(ifctx, &gctx->interfaces, next) @@ -1672,7 +1698,7 @@ retry: bootpc_decode_reply(nd, ifctx, gctx); #ifdef BOOTP_NFSROOT - if (gctx->gotrootpath == 0) + if (gctx->gotrootpath == 0 && gctx->any_root_overrides == 0) panic("bootpc: No root path offered"); #endif @@ -1699,9 +1725,16 @@ retry: error = md_mount(&nd->root_saddr, nd->root_hostnam, nd->root_fh, &nd->root_fhsize, &nd->root_args, td); - if (error != 0) - panic("nfs_boot: mountd root, error=%d", error); - + if (error != 0) { + if (gctx->any_root_overrides == 0) + panic("nfs_boot: mount root, error=%d", error); + else + goto out; + } + rootdevnames[0] = "nfs:"; +#ifdef NFSCLIENT + rootdevnames[1] = "oldnfs:"; +#endif nfs_diskless_valid = 3; } Index: sys/kern/vfs_mountroot.c =================================================================== --- sys/kern/vfs_mountroot.c (revision 251469) +++ sys/kern/vfs_mountroot.c (working copy) @@ -714,8 +714,8 @@ parse_mount(char **conf) goto out; } - if (strcmp(fs, "zfs") != 0 && dev[0] != '\0' && - !parse_mount_dev_present(dev)) { + if (strcmp(fs, "zfs") != 0 && strstr(fs, "nfs") == NULL && + dev[0] != '\0' && !parse_mount_dev_present(dev)) { printf("mountroot: waiting for device %s ...\n", dev); delay = hz / 10; timeout = root_mount_timeout * hz; --=-yNeznRJDq9vY4abI0Sra-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 19:03:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 77F26FA8 for ; Thu, 6 Jun 2013 19:03:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3067B128B for ; Thu, 6 Jun 2013 19:03:45 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward2h.mail.yandex.net (Yandex) with ESMTP id AE689701231 for ; Thu, 6 Jun 2013 23:03:39 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 7C32D1B40ECE for ; Thu, 6 Jun 2013 23:03:39 +0400 (MSK) Received: from 78.108.206.107.tel.ru (78.108.206.107.tel.ru [78.108.206.107]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id VAdV7vQ3tY-3c4CgaUb; Thu, 6 Jun 2013 23:03:39 +0400 Message-ID: <51B0DD0A.7050203@passap.ru> Date: Thu, 06 Jun 2013 23:03:38 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130517 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: [new DESTDIR, DESTDIR/boot/modules]: kldxref: /diskless/boot/modules: Not a directory Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 19:03:45 -0000 Hi All, The system is: ----- % uname -a FreeBSD test.bsam.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251470: Thu Jun 6 20:18:03 SAMT 2013 bsam@test.bsam.ru:/usr/obj/usr/src/sys/BB64X amd64 ----- I try to use (a new and empty) DESTDIR and get this error at installkernel: ----- [...] ===> zlib (install) install -o root -g wheel -m 555 zlib.ko /diskless/boot/modules install -o root -g wheel -m 555 zlib.ko.symbols /diskless/boot/modules kldxref /diskless/boot/modules kldxref: /diskless/boot/modules: Not a directory *** Error code 1 ----- And indeed it's file but not a directory: ----- % file /diskless/boot/modules /diskless/boot/modules: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped ----- If /diskless/boot/modules is manually created then installation succeeds. Seems that this directory is not created and install treat it as destination file. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Jun 6 23:07:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D7521EBB for ; Thu, 6 Jun 2013 23:07:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1D01A81 for ; Thu, 6 Jun 2013 23:07:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::6d2b:b588:192c:cf0] (unknown [IPv6:2001:7b8:3a7:0:6d2b:b588:192c:cf0]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 27ACF5C44; Fri, 7 Jun 2013 01:07:29 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Can't compile lxpanel From: Dimitry Andric In-Reply-To: Date: Fri, 7 Jun 2013 01:07:26 +0200 Content-Transfer-Encoding: 7bit Message-Id: <6390C1B9-5DBC-473D-8AE3-D4E7BFC700E9@FreeBSD.org> References: To: Walter Hurry X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 23:07:31 -0000 On Jun 6, 2013, at 18:21, Walter Hurry wrote: > On Thu, 06 Jun 2013 09:19:20 -0600, asomers wrote: >> Looks like a bug upstream. If this port worked in FreeBSD-9, then the >> difference might be the switch from gcc to clang. You could try >> compiling the port with gcc. Just add these lines to /etc/make.conf >> >> CC=gcc CXX=g++ >> CPP=gcpp >> >> Note: that will change the compiler used for ALL ports, as well as >> kernel and world. To selectively change the compiler for just a few >> ports, you can follow the examples here: >> http://www.freebsd.org/doc/en/articles/custom-gcc/article.html >> > Thank you. Yes, switching to gcc (for that port only) worked. > > So should that go down as a defect in lxpanel, or in clang? It is a defect in lxpanel. The code is simply broken, as the error messages clearly show. From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 03:51:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 989879F9 for ; Fri, 7 Jun 2013 03:51:29 +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 68E3D172C for ; Fri, 7 Jun 2013 03:51:29 +0000 (UTC) Received: from dkwok-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id r573pK3p048808 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 6 Jun 2013 20:51:22 -0700 (PDT) (envelope-from marcel@xcllnt.net) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: svn commit: r250991 - in head: [malloc weak symbols] From: Marcel Moolenaar In-Reply-To: Date: Thu, 6 Jun 2013 20:51:16 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <201305251859.r4PIxChc053341@svn.freebsd.org> <51AC9933.7050201@FreeBSD.org> To: "current@freebsd.org list" X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 03:51:29 -0000 On Jun 3, 2013, at 11:29 AM, Marcel Moolenaar wrote: > >> * Even if the python code is wrong, is this one of those things that's >> going to keep biting us going forward? Interactions between >> dlopen/dlsym/rtld/library dependencies/embedded malloc >> replacements/etc has been accumulated a large number of casualties >> over the years. > > Possibly. We do not seem to have ever had weak symbols for malloc() > et al. Any shared library that exports malloc() and/or friends is > potentially causing breakages. Those are breakages only seen on > FreeBSD, I would think. > > I can do some analysis if people prefer. All it takes is the complete > set of packages and run nm on any ELF files to see if malloc() or > friends is defined as a global symbol to havea protential problem. > With a bit of scripting we can come up with a list of candidates. > We can go from there... Ok, this is what I found: Total packages: 23105 (stable-9-latest) Packages with ELF files: 12492 Packages with malloc definitions: 60 malloc in shared libraries: 24 boehm-gc-redirect-7.1.tbz: ./lib/libgc-redirect.so.1 dlmalloc-2.8.4.tbz: ./lib/libdlmalloc.so.2 dmalloc-5.5.2.tbz: ./lib/libdmalloc.so.1 ./lib/libdmallocth.so.1 ./lib/libdmallocthcxx.so.1 ./lib/libdmallocxx.so.1 electricfence-2.2.2_2.tbz: ./lib/libefence.so.0 gcc-4.2.5.20090325_5.tbz: ./lib/gcc42/libmudflap.so.0 ./lib/gcc42/libmudflapth.so.0 gcc-4.4.7,1.tbz: ./lib/gcc44/libmudflap.so.0 ./lib/gcc44/libmudflapth.so.0 gcc-4.6.3.tbz: ./lib/gcc46/libmudflap.so.0 ./lib/gcc46/libmudflapth.so.0 gcc-4.6.4.20130215.tbz: ./lib/gcc46/libmudflap.so.0 ./lib/gcc46/libmudflapth.so.0 gcc-4.7.3.20130323.tbz: ./lib/gcc47/libmudflap.so.0 ./lib/gcc47/libmudflapth.so.0 gcc-4.8.1.20130328.tbz: ./lib/gcc48/libmudflap.so.0 ./lib/gcc48/libmudflapth.so.0 gcc-4.9.0.20130319.tbz: ./lib/gcc49/libmudflap.so.0 ./lib/gcc49/libmudflapth.so.0 google-perftools-1.8.3.tbz: ./lib/libtcmalloc.so.2 ./lib/libtcmalloc_and_profiler.so.2 ./lib/libtcmalloc_debug.so.2 ./lib/libtcmalloc_minimal.so.2 ./lib/libtcmalloc_minimal_debug.so.2 graphviz-2.30.1.tbz: ./lib/graphviz/libgvpr.so.2 libhoard-3.8.tbz: ./lib/libhoard.so.1 lmdbg-1.1.0.tbz: ./lib/liblmdbg.so.0.0 memcheck-0.2.4.tbz: ./lib/libmemcheck.so.2 mpatrol-1.4.8_3.tbz: ./lib/libmpatrol.so.1 ./lib/libmpatrolmt.so.1 ptmalloc-3.0_1.tbz: ./lib/libptmalloc.so.3 ptmalloc2-20060605_1.tbz: ./lib/libptmalloc2.so.0 python27-2.7.3_6.tbz: ./lib/python2.7/lib-dynload/_ctypes.so python32-3.2.3_2.tbz: ./lib/python3.2/lib-dynload/_ctypes.so python33-3.3.0_2.tbz: ./lib/python3.3/lib-dynload/_ctypes.so spideroak-i386-4.8.3.10016.tbz: ./share/spideroak/_ctypes.so umem-1.0.1.tbz: ./lib/libumem_malloc.so.0 Most of those are intended to replace the standard memory allocator. The exception being: graphviz, python & spideroak. We know python got broken and it's being fixed. This leaves 2 ports that we should definitely analyze. FYI, -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 04:21:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F1E36252; Fri, 7 Jun 2013 04:21:36 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE9E1827; Fri, 7 Jun 2013 04:21:36 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fs12so1795054lab.26 for ; Thu, 06 Jun 2013 21:21:35 -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=rmaOXaprRSFlRh9aXemxKpSmJzaEFxkok4/AVjr0qOI=; b=r0r0GieWzj6oaaX6/rCXGgmRT3+9etwaPqwWB/+DVJpVLT/2aVAYdcHxBSz7MzxAX/ sQGwuYHqN3uR3m7bdI11KzpXGsq4YHIjUsUR+hcBojrjGV9Z29/atKADYHp1UnrdpYo0 cQAlEoHlc1m7/4iBMOFVbwbb7Ec5dYWp1HiKhvL/tMBuhc1ligmRXz29G4kBm9u2ELe4 d+7LA/z+5eCDlKgOfQ207MtGns58Wf+DIZG0uSHz9sIkRx8CZWr4c6xfnrWN6S51Y33o 2gi83dDdEcuMLBDos7ho4v05i25bF7EreG+QZ6ACSlTtP8EmphL3mMA2D9c3GjU6QgyV F9gA== MIME-Version: 1.0 X-Received: by 10.112.219.225 with SMTP id pr1mr333378lbc.92.1370578895184; Thu, 06 Jun 2013 21:21:35 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.53.231 with HTTP; Thu, 6 Jun 2013 21:21:35 -0700 (PDT) In-Reply-To: <1370537672.1086.30.camel@revolution.hippie.lan> References: <433498856.127008.1370217441419.JavaMail.root@erie.cs.uoguelph.ca> <1370537672.1086.30.camel@revolution.hippie.lan> Date: Thu, 6 Jun 2013 21:21:35 -0700 X-Google-Sender-Auth: 4_7KXPGc3I-qo_Lxw-q4NrDWcWA Message-ID: Subject: Re: mounting root from NFS via ROOTDEVNAME From: Craig Rodrigues To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Lars Eggert , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 04:21:37 -0000 On Thu, Jun 6, 2013 at 9:54 AM, Ian Lepore wrote: > Well, I started out just testing Lars' patch (it works) but that > inspired me to pick up the work I toyed with months ago in this area, to > try to get BOOTP_NFSROOT to respect other root-path options such as > setting vfs.root.mountfrom in the environment and using the RB_DFLTROOT > boot option. The attached patch does those things, as follows: > Your patch is better than the existing code. Your patch makes the code more readable. In my earlier response on this thread, I threw out the idea of axing ROOTDEVNAME from the kernel config options. I had a feeling that there would be opposition to it, so I'm OK with it staying. What I don't like to see is a lot of code behind conditional preprocessor logic of #ifdef ROOTDEVNAME. This often leads to bitrot if ROOTDEVNAME is not part of the GENERIC kernel config. However, with your patch, the amount of code inside #ifdef ROOTDEVNAME blocks is very minimal, so I can live with that. With your patch, we can trigger all the behavior by setting vfs.mountfrom in loader.conf with an "nfs:" prefix, so that is good, in terms of testing the feature with GENERIC kernels. I would say, if Lars Eggert has time to provide feedback and is OK with your patch, then go with your patch and commit it. The only minor feedback I would give is that in this comment: + /* + * Choose a root filesystem. If a value is forced in the environment + * and it contains "nfs:", use it unconditionally. Otherwise, use + * ROOTDEVNAME if it contains "nfs:" and either the server didn't + * provide a name or the boot options say to force ROOTDEVNAME. + */ + If you could take the sentence starting with "Otherwise, use", and maybe split it up into two sentences, that would make the comment a little bit more readable. Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 06:25:26 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 350F55BB for ; Fri, 7 Jun 2013 06:25:26 +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 6E1251B3E for ; Fri, 7 Jun 2013 06:25:24 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA19276; Fri, 07 Jun 2013 09:25:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ukq6z-0009Vs-Gt; Fri, 07 Jun 2013 09:25:21 +0300 Message-ID: <51B17C9B.4060301@FreeBSD.org> Date: Fri, 07 Jun 2013 09:24:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Boris Samorodov Subject: Re: [new DESTDIR, DESTDIR/boot/modules]: kldxref: /diskless/boot/modules: Not a directory References: <51B0DD0A.7050203@passap.ru> In-Reply-To: <51B0DD0A.7050203@passap.ru> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 06:25:26 -0000 on 06/06/2013 22:03 Boris Samorodov said the following: > I try to use (a new and empty) DESTDIR and get this error at > installkernel: I think that 'make hierarchy' is expected in this case before any installation actions. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 19:20:39 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0A86CF3; Fri, 7 Jun 2013 19:20:39 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 998401064; Fri, 7 Jun 2013 19:20:39 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward4h.mail.yandex.net (Yandex) with ESMTP id EE80A1B21BC7; Fri, 7 Jun 2013 23:20:36 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 961F817010A4; Fri, 7 Jun 2013 23:20:36 +0400 (MSK) Received: from 78.108.206.107.tel.ru (78.108.206.107.tel.ru [78.108.206.107]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id BciApx8rXl-KaYC1FM0; Fri, 7 Jun 2013 23:20:36 +0400 Message-ID: <51B23283.7000507@passap.ru> Date: Fri, 07 Jun 2013 23:20:35 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130517 Thunderbird/17.0.6 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: [new DESTDIR, DESTDIR/boot/modules]: kldxref: /diskless/boot/modules: Not a directory References: <51B0DD0A.7050203@passap.ru> <51B17C9B.4060301@FreeBSD.org> In-Reply-To: <51B17C9B.4060301@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 19:20:39 -0000 07.06.2013 10:24, Andriy Gapon пишет: > on 06/06/2013 22:03 Boris Samorodov said the following: >> I try to use (a new and empty) DESTDIR and get this error at >> installkernel: > > I think that 'make hierarchy' is expected in this case before any installation > actions. Thanks, that was helpful. I've found the culprit. That was me. :-) I used to use "installkernel installworld". But for a new installation that should be the other way round. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 20:58:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 310E89C5 for ; Fri, 7 Jun 2013 20:58:57 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 15C9A1566 for ; Fri, 7 Jun 2013 20:58:56 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Ul3kI-0006kQ-7T for freebsd-current@freebsd.org; Fri, 07 Jun 2013 13:58:50 -0700 Date: Fri, 7 Jun 2013 13:58:50 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1370638730225-5818453.post@n5.nabble.com> In-Reply-To: References: <1370533030688-5818153.post@n5.nabble.com> Subject: Re: Can't compile lxpanel MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 20:58:57 -0000 Sorry for being so sparse, but I was just talking about general impression from few tries I gave it. /proc wasn't main problem, usually I didn;t have any use for it. Basically it wasn't for me what it aimed to be- a frugal replacement for DE. Half of things didn't work, other half worked erratically. Starting from bare panel/openbox looked more viable. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Can-t-compile-lxpanel-tp5817985p5818453.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 21:12:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6D341F1F for ; Fri, 7 Jun 2013 21:12:19 +0000 (UTC) (envelope-from jimmy.kelley@charter.net) Received: from que61.charter.net (que61.charter.net [209.225.8.26]) by mx1.freebsd.org (Postfix) with ESMTP id 093991629 for ; Fri, 7 Jun 2013 21:12:18 +0000 (UTC) Received: from imp09 ([10.20.200.9]) by mta41.charter.net (InterMail vM.8.01.05.02 201-2260-151-103-20110920) with ESMTP id <20130607205131.WYDF10143.mta41.charter.net@imp09> for ; Fri, 7 Jun 2013 16:51:31 -0400 Received: from jmobile.jimmy.local ([71.81.196.43]) by imp09 with smtp.charter.net id lYrW1l00H0wfUNX05YrWtQ; Fri, 07 Jun 2013 16:51:31 -0400 X-Authority-Analysis: v=2.0 cv=Cp/n6QED c=1 sm=1 a=mb0MI+BKzd7kV4Fc0mMfyA==:17 a=wom5GMh1gUkA:10 a=D6PBO2FiLoQA:10 a=yUnIBFQkZM0A:10 a=kj9zAlcOel0A:10 a=hOpmn2quAAAA:8 a=aMPvEps8AAAA:8 a=nq1aFShKhOcA:10 a=XsE6G-lfR5_pq-tnWlAA:9 a=CjuIK1q_8ugA:10 a=mb0MI+BKzd7kV4Fc0mMfyA==:117 X-Auth-id: amltbXkua2VsbGV5QGNoYXJ0ZXIubmV0 Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Fri, 07 Jun 2013 15:51:29 -0500 Date: Fri, 7 Jun 2013 15:51:29 -0500 From: Jimmy To: freebsd-current@freebsd.org Subject: 10-CURRENT i386 memstick snapshots broken? Message-ID: <20130607205129.GA1103@jmobile.jimmy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Fri, 07 Jun 2013 21:17:56 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 21:12:19 -0000 Greetings - I had originally started playing with the 10-CURRENT amd64 release a couple of months ago (no complaints here - keep up the good work!) and had used the memstick snapshot to set things up back then with no problems. Now I'd like to wipe everything and switch to the i386 version, but the memstick images (all of the last 4 or 5) seem to be broken. My machine sees that the USB stick is there, but won't boot off of it at all. When I do 'fdisk' on /dev/da0 with the i386 stuff loaded, I get a invalid partition error, so on a hunch I decided to take a closer look at the memstick images using dd if=xxx-memstick bs=512 count=1 | hd The amd64 images look like what I would expect: some bootblock code with a partition table at the end and the "a5" type marker. The i386 image, however, is ALL '00'. It would appear the whatever puts those memstick images together (src/release/i386/make-memstick.sh, perhaps?) is failing for some reason. Has anyone else tried the i386 memstick and having the same problem? Jimmy From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 21:23:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 029AD292; Fri, 7 Jun 2013 21:23:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id D729D1664; Fri, 7 Jun 2013 21:23:02 +0000 (UTC) Received: from glenbarber.us (static-108-16-252-210.phlapa.fios.verizon.net [108.16.252.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 43AB423F848; Fri, 7 Jun 2013 17:22:58 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 43AB423F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 7 Jun 2013 17:22:56 -0400 From: Glen Barber To: Jimmy Subject: Re: 10-CURRENT i386 memstick snapshots broken? Message-ID: <20130607212256.GG38117@glenbarber.us> References: <20130607205129.GA1103@jmobile.jimmy.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7lMq7vMTJT4tNk0a" Content-Disposition: inline In-Reply-To: <20130607205129.GA1103@jmobile.jimmy.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 21:23:03 -0000 --7lMq7vMTJT4tNk0a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 07, 2013 at 03:51:29PM -0500, Jimmy wrote: > Greetings - >=20 > I had originally started playing with the 10-CURRENT amd64 release > a couple of months ago (no complaints here - keep up the good work!) > and had used the memstick snapshot to set things up back then with > no problems. >=20 > Now I'd like to wipe everything and switch to the i386 version, but > the memstick images (all of the last 4 or 5) seem to be broken. > My machine sees that the USB stick is there, but won't boot off of > it at all. When I do 'fdisk' on /dev/da0 with the i386 stuff loaded, > I get a invalid partition error, so on a hunch I decided to take a > closer look at the memstick images using > dd if=3Dxxx-memstick bs=3D512 count=3D1 | hd > The amd64 images look like what I would expect: some bootblock code > with a partition table at the end and the "a5" type marker. The i386 > image, however, is ALL '00'. It would appear the whatever puts those > memstick images together (src/release/i386/make-memstick.sh, perhaps?) > is failing for some reason. >=20 > Has anyone else tried the i386 memstick and having the same problem? >=20 Hmm. Thanks for the report. I'll take a look at the logs for i386, but they are generated the same way as the amd64, so in theory should not have any noticable difference. Glen --7lMq7vMTJT4tNk0a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRsk8wAAoJEFJPDDeguUajWToH/Ap5W2isZsD5u5syVF1OkI5+ TYfUdRIvbPWiF2taXglvxUkpa1XEAtsT28vchb7AQQQBohJoVaWtTGnCvNuvIAfm ZsxcSH3EclajLXprNC/lIiLy9nja8tBzoMvTHc/Mf0tDlddXkOF31GepNMYofvu2 ppuzN0lexYIap+0l22xFr6S7+bMD/UGabDVSOWJMHsfw+ZYcrL9aNLZOBT8+aMmt N3fXzbuEwefUqnsmjemFtBPwpVnhF3PD0CBITdSRH07oK7XcV2LpfpdR/JBQwdFf UUBaImS1OE1H8d3GR9C2PHQ125o93ZjnckIDd+MTXc0IYEQ0DfdEhPxZvwmMFts= =V5cp -----END PGP SIGNATURE----- --7lMq7vMTJT4tNk0a-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 21:24:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 43E42513 for ; Fri, 7 Jun 2013 21:24:49 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 076FB167B for ; Fri, 7 Jun 2013 21:24:48 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id E6CBD7A1B9; Fri, 7 Jun 2013 23:24:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 2758F2066A; Fri, 7 Jun 2013 23:24:42 +0200 (CEST) Message-ID: <51B24FEE.1090607@bitfrost.no> Date: Fri, 07 Jun 2013 23:26:06 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Jimmy Subject: Re: 10-CURRENT i386 memstick snapshots broken? References: <20130607205129.GA1103@jmobile.jimmy.net> In-Reply-To: <20130607205129.GA1103@jmobile.jimmy.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 21:24:49 -0000 On 06/07/13 22:51, Jimmy wrote: > Greetings - > > I had originally started playing with the 10-CURRENT amd64 release > a couple of months ago (no complaints here - keep up the good work!) > and had used the memstick snapshot to set things up back then with > no problems. > > Now I'd like to wipe everything and switch to the i386 version, but > the memstick images (all of the last 4 or 5) seem to be broken. > My machine sees that the USB stick is there, but won't boot off of > it at all. When I do 'fdisk' on /dev/da0 with the i386 stuff loaded, > I get a invalid partition error, so on a hunch I decided to take a > closer look at the memstick images using > dd if=xxx-memstick bs=512 count=1 | hd > The amd64 images look like what I would expect: some bootblock code > with a partition table at the end and the "a5" type marker. The i386 > image, however, is ALL '00'. It would appear the whatever puts those > memstick images together (src/release/i386/make-memstick.sh, perhaps?) > is failing for some reason. > > Has anyone else tried the i386 memstick and having the same problem? > > Jimmy Hi, The memstick images does not contain an MBR. That's why some bioses won't boot them. You can fix this by using: fdisk -BI /dev/daX dd if=xxx.img of=/dev/daXs1 count=65536 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 7 22:48:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 00116FA4 for ; Fri, 7 Jun 2013 22:48:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id B6D9D18FA for ; Fri, 7 Jun 2013 22:48:52 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ul5Se-0004OI-VU for freebsd-current@freebsd.org; Sat, 08 Jun 2013 00:48:44 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Jun 2013 00:48:44 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Jun 2013 00:48:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: Can't compile lxpanel Date: Fri, 7 Jun 2013 22:48:25 +0000 (UTC) Lines: 17 Message-ID: References: <1370533030688-5818153.post@n5.nabble.com> <1370638730225-5818453.post@n5.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 22:48:53 -0000 On Fri, 07 Jun 2013 13:58:50 -0700, Jakub Lach wrote: > Sorry for being so sparse, but I was just talking about general > impression from few tries I gave it. > > /proc wasn't main problem, usually I didn;t have any use for it. > > Basically it wasn't for me what it aimed to be- a frugal replacement for > DE. Half of things didn't work, other half worked erratically. Starting > from bare panel/openbox looked more viable. > OK, fair enough. All I can say is that LXDE works perfectly for me in 9.1- RELEASE. I just had the problem of compiling lxpanel in 10-CURRENT, which was worked around using asomers' suggestion to try gcc instead of clang for that port. Thanks for the reply. From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 01:49:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23E5693B; Sat, 8 Jun 2013 01:49:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 75EDE1CFA; Sat, 8 Jun 2013 01:49:25 +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 r581nIB7002266; Fri, 7 Jun 2013 21:49:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r581nHwK002256; Sat, 8 Jun 2013 01:49:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Jun 2013 01:49:17 GMT Message-Id: <201306080149.r581nHwK002256@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 01:49:26 -0000 TB --- 2013-06-08 00:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-08 00:40:17 - 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 --- 2013-06-08 00:40:17 - starting HEAD tinderbox run for armv6/arm TB --- 2013-06-08 00:40:17 - cleaning the object tree TB --- 2013-06-08 00:40:17 - /usr/local/bin/svn stat /src TB --- 2013-06-08 00:40:22 - At svn revision 251515 TB --- 2013-06-08 00:40:23 - building world TB --- 2013-06-08 00:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-08 00:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-08 00:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-08 00:40:23 - SRCCONF=/dev/null TB --- 2013-06-08 00:40:23 - TARGET=arm TB --- 2013-06-08 00:40:23 - TARGET_ARCH=armv6 TB --- 2013-06-08 00:40:23 - TZ=UTC TB --- 2013-06-08 00:40:23 - __MAKE_CONF=/dev/null TB --- 2013-06-08 00:40:23 - cd /src TB --- 2013-06-08 00:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jun 8 00:40:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-08 01:49:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-08 01:49:17 - ERROR: failed to build world TB --- 2013-06-08 01:49:17 - 3626.02 user 386.34 system 4140.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 01:49:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1316893D; Sat, 8 Jun 2013 01:49: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 D2B081CFC; Sat, 8 Jun 2013 01:49:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r581nJGt002375; Fri, 7 Jun 2013 21:49:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r581nJ3f002371; Sat, 8 Jun 2013 01:49:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Jun 2013 01:49:19 GMT Message-Id: <201306080149.r581nJ3f002371@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 01:49:29 -0000 TB --- 2013-06-08 00:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-08 00:40:17 - 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 --- 2013-06-08 00:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-08 00:40:17 - cleaning the object tree TB --- 2013-06-08 00:40:17 - /usr/local/bin/svn stat /src TB --- 2013-06-08 00:40:21 - At svn revision 251515 TB --- 2013-06-08 00:40:22 - building world TB --- 2013-06-08 00:40:22 - CROSS_BUILD_TESTING=YES TB --- 2013-06-08 00:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-08 00:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-08 00:40:22 - SRCCONF=/dev/null TB --- 2013-06-08 00:40:22 - TARGET=arm TB --- 2013-06-08 00:40:22 - TARGET_ARCH=arm TB --- 2013-06-08 00:40:22 - TZ=UTC TB --- 2013-06-08 00:40:22 - __MAKE_CONF=/dev/null TB --- 2013-06-08 00:40:22 - cd /src TB --- 2013-06-08 00:40:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jun 8 00:40:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-08 01:49:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-08 01:49:19 - ERROR: failed to build world TB --- 2013-06-08 01:49:19 - 3623.03 user 389.12 system 4141.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 15:56:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 98320594 for ; Sat, 8 Jun 2013 15:56:40 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 79AF012CE for ; Sat, 8 Jun 2013 15:56:40 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 5FF694AC40 for ; Sat, 8 Jun 2013 10:56:34 -0500 (CDT) Date: Sat, 8 Jun 2013 10:56:34 -0500 (CDT) From: Dan Mack To: current@freebsd.org Subject: should TRIM be working on my ZFS L2ARC devices? Message-ID: <20130608104911.V76215@coco.macktronics.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 15:56:40 -0000 Hiya, Hopefully a simple question on TRIM + ZFS, I have a couple L2ARCs for a zpool on a test box, two different SSDs: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 I'm just using a small piece of each one for the L2ARC per below: capacity operations bandwidth pool alloc free read write read write ----------- ----- ----- ----- ----- ----- ----- tron 98.2G 3.53T 7 23 58.2K 970K mirror 49.1G 1.76T 3 11 29.2K 485K ada2 - - 1 5 15.4K 485K ada4 - - 1 5 14.7K 485K mirror 49.1G 1.76T 3 11 29.0K 485K ada3 - - 1 5 14.6K 485K ada5 - - 1 5 15.3K 485K cache - - - - - - gpt/larc0 2.89G 29.1G 0 5 9 201K gpt/larc1 2.12G 29.9G 0 1 9 148K ----------- ----- ----- ----- ----- ----- ----- I'm running 10.0-CURRENT #34 251520 and I never seen any successful trim events: kstat.zfs.misc.zio_trim.bytes: 0 kstat.zfs.misc.zio_trim.success: 0 kstat.zfs.misc.zio_trim.unsupported: 102 kstat.zfs.misc.zio_trim.failed: 0 kstat.zfs.misc.zio_trim.unsupported is always > 0 and the other values stick at 0. Does the Vertex 4 and Intel 520 not work with TRIM on FreeBSD or is something else going on here? Like, will TRIM only kick in after each device gets full and pages start getting evicted ? Thanks! Dan From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 17:18:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 71D8861D for ; Sat, 8 Jun 2013 17:18:32 +0000 (UTC) (envelope-from prvs=18715e5890=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0050A1774 for ; Sat, 8 Jun 2013 17:18:31 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004218664.msg for ; Sat, 08 Jun 2013 18:18:24 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 08 Jun 2013 18:18:24 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=18715e5890=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org Message-ID: <2511265B30D641F58EE30309F9A4695D@multiplay.co.uk> From: "Steven Hartland" To: "Dan Mack" , References: <20130608104911.V76215@coco.macktronics.com> Subject: Re: should TRIM be working on my ZFS L2ARC devices? Date: Sat, 8 Jun 2013 18:18:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 17:18:32 -0000 ----- Original Message ----- From: "Dan Mack" To: Sent: Saturday, June 08, 2013 4:56 PM Subject: should TRIM be working on my ZFS L2ARC devices? > Hiya, > > Hopefully a simple question on TRIM + ZFS, > > I have a couple L2ARCs for a zpool on a test box, two different SSDs: > > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > > ada0: ATA-9 SATA 3.x device > > ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > > ada1: ATA-9 SATA 3.x device > > ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > > I'm just using a small piece of each one for the L2ARC per below: > > capacity operations bandwidth > pool alloc free read write read write > ----------- ----- ----- ----- ----- ----- ----- > tron 98.2G 3.53T 7 23 58.2K 970K > mirror 49.1G 1.76T 3 11 29.2K 485K > ada2 - - 1 5 15.4K 485K > ada4 - - 1 5 14.7K 485K > mirror 49.1G 1.76T 3 11 29.0K 485K > ada3 - - 1 5 14.6K 485K > ada5 - - 1 5 15.3K 485K > cache - - - - - - > gpt/larc0 2.89G 29.1G 0 5 9 201K > gpt/larc1 2.12G 29.9G 0 1 9 148K > ----------- ----- ----- ----- ----- ----- ----- > > I'm running 10.0-CURRENT #34 251520 and I never seen any successful trim > events: > > kstat.zfs.misc.zio_trim.bytes: 0 > kstat.zfs.misc.zio_trim.success: 0 > kstat.zfs.misc.zio_trim.unsupported: 102 > kstat.zfs.misc.zio_trim.failed: 0 > > kstat.zfs.misc.zio_trim.unsupported is always > 0 and the other values > stick at 0. > > Does the Vertex 4 and Intel 520 not work with TRIM on FreeBSD or is > something else going on here? Connected to an controller which supports BIO_DELETE yes they should. Check with: camcontrol identify ada0 camcontrol identify ada1 > Like, will TRIM only kick in after each device gets full and > pages start getting evicted ? I would indeed expect ZFS to only evict data from the L2ARC when it becomes stale, assuming this is the case you may not see TRIM's as often as you might first expect. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 17:34:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ADC0CC87; Sat, 8 Jun 2013 17:34:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8E96F1884; Sat, 8 Jun 2013 17:34:20 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 95FC023F848; Sat, 8 Jun 2013 13:34:13 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 95FC023F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 8 Jun 2013 13:34:11 -0400 From: Glen Barber To: Jimmy Subject: Re: 10-CURRENT i386 memstick snapshots broken? Message-ID: <20130608173411.GD13292@glenbarber.us> References: <20130607205129.GA1103@jmobile.jimmy.net> <20130607212256.GG38117@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="48TaNjbzBVislYPb" Content-Disposition: inline In-Reply-To: <20130607212256.GG38117@glenbarber.us> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 17:34:20 -0000 --48TaNjbzBVislYPb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: > > Has anyone else tried the i386 memstick and having the same problem? > >=20 >=20 > Hmm. Thanks for the report. I'll take a look at the logs for i386, but > they are generated the same way as the amd64, so in theory should not > have any noticable difference. >=20 Jimmy, thank you for reporting this. I'm honestly not quite sure how this went unnoticed for so long. So, basically here is what happens: The scripts that run the weekly snapshot builds on FreeBSD.org check out clean svn trees of head/ and stable/9 to use to "seed" chroot environments, where the builds actually happen. For amd64 and i386, native binaries are built, and installed into scratch directories; for powerpc and powerpc64, I just use the amd64 binaries, because I cannot directly use the chroot binaries for non-native architecture. The scripts chroot into the scratch directories, and run the "real" release builds. As Jimmy noted, the src/release/${ARCH}/make-memstick.sh script is what generates the memstick images. Part of that procedure is to create md(4) device, and partition layout with gpart(8). This is where things blow up. Because the userland is 32-bit and the kernel is 64-bit, "something" goes wrong, but interestingly not wrong enough that the script fails entirely. So, the paritions appear to be created, but in reality, they are not. So, for the snapshots case, the solution is to write the memstick image =66rom outside of the chroot environment, which is easy to do because I already do this for creating the VM disk images (interestingly for the same reason as the memstick creation failure). Thanks to Jimmy for his patience in helping me make sure my solution does in fact fix the problem, and the next set of 10.0-CURRENT and 9.1-STABLE i386 memsticks will not have this issue (builds are in-flight now). Glen --48TaNjbzBVislYPb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRs2sTAAoJEFJPDDeguUajjWEIAKBez9XkiAXCE7jj67tVz/D7 YRYM/a94+Gs32Lto/DLwBy96XdS82qLEI+WElOlvripHUzFtUO7Oq9NNRK2QvyZu daA156v5t2rZ1WQXh/WrIuJT5S0Ia6v6WlrjJWukjGPBFWnmIzGFwAv9YTykfqmq mNhe/7203YtTYb10pSQegZzvlht1jxTBU9uwIV45zaiBcTNV8cNdu1FRQiHmPGUf wXSNhx2dvlmC9Y1Uy7QVD70mN6tgT6T2vc0TdAx3HKYbGXeZcoHtxIOUgGrlm7rp EOkad8cbtur0PifmFzXo1sFln9SYwTgDdOAsS5hfuerw6gxjvDiZRQspx34qkoo= =bl3e -----END PGP SIGNATURE----- --48TaNjbzBVislYPb-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 17:38:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4C47926B for ; Sat, 8 Jun 2013 17:38:25 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA741930 for ; Sat, 8 Jun 2013 17:38:25 +0000 (UTC) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 629614AC40; Sat, 8 Jun 2013 12:38:24 -0500 (CDT) Date: Sat, 8 Jun 2013 12:38:24 -0500 (CDT) From: Dan Mack To: Steven Hartland Subject: Re: should TRIM be working on my ZFS L2ARC devices? In-Reply-To: <2511265B30D641F58EE30309F9A4695D@multiplay.co.uk> Message-ID: <20130608123143.F76215@coco.macktronics.com> References: <20130608104911.V76215@coco.macktronics.com> <2511265B30D641F58EE30309F9A4695D@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 17:38:25 -0000 On Sat, 8 Jun 2013, Steven Hartland wrote: >> Does the Vertex 4 and Intel 520 not work with TRIM on FreeBSD or is >> something else going on here? > > Connected to an controller which supports BIO_DELETE yes they > should. > > Check with: > camcontrol identify ada0 Feature Support Enabled Value Vendor read ahead no yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify yes yes 0/0x0 unload no no free-fall no no Data Set Management (DSM/TRIM) yes DSM - max 512byte blocks yes 16 DSM - deterministic read no Host Protected Area (HPA) yes no 250069680/250069680 HPA - Security no > camcontrol identify ada1 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 254/0xFE automatic acoustic management no no media status notification no no power-up in Standby yes no write-read-verify no no unload yes yes free-fall no no Data Set Management (DSM/TRIM) yes DSM - max 512byte blocks yes 1 DSM - deterministic read yes any value Host Protected Area (HPA) yes no 234441648/234441648 HPA - Security no I don't see BIO_DELETE called out in the camcontrol output anywhere else but and the DSM/TRIM line is marked as supported with the enabled column ambiguous :-) Thanks for the help, Dan From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 17:55:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C894C4C for ; Sat, 8 Jun 2013 17:55:51 +0000 (UTC) (envelope-from prvs=18715e5890=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B61B1D80 for ; Sat, 8 Jun 2013 17:55:50 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004219129.msg for ; Sat, 08 Jun 2013 18:55:50 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 08 Jun 2013 18:55:50 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=18715e5890=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org Message-ID: <516FB580D5D5400D85B5419EFE1481A9@multiplay.co.uk> From: "Steven Hartland" To: "Dan Mack" References: <20130608104911.V76215@coco.macktronics.com> <2511265B30D641F58EE30309F9A4695D@multiplay.co.uk> <20130608123143.F76215@coco.macktronics.com> Subject: Re: should TRIM be working on my ZFS L2ARC devices? Date: Sat, 8 Jun 2013 18:55:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 17:55:51 -0000 ----- Original Message ----- From: "Dan Mack" To: "Steven Hartland" Cc: Sent: Saturday, June 08, 2013 6:38 PM Subject: Re: should TRIM be working on my ZFS L2ARC devices? > On Sat, 8 Jun 2013, Steven Hartland wrote: > > >>> Does the Vertex 4 and Intel 520 not work with TRIM on FreeBSD or is >>> something else going on here? >> >> Connected to an controller which supports BIO_DELETE yes they >> should. >> >> Check with: >> camcontrol identify ada0 > > Feature Support Enabled Value Vendor > read ahead no yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no > automatic acoustic management no no > media status notification no no > power-up in Standby no no > write-read-verify yes yes 0/0x0 > unload no no > free-fall no no > Data Set Management (DSM/TRIM) yes > DSM - max 512byte blocks yes 16 > DSM - deterministic read no > Host Protected Area (HPA) yes no 250069680/250069680 > HPA - Security no > >> camcontrol identify ada1 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management yes yes 254/0xFE > automatic acoustic management no no > media status notification no no > power-up in Standby yes no > write-read-verify no no > unload yes yes > free-fall no no > Data Set Management (DSM/TRIM) yes > DSM - max 512byte blocks yes 1 > DSM - deterministic read yes any value > Host Protected Area (HPA) yes no 234441648/234441648 > HPA - Security no > > I don't see BIO_DELETE called out in the camcontrol output anywhere else > but and the DSM/TRIM line is marked as supported with the enabled column > ambiguous :-) Yes thats what your looking for, attached to ataX this will be using ATA_TRIM requests to support BIO_DELETE. So the question is now have you simply not seen any data removed from your L2ARC vdev's or is there an issue with the L2ARC TRIM support. One way to try and force test this would be get your L2ARC full of data which you then remove from the pool as that should then be removed from L2ARC and hence TRIM'ed. "zfs-stats -L" or "sysctl -a |grep -i l2" should be helpful on checking stats for this. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 19:10:31 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4593883E; Sat, 8 Jun 2013 19:10:31 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 07D94108D; Sat, 8 Jun 2013 19:10:30 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r58JAMRW004768; Sat, 8 Jun 2013 19:10:22 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mjkr3tmxjtikfke72xp965exgi; Sat, 08 Jun 2013 19:10:22 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: 10-CURRENT i386 memstick snapshots broken? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_76E211BB-0E11-42DD-9CDC-A4CACE3BEEB3"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <20130608173411.GD13292@glenbarber.us> Date: Sat, 8 Jun 2013 12:10:16 -0700 Message-Id: <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> References: <20130607205129.GA1103@jmobile.jimmy.net> <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@FreeBSD.org, Jimmy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 19:10:31 -0000 --Apple-Mail=_76E211BB-0E11-42DD-9CDC-A4CACE3BEEB3 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Jun 8, 2013, at 10:34 AM, Glen Barber wrote: > On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: >>> Has anyone else tried the i386 memstick and having the same problem? >>> >> >> Hmm. Thanks for the report. I'll take a look at the logs for i386, but >> they are generated the same way as the amd64, so in theory should not >> have any noticable difference. >> > > For amd64 and i386, native binaries are built, and installed into > scratch directories; for powerpc and powerpc64, I just use the amd64 > binaries, because I cannot directly use the chroot binaries for > non-native architecture. > > The scripts chroot into the scratch directories, and run the "real" > release builds. Have you tried using Crochet for this sort of thing? Since it was designed from the ground up for cross-building bootable images, it should avoid these issues. The only fundamental limit right now is that Crochet uses the host system to build the UFS filesystems, so it can't build big-endian MIPS images on i386, for example. Tim --Apple-Mail=_76E211BB-0E11-42DD-9CDC-A4CACE3BEEB3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRs4GcAAoJEGMNyGo0rfFB2OIH/3HGxS9bCbRrw0CTdpUuwWKv tvrR0hlLdt9kVWetYFZAeEMlNJHn3xRQIzg5WoOqbNt72lhgeMlDirIiNoxviLNn bRpQ6NGJd9nXAU5N1GXphUyYFIMEWGmF5qCVMcPz4Gv6OyvAMuNdrp/MrFiz9ToD 3HTavZBff5ATxlgbVizsH+D0vvGNJekG+P9XfG43/WA0f8kmLSNGe1Q/HsF2dd1+ NWOuFbhD/Xce09X8x3hjJ8ToBq/NWtdpCbWofVRofBHwhY0h1a1umHQ4uTy+hmq9 9bRMpy8RbsqqBtpr7hvTsq75I1kyqQG3lTSrZzC+gWC0qa5WNtzHkCDie3kfCug= =DHRr -----END PGP SIGNATURE----- --Apple-Mail=_76E211BB-0E11-42DD-9CDC-A4CACE3BEEB3-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 19:17:26 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 58115BFA; Sat, 8 Jun 2013 19:17:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3713710C4; Sat, 8 Jun 2013 19:17:26 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id BB95D23F848; Sat, 8 Jun 2013 15:17:24 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us BB95D23F848 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 8 Jun 2013 15:17:22 -0400 From: Glen Barber To: Tim Kientzle Subject: Re: 10-CURRENT i386 memstick snapshots broken? Message-ID: <20130608191722.GE13292@glenbarber.us> References: <20130607205129.GA1103@jmobile.jimmy.net> <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nHwqXXcoX0o6fKCv" Content-Disposition: inline In-Reply-To: <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, Jimmy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 19:17:26 -0000 --nHwqXXcoX0o6fKCv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 08, 2013 at 12:10:16PM -0700, Tim Kientzle wrote: >=20 > On Jun 8, 2013, at 10:34 AM, Glen Barber wrote: >=20 > > On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: > >>> Has anyone else tried the i386 memstick and having the same problem? > >>>=20 > >>=20 > >> Hmm. Thanks for the report. I'll take a look at the logs for i386, b= ut > >> they are generated the same way as the amd64, so in theory should not > >> have any noticable difference. > >>=20 > >=20 > > For amd64 and i386, native binaries are built, and installed into > > scratch directories; for powerpc and powerpc64, I just use the amd64 > > binaries, because I cannot directly use the chroot binaries for > > non-native architecture. > >=20 > > The scripts chroot into the scratch directories, and run the "real" > > release builds. >=20 > Have you tried using Crochet for this sort of thing? >=20 > Since it was designed from the ground up for cross-building > bootable images, it should avoid these issues. >=20 I have not, primarily because I was not aware of crochet when I originally started this. Although, by using the release stuff from the base system, we do get a weekly run-test of the 'make release' bits in head/ and stable/9/, so in theory, there would be no surprises when it is -RELEASE time. > The only fundamental limit right now is that Crochet uses > the host system to build the UFS filesystems, so it can't > build big-endian MIPS images on i386, for example. >=20 >=20 Yes, I have this same issue with sparc64. Glen --nHwqXXcoX0o6fKCv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRs4NCAAoJEFJPDDeguUajNKYIAIiNcG0s9hRWbI04+X9hAehZ TC31z+xwRT9Iko0Y+/VPlxu9UW20xtWSAA+Q7+E9QoemC8JlIFSfK+N9QD7lQ/NB CnQ7ybNnGDMCCw0b3IrOFhXMIqF4vo0DuIjdlWB/XnP9It1LmMWQNPfKlLwpX3ka RLwlMvV4q5bgHV1/fV0zr4uod/+kDlKcQ/Ffky8E0zx8rmQCq6PBcCubu20HE2E2 TUyJU6GywLDgeAToPhjxYCZGYIxai1GoPL/SeGIvWV8Dm3Vxr7CQ2dH8X8vfipZ/ 9hxMa5+7U+Ct2YLpAu7DqmRTcckc3RTdPqWfRdB4KdiupI76EZfn25XhzSfrnHA= =cKG2 -----END PGP SIGNATURE----- --nHwqXXcoX0o6fKCv-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 20:01:27 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E2042ED; Sat, 8 Jun 2013 20:01:27 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 2035A11B8; Sat, 8 Jun 2013 20:01:26 +0000 (UTC) Received: from alph.d.allbsd.org (p2175-ipbf701funabasi.chiba.ocn.ne.jp [122.25.209.175]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K18EF047608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Jun 2013 05:01:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K16oM061423; Sun, 9 Jun 2013 05:01:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 09 Jun 2013 05:01:00 +0900 (JST) Message-Id: <20130609.050100.598816322573845734.hrs@allbsd.org> To: gjb@FreeBSD.org Subject: Re: 10-CURRENT i386 memstick snapshots broken? From: Hiroki Sato In-Reply-To: <20130608173411.GD13292@glenbarber.us> References: <20130607205129.GA1103@jmobile.jimmy.net> <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jun__9_05_01_00_2013_556)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Sun, 09 Jun 2013 05:01:19 +0900 (JST) X-Spam-Status: No, score=-94.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, jimmy.kelley@charter.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 20:01:27 -0000 ----Security_Multipart(Sun_Jun__9_05_01_00_2013_556)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Glen Barber wrote in <20130608173411.GD13292@glenbarber.us>: gj> On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: gj> Because the userland is 32-bit and the kernel is 64-bit, "something" gj> goes wrong, but interestingly not wrong enough that the script fails gj> entirely. So, the paritions appear to be created, but in reality, they gj> are not. gj> gj> So, for the snapshots case, the solution is to write the memstick image gj> from outside of the chroot environment, which is easy to do because gj> I already do this for creating the VM disk images (interestingly for the gj> same reason as the memstick creation failure). I do not think there is a problem with cross building in chroot. allbsd.org is also generating i386 snapshots on an amd64 box in almost the same way as generate-release.sh, but the memstick images already generated were not broken as far as I can check. Although I do not use generate-release.sh on it because I added another build world stage in chroot before cross compiling, the difference is small. What was exactly gone wrong in 32-bit binary on 64-bit kernel? -- Hiroki ----Security_Multipart(Sun_Jun__9_05_01_00_2013_556)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlGzjXwACgkQTyzT2CeTzy3I2wCeN+lHtZfOb2rWYYHoPuQHcUgL YyAAn0irwGX433DrQpNhGuVlam8t8WcB =uDD/ -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jun__9_05_01_00_2013_556)---- From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 20:04:48 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB3A8416; Sat, 8 Jun 2013 20:04:48 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 785E911E4; Sat, 8 Jun 2013 20:04:47 +0000 (UTC) Received: from alph.d.allbsd.org (p2175-ipbf701funabasi.chiba.ocn.ne.jp [122.25.209.175]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K4Ti2047649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Jun 2013 05:04:39 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K4SVp061439; Sun, 9 Jun 2013 05:04:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 09 Jun 2013 05:04:23 +0900 (JST) Message-Id: <20130609.050423.1766957190568059875.hrs@allbsd.org> To: tim@kientzle.com Subject: Re: 10-CURRENT i386 memstick snapshots broken? From: Hiroki Sato In-Reply-To: <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> References: <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jun__9_05_04_23_2013_876)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Sun, 09 Jun 2013 05:04:39 +0900 (JST) X-Spam-Status: No, score=-94.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: gjb@FreeBSD.org, freebsd-current@FreeBSD.org, jimmy.kelley@charter.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 20:04:48 -0000 ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tim Kientzle wrote in <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com>: ti> ti> On Jun 8, 2013, at 10:34 AM, Glen Barber wrote: ti> ti> > On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: ti> >>> Has anyone else tried the i386 memstick and having the same problem? ti> >>> ti> >> ti> >> Hmm. Thanks for the report. I'll take a look at the logs for i386, but ti> >> they are generated the same way as the amd64, so in theory should not ti> >> have any noticable difference. ti> >> ti> > ti> > For amd64 and i386, native binaries are built, and installed into ti> > scratch directories; for powerpc and powerpc64, I just use the amd64 ti> > binaries, because I cannot directly use the chroot binaries for ti> > non-native architecture. ti> > ti> > The scripts chroot into the scratch directories, and run the "real" ti> > release builds. ti> ti> Have you tried using Crochet for this sort of thing? ti> ti> Since it was designed from the ground up for cross-building ti> bootable images, it should avoid these issues. ti> ti> The only fundamental limit right now is that Crochet uses ti> the host system to build the UFS filesystems, so it can't ti> build big-endian MIPS images on i386, for example. makefs does not work? It can build BE FFS images on LE platforms. -- Hiroki ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlGzjkcACgkQTyzT2CeTzy1wsgCgvrej5JJQwSCexC6Oha1zO3Sq V8gAoKJpqJu4lCYY890oBMwir4lUvXnr =gT3i -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)---- From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 20:18:58 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D84C178E; Sat, 8 Jun 2013 20:18:58 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) by mx1.freebsd.org (Postfix) with ESMTP id B0D641245; Sat, 8 Jun 2013 20:18:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MO300D009J7KM00@smtpauth2.wiscmail.wisc.edu>; Sat, 08 Jun 2013 14:18:50 -0500 (CDT) X-Spam-PmxInfo: Server=avs-2, Version=6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.6.8.190919, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (adsl-76-208-69-84.dsl.mdsnwi.sbcglobal.net [76.208.69.84]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MO3006VP9NC8B00@smtpauth2.wiscmail.wisc.edu>; Sat, 08 Jun 2013 14:18:49 -0500 (CDT) Message-id: <51B38398.8030509@freebsd.org> Date: Sat, 08 Jun 2013 14:18:48 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130420 Thunderbird/17.0.5 To: Glen Barber Subject: Re: 10-CURRENT i386 memstick snapshots broken? References: <20130607205129.GA1103@jmobile.jimmy.net> <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> <20130608191722.GE13292@glenbarber.us> In-reply-to: <20130608191722.GE13292@glenbarber.us> Cc: freebsd-current@FreeBSD.org, Jimmy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 20:18:58 -0000 On 06/08/13 14:17, Glen Barber wrote: > On Sat, Jun 08, 2013 at 12:10:16PM -0700, Tim Kientzle wrote: >> On Jun 8, 2013, at 10:34 AM, Glen Barber wrote: >> >>> On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: >>>>> Has anyone else tried the i386 memstick and having the same problem? >>>>> >>>> Hmm. Thanks for the report. I'll take a look at the logs for i386, but >>>> they are generated the same way as the amd64, so in theory should not >>>> have any noticable difference. >>>> >>> For amd64 and i386, native binaries are built, and installed into >>> scratch directories; for powerpc and powerpc64, I just use the amd64 >>> binaries, because I cannot directly use the chroot binaries for >>> non-native architecture. >>> >>> The scripts chroot into the scratch directories, and run the "real" >>> release builds. >> Have you tried using Crochet for this sort of thing? >> >> Since it was designed from the ground up for cross-building >> bootable images, it should avoid these issues. >> > I have not, primarily because I was not aware of crochet when > I originally started this. Although, by using the release stuff from > the base system, we do get a weekly run-test of the 'make release' bits > in head/ and stable/9/, so in theory, there would be no surprises when > it is -RELEASE time. > >> The only fundamental limit right now is that Crochet uses >> the host system to build the UFS filesystems, so it can't >> build big-endian MIPS images on i386, for example. >> >> > Yes, I have this same issue with sparc64. > Why not use makefs? It can build cross-endian UFS images. -Nathan