From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 02:01:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E23B5106564A for ; Sun, 14 Aug 2011 02:01:31 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A9D7A8FC17 for ; Sun, 14 Aug 2011 02:01:31 +0000 (UTC) Received: by gwb15 with SMTP id 15so1748265gwb.13 for ; Sat, 13 Aug 2011 19:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5GQwrNJXDkxCO7iS4d1c1z2z3VSIqc7pET3iiAjh3js=; b=Z4VXRD6PwZjv1Rbcl6RoAVxKe8zsPXtF+cv61IZMh6GlydXMb0QUO3iwONcNh4CIi3 ln0T+r8xzdQcj79dr9c9bmpg+6M3XgqUNnyrblXvMJvjNt23aBWenbxcX7gQ4DIXOX3E KI0NoVPRVjdLpns00GOlMZBN9cawLnhM/O308= MIME-Version: 1.0 Received: by 10.236.129.80 with SMTP id g56mr7897965yhi.132.1313287290927; Sat, 13 Aug 2011 19:01:30 -0700 (PDT) Received: by 10.236.60.162 with HTTP; Sat, 13 Aug 2011 19:01:30 -0700 (PDT) Date: Sun, 14 Aug 2011 04:01:30 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: kernel build failure without BPF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 02:01:32 -0000 in the following kernel configuration (notably without ``device bfp''), i get the following kernel build error. which is either a bug, or not; just posting in case it's in someone's interest. ======== build log snippet begins ======== ===> pfsync (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/pfsync/../../contrib/pf -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/HQ/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/usr/obj/usr/src/sys/HQ -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c: In function 'pfsync_sendout': /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: error: 'm' undeclared (first use in this function) /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/pfsync. *** Error code 1 ======== build log snippet ends ======== ======== kernel configuration file begins ======== cpu I686_CPU ident HQ #options SCHED_ULE # ULE scheduler options SCHED_4BSD options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options MAC # TrustedBSD MAC Framework # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi device pci # ATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse #device kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. #device bpf # Berkeley packet filter # USB support #options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices (needs netgraph) device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # Sound support device sound # Generic sound driver (required) device snd_es137x # Ensoniq AudioPCI ES137x device drm device radeondrm ======== kernel configuration file ends ======== From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 06:30:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDBB106566B for ; Sun, 14 Aug 2011 06:30:05 +0000 (UTC) (envelope-from gobledb@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 443068FC0C for ; Sun, 14 Aug 2011 06:30:04 +0000 (UTC) Received: by ywo32 with SMTP id 32so2037382ywo.13 for ; Sat, 13 Aug 2011 23:30:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KFCCQfneJlT2MYNLvxPmwpBfXEY4DME1T8AdZbLETJk=; b=lmY6l4eglImSCkpRBrZ6JvcQ8HO0VU9khfUwMkZxDnewDqj+JxktRIgaEYYAZyHVbx zAW9WMtHL0BT/kmKfHG/MvykwhHwKgl0cy6zvOfCYP2M6P6C3CoASIGJRyzJQgYnpoBS nNIbdI4mPuOKq8bIvOP11O27nFA2Hd8A+YvEk= MIME-Version: 1.0 Received: by 10.236.186.36 with SMTP id v24mr8336868yhm.137.1313302078012; Sat, 13 Aug 2011 23:07:58 -0700 (PDT) Sender: netsys.h@gmail.com X-Google-Sender-Delegation: netsys.h@gmail.com Received: by 10.236.203.129 with HTTP; Sat, 13 Aug 2011 23:07:57 -0700 (PDT) Date: Sun, 14 Aug 2011 07:07:57 +0100 X-Google-Sender-Auth: QWJCH5RNsj_bk2zVYbeUCTBQ3Sg Message-ID: From: Alvaro Castillo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: kernel panic caused by Opera 11.50 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 06:30:05 -0000 uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug 8 17:05:59 WEST 2011 netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 kernel panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffffffffffffffff fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff804bfff0 stack pointer = 0x28:0xffffff8223c4ba40 frame pointer = 0x28:0xffffff8223c4ba60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2691 (operapluginwrapper.) Step to reproduce: 1. Open Opera 11.50 browser 2. Try to enter to Gmail or any web page with flash player and panic! ---------------------------------------------------------------------------------------------------------- netSys------ http://www.byteandbit.info From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 08:56:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 9A8721065670; Sun, 14 Aug 2011 08:56:13 +0000 (UTC) Date: Sun, 14 Aug 2011 08:56:13 +0000 From: Alexander Best To: Alvaro Castillo Message-ID: <20110814085613.GA40548@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: kernel panic caused by Opera 11.50 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 08:56:13 -0000 On Sun Aug 14 11, Alvaro Castillo wrote: > uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug > 8 17:05:59 WEST 2011 > netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 > > kernel panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xffffffffffffffff > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff804bfff0 > stack pointer = 0x28:0xffffff8223c4ba40 > frame pointer = 0x28:0xffffff8223c4ba60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2691 (operapluginwrapper.) > > Step to reproduce: > 1. Open Opera 11.50 browser > 2. Try to enter to Gmail or any web page with flash player and panic! try http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.html > > ---------------------------------------------------------------------------------------------------------- > netSys------ > http://www.byteandbit.info From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 09:06:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D80F106566B for ; Sun, 14 Aug 2011 09:06:28 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2F28C8FC08 for ; Sun, 14 Aug 2011 09:06:27 +0000 (UTC) Received: by fxe4 with SMTP id 4so3997321fxe.13 for ; Sun, 14 Aug 2011 02:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=n/zT/3339yiz6Uhsp/NsqQ7b8wJsb2TxEVjU/IBaHGE=; b=ZZCbHZY8swMR/x4eSCsCsowrPX/WQatywR12+ZpWJZqci0tFZ0tcSWJ/e6ejlVWneE vlyAao+cw0UnQI+WE7YN+CmfoWI4qy/LM8WD9UAVDQTQUo0GQ1201uFBbupwQpwVnQ4n pA/gSYma+A4vWypeo6NrEkEjMqwt0Ehmiecxo= Received: by 10.223.89.139 with SMTP id e11mr3821507fam.85.1313311157017; Sun, 14 Aug 2011 01:39:17 -0700 (PDT) Received: from ernst.jennejohn.org (p578E37DE.dip.t-dialin.net [87.142.55.222]) by mx.google.com with ESMTPS id l22sm3957459fam.37.2011.08.14.01.39.15 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Aug 2011 01:39:16 -0700 (PDT) Date: Sun, 14 Aug 2011 10:39:14 +0200 From: Gary Jennejohn To: Alvaro Castillo Message-ID: <20110814103914.34d3e79e@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.9 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kernel panic caused by Opera 11.50 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 09:06:28 -0000 On Sun, 14 Aug 2011 07:07:57 +0100 Alvaro Castillo wrote: > uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug > 8 17:05:59 WEST 2011 > netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 > > kernel panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xffffffffffffffff > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff804bfff0 > stack pointer = 0x28:0xffffff8223c4ba40 > frame pointer = 0x28:0xffffff8223c4ba60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2691 (operapluginwrapper.) > > Step to reproduce: > 1. Open Opera 11.50 browser > 2. Try to enter to Gmail or any web page with flash player and panic! > Are you using the native opera or linux opera? I'm running the native version with 9.0-BETA1 FreeBSD 9.0-BETA1 #134: Tue Aug 9 14:36:26 CEST 2011 amd64 and I can watch videos on YouTube w/o any problem. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 09:48:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99741106564A; Sun, 14 Aug 2011 09:48:14 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 17F9F8FC1A; Sun, 14 Aug 2011 09:48:14 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id EE3B34001B; Sun, 14 Aug 2011 11:48:12 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id E2D9A40009; Sun, 14 Aug 2011 11:48:12 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 70D3B40005; Sun, 14 Aug 2011 11:48:12 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id EEAF3119C04; Sun, 14 Aug 2011 11:48:11 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 3E6C412B0A0; Sun, 14 Aug 2011 11:48:10 +0200 (CEST) Message-ID: <4E4799D4.8000703@gmail.com> Date: Sun, 14 Aug 2011 11:48:04 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Roland Smith References: <4E454ADD.1020201@zedat.fu-berlin.de> <20110812171611.GA88850@slackbox.erewhon.net> <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> In-Reply-To: <20110813100810.GA27193@slackbox.erewhon.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Olivier Smedts , FreeBSD Current , "Hartmann, O." , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 09:48:14 -0000 On 2011-08-13 12:08, Roland Smith wrote: > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: >> On 08/13/11 09:26, Roland Smith wrote: >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: >>>> On 08/12/11 22:54, Roland Smith wrote: >>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: >>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz >>> Does this file actually exist if you extract the snapshot? And are the >>> permissions et cetera OK? >>> >>> Roland >> >> No, it does not. >> >> What I did so far over night: >> >> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. >> Again failure. >> After that it got the ports tree via CVS (make update in /usr/ports). >> Everything seems >> all right. I tried portsnap again. portsnap compalins about a >> non-portsnap-created /usr/ports >> and please me to use 'extract'. I do ... but then I run into the very >> same failure: >> >> (portsnap fetch extract:) >> /usr/ports/devel/cccc/ >> /usr/ports/devel/ccdoc/ >> /usr/ports/devel/ccrtp/ >> /usr/ports/devel/cdash/ >> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not >> found -- snapshot corrupt. > > I've been looking at the portsnap shellscript. This error message is generated > by the shell's built-in test command, specifically '[ -r'. It is looking for a > file that was extracted with tar. So the place to look for the bug is IMO > > 1) the portsnap script itself (differences between 8.2 and 9?) > 2) the sh(1)'s built-in test command (ditto) > 3) tar (ditto) > > When you run 'portsnap fetch' it downloads a tgz archive and unpacks it with > tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHASH}.tgz' > in portsnap, and test if the tgz file extracts differently using an > 8.2-RELEASE tar and the 9-CURRENT tar. If so, that would be a bug! > > Roland Just a "me too!". It happens for me on a recently updated 9-current virtual machine, built with clang. Regards! -- Niclas From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 10:17:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3AF91065672; Sun, 14 Aug 2011 10:17:49 +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 A68278FC1C; Sun, 14 Aug 2011 10:17:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QsXlL-0001xl-SV>; Sun, 14 Aug 2011 12:17:47 +0200 Received: from e178037016.adsl.alicedsl.de ([85.178.37.16] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QsXlL-0002Kd-Oz>; Sun, 14 Aug 2011 12:17:47 +0200 Message-ID: <4E47A0CB.6090002@zedat.fu-berlin.de> Date: Sun, 14 Aug 2011 12:17:47 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110712 Thunderbird/5.0 MIME-Version: 1.0 To: Niclas Zeising References: <4E454ADD.1020201@zedat.fu-berlin.de> <20110812171611.GA88850@slackbox.erewhon.net> <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> <4E4799D4.8000703@gmail.com> In-Reply-To: <4E4799D4.8000703@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.37.16 Cc: Olivier Smedts , Roland Smith , FreeBSD Current , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:17:50 -0000 On 08/14/11 11:48, Niclas Zeising wrote: > On 2011-08-13 12:08, Roland Smith wrote: >> On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: >>> On 08/13/11 09:26, Roland Smith wrote: >>>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: >>>>> On 08/12/11 22:54, Roland Smith wrote: >>>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: >>>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz >>>> Does this file actually exist if you extract the snapshot? And are the >>>> permissions et cetera OK? >>>> >>>> Roland >>> No, it does not. >>> >>> What I did so far over night: >>> >>> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. >>> Again failure. >>> After that it got the ports tree via CVS (make update in /usr/ports). >>> Everything seems >>> all right. I tried portsnap again. portsnap compalins about a >>> non-portsnap-created /usr/ports >>> and please me to use 'extract'. I do ... but then I run into the very >>> same failure: >>> >>> (portsnap fetch extract:) >>> /usr/ports/devel/cccc/ >>> /usr/ports/devel/ccdoc/ >>> /usr/ports/devel/ccrtp/ >>> /usr/ports/devel/cdash/ >>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not >>> found -- snapshot corrupt. >> I've been looking at the portsnap shellscript. This error message is generated >> by the shell's built-in test command, specifically '[ -r'. It is looking for a >> file that was extracted with tar. So the place to look for the bug is IMO >> >> 1) the portsnap script itself (differences between 8.2 and 9?) >> 2) the sh(1)'s built-in test command (ditto) >> 3) tar (ditto) >> >> When you run 'portsnap fetch' it downloads a tgz archive and unpacks it with >> tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHASH}.tgz' >> in portsnap, and test if the tgz file extracts differently using an >> 8.2-RELEASE tar and the 9-CURRENT tar. If so, that would be a bug! >> >> Roland > Just a "me too!". It happens for me on a recently updated 9-current > virtual machine, built with clang. > Regards! Just got a notebook, build with the old gcc 4.2 of the system FreeBSD 9.0/amd64 -r224579: portsnap works as expected. I will build a most recent system on that box (with systems's outdated gcc 4.2) and I'll report if the problem is still present. By the way: My boxes of failure are all built with CLANG. Oliver From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 10:39:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AEE7106566C for ; Sun, 14 Aug 2011 10:39:07 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa13.ono.com (smtp13.ono.com [62.42.230.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0082D8FC0A for ; Sun, 14 Aug 2011 10:39:06 +0000 (UTC) Received: from GogPortatil.retena.com (95.20.146.120) by resmaa13.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4D6348DC0228459C for freebsd-current@freebsd.org; Sun, 14 Aug 2011 12:27:11 +0200 Message-ID: <4D6348DC0228459C@> (added by postmaster@resmaa13.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 14 Aug 2011 12:27:21 +0200 To: freebsd-current@freebsd.org From: Eduardo Morras In-Reply-To: References: <20110813195127.GA34295@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 10.0.1392 [1520/3832] Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:39:07 -0000 At 22:06 13/08/2011, Steven Hartland wrote: >----- Original Message ----- From: "Alexander Best" > >>i just had the following idea: how about instead of copying the >>current kernel >>to /boot/kernel.old and then installing the new one under /boot/kernel as the >>results of target installkernel, we create a unique directory name >>for the old >>kernel? > >The default size of / is likely your biggest problem. Don't know how much compresable is /boot/kernel.old but tar with -z or -j may be a workaround. We can extract on demand and swap current /boot/kernel with new /boot/kernel. Other way of do it is link /boot/kernel to current kernel and update it, but i don't know (again) if it would work in single user mode. > Regards > Steve From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 10:39:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA26B1065670 for ; Sun, 14 Aug 2011 10:39:43 +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 864658FC0C for ; Sun, 14 Aug 2011 10:39:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QsY6Y-0007Kw-M0>; Sun, 14 Aug 2011 12:39:42 +0200 Received: from e178037016.adsl.alicedsl.de ([85.178.37.16] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QsY6Y-0003RU-Is>; Sun, 14 Aug 2011 12:39:42 +0200 Message-ID: <4E47A5EE.3010509@zedat.fu-berlin.de> Date: Sun, 14 Aug 2011 12:39:42 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110712 Thunderbird/5.0 MIME-Version: 1.0 To: Test Rat References: <4E463836.5000402@zedat.fu-berlin.de> <86hb5lv3iw.fsf@gmail.com> <86pqk9gtpm.fsf@gmail.com> In-Reply-To: <86pqk9gtpm.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.37.16 Cc: FreeBSD Current Subject: Re: FreeBSD 9.0-BETA1/amd64 r224808: buildworld failure: ===> lib/clang/include (all), 1 error, *** Error code 2, 1 error, *** Error code 2, 1 error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:39:43 -0000 On 08/13/11 18:30, Test Rat wrote: > Test Rat writes: > > [...] >> Remaking `cat' >> Results of making cat: >> clang -O2 -pipe -O3 -Qunused-arguments -fcolor-diagnostics >> -march=native -g -fno-omit-frame-pointer -std=gnu99 -fstack-protector >> -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type >> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter >> -Wcast-align -Wchar-subscripts -Winline -Wnested-externs >> -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o cat >> cat.o >> /home/foo/.cache/a/freebsd/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' >> /home/foo/.cache/a/freebsd/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' >> /home/foo/.cache/a/freebsd/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' >> /home/foo/.cache/a/freebsd/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' >> /home/foo/.cache/a/freebsd/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' >> clang: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 > FYI, above error was tracked to broken /dev/stdout and fixed in r224842. Thanks, will try. I'm still with -r224810 ... Oliver From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 11:05:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF6C1065672; Sun, 14 Aug 2011 11:05:36 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AADF8FC08; Sun, 14 Aug 2011 11:05:35 +0000 (UTC) Received: by qyk9 with SMTP id 9so2830647qyk.13 for ; Sun, 14 Aug 2011 04:05:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.43.205 with SMTP id x13mr1758073qce.240.1313319934478; Sun, 14 Aug 2011 04:05:34 -0700 (PDT) Received: by 10.229.87.10 with HTTP; Sun, 14 Aug 2011 04:05:34 -0700 (PDT) In-Reply-To: <4E47A0CB.6090002@zedat.fu-berlin.de> References: <4E454ADD.1020201@zedat.fu-berlin.de> <20110812171611.GA88850@slackbox.erewhon.net> <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> <4E4799D4.8000703@gmail.com> <4E47A0CB.6090002@zedat.fu-berlin.de> Date: Sun, 14 Aug 2011 13:05:34 +0200 Message-ID: From: Olivier Smedts To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Roland Smith , Niclas Zeising , FreeBSD Current , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 11:05:36 -0000 2011/8/14 Hartmann, O. : > On 08/14/11 11:48, Niclas Zeising wrote: >> >> On 2011-08-13 12:08, Roland Smith wrote: >>> >>> On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: >>>> >>>> On 08/13/11 09:26, Roland Smith wrote: >>>>> >>>>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: >>>>>> >>>>>> On 08/12/11 22:54, Roland Smith wrote: >>>>>>> >>>>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a43= 1db398.gz >>>>> >>>>> Does this file actually exist if you extract the snapshot? And are th= e >>>>> permissions et cetera OK? >>>>> >>>>> Roland >>>> >>>> No, it does not. >>>> >>>> What I did so far over night: >>>> >>>> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. >>>> Again failure. >>>> After that it got the ports tree via CVS (make update in /usr/ports). >>>> Everything seems >>>> all right. I tried portsnap again. portsnap compalins about a >>>> non-portsnap-created /usr/ports >>>> and please me to use 'extract'. I do ... but then I run into the very >>>> same failure: >>>> >>>> (portsnap fetch extract:) >>>> /usr/ports/devel/cccc/ >>>> /usr/ports/devel/ccdoc/ >>>> /usr/ports/devel/ccrtp/ >>>> /usr/ports/devel/cdash/ >>>> >>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398= .gz >>>> not >>>> found -- snapshot corrupt. >>> >>> I've been looking at the portsnap shellscript. This error message is >>> generated >>> by the shell's built-in test command, specifically '[ -r'. It is lookin= g >>> for a >>> file that was extracted with tar. So the place to look for the bug is I= MO >>> >>> 1) the portsnap script itself (differences between 8.2 and 9?) >>> 2) the sh(1)'s built-in test command (ditto) >>> 3) tar (ditto) >>> >>> When you run 'portsnap fetch' it downloads a tgz archive and unpacks it >>> with >>> tar(1). What you could try is to comment out the line 'rm >>> ${SNAPSHOTHASH}.tgz' >>> in portsnap, and test if the tgz file extracts differently using an >>> 8.2-RELEASE tar and the 9-CURRENT tar. =A0If so, that would be a bug! >>> >>> Roland >> >> Just a "me too!". It happens for me on a recently updated 9-current >> virtual machine, built with clang. >> Regards! > > Just got a notebook, build with the old gcc 4.2 of the system FreeBSD > 9.0/amd64 -r224579: portsnap works as expected. > > I will build a most recent system on that box (with systems's outdated gc= c > 4.2) and I'll report if the problem is still present. > > By the way: My boxes of failure are all built with CLANG. > > Oliver Trying again today, with my 9.0-BETA1 amd64 box built with clang. Not the same error, but the same kind when using "portsnap extract" : /usr/ports/lang/p5-JavaScript-Value-Escape/ /usr/ports/lang/p5-JavaScript/ /usr/ports/lang/p5-List-MoreUtils/ /usr/ports/lang/p5-Modern-Perl/ /usr/ports/lang/p5-POE-Component-Hailo/ files/b54a58da6d23d31f19a9105f70af03ef797aba8db6bdbc03d6deb72e62011d56.gz not found -- snapshot corrupt. This file is not present in /var/db/portsnap/files/. # ll /var/db/portsnap/files/ | wc -l 22862 This was after removing /var/db/portsnap/files/ and /var/db/portsnap/t* and a fresh "portsnap fetch", on the portsnap5 mirror. # fetch http://portsnap5.freebsd.org/s/c9a2c992e8bde0c98309f76a0ecfb00eb765= 58c7c3dcbd0405a88316b775e66b.tgz # tar tf c9a2c992e8bde0c98309f76a0ecfb00eb76558c7c3dcbd0405a88316b775e66b.t= gz | grep b54a58 nothing... I tried on portsnap2 and the file was not present in c9a2c992e8bde0c98309f76a0ecfb00eb76558c7c3dcbd0405a88316b775e66b.tgz --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 11:13:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D46B91065670 for ; Sun, 14 Aug 2011 11:13:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67B5A8FC14 for ; Sun, 14 Aug 2011 11:13:50 +0000 (UTC) Received: by fxe4 with SMTP id 4so4033448fxe.13 for ; Sun, 14 Aug 2011 04:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yiQn982oY0I/XHcMXeM4zjNpVOuHEgI4vfn4D7VEGC4=; b=WwbMH4yDPIcIfRLm+IT4tbezM8u4GRoSjDBtaJjK0aYpXRXVi//Lf0YgoIVGuRY3uE Oo3TxuCpU3lXsdkvMvavHmoDc6TKa4HGarXFtcfmlE32SlfN5Khg5vG0dE91vmr+dM7U ncQMeKcUU405dQIQro1UVTwlflF6x2czVLtSc= Received: by 10.223.26.69 with SMTP id d5mr3965705fac.136.1313320429186; Sun, 14 Aug 2011 04:13:49 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w16sm944679fah.44.2011.08.14.04.13.45 (version=SSLv3 cipher=OTHER); Sun, 14 Aug 2011 04:13:46 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E47ADD9.5000609@FreeBSD.org> Date: Sun, 14 Aug 2011 14:13:29 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110709 Thunderbird/5.0 MIME-Version: 1.0 To: Michael Butler References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: oddity mounting MMC/SD cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 11:13:51 -0000 Hi. On 13.08.2011 23:56, Michael Butler wrote: > I tried to mount a card from my phone (it's quicker to copy directly > than through USB) but I get this .. what am I missing here? > > Aug 13 16:53:37 toshi kernel: sdhci0-slot0: Card inserted > Aug 13 16:53:37 toshi kernel: mmc0: on sdhci0 > Aug 13 16:53:37 toshi kernel: mmc0: Probing bus > Aug 13 16:53:37 toshi kernel: mmc0: SD probe: OK (OCR: 0x00ff8000) > Aug 13 16:53:37 toshi kernel: mmc0: Current OCR: 0x00ff8000 > Aug 13 16:53:38 toshi kernel: mmc0: Probing cards > Aug 13 16:53:38 toshi kernel: mmc0: New card detected (CID > 03534453553136478080d4290400a300) > Aug 13 16:53:38 toshi kernel: mmc0: Card at relative address 36832 added: > Aug 13 16:53:38 toshi kernel: mmc0: card: SD High Capacity > (0x3/0x5344/"SU16G" rev 8.0 m/d 03.2010 s/n 80d42904) > Aug 13 16:53:38 toshi kernel: mmc0: bus: 4bit, 50MHz, high speed timing > Aug 13 16:53:38 toshi kernel: mmc0: memory: 31116288 blocks, erase > sector 8192 blocks, read-only > Aug 13 16:53:38 toshi kernel: mmc0: setting transfer rate to 30.000MHz > Aug 13 16:53:38 toshi kernel: mmcsd0: 2905MB > (read-only) at mmc0 24MHz/4bit > Aug 13 16:53:38 toshi kernel: GEOM: new disk mmcsd0 > Aug 13 16:53:38 toshi kernel: mmc0: setting bus width to 4 bits > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > Aug 13 16:53:38 toshi kernel: GEOM_PART: partition 1 has end offset > beyond last LBA: 31116287> 5950463 > Aug 13 16:53:38 toshi kernel: GEOM_PART: integrity check failed (mmcsd0, > MBR) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ It looks like consequence of r222475. Could you try this patch: --- dev/mmc/mmcsd.c.prev 2011-08-14 14:09:35.000000000 +0300 +++ dev/mmc/mmcsd.c 2011-08-14 14:09:14.000000000 +0300 @@ -137,7 +137,7 @@ mmcsd_attach(device_t dev) d->d_drv1 = sc; d->d_maxsize = 4*1024*1024; /* Maximum defined SD card AU size. */ d->d_sectorsize = mmc_get_sector_size(dev); - d->d_mediasize = mmc_get_media_size(dev) * d->d_sectorsize; + d->d_mediasize = (off_t)mmc_get_media_size(dev) * d->d_sectorsize; d->d_stripeoffset = 0; d->d_stripesize = mmc_get_erase_sector(dev) * d->d_sectorsize; d->d_unit = device_get_unit(dev); -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 11:25:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 4CF7E1065672; Sun, 14 Aug 2011 11:25:34 +0000 (UTC) Date: Sun, 14 Aug 2011 11:25:34 +0000 From: Alexander Best To: Niclas Zeising Message-ID: <20110814112534.GA58077@freebsd.org> References: <20110812171611.GA88850@slackbox.erewhon.net> <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> <4E4799D4.8000703@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E4799D4.8000703@gmail.com> Cc: Roland Smith , Olivier Smedts , FreeBSD Current , freebsd-ports@freebsd.org, "Hartmann, O." , freebsd-questions@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 11:25:34 -0000 On Sun Aug 14 11, Niclas Zeising wrote: > On 2011-08-13 12:08, Roland Smith wrote: > > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: > >> On 08/13/11 09:26, Roland Smith wrote: > >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: > >>>> On 08/12/11 22:54, Roland Smith wrote: > >>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: > >>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz > >>> Does this file actually exist if you extract the snapshot? And are the > >>> permissions et cetera OK? > >>> > >>> Roland > >> > >> No, it does not. > >> > >> What I did so far over night: > >> > >> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. > >> Again failure. > >> After that it got the ports tree via CVS (make update in /usr/ports). > >> Everything seems > >> all right. I tried portsnap again. portsnap compalins about a > >> non-portsnap-created /usr/ports > >> and please me to use 'extract'. I do ... but then I run into the very > >> same failure: > >> > >> (portsnap fetch extract:) > >> /usr/ports/devel/cccc/ > >> /usr/ports/devel/ccdoc/ > >> /usr/ports/devel/ccrtp/ > >> /usr/ports/devel/cdash/ > >> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not > >> found -- snapshot corrupt. > > > > I've been looking at the portsnap shellscript. This error message is generated > > by the shell's built-in test command, specifically '[ -r'. It is looking for a > > file that was extracted with tar. So the place to look for the bug is IMO > > > > 1) the portsnap script itself (differences between 8.2 and 9?) > > 2) the sh(1)'s built-in test command (ditto) > > 3) tar (ditto) > > > > When you run 'portsnap fetch' it downloads a tgz archive and unpacks it with > > tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHASH}.tgz' > > in portsnap, and test if the tgz file extracts differently using an > > 8.2-RELEASE tar and the 9-CURRENT tar. If so, that would be a bug! > > > > Roland > > Just a "me too!". It happens for me on a recently updated 9-current > virtual machine, built with clang. same here: /usr/ports/databases/gigabase/ /usr/ports/databases/godis/ files/39644d98f9e9b9d9a362cbfc075a996683e8a611a4362d883247c9a2e2fa2658.gz not found -- snapshot corrupt. running r224841 on amd64 built with base clang. > Regards! > -- > Niclas From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 11:29:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48FA51065672 for ; Sun, 14 Aug 2011 11:29:36 +0000 (UTC) (envelope-from ttsestt@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id CFD338FC0C for ; Sun, 14 Aug 2011 11:29:35 +0000 (UTC) Received: by eye4 with SMTP id 4so2484839eye.31 for ; Sun, 14 Aug 2011 04:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=hXDMeABOZFS0WaelNlZbzp9bqrGFpUNB6qiMGNg/NSY=; b=aaU8CXhnGG9lIiypbXqOTPFiGUFDvaBQGlQF7pv5aWK7hb9nNQnZSJ5vf/nLLoCNSt shIuErzHMJreAikZ3uD5AXUN7vMtv2pWyWi/9zHvFPczLCkMkC9XpeU2IPY702BAa4Hi aqVPpevxPR66fmK7iVqOHCzrEp4SE5RsWCoL0= Received: by 10.14.146.66 with SMTP id q42mr358841eej.149.1313321374695; Sun, 14 Aug 2011 04:29:34 -0700 (PDT) Received: from localhost (chomsky.torservers.net [77.247.181.162]) by mx.google.com with ESMTPS id b13sm2107734een.65.2011.08.14.04.29.32 (version=SSLv3 cipher=OTHER); Sun, 14 Aug 2011 04:29:34 -0700 (PDT) From: Test Rat To: Eduardo Morras References: <20110813195127.GA34295@freebsd.org> <35403.3654126853$1313318383@news.gmane.org> Date: Sun, 14 Aug 2011 15:29:21 +0400 In-Reply-To: <35403.3654126853$1313318383@news.gmane.org> (Eduardo Morras's message of "Sun, 14 Aug 2011 12:27:21 +0200") Message-ID: <86sjp4z0xa.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 11:29:36 -0000 Eduardo Morras writes: > At 22:06 13/08/2011, Steven Hartland wrote: >>> i just had the following idea: how about instead of copying the >>> current kernel >>>to /boot/kernel.old and then installing the new one under /boot/kernel as the >>> results of target installkernel, we create a unique directory name >>> for the old >>>kernel? >> >>The default size of / is likely your biggest problem. > > Don't know how much compresable is /boot/kernel.old but tar with -z > or -j may be a workaround. We can extract on demand and swap current > /boot/kernel with new /boot/kernel. Other way of do it is link > /boot/kernel to current kernel and update it, but i don't know > (again) if it would work in single user mode. There is kgzldr that lets you boot compressed kernels. Try $ gzip /boot/kernel/* $ reboot From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 11:51:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 669E2106566C for ; Sun, 14 Aug 2011 11:51:37 +0000 (UTC) (envelope-from ttsestt@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24B6B8FC08 for ; Sun, 14 Aug 2011 11:51:37 +0000 (UTC) Received: by vws18 with SMTP id 18so4500187vws.13 for ; Sun, 14 Aug 2011 04:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=XLGz6bicVLOME1XK885IuDEbyjzwrt9Feunpfz1ODWs=; b=vorSwjt6aNF+iYZmaG8hfmEw7IpcDcT26LdqTWnPkRoaUWEJAbFmpPgLPsbfhXvsaC H6xhWf4TamYVMTWaOlHX5YQUqTkWKiuL/MNBi3SPzNqvQ0Vwaa+jl2SY6r9nhmxJr1p3 V7fWHbqNm9ORYOKx8rSM3dunrY9HKxMXC5Hgs= Received: by 10.52.179.35 with SMTP id dd3mr2654897vdc.438.1313322696497; Sun, 14 Aug 2011 04:51:36 -0700 (PDT) Received: from localhost (raskin.torservers.net [74.120.15.150]) by mx.google.com with ESMTPS id p11sm892617vcu.27.2011.08.14.04.51.33 (version=SSLv3 cipher=OTHER); Sun, 14 Aug 2011 04:51:35 -0700 (PDT) From: Test Rat To: Eduardo Morras References: <20110813195127.GA34295@freebsd.org> <35403.3654126853$1313318383@news.gmane.org> <86sjp4z0xa.fsf@gmail.com> Date: Sun, 14 Aug 2011 15:51:29 +0400 In-Reply-To: <86sjp4z0xa.fsf@gmail.com> (Test Rat's message of "Sun, 14 Aug 2011 15:29:21 +0400") Message-ID: <86bovsyzwe.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 11:51:37 -0000 Test Rat writes: > Eduardo Morras writes: > >> At 22:06 13/08/2011, Steven Hartland wrote: >>>> i just had the following idea: how about instead of copying the >>>> current kernel >>>>to /boot/kernel.old and then installing the new one under /boot/kernel as the >>>> results of target installkernel, we create a unique directory name >>>> for the old >>>>kernel? >>> >>>The default size of / is likely your biggest problem. >> >> Don't know how much compresable is /boot/kernel.old but tar with -z >> or -j may be a workaround. We can extract on demand and swap current >> /boot/kernel with new /boot/kernel. Other way of do it is link >> /boot/kernel to current kernel and update it, but i don't know >> (again) if it would work in single user mode. > > There is kgzldr that lets you boot compressed kernels. Try > > $ gzip /boot/kernel/* > $ reboot Nevermind, I've confused it with gzip support in loader, it also has bzip2 support which for some reason doesn't work for me bzf_read: BZ2_bzDecompress returned -3 From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 12:02:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id AE640106567A; Sun, 14 Aug 2011 12:02:06 +0000 (UTC) Date: Sun, 14 Aug 2011 12:02:06 +0000 From: Alexander Best To: Test Rat Message-ID: <20110814120206.GA66085@freebsd.org> References: <20110813195127.GA34295@freebsd.org> <35403.3654126853$1313318383@news.gmane.org> <86sjp4z0xa.fsf@gmail.com> <86bovsyzwe.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86bovsyzwe.fsf@gmail.com> Cc: Eduardo Morras , freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 12:02:06 -0000 On Sun Aug 14 11, Test Rat wrote: > Test Rat writes: > > > Eduardo Morras writes: > > > >> At 22:06 13/08/2011, Steven Hartland wrote: > >>>> i just had the following idea: how about instead of copying the > >>>> current kernel > >>>>to /boot/kernel.old and then installing the new one under /boot/kernel as the > >>>> results of target installkernel, we create a unique directory name > >>>> for the old > >>>>kernel? > >>> > >>>The default size of / is likely your biggest problem. > >> > >> Don't know how much compresable is /boot/kernel.old but tar with -z > >> or -j may be a workaround. We can extract on demand and swap current > >> /boot/kernel with new /boot/kernel. Other way of do it is link > >> /boot/kernel to current kernel and update it, but i don't know > >> (again) if it would work in single user mode. > > > > There is kgzldr that lets you boot compressed kernels. Try > > > > $ gzip /boot/kernel/* > > $ reboot the above works for me. just booted a compressed kernel. > > Nevermind, I've confused it with gzip support in loader, it also > has bzip2 support which for some reason doesn't work for me > > bzf_read: BZ2_bzDecompress returned -3 From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:08:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD431065672; Sun, 14 Aug 2011 13:08:37 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD0578FC13; Sun, 14 Aug 2011 13:08:36 +0000 (UTC) Received: by qwc9 with SMTP id 9so2835059qwc.13 for ; Sun, 14 Aug 2011 06:08:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.95.84 with SMTP id c20mr1783681qcn.278.1313327316053; Sun, 14 Aug 2011 06:08:36 -0700 (PDT) Received: by 10.229.87.10 with HTTP; Sun, 14 Aug 2011 06:08:35 -0700 (PDT) In-Reply-To: <20110814112534.GA58077@freebsd.org> References: <20110812171611.GA88850@slackbox.erewhon.net> <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> <4E4799D4.8000703@gmail.com> <20110814112534.GA58077@freebsd.org> Date: Sun, 14 Aug 2011 15:08:35 +0200 Message-ID: From: Olivier Smedts To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Niclas Zeising , Roland Smith , FreeBSD Current , freebsd-ports@freebsd.org, "Hartmann, O." , freebsd-questions@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 13:08:37 -0000 2011/8/14 Alexander Best : > On Sun Aug 14 11, Niclas Zeising wrote: >> On 2011-08-13 12:08, Roland Smith wrote: >> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: >> >> On 08/13/11 09:26, Roland Smith wrote: >> >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: >> >>>> On 08/12/11 22:54, Roland Smith wrote: >> >>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: >> >>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a4= 31db398.gz >> >>> Does this file actually exist if you extract the snapshot? And are t= he >> >>> permissions et cetera OK? >> >>> >> >>> Roland >> >> >> >> No, it does not. >> >> >> >> What I did so far over night: >> >> >> >> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again= . >> >> Again failure. >> >> After that it got the ports tree via CVS (make update in /usr/ports). >> >> Everything seems >> >> all right. I tried portsnap again. portsnap compalins about a >> >> non-portsnap-created /usr/ports >> >> and please me to use 'extract'. I do ... but then I run into the very >> >> same failure: >> >> >> >> (portsnap fetch extract:) >> >> /usr/ports/devel/cccc/ >> >> /usr/ports/devel/ccdoc/ >> >> /usr/ports/devel/ccrtp/ >> >> /usr/ports/devel/cdash/ >> >> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db39= 8.gz not >> >> found -- snapshot corrupt. >> > >> > I've been looking at the portsnap shellscript. This error message is g= enerated >> > by the shell's built-in test command, specifically '[ -r'. It is looki= ng for a >> > file that was extracted with tar. So the place to look for the bug is = IMO >> > >> > 1) the portsnap script itself (differences between 8.2 and 9?) >> > 2) the sh(1)'s built-in test command (ditto) >> > 3) tar (ditto) >> > >> > When you run 'portsnap fetch' it downloads a tgz archive and unpacks i= t with >> > tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHA= SH}.tgz' >> > in portsnap, and test if the tgz file extracts differently using an >> > 8.2-RELEASE tar and the 9-CURRENT tar. =A0If so, that would be a bug! >> > >> > Roland >> >> Just a "me too!". It happens for me on a recently updated 9-current >> virtual machine, built with clang. > > same here: > > /usr/ports/databases/gigabase/ > /usr/ports/databases/godis/ > files/39644d98f9e9b9d9a362cbfc075a996683e8a611a4362d883247c9a2e2fa2658.gz= not found -- snapshot corrupt. > > running r224841 on amd64 built with base clang. Aparently fixed with latest HEAD *kernel* : # svn log -v -r224842 ------------------------------------------------------------------------ r224842 | rwatson | 2011-08-13 18:03:40 +0200 (sam 13 ao=FB 2011) | 10 lign= es Chemins modifi=E9s=A0: M /head/sys/kern/vfs_syscalls.c When falloc() was broken into separate falloc_noinstall() and finstall(), a bug was introduced in kern_openat() such that the error from the vnode open operation was overwritten before it was passed as an argument to dupfdopen(). This broke operations on /dev/{stdin,stdout,stderr}. Fix by preserving the original error number across finstall() so that it is still available. Approved by: re (kib) Reported by: cognet ------------------------------------------------------------------------ You won't be able to buildworld with the buggy kernel, but you can buildkernel and reboot on the new kernel. No problems with portsnap after that (don't know if you have to clean the old portsnap files, I did it). --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:34:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37BEF1065677; Sun, 14 Aug 2011 13:34:14 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id F13FC8FC08; Sun, 14 Aug 2011 13:34:13 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 03C706102; Sun, 14 Aug 2011 09:34:12 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1313328853; bh=jCsSg/yFogGy8u8/FH8aZdtrCRlNaywv4k5FT5dL7Xo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=J+vscpKJcGtWL5py8yuMSNIlTdNKo2pygftOKB03jTJKRA0W8GRMU7Rgxqm0ldc3t CtGPQ7Lf334FqaaHezyqDS2MMlca5KG8vouGMwRCkDWh6nrmIdx6UzQzsbSACBz DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=jnmQSuKBhZnDodXzn+tGTqj71X99J5nUsP4tcrjp7G9GiJJgXeNZvnVaSjtqmN2BU 4cM10R7qrJ0ed8veQW5tUQcqDgzTM4Y6dA17OYXkycGT6+fi++uGX2xKY/bLrAU Message-ID: <4E47CED2.8020404@protected-networks.net> Date: Sun, 14 Aug 2011 09:34:10 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110713 Thunderbird/5.0 MIME-Version: 1.0 To: Alexander Motin References: <4E47ADD9.5000609@FreeBSD.org> In-Reply-To: <4E47ADD9.5000609@FreeBSD.org> X-Enigmail-Version: 1.2.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: oddity mounting MMC/SD cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 13:34:14 -0000 On 08/14/11 07:13, Alexander Motin wrote: > On 13.08.2011 23:56, Michael Butler wrote: >> vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv >> Aug 13 16:53:38 toshi kernel: GEOM_PART: partition 1 has end offset >> beyond last LBA: 31116287> 5950463 >> Aug 13 16:53:38 toshi kernel: GEOM_PART: integrity check failed (mmcsd0, >> MBR) >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > It looks like consequence of r222475. Could you try this patch: > > --- dev/mmc/mmcsd.c.prev 2011-08-14 14:09:35.000000000 +0300 > +++ dev/mmc/mmcsd.c 2011-08-14 14:09:14.000000000 +0300 > @@ -137,7 +137,7 @@ mmcsd_attach(device_t dev) > d->d_drv1 = sc; > d->d_maxsize = 4*1024*1024; /* Maximum defined SD card AU > size. */ > d->d_sectorsize = mmc_get_sector_size(dev); > - d->d_mediasize = mmc_get_media_size(dev) * d->d_sectorsize; > + d->d_mediasize = (off_t)mmc_get_media_size(dev) * d->d_sectorsize; > d->d_stripeoffset = 0; > d->d_stripesize = mmc_get_erase_sector(dev) * d->d_sectorsize; > d->d_unit = device_get_unit(dev); That worked :-) However, I found another (smaller) card where it didn't help :-( sdhci0-slot0: Card inserted mmc0: on sdhci0 mmc0: Probing bus mmc0: SD probe: OK (OCR: 0x00ff8000) mmc0: Current OCR: 0x00ff8000 mmc0: Probing cards mmc0: New card detected (CID 02544d5341303447049c02a7f6009b00) mmc0: Card at relative address 4660 added: mmc0: card: SD High Capacity (0x2/0x544d/"SA04G" rev 0.4 m/d 11.2009 s/n 9c02a7f6) mmc0: bus: 4bit, 50MHz, high speed timing mmc0: memory: 7733248 blocks, erase sector 8192 blocks, read-only mmc0: setting transfer rate to 30.000MHz mmcsd0: 3776MB (read-only) at mmc0 24MHz/4bit GEOM: new disk mmcsd0 mmc0: setting bus width to 4 bits GEOM_PART: partition 1 has end offset beyond last LBA: 7741438 > 7733247 GEOM_PART: integrity check failed (mmcsd0, MBR) The complaint appears to be valid, given fdisk's output .. is this something to do with the 'relative address'? imb@toshi:/usr/src> fdisk /dev/mmcsd0 ******* Working on device /dev/mmcsd0 ******* parameters extracted from in-core disklabel are: cylinders=481 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=481 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 8192, size 7733247 (3775 Meg), flag 0 beg: cyl 1/ head 2/ sector 3; end: cyl 960/ head 48/ sector 48 imb From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:38:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 2CBBE10656A7; Sun, 14 Aug 2011 13:38:14 +0000 (UTC) Date: Sun, 14 Aug 2011 13:38:14 +0000 From: Alexander Best To: Olivier Smedts Message-ID: <20110814133814.GA77936@freebsd.org> References: <20110812182108.GA90173@slackbox.erewhon.net> <4E457477.4060400@zedat.fu-berlin.de> <20110812205408.GA9873@slackbox.erewhon.net> <4E45ACA8.5070406@zedat.fu-berlin.de> <20110813072642.GA24239@slackbox.erewhon.net> <4E462D0D.8070901@zedat.fu-berlin.de> <20110813100810.GA27193@slackbox.erewhon.net> <4E4799D4.8000703@gmail.com> <20110814112534.GA58077@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: Niclas Zeising , Roland Smith , FreeBSD Current , freebsd-ports@freebsd.org, "Hartmann, O." , freebsd-questions@freebsd.org Subject: Re: files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not found -- snapshot corrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 13:38:14 -0000 On Sun Aug 14 11, Olivier Smedts wrote: > 2011/8/14 Alexander Best : > > On Sun Aug 14 11, Niclas Zeising wrote: > >> On 2011-08-13 12:08, Roland Smith wrote: > >> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote: > >> >> On 08/13/11 09:26, Roland Smith wrote: > >> >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote: > >> >>>> On 08/12/11 22:54, Roland Smith wrote: > >> >>>>> On Fri, Aug 12, 2011 at 08:44:07PM +0200, Hartmann, O. wrote: > >> >>>>>>>> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz > >> >>> Does this file actually exist if you extract the snapshot? And are the > >> >>> permissions et cetera OK? > >> >>> > >> >>> Roland > >> >> > >> >> No, it does not. > >> >> > >> >> What I did so far over night: > >> >> > >> >> I deleted /var/db/portsnap as well as /usr/ports/. Then I tried again. > >> >> Again failure. > >> >> After that it got the ports tree via CVS (make update in /usr/ports). > >> >> Everything seems > >> >> all right. I tried portsnap again. portsnap compalins about a > >> >> non-portsnap-created /usr/ports > >> >> and please me to use 'extract'. I do ... but then I run into the very > >> >> same failure: > >> >> > >> >> (portsnap fetch extract:) > >> >> /usr/ports/devel/cccc/ > >> >> /usr/ports/devel/ccdoc/ > >> >> /usr/ports/devel/ccrtp/ > >> >> /usr/ports/devel/cdash/ > >> >> files/dd7c394c9c9ddf4b97f1b14c676f370adc259b2c7a4b8346eba0788a431db398.gz not > >> >> found -- snapshot corrupt. > >> > > >> > I've been looking at the portsnap shellscript. This error message is generated > >> > by the shell's built-in test command, specifically '[ -r'. It is looking for a > >> > file that was extracted with tar. So the place to look for the bug is IMO > >> > > >> > 1) the portsnap script itself (differences between 8.2 and 9?) > >> > 2) the sh(1)'s built-in test command (ditto) > >> > 3) tar (ditto) > >> > > >> > When you run 'portsnap fetch' it downloads a tgz archive and unpacks it with > >> > tar(1). What you could try is to comment out the line 'rm ${SNAPSHOTHASH}.tgz' > >> > in portsnap, and test if the tgz file extracts differently using an > >> > 8.2-RELEASE tar and the 9-CURRENT tar.  If so, that would be a bug! > >> > > >> > Roland > >> > >> Just a "me too!". It happens for me on a recently updated 9-current > >> virtual machine, built with clang. > > > > same here: > > > > /usr/ports/databases/gigabase/ > > /usr/ports/databases/godis/ > > files/39644d98f9e9b9d9a362cbfc075a996683e8a611a4362d883247c9a2e2fa2658.gz not found -- snapshot corrupt. > > > > running r224841 on amd64 built with base clang. > > Aparently fixed with latest HEAD *kernel* : > > # svn log -v -r224842 > ------------------------------------------------------------------------ > r224842 | rwatson | 2011-08-13 18:03:40 +0200 (sam 13 aoû 2011) | 10 lignes > Chemins modifiés : > M /head/sys/kern/vfs_syscalls.c > > When falloc() was broken into separate falloc_noinstall() and finstall(), > a bug was introduced in kern_openat() such that the error from the vnode > open operation was overwritten before it was passed as an argument to > dupfdopen(). This broke operations on /dev/{stdin,stdout,stderr}. Fix > by preserving the original error number across finstall() so that it is > still available. > > Approved by: re (kib) > Reported by: cognet > > ------------------------------------------------------------------------ > > You won't be able to buildworld with the buggy kernel, but you can > buildkernel and reboot on the new kernel. No problems with portsnap > after that (don't know if you have to clean the old portsnap files, I > did it). thanks. switching to a newer revision alone didn't solve the issue. however after doing rm -r /var/db/portsnap/files/; rm /var/db/portsnap/t*; portsnap fetch update everything's back to normal. :) > > -- > Olivier Smedts                                                 _ >                                         ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org        - against HTML email & vCards  X > www: http://www.gid0.org    - against proprietary attachments / \ > >   "Il y a seulement 10 sortes de gens dans le monde : >   ceux qui comprennent le binaire, >   et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:41:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 553DE106566C for ; Sun, 14 Aug 2011 13:41:48 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id EAB4F8FC19 for ; Sun, 14 Aug 2011 13:41:47 +0000 (UTC) Received: from unixmania.com ([189.251.172.18]) by ns2.bafirst.com with esmtp; Sun, 14 Aug 2011 08:41:45 -0500 id 000DA804.4E47D09A.00011114 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Sun, 14 Aug 2011 08:41:45 -0500 id 000CF734.4E47D099.0001324A Received: from dsl-189-251-20-225-dyn.prod-infinitum.com.mx (dsl-189-251-20-225-dyn.prod-infinitum.com.mx [189.251.20.225]) by econet.encontacto.net (Horde Framework) with HTTP; Sun, 14 Aug 2011 08:41:45 -0500 Message-ID: <20110814084145.19501t5cq5kr3a1w@econet.encontacto.net> Date: Sun, 14 Aug 2011 08:41:45 -0500 From: eculp To: Garrett Cooper References: <20110813103752.844555ossu60rksg@econet.encontacto.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20100101 Firefox/5.0 X-IMP-Server: 189.251.172.18 X-Originating-IP: 189.251.20.225 X-Originating-User: eculp@encontacto.net Cc: freebsd-current Subject: Re: For about a week I've been trying to build a release that breaks at docproj. Just low priority break information. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 13:41:48 -0000 Quoting Garrett Cooper : > On Sat, Aug 13, 2011 at 9:09 AM, Garrett Cooper wrote= : >> On Sat, Aug 13, 2011 at 8:37 AM, eculp wrote: >>> I've been building a release about once a week on current. =A0The last >>> successful build was on august 8 but don't know when this started =20 >>> but in the >>> last few days. >>> >>> I am building on >>> # uname -a >>> FreeBSD Home.EnContacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug 13 >>> 05:09:17 CDT 2011 >>> root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO =A0amd64 >>> >>> All builds include ports kernel updated ports, etc. =A0I build it with >>> generate-release.sh script below. >>> >>> sh generate-release.sh head /local3/release >> >> =A0 =A0Please try the attached patch. > > This will work better. > Thanks, > -Garrett > World was broken for me on my early csup, I'm retrying and will get =20 back after a successful build. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:42:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FF361065696 for ; Sun, 14 Aug 2011 13:42:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8998FC2A for ; Sun, 14 Aug 2011 13:42:41 +0000 (UTC) Received: by fxe4 with SMTP id 4so4081448fxe.13 for ; Sun, 14 Aug 2011 06:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hd6jgHcacvwKNirwR1OWcGU/72Q4z15w6cnKJA6GznQ=; b=Vu57KqsLtDnVN4F+ICmoER2CEpmaqb8p+GQJCVhQQHn0tfMAw3sQKSugqvDMzGild0 834FNRA4HsstbAQiwjPmEVLsU6+SpjbYipHJJ6gbn94GeCxg5G4F1xYHrbtrAl7qXEjl ioRQhcaffHF3jFOvDmGXSCy6OJVBfrMcuYP9g= Received: by 10.223.145.16 with SMTP id b16mr2547719fav.128.1313329360605; Sun, 14 Aug 2011 06:42:40 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s14sm2349409fah.5.2011.08.14.06.42.38 (version=SSLv3 cipher=OTHER); Sun, 14 Aug 2011 06:42:39 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E47D0BB.9060709@FreeBSD.org> Date: Sun, 14 Aug 2011 16:42:19 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110709 Thunderbird/5.0 MIME-Version: 1.0 To: Michael Butler References: <4E47ADD9.5000609@FreeBSD.org> <4E47CED2.8020404@protected-networks.net> In-Reply-To: <4E47CED2.8020404@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: oddity mounting MMC/SD cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 13:42:43 -0000 On 14.08.2011 16:34, Michael Butler wrote: > On 08/14/11 07:13, Alexander Motin wrote: > >> On 13.08.2011 23:56, Michael Butler wrote: >>> vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv >>> Aug 13 16:53:38 toshi kernel: GEOM_PART: partition 1 has end offset >>> beyond last LBA: 31116287> 5950463 >>> Aug 13 16:53:38 toshi kernel: GEOM_PART: integrity check failed (mmcsd0, >>> MBR) >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> It looks like consequence of r222475. Could you try this patch: >> >> --- dev/mmc/mmcsd.c.prev 2011-08-14 14:09:35.000000000 +0300 >> +++ dev/mmc/mmcsd.c 2011-08-14 14:09:14.000000000 +0300 >> @@ -137,7 +137,7 @@ mmcsd_attach(device_t dev) >> d->d_drv1 = sc; >> d->d_maxsize = 4*1024*1024; /* Maximum defined SD card AU >> size. */ >> d->d_sectorsize = mmc_get_sector_size(dev); >> - d->d_mediasize = mmc_get_media_size(dev) * d->d_sectorsize; >> + d->d_mediasize = (off_t)mmc_get_media_size(dev) * d->d_sectorsize; >> d->d_stripeoffset = 0; >> d->d_stripesize = mmc_get_erase_sector(dev) * d->d_sectorsize; >> d->d_unit = device_get_unit(dev); > > That worked :-) > > However, I found another (smaller) card where it didn't help :-( > > sdhci0-slot0: Card inserted > mmc0: on sdhci0 > mmc0: Probing bus > mmc0: SD probe: OK (OCR: 0x00ff8000) > mmc0: Current OCR: 0x00ff8000 > mmc0: Probing cards > mmc0: New card detected (CID 02544d5341303447049c02a7f6009b00) > mmc0: Card at relative address 4660 added: > mmc0: card: SD High Capacity (0x2/0x544d/"SA04G" rev 0.4 m/d 11.2009 > s/n 9c02a7f6) > mmc0: bus: 4bit, 50MHz, high speed timing > mmc0: memory: 7733248 blocks, erase sector 8192 blocks, read-only > mmc0: setting transfer rate to 30.000MHz > mmcsd0: 3776MB (read-only) at mmc0 24MHz/4bit > GEOM: new disk mmcsd0 > mmc0: setting bus width to 4 bits > GEOM_PART: partition 1 has end offset beyond last LBA: 7741438> 7733247 > GEOM_PART: integrity check failed (mmcsd0, MBR) > > The complaint appears to be valid, given fdisk's output .. is this > something to do with the 'relative address'? > > imb@toshi:/usr/src> fdisk /dev/mmcsd0 > ******* Working on device /dev/mmcsd0 ******* > parameters extracted from in-core disklabel are: > cylinders=481 heads=255 sectors/track=63 (16065 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=481 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) > start 8192, size 7733247 (3775 Meg), flag 0 > beg: cyl 1/ head 2/ sector 3; > end: cyl 960/ head 48/ sector 48 This time it looks different. Card size looks consistent, but partition is bigger then card size. Could you check card and partition sizes in some other (USB) card reader? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 15:29:32 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDD7106566C for ; Sun, 14 Aug 2011 15:29:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ACAC98FC15 for ; Sun, 14 Aug 2011 15:29:32 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4D48846B06 for ; Sun, 14 Aug 2011 11:29:32 -0400 (EDT) Date: Sun, 14 Aug 2011 16:29:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: nroff -mandoc | more no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 15:29:32 -0000 I'm guessing this relates to nroff/groff tweaks, but I was a bit unhappy to learn that the command I've used for the last decade to render man pages while editing them (nroff -mandoc foo.1 | more) no longer works (output below). It seems likely this has to do with teaching groff to use ANSI escape codes that more, by default, rejects. I'm aware there are lots of other command lines I could use, but it seems unfortunate that this is broken -- possibly more should accept more escape codes in its default configuration, or nroff should generate fewer of them? (I'd love to see this fixed for 9.0) Robert N M Watson Computer Laboratory University of Cambridge robert@cinnamon-freebsd:/usr/src/lib/libc/sys> nroff -mandoc dup.2 | more DUP(2) FreeBSD System Calls Manual DUP(2) ESC[1mNAMEESC[0m ESC[1mdupESC[22m, ESC[1mdup2 ESC[22m-- duplicate an existing file descriptor ESC[1mLIBRARYESC[0m Standard C Library (libc, -lc) ESC[1mSYNOPSISESC[0m ESC[1m#include ESC[0m ESC[4mintESC[0m ESC[1mdupESC[22m(ESC[4mintESC[24m ESC[4molddESC[24m); From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 17:56:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CA6106566B for ; Sun, 14 Aug 2011 17:56:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 970728FC1A for ; Sun, 14 Aug 2011 17:56:58 +0000 (UTC) Received: by vws18 with SMTP id 18so4630478vws.13 for ; Sun, 14 Aug 2011 10:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Plo2WYbVd6ZkayuwdUQ1tZWOOIiZvt4hLbNbB8rwJUA=; b=uy6f7TPacwfh97EnB6o9l+Ml7XklAokZN2naR9uI2+x25lC76ZV9GN2a/ydCC58A7G oOD5UfUdKDCQZY8cNuSuSaFWh8YQyvVvOzEJb2LpkKIHvOTGIiL1pbt6nnJZUKc5xLLN 4M2y0ZZk7TaJTmeDzhkwYMyN7dcjF4boFjk8o= MIME-Version: 1.0 Received: by 10.220.84.65 with SMTP id i1mr918311vcl.54.1313344617558; Sun, 14 Aug 2011 10:56:57 -0700 (PDT) Received: by 10.220.186.134 with HTTP; Sun, 14 Aug 2011 10:56:57 -0700 (PDT) In-Reply-To: <20110813195127.GA34295@freebsd.org> References: <20110813195127.GA34295@freebsd.org> Date: Sun, 14 Aug 2011 10:56:57 -0700 Message-ID: From: Freddie Cash To: Alexander Best Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 17:56:59 -0000 On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote: > hi there, > > i just had the following idea: how about instead of copying the current > kernel > to /boot/kernel.old and then installing the new one under /boot/kernel as > the > results of target installkernel, we create a unique directory name for the > old > kernel? > > something like /boot/kernel-r${revision}-${/dev/random}? > > that would let people not only boot the previous kernel, but all kernels > that > have been replaced by target installkernel. this would make tracking > issues, > which have been introduced by a certain commit much easier, imho. > > i don't think implementing this logic would be that difficult. the only > problem > i see is with ${/dev/random} in the case where people are running a kernel > without /dev/{u}random support. > A better method may be to use KODIR to install the *new* kernel to a unique directory via installkernel (make KERNCONF=SOMEKERNEL KODIR=/boot/SOMEKERNEL-rev-whatever installkernel) and then using "nextboot -k SOMEKERNEL-rev-whatever" to set that kernel as bootable on the next boot. You reboot, make sure everything works with SOMEKERNEL-rev-whatever, and then make that the default kernel (rm -rf /boot/kernel; cp -Rvp /boot/SOMEKERNEL-rev-whatever /boot/kernel; shutdown -r now). Sure, it's not automated yet, but the building blocks are there. This way, you never disturb the currently working kernel until you know the new kernel works. And if things go south with the new kernel, a simple reboot is all that's needed to revert back to the working /boot/kernel. All that's needed is to automate things a bit (pick KODIR, set nextboot, create a post-install target of some kind to run after booting the new kernel). And, this leaves all of your kernels around if you want to play with different ones. > cheers. > alex > _______________________________________________ > 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" > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 18:35:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4AB2106564A; Sun, 14 Aug 2011 18:35:39 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA238FC12; Sun, 14 Aug 2011 18:35:39 +0000 (UTC) Received: by qyk9 with SMTP id 9so2934330qyk.13 for ; Sun, 14 Aug 2011 11:35:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8VJKv8y4INtRke5tf9MLRAFrInDXMBmhXheXEmPhjhg=; b=Z7VMBh87PfTQU6yvW1PJnVJc+YS9Zw6Le3TXS/nDhhkvqHTQyrA9boxg6dC6mT/9e7 IePkctvhteymE2tgacXpeXfXjKuuHC2Ei97IRba7PXjNm+fCIlxTqoT/yIKvxHC5VPjA Ak7ovcu+gjn7B7jxkuDgFzKoXm9BB+VRu/9ls= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr1887291qab.279.1313346938416; Sun, 14 Aug 2011 11:35:38 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Sun, 14 Aug 2011 11:35:38 -0700 (PDT) In-Reply-To: References: <20110813195127.GA34295@freebsd.org> Date: Sun, 14 Aug 2011 11:35:38 -0700 Message-ID: From: Garrett Cooper To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 18:35:39 -0000 On Sun, Aug 14, 2011 at 10:56 AM, Freddie Cash wrote: > On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wro= te: > >> hi there, >> >> i just had the following idea: how about instead of copying the current >> kernel >> to /boot/kernel.old and then installing the new one under /boot/kernel a= s >> the >> results of target installkernel, we create a unique directory name for t= he >> old >> kernel? >> >> something like /boot/kernel-r${revision}-${/dev/random}? >> >> that would let people not only boot the previous kernel, but all kernels >> that >> have been replaced by target installkernel. this would make tracking >> issues, >> which have been introduced by a certain commit much easier, imho. >> >> i don't think implementing this logic would be that difficult. the only >> problem >> i see is with ${/dev/random} in the case where people are running a kern= el >> without /dev/{u}random support. >> > > A better method may be to use KODIR to install the *new* kernel to a uniq= ue > directory via installkernel (make KERNCONF=3DSOMEKERNEL > KODIR=3D/boot/SOMEKERNEL-rev-whatever installkernel) and then using "next= boot > -k SOMEKERNEL-rev-whatever" to set that kernel as bootable on the next bo= ot. > > You reboot, make sure everything works with SOMEKERNEL-rev-whatever, and > then make that the default kernel (rm -rf /boot/kernel; cp -Rvp > /boot/SOMEKERNEL-rev-whatever /boot/kernel; shutdown -r now). > > Sure, it's not automated yet, but the building blocks are there. > > This way, you never disturb the currently working kernel until you know t= he > new kernel works. =A0And if things go south with the new kernel, a simple > reboot is all that's needed to revert back to the working /boot/kernel. > > All that's needed is to automate things a bit (pick KODIR, set nextboot, > create a post-install target of some kind to run after booting the new > kernel). > > And, this leaves all of your kernels around if you want to play with > different ones. Again, why build more complexity into the system when it does what you want in a more generic manner? Just to illustrate what I do on a weekly basis, here's my script and example invocation (I have other instances where I have more KERNCONFs and things are more complicated). You shouldn't have to do much more than what I did below when dealing with your specific case of interest -- especially because, as you and others have identified elsewhere it may not work, it might fill up whatever partition /boot is on, etc. Thanks, -Garrett $ cat ~root/bin/installkernel #!/bin/sh SRCCONF=3D${SRCCONF:=3D/etc/src.conf} set -e for i in $(make -f "$SRCCONF" -V KERNCONF); do # Using svn info is bad because that captures the sourcebase revision, # which may or may not match the actual kernel being installed's revisi= on. # Something like `strings kernel | awk '/^FreeBSD [0-9]+/' ' would be # better. sudo make installkernel \ KERNCONF=3D$i \ INSTKERNNAME=3D$i.r$(svn info | awk '/^Revision/ {print $2}')${SUFFIX:+.$SUFFIX} \ $* done Example: $ make -VKERNCONF -f /etc/src.conf BAYONETTA $ cd /usr/src && ~root/bin/installkernel && ln -sfh BAYONETTA /boot/kernel && reboot From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 18:52:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55DCE106564A; Sun, 14 Aug 2011 18:52:01 +0000 (UTC) (envelope-from ttsestt@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A4D718FC08; Sun, 14 Aug 2011 18:52:00 +0000 (UTC) Received: by bkat8 with SMTP id t8so3404663bka.13 for ; Sun, 14 Aug 2011 11:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=TMSxKknhrDi+u9d3r659dvSIq1KanpdnIuedw99C/TI=; b=Fb2pgpJKXEbqMtwVGVPQIigtRn0jFY5sob+IFRh+xt7YWjLuHlh2LTRQ9+fXrYkUjF XriLXHPnXFVvQIZb6Xw+dcZAW8MXgjkqDecDB1LKllDXGEBdycdsrXiVTmKXtEG0oDlF Oh7RdAhe8h37X1hDPYZFn4Ei+WhoP6LCndyFY= Received: by 10.205.64.9 with SMTP id xg9mr617737bkb.101.1313347919527; Sun, 14 Aug 2011 11:51:59 -0700 (PDT) Received: from localhost ([83.91.86.26]) by mx.google.com with ESMTPS id p15sm1338761bkd.29.2011.08.14.11.51.41 (version=SSLv3 cipher=OTHER); Sun, 14 Aug 2011 11:51:59 -0700 (PDT) From: Test Rat To: Freddie Cash References: <20110813195127.GA34295@freebsd.org> Date: Sun, 14 Aug 2011 22:51:11 +0400 In-Reply-To: (Freddie Cash's message of "Sun, 14 Aug 2011 10:56:57 -0700") Message-ID: <86mxfbn7xc.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 18:52:01 -0000 Freddie Cash writes: > On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote: > >> hi there, >> >> i just had the following idea: how about instead of copying the current >> kernel >> to /boot/kernel.old and then installing the new one under /boot/kernel as >> the >> results of target installkernel, we create a unique directory name for the >> old >> kernel? >> >> something like /boot/kernel-r${revision}-${/dev/random}? >> >> that would let people not only boot the previous kernel, but all kernels >> that >> have been replaced by target installkernel. this would make tracking >> issues, >> which have been introduced by a certain commit much easier, imho. >> >> i don't think implementing this logic would be that difficult. the only >> problem >> i see is with ${/dev/random} in the case where people are running a kernel >> without /dev/{u}random support. >> > > A better method may be to use KODIR to install the *new* kernel to a unique > directory via installkernel (make KERNCONF=SOMEKERNEL > KODIR=/boot/SOMEKERNEL-rev-whatever installkernel) and then using "nextboot > -k SOMEKERNEL-rev-whatever" to set that kernel as bootable on the next boot. > > You reboot, make sure everything works with SOMEKERNEL-rev-whatever, and > then make that the default kernel (rm -rf /boot/kernel; cp -Rvp > /boot/SOMEKERNEL-rev-whatever /boot/kernel; shutdown -r now). [...] nextboot needs write access in loader to reset kernel, which is only available for ufs. So, forget about zfs and every other fs from libstand(3), e.g. ext2fs, msdosfs, nfs. bootonce is also only supported in gptboot (ufs), not gptzfsboot. From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:24:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E92A1065670 for ; Sun, 14 Aug 2011 19:24:29 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8AD8FC13 for ; Sun, 14 Aug 2011 19:24:29 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p7EJC7fw055084 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 14 Aug 2011 12:12:09 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E481E0B.2010906@freebsd.org> Date: Sun, 14 Aug 2011 12:12:11 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Eduardo Morras References: <20110813195127.GA34295@freebsd.org> <4D6348DC0228459C@> (added by postmaster@resmaa13.ono.com) In-Reply-To: <4D6348DC0228459C@> (added by postmaster@resmaa13.ono.com) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:24:29 -0000 On 8/14/11 3:27 AM, Eduardo Morras wrote: > At 22:06 13/08/2011, Steven Hartland wrote: >> ----- Original Message ----- From: "Alexander Best" >> >> >>> i just had the following idea: how about instead of copying the >>> current kernel >>> to /boot/kernel.old and then installing the new one under >>> /boot/kernel as the >>> results of target installkernel, we create a unique directory name >>> for the old >>> kernel? >> >> The default size of / is likely your biggest problem. > > Don't know how much compresable is /boot/kernel.old but tar with -z > or -j may be a workaround. We can extract on demand and swap current > /boot/kernel with new /boot/kernel. Other way of do it is link > /boot/kernel to current kernel and update it, but i don't know > (again) if it would work in single user mode. What would make more sense to me for thsi would be a kernel name that was recognised by teh final boot stages as being an exeprimental kernel and moved to the new location only on successful boot.. Once you have successfully booted it, then you delete the kernel[-1] and do the replacement that "make installkernel" now does. > >> Regards >> Steve > > > _______________________________________________ > 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 Aug 14 19:24:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1A41065672 for ; Sun, 14 Aug 2011 19:24:29 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id A35F98FC15 for ; Sun, 14 Aug 2011 19:24:29 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p7EJ8Lgs055062 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 14 Aug 2011 12:08:22 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E481D29.8020600@freebsd.org> Date: Sun, 14 Aug 2011 12:08:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: nroff -mandoc | more no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:24:29 -0000 I also use this line for testing man page edits. It will be a very sad thing if it's been broken in 9.0. On 8/14/11 8:29 AM, Robert Watson wrote: > > I'm guessing this relates to nroff/groff tweaks, but I was a bit > unhappy to learn that the command I've used for the last decade to > render man pages while editing them (nroff -mandoc foo.1 | more) no > longer works (output below). > > It seems likely this has to do with teaching groff to use ANSI > escape codes that more, by default, rejects. I'm aware there are > lots of other command lines I could use, but it seems unfortunate > that this is broken -- possibly more should accept more escape codes > in its default configuration, or nroff should generate fewer of them? > > (I'd love to see this fixed for 9.0) > > Robert N M Watson > Computer Laboratory > University of Cambridge > > > robert@cinnamon-freebsd:/usr/src/lib/libc/sys> nroff -mandoc dup.2 | > more > DUP(2) FreeBSD System Calls > Manual DUP(2) > > ESC[1mNAMEESC[0m > ESC[1mdupESC[22m, ESC[1mdup2 ESC[22m-- duplicate an existing > file descriptor > > ESC[1mLIBRARYESC[0m > Standard C Library (libc, -lc) > > ESC[1mSYNOPSISESC[0m > ESC[1m#include ESC[0m > > ESC[4mintESC[0m > ESC[1mdupESC[22m(ESC[4mintESC[24m ESC[4molddESC[24m); > > _______________________________________________ > 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 Aug 14 19:33:19 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 175241065670 for ; Sun, 14 Aug 2011 19:33:19 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 55DA88FC0C for ; Sun, 14 Aug 2011 19:33:17 +0000 (UTC) Received: from remote.double-l.nl (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id p7EJGLUV097900 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sun, 14 Aug 2011 21:16:22 +0200 (CEST) (envelope-from Johan@double-l.nl) Received: from SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a]) by SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a%13]) with mapi id 14.01.0218.012; Sun, 14 Aug 2011 21:16:28 +0200 From: Johan Hendriks To: "current@FreeBSD.org" Thread-Topic: Failed Buildworld 9.0 Beta 1 Thread-Index: AcxatNOgZ+3y3LPgTL6lYTT6CxMzFg== Date: Sun, 14 Aug 2011 19:16:27 +0000 Message-ID: <6C3F8332272B7D4DA26909F15F1C90E1E4BE38@SRV01.double-l.local> Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [94.208.228.112] MIME-Version: 1.0 X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Failed Buildworld 9.0 Beta 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:33:19 -0000 Hello all. I cvsuped yesterday, and did a buildworld, all was fine. cvsuped today again, and now i can not do a buildworld, it errors out on at= run It ends like this (written by hand) =3D=3D=3D>libexec (all) =3D=3D=3D>libexec/atrun (all) cc -O2 -pipe .............. cc -O2 -pipe .............. cc -O2 -pipe .............. /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyylex` /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyyin` /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyytext` /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyyerror` /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyylineno` *** error code 1 Stop in /usr/src/libexec/atrun my make.conf CPUTYPE?=3Dnocona KERNCONF=3DKRNL BATCH_DELETE_OLD_FILES=3D yes CUPS_OVERWRITE_BASE=3Dyes # added by use.perl 2011-08-11 12:41:27 PERL_VERSION=3D5.10.1 my src.conf WITHOUT_BLUETOOTH=3D yes WITHOUT_CALENDAR=3D yes WITHOUT_DICT=3D yes WITHOUT_GAMES=3D yes WITHOUT_HTML=3D yes WITHOUT_I4B=3D yes WITHOUT_IPFILTER=3D yes WITHOUT_IPX=3D yes WITHOUT_LPR=3D yes WITHOUT_NIS=3D yes WITHOUT_RCMDS=3D yes WITHOUT_RCS=3D yes #WITHOUT_PROFILE=3D yes WITHOUT_SENDMAIL=3D yes WITHOUT_SHAREDOCS=3D yes WITHOUT_WIRELESS=3D yes and my KRNL conf file include GENERIC ident KRNL # hast support options GEOM_GATE # Carp support device carp # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync # Console color options options SC_NORM_ATTR=3D(FG_LIGHTGREY|BG_BLACK) options SC_NORM_REV_ATTR=3D(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=3D(FG_BROWN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=3D(FG_BLACK|BG_RED) # Console video mode options VESA # Vesa Support for Splash options SC_PIXEL_MODE # add support for the raster tex # System console options options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=3D200 # number of history buffer lines # Disable debugging in -current nooptions KDB # Enable kernel debugger support. nooptions DDB # Support DDB. nooptions GDB # Support remote GDB. nooptions INVARIANTS # Enable calls of extra sanity chec= king nooptions INVARIANT_SUPPORT # Extra sanity checks of internal s= tructures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks= and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks fo= r speed regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:38:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01823106564A; Sun, 14 Aug 2011 19:38:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B37E8FC08; Sun, 14 Aug 2011 19:38:01 +0000 (UTC) Received: by vxh11 with SMTP id 11so4620799vxh.13 for ; Sun, 14 Aug 2011 12:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pH1JwNZaiIVbcvJCfLf9aVm9ZDzJ4iHD09lFkF4KbUY=; b=wvwFnpNU451OEVhDoASEso5dMeWuqjdvPL+OPcT3lBdtM5Qm+0TNyD4v2k4FAyz0aA t8S5z7iY6qSDGQtM8ntw7Fgc+hWc9nLAUutyHHYRwpbnM9otPcqEWHsgOpHWImMTtZLj pB5cCzJE5RrwHQ1IwxsmiJMLwNmrKXMV/EJjg= MIME-Version: 1.0 Received: by 10.220.100.69 with SMTP id x5mr937607vcn.19.1313350680904; Sun, 14 Aug 2011 12:38:00 -0700 (PDT) Received: by 10.220.186.134 with HTTP; Sun, 14 Aug 2011 12:38:00 -0700 (PDT) In-Reply-To: References: <20110813195127.GA34295@freebsd.org> Date: Sun, 14 Aug 2011 12:38:00 -0700 Message-ID: From: Freddie Cash To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:38:02 -0000 On Sun, Aug 14, 2011 at 11:35 AM, Garrett Cooper wrote: > On Sun, Aug 14, 2011 at 10:56 AM, Freddie Cash wrote: > > On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best >wrote: > > > >> hi there, > >> > >> i just had the following idea: how about instead of copying the current > >> kernel > >> to /boot/kernel.old and then installing the new one under /boot/kernel > as > >> the > >> results of target installkernel, we create a unique directory name for > the > >> old > >> kernel? > >> > >> something like /boot/kernel-r${revision}-${/dev/random}? > >> > >> that would let people not only boot the previous kernel, but all kernels > >> that > >> have been replaced by target installkernel. this would make tracking > >> issues, > >> which have been introduced by a certain commit much easier, imho. > >> > >> i don't think implementing this logic would be that difficult. the only > >> problem > >> i see is with ${/dev/random} in the case where people are running a > kernel > >> without /dev/{u}random support. > >> > > > > A better method may be to use KODIR to install the *new* kernel to a > unique > > directory via installkernel (make KERNCONF=SOMEKERNEL > > KODIR=/boot/SOMEKERNEL-rev-whatever installkernel) and then using > "nextboot > > -k SOMEKERNEL-rev-whatever" to set that kernel as bootable on the next > boot. > > > > You reboot, make sure everything works with SOMEKERNEL-rev-whatever, and > > then make that the default kernel (rm -rf /boot/kernel; cp -Rvp > > /boot/SOMEKERNEL-rev-whatever /boot/kernel; shutdown -r now). > > > > Sure, it's not automated yet, but the building blocks are there. > > > > This way, you never disturb the currently working kernel until you know > the > > new kernel works. And if things go south with the new kernel, a simple > > reboot is all that's needed to revert back to the working /boot/kernel. > > > > All that's needed is to automate things a bit (pick KODIR, set nextboot, > > create a post-install target of some kind to run after booting the new > > kernel). > > > > And, this leaves all of your kernels around if you want to play with > > different ones. > > Again, why build more complexity into the system when it does what > you want in a more generic manner? Just to illustrate what I do on a > weekly basis, here's my script and example invocation (I have other > instances where I have more KERNCONFs and things are more > complicated). You shouldn't have to do much more than what I did below > when dealing with your specific case of interest -- especially > because, as you and others have identified elsewhere it may not work, > it might fill up whatever partition /boot is on, etc. > Unless I'mmissing something, we're saying essentially the same thing (install new kernel to unique directory) , but you've done the work to actually automate it. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:40:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 675F8106564A for ; Sun, 14 Aug 2011 19:40:03 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from smh05.opentransfer.com (smh05.opentransfer.com [98.130.1.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC778FC08 for ; Sun, 14 Aug 2011 19:40:02 +0000 (UTC) Received: by smh05.opentransfer.com (Postfix, from userid 8) id 5A9858E70B; Sun, 14 Aug 2011 14:58:24 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on smh05.opentransfer.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_NONE autolearn=disabled version=3.2.5 Received: from webmail7.opentransfer.com (unknown [69.49.230.6]) by smh05.opentransfer.com (Postfix) with ESMTP id 3615C8E705 for ; Sun, 14 Aug 2011 14:58:24 -0400 (EDT) Received: from webmail7.opentransfer.com (webmail7.opentransfer.com [127.0.0.1]) by webmail7.opentransfer.com (8.13.8/8.13.8) with ESMTP id p7EIwOxP005897 for ; Sun, 14 Aug 2011 14:58:24 -0400 Received: (from nobody@localhost) by webmail7.opentransfer.com (8.13.8/8.13.8/Submit) id p7EIwObx005896 for freebsd-current@freebsd.org; Sun, 14 Aug 2011 21:58:24 +0300 X-Authentication-Warning: webmail7.opentransfer.com: nobody set sender to oleg@opentransfer.com using -f Received: from 109-167-49-196.dynamic.peoplenet.ua (109-167-49-196.dynamic.peoplenet.ua [109.167.49.196]) by webmail.opentransfer.com (Horde Framework) with HTTP; for ; Sun, 14 Aug 2011 21:58:24 +0300 X-Opentransfer-Authenticated: oleg@opentransfer.com Message-ID: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> Date: Sun, 14 Aug 2011 21:58:24 +0300 From: "Oleg V. Nauman" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) X-Originating-IP: 109.167.49.196 Subject: Recent HEAD: buildworld is broken with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:40:03 -0000 ===> libexec (all) ===> libexec/atrun (all) clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil clang: warning: argument unused during compilation: '-std=gnu99' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/src/libexec/atrun. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:50:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E83E106566B for ; Sun, 14 Aug 2011 19:50:43 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3FFEF8FC14 for ; Sun, 14 Aug 2011 19:50:42 +0000 (UTC) Received: by vxh11 with SMTP id 11so4625386vxh.13 for ; Sun, 14 Aug 2011 12:50:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.153.145 with SMTP id k17mr871422vcw.131.1313351439774; Sun, 14 Aug 2011 12:50:39 -0700 (PDT) Received: by 10.220.85.129 with HTTP; Sun, 14 Aug 2011 12:50:39 -0700 (PDT) X-Originating-IP: [93.221.191.141] In-Reply-To: <20110804142114.11b50905@davenulle.org> References: <20110804142114.11b50905@davenulle.org> Date: Sun, 14 Aug 2011 21:50:39 +0200 Message-ID: From: "C. P. Ghost" To: Patrick Lamaiziere Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , soekris-tech@lists.soekris.com Subject: Re: [Soekris] FreeBSD 9.0 beta on a Net5501? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:50:43 -0000 On Thu, Aug 4, 2011 at 2:21 PM, Patrick Lamaiziere wrote: > Hello, > > I've tried to update my net5501 running an old FreeBSD-current from > october to 9.0 beta 1. Unfortunaly installworld crashed and the system > is broken now : > > # make installworld > ... > =3D=3D=3D> libexec/rtld-elf (install) > chflags noschg /usr/libexec/ld-elf.so.1 > install -s -o root -g wheel -m 555 =A0-C -b -fschg -S ld-elf.so.1 /libexe= c > install -o root -g wheel -m 444 rtld.1.gz =A0/usr/share/man/man1 > *** Signal 4 > > Stop in /usr/src/libexec/rtld-elf. > *** Error code 1 > > # ls > Instruction interdite(core dumped) > (instruction interdite =3D> illegal/forbidden instruction) > > The world and kernel were built with llvm/clang. [CC-ing freebsd-current@] Is this issue resolved? I'm having a bunch of net4801 in production here, and I was planning to move them to 9.0 soon after RELEASE. So thanks for the heads up. I'll be holding back now, and will stay with 8.2-STABLE. Unfortunately, I have no spare net4801 (and no net5501) at the moment, so I can't test BETA on them. :( > Could you tell me if it works for you on a net5501? > > Thanks, regards. -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:56:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A33EB1065675 for ; Sun, 14 Aug 2011 19:56:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 396281542EE for ; Sun, 14 Aug 2011 19:56:05 +0000 (UTC) Message-ID: <4E482860.5070102@FreeBSD.org> Date: Sun, 14 Aug 2011 12:56:16 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E481D29.8020600@freebsd.org> In-Reply-To: <4E481D29.8020600@freebsd.org> X-Enigmail-Version: 1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: nroff -mandoc | more no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 19:56:42 -0000 The proper way to do this atm is 'man ./foo.1'. I had the same set of commands under the fingers as well, but doing it the new way has many benefits. Not the least of which is that you will see the page the same way man will render it when it's installed. Doug (change is hard) On 8/14/2011 12:08 PM, Julian Elischer wrote: > I also use this line for testing man page edits. It will be a very sad > thing if it's been broken in 9.0. > > > On 8/14/11 8:29 AM, Robert Watson wrote: >> >> I'm guessing this relates to nroff/groff tweaks, but I was a bit >> unhappy to learn that the command I've used for the last decade to >> render man pages while editing them (nroff -mandoc foo.1 | more) no >> longer works (output below). >> >> It seems likely this has to do with teaching groff to use ANSI escape >> codes that more, by default, rejects. I'm aware there are lots of >> other command lines I could use, but it seems unfortunate that this is >> broken -- possibly more should accept more escape codes in its default >> configuration, or nroff should generate fewer of them? >> >> (I'd love to see this fixed for 9.0) >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 20:06:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD994106566C for ; Sun, 14 Aug 2011 20:06:07 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA858FC08 for ; Sun, 14 Aug 2011 20:06:07 +0000 (UTC) Received: by qwc9 with SMTP id 9so2937046qwc.13 for ; Sun, 14 Aug 2011 13:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h2OFRHy/9ipW5C4w80lM9xcU2O5PtUWQn1EfHNe++fg=; b=Em/DoHSge4omu9FVpSGddFqRFzRwgEBJtF3iZkWCDJsm33wG4aDingP1oY4XsbCMDs thaNKQlruNXjiRGk6sYL49jLI0tOq/Ul9diRsxa49awjVwLnjoewpyvr3PULk4puGKy/ sb7hAnAg15wi3B4UzpUbNB9iWGW40LlxBT2cY= MIME-Version: 1.0 Received: by 10.229.7.137 with SMTP id d9mr1988294qcd.251.1313350935752; Sun, 14 Aug 2011 12:42:15 -0700 (PDT) Received: by 10.229.224.11 with HTTP; Sun, 14 Aug 2011 12:42:15 -0700 (PDT) In-Reply-To: <6C3F8332272B7D4DA26909F15F1C90E1E4BE38@SRV01.double-l.local> References: <6C3F8332272B7D4DA26909F15F1C90E1E4BE38@SRV01.double-l.local> Date: Sun, 14 Aug 2011 09:42:15 -1000 Message-ID: From: David Cornejo To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "current@FreeBSD.org" Subject: Re: Failed Buildworld 9.0 Beta 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 20:06:07 -0000 Oh good, I'm not the only one seeing this - I have had it for a few days at least, but haven't had time to look into it. dave c On Sun, Aug 14, 2011 at 9:16 AM, Johan Hendriks wrote: > Hello all. > > I cvsuped yesterday, and did a buildworld, all was fine. > cvsuped today again, and now i can not do a buildworld, it errors out on > atrun > > It ends like this (written by hand) > > ===>libexec (all) > ===>libexec/atrun (all) > > cc -O2 -pipe .............. > cc -O2 -pipe .............. > cc -O2 -pipe .............. > /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyylex` > /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyyin` > /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyytext` > /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyyerror` > /usr/obj/usr/src/tmp/usr/lib/libc.so: undifined reference to `_nsyylineno` > > *** error code 1 > Stop in /usr/src/libexec/atrun > > > my make.conf > > CPUTYPE?=nocona > KERNCONF=KRNL > > BATCH_DELETE_OLD_FILES= yes > > CUPS_OVERWRITE_BASE=yes > > # added by use.perl 2011-08-11 12:41:27 > PERL_VERSION=5.10.1 > > > my src.conf > WITHOUT_BLUETOOTH= yes > WITHOUT_CALENDAR= yes > WITHOUT_DICT= yes > WITHOUT_GAMES= yes > WITHOUT_HTML= yes > WITHOUT_I4B= yes > WITHOUT_IPFILTER= yes > WITHOUT_IPX= yes > WITHOUT_LPR= yes > WITHOUT_NIS= yes > WITHOUT_RCMDS= yes > WITHOUT_RCS= yes > #WITHOUT_PROFILE= yes > WITHOUT_SENDMAIL= yes > WITHOUT_SHAREDOCS= yes > WITHOUT_WIRELESS= yes > > and my KRNL conf file > include GENERIC > ident KRNL > > # hast support > options GEOM_GATE > > # Carp support > device carp > > > # pf > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > device pf > device pflog > device pfsync > > # Console color options > options SC_NORM_ATTR=(FG_LIGHTGREY|BG_BLACK) > options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) > options SC_KERNEL_CONS_ATTR=(FG_BROWN|BG_BLACK) > options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) > > # Console video mode > options VESA # Vesa Support for Splash > options SC_PIXEL_MODE # add support for the raster tex > > # System console options > options SC_DISABLE_REBOOT # disable reboot key sequence > options SC_HISTORY_SIZE=200 # number of history buffer lines > > > # Disable debugging in -current > nooptions KDB # Enable kernel debugger support. > nooptions DDB # Support DDB. > nooptions GDB # Support remote GDB. > nooptions INVARIANTS # Enable calls of extra sanity > checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect deadlocks > and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks > for speed > > regards > Johan Hendriks > > _______________________________________________ > 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 Aug 14 20:07:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E15B01065791 for ; Sun, 14 Aug 2011 20:07:12 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA028FC15 for ; Sun, 14 Aug 2011 20:07:12 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 9B4AB40026 for ; Sun, 14 Aug 2011 22:07:11 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 9087540024; Sun, 14 Aug 2011 22:07:11 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 011FA40023; Sun, 14 Aug 2011 22:07:11 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id DA869119C2D; Sun, 14 Aug 2011 22:07:10 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id C29E312B0A0; Sun, 14 Aug 2011 22:07:10 +0200 (CEST) Message-ID: <4E482AE8.8090603@gmail.com> Date: Sun, 14 Aug 2011 22:07:04 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Oleg V. Nauman" References: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> In-Reply-To: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Recent HEAD: buildworld is broken with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 20:07:13 -0000 On 2011-08-14 20:58, Oleg V. Nauman wrote: > ===> libexec (all) > ===> libexec/atrun (all) > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil > clang: warning: argument unused during compilation: '-std=gnu99' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/src/libexec/atrun. > *** Error code 1 > > Stop in /usr/src/libexec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > This is fixed. I had no trouble building r224865 some hours ago. This issue might be related to the fix in r224842, Try to rebuild just the kernel, and boot to the new kernel before doing another buildworld. HTH! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 20:07:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342CF1065784 for ; Sun, 14 Aug 2011 20:07:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id F1AD88FC08 for ; Sun, 14 Aug 2011 20:07:24 +0000 (UTC) Received: by iye7 with SMTP id 7so12114776iye.17 for ; Sun, 14 Aug 2011 13:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=Hdr3U0Z4AfV0j3jOXtn8jcbpvziyJlidgB8DbY1YPlk=; b=WwDx8W2xean8CbSp+vkYmnKyq2vCihcqlH/+2QvU2mHojcyLeVPJY8t/w76EhMX2nR dQI/EB04lE2wj5+KfGdHP+OYFpKsDPCOWMssqcA8P8V9LW94ZGowSMi5S4Pqf7ixlebD GQgjEaWzlWzMx3NXe4KLR2nEOxmYZFh8ALxXM= Received: by 10.231.68.205 with SMTP id w13mr3658971ibi.46.1313352444548; Sun, 14 Aug 2011 13:07:24 -0700 (PDT) Received: from [10.109.250.142] ([166.205.139.8]) by mx.google.com with ESMTPS id b6sm3380378ibg.14.2011.08.14.13.07.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Aug 2011 13:07:23 -0700 (PDT) References: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> In-Reply-To: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <3C2D2BF3-F5AA-4608-B73E-9E6D326FAB51@gmail.com> X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Sun, 14 Aug 2011 13:07:14 -0700 To: "Oleg V. Nauman" Cc: "freebsd-current@freebsd.org" Subject: Re: Recent HEAD: buildworld is broken with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 20:07:25 -0000 On Aug 14, 2011, at 11:58 AM, "Oleg V. Nauman" wrote= : ... There was an issue with file descriptor handling introduced with the capsicu= m work. Please update your src, rebuild your kernel, install, or use an olde= r kernel, and try again. -Garrett= From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 20:11:41 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C05C1065673 for ; Sun, 14 Aug 2011 20:11:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 070958FC1A for ; Sun, 14 Aug 2011 20:11:40 +0000 (UTC) Received: by iye7 with SMTP id 7so12122045iye.17 for ; Sun, 14 Aug 2011 13:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=yJcP4r3EUymYPsxNTtRaUxml7+ewdEJ405GUQTXBsZg=; b=xwX8Px4sL5IUf3cxwbXqxtRFzRm9Jocb5ql+KoANyALkgILsgjuNWjzUuq0v+tZEs2 4FC+SVdhfv5txZ4LideDfASae/8Ut8xZwOxxUK5tEqtpF7vAImeFuKHsINH2zAQDQApy sHDm+qmSi/UGxIsFPJg2c9wUGj3hXqUectgos= Received: by 10.231.73.35 with SMTP id o35mr3582091ibj.30.1313352700614; Sun, 14 Aug 2011 13:11:40 -0700 (PDT) Received: from [10.109.250.142] ([166.205.139.8]) by mx.google.com with ESMTPS id e8sm3383558ibd.3.2011.08.14.13.11.38 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Aug 2011 13:11:40 -0700 (PDT) References: <6C3F8332272B7D4DA26909F15F1C90E1E4BE38@SRV01.double-l.local> In-Reply-To: <6C3F8332272B7D4DA26909F15F1C90E1E4BE38@SRV01.double-l.local> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Sun, 14 Aug 2011 13:11:30 -0700 To: Johan Hendriks Cc: "current@FreeBSD.org" Subject: Re: Failed Buildworld 9.0 Beta 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 20:11:41 -0000 On Aug 14, 2011, at 12:16 PM, Johan Hendriks wrote: > Hello all. >=20 > I cvsuped yesterday, and did a buildworld, all was fine. > cvsuped today again, and now i can not do a buildworld, it errors out on a= trun >=20 > It ends like this (written by hand) This is a kernel regression introduced by Capsicum. Please check the archive= s for more details.. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 20:12:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 185AC106566C for ; Sun, 14 Aug 2011 20:12:19 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C38A48FC15 for ; Sun, 14 Aug 2011 20:12:18 +0000 (UTC) Received: by qwc9 with SMTP id 9so2938365qwc.13 for ; Sun, 14 Aug 2011 13:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=t+SWzn50lgL984k4aJH6W9zhL6hos9TJoABbTrJ4Hxw=; b=MFms61YvzKQFt3oFolNvUEmQfFiw5kMxKPmXcgtCDScBijvzNW9JhBO1IzGAbby9WG gskGJiyXmPIWb6I2+YiZQNJWXxcLTAHZpVEA0YIxNGEeuwijOgD9VdUsMkZ4ZOdU8zDn b8eI9BQFonFdn3luZZZ4ussUSpmRWqyhap1t0= MIME-Version: 1.0 Received: by 10.229.7.16 with SMTP id b16mr1958020qcb.213.1313351050276; Sun, 14 Aug 2011 12:44:10 -0700 (PDT) Received: by 10.229.224.11 with HTTP; Sun, 14 Aug 2011 12:44:10 -0700 (PDT) In-Reply-To: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> References: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> Date: Sun, 14 Aug 2011 09:44:10 -1000 Message-ID: From: David Cornejo To: "Oleg V. Nauman" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Recent HEAD: buildworld is broken with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 20:12:19 -0000 Not sure this is CLANG related - I see this on a system where WITHOUT_CLANG is set, and someone else reported it in another thread. dave c On Sun, Aug 14, 2011 at 8:58 AM, Oleg V. Nauman wrote: > ===> libexec (all) > ===> libexec/atrun (all) > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.**lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\**" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../..**/usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign > -c /usr/src/libexec/atrun/atrun.c > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.**lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\**" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../..**/usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign > -c /usr/src/libexec/atrun/**gloadavg.c > clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.**lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\**" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../..**/usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign > -o atrun atrun.o gloadavg.o -lpam -lutil > clang: warning: argument unused during compilation: '-std=gnu99' > /usr/obj/usr/src/tmp/usr/lib/**libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/**libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/**libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/**libc.so: undefined reference to > `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/**libc.so: undefined reference to > `_nsyylineno' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/src/libexec/atrun. > *** Error code 1 > > Stop in /usr/src/libexec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > ______________________________**_________________ > 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 Aug 14 21:26:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48A91106566C; Sun, 14 Aug 2011 21:26:57 +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 0BB228FC12; Sun, 14 Aug 2011 21:26:57 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p7ELQujP038107; Sun, 14 Aug 2011 14:26:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p7ELQud2038106; Sun, 14 Aug 2011 14:26:56 -0700 (PDT) (envelope-from sgk) Date: Sun, 14 Aug 2011 14:26:56 -0700 From: Steve Kargl To: Doug Barton Message-ID: <20110814212656.GA38073@troutmask.apl.washington.edu> References: <4E481D29.8020600@freebsd.org> <4E482860.5070102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E482860.5070102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: nroff -mandoc | more no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 21:26:57 -0000 On Sun, Aug 14, 2011 at 12:56:16PM -0700, Doug Barton wrote: > The proper way to do this atm is 'man ./foo.1'. I had the same set of > commands under the fingers as well, but doing it the new way has many > benefits. Not the least of which is that you will see the page the same > way man will render it when it's installed. > In ancient times, the UNIX philosphy was to have small programs that one could chain together via a pipe. I've had the following alias in my .cshrc for well over ar decade: alias doc 'cat \!* | eqn | tbl | nroff -mdoc | more' Now, when I'm working on a manpage in my local projects, I get the wonderfully useful doc mkpic.1 MKPIC(1) FreeBSD General Commands Manual MKPIC(1) ESC[1mNAMEESC[0m ESC[1mmkpic ESC[22m-- construct a contour image in MIFF image format ESC[1mSYNOPSISESC[0m ESC[1mmkpic ESC[22m[ESC[1m-aBbcefilsvESC[22m] [ESC[1m-C ESC[4mESC[22mnumESC[24m] [ESC[1m-d ESC[4mESC[22mdenESC[24m] [ESC[1m-F ESC[4mESC[22m{v|h}ESC[24m] [ ESC[1m-G ESC[4mESC[22mCLxRLESC[24m] [ESC[1m-g ESC[4mESC[22mR,G,BESC[24m] [ESC[1m-L ESC[4mESC[22mlvalESC[24m] [ESC[1m-M ESC[4mESC[22mmaxESC[24m] [ESC[1m-m ESC[4mESC[22mminESC[24m] [ESC[1m-n ESC[4mESC[22mcolorsESC[24m] [ESC[1m-O ESC[4mESC[22mnameESC[24m] [ESC[1m-o ESC[4mESC[22mnameESC[24m] [ESC[1m-R ESC[4mESC[22mR,G,BESC[24m] [ESC[1m-r ESC[4mESC[22mCOLxROW ESC[24m] [ESC[1m-S ESC[4mESC[22mscaleESC[24m] [ESC[1m-T ESC[4mESC[22mmapESC[24m] [ESC[1m-t ESC[4mESC[22mCOLxROW+COFF+ROFFESC[24m] ESC[4mfileESC[0m ESC[1mDESCRIPTIONESC[0m The purpose of ESC[1mmkpic ESC[22mis to produce a pixelized contour of a 2D nroff needs to be fixed. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 21:50:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 3B4AD1065670; Sun, 14 Aug 2011 21:50:16 +0000 (UTC) Date: Sun, 14 Aug 2011 21:50:16 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110814215016.GA40704@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 21:50:16 -0000 hi there, has anybody seen this buildworld failure? ===> sys/modules/portalfs (depend) @ -> /usr/git-freebsd-head/sys machine -> /usr/git-freebsd-head/sys/amd64/include x86 -> /usr/git-freebsd-head/sys/x86/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend CC='clang' mkdep -f .depend -a -nostdinc -DSTRIP_FBSDID -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/altq /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vfsops.c /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c:41:10: fatal error: 'opt_capsicum.h' file not found #include "opt_capsicum.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error cheers. alex From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 22:13:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937E5106566B for ; Sun, 14 Aug 2011 22:13:14 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 55FAB8FC0A for ; Sun, 14 Aug 2011 22:13:14 +0000 (UTC) Received: by iye7 with SMTP id 7so12332484iye.17 for ; Sun, 14 Aug 2011 15:13:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PCaoIWvNPqsB7GuTqB7FTuYuAxavTTZN2SrlynkJdOw=; b=fPH3zDrciunFRVs5Pt/77zUdJlyyBz8IawcPHCOCcPHB7EEIRZq/3NhFoJStBpO/L1 kdyFH4vNuTDxW+HLDYdDDJGTjRXk8jBsv4yJF48ysZZCQinmOXXyv8hWF1+rM6S944IH AOdW6AjCVyxpNYezVbyV8O0AmxFEWer0Zw+Fo= MIME-Version: 1.0 Received: by 10.42.141.66 with SMTP id n2mr3787665icu.26.1313359993628; Sun, 14 Aug 2011 15:13:13 -0700 (PDT) Received: by 10.42.164.69 with HTTP; Sun, 14 Aug 2011 15:13:13 -0700 (PDT) In-Reply-To: <20110814215016.GA40704@freebsd.org> References: <20110814215016.GA40704@freebsd.org> Date: Mon, 15 Aug 2011 00:13:13 +0200 Message-ID: From: Kip Macy To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 22:13:14 -0000 The module makefile needs to be updated evidently. Just add it to the dependencies until rwatson gets around to fixing it. On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best wrot= e: > hi there, > > has anybody seen this buildworld failure? > > =3D=3D=3D> sys/modules/portalfs (depend) > @ -> /usr/git-freebsd-head/sys > machine -> /usr/git-freebsd-head/sys/amd64/include > x86 -> /usr/git-freebsd-head/sys/x86/include > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > rm -f .depend > CC=3D'clang' mkdep -f .depend -a =A0 -nostdinc -DSTRIP_FBSDID -D_KERNEL -= DKLD_MODULE -I. -I@ -I@/contrib/altq /usr/git-freebsd-head/sys/modules/port= alfs/../../fs/portalfs/portal_vfsops.c /usr/git-freebsd-head/sys/modules/po= rtalfs/../../fs/portalfs/portal_vnops.c > /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops= .c:41:10: fatal error: 'opt_capsicum.h' file not found > #include "opt_capsicum.h" > =A0 =A0 =A0 =A0 ^ > 1 error generated. > mkdep: compile failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > cheers. > alex > _______________________________________________ > 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 Aug 14 22:34:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D99106564A for ; Sun, 14 Aug 2011 22:34:57 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AB5AA8FC08 for ; Sun, 14 Aug 2011 22:34:56 +0000 (UTC) Received: by gyd10 with SMTP id 10so3373443gyd.13 for ; Sun, 14 Aug 2011 15:34:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=WOb6CXLYkGtXng53XwyfiHYr+p7gWsZo8gZHs7Ce3vY=; b=YiutjsHCO/Ebx3A1HYRaKcLdUQp+qEyILXOzdd2qzeeqpU9pHkOEWPrcn52latBjXh da2Tonbj6qF2+lvJBPX0bHuDYVEGCyPzKxegLi+V0VWDxifLS6XS6u33fOsdLGIMLauS 3emmUZDuWBdYZFzXfNeXGL+M81amkyQSXvJ0M= Received: by 10.101.102.11 with SMTP id e11mr3211336anm.45.1313361295806; Sun, 14 Aug 2011 15:34:55 -0700 (PDT) Received: from DataIX.net (adsl-99-190-83-173.dsl.klmzmi.sbcglobal.net [99.190.83.173]) by mx.google.com with ESMTPS id c5sm4598901anh.27.2011.08.14.15.34.54 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Aug 2011 15:34:54 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p7EMYpgO023776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Aug 2011 18:34:52 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p7EMYoYp023775; Sun, 14 Aug 2011 18:34:50 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 14 Aug 2011 18:34:50 -0400 From: Jason Hellenthal To: Julian Elischer Message-ID: <20110814223450.GB23401@DataIX.net> References: <20110813195127.GA34295@freebsd.org> <4D6348DC0228459C@> <4E481E0B.2010906@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <4E481E0B.2010906@freebsd.org> Cc: Eduardo Morras , freebsd-current@freebsd.org Subject: Re: [rfc] replacing /boot/kernel.old with a unique directory name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 22:34:57 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 14, 2011 at 12:12:11PM -0700, Julian Elischer wrote: > On 8/14/11 3:27 AM, Eduardo Morras wrote: > > At 22:06 13/08/2011, Steven Hartland wrote: > >> ----- Original Message ----- From: "Alexander Best"=20 > >> > >> > >>> i just had the following idea: how about instead of copying the=20 > >>> current kernel > >>> to /boot/kernel.old and then installing the new one under=20 > >>> /boot/kernel as the > >>> results of target installkernel, we create a unique directory name=20 > >>> for the old > >>> kernel? > >> > >> The default size of / is likely your biggest problem. > > > > Don't know how much compresable is /boot/kernel.old but tar with -z=20 > > or -j may be a workaround. We can extract on demand and swap current=20 > > /boot/kernel with new /boot/kernel. Other way of do it is link=20 > > /boot/kernel to current kernel and update it, but i don't know=20 > > (again) if it would work in single user mode. >=20 > What would make more sense to me for thsi would be a kernel name that=20 > was recognised by teh final boot stages as being an exeprimental=20 > kernel and moved to the new location only on successful boot.. Once=20 > you have successfully booted it, then you delete the kernel[-1] and do=20 > the replacement that "make installkernel" now does. >=20 All is fine and dandy with all of these suggestions but has the root filesystem space been bumped up at all yet ? The root filesystem space is merely almost adequte for what we have now... just barely and until it is none of these are feasable especially for existing systems. --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOSE2JAAoJEJBXh4mJ2FR+m+MH/iWNIoGIpLsrKhG6Xh/A9cS0 z46SBBhh2UJiJpcMEpfEdZqBUZbWjSnYm1cJMP3tO2PL5Hzgi5yDoBpsVyTOs2ui gJ2SX+hyLn5j4UstQXRRq9zBmLkFy7EJ36UIG88UuRXJa0meBO6qW/bp45ebqt1H 3w7oWlZElflHSJ5Mc+hW3Y7rqCmCGIUSzUFf13GkezzARah9OgtHq68zCGw3iiQ2 ow34BYzH96QeHFQVWDI1dDFIs3CK0Z67nabkeg666KD+00M5wcH+vNzWXtvTQoIS 496YOInyIVUPi69dwwLTHVqptM9XKv2W8VIM4QOfE/LHQ6CFoeBGoXMFV8Wqt6c= =9+zJ -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 23:27:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AB73106564A for ; Sun, 14 Aug 2011 23:27:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id CEAE18FC0C for ; Sun, 14 Aug 2011 23:27:43 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7ENRbaW005638; Sun, 14 Aug 2011 19:27:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4859E6.7040409@sentex.net> Date: Sun, 14 Aug 2011 19:27:34 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "C. P. Ghost" References: <20110804142114.11b50905@davenulle.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: FreeBSD-Current , Patrick Lamaiziere , soekris-tech@lists.soekris.com Subject: Re: [Soekris] FreeBSD 9.0 beta on a Net5501? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 23:27:44 -0000 On 8/14/2011 3:50 PM, C. P. Ghost wrote: > On Thu, Aug 4, 2011 at 2:21 PM, Patrick Lamaiziere > wrote: >> Hello, >> >> I've tried to update my net5501 running an old FreeBSD-current from >> october to 9.0 beta 1. Unfortunaly installworld crashed and the system >> is broken now : >> >> Instruction interdite(core dumped) >> (instruction interdite => illegal/forbidden instruction) >> >> The world and kernel were built with llvm/clang. > > [CC-ing freebsd-current@] > > Is this issue resolved? > > I'm having a bunch of net4801 in production here, > and I was planning to move them to 9.0 soon after > RELEASE. So thanks for the heads up. I'll be holding > back now, and will stay with 8.2-STABLE. > > Unfortunately, I have no spare net4801 (and no net5501) > at the moment, so I can't test BETA on them. :( > >> Could you tell me if it works for you on a net5501? >> Not sure about the 4801, I dont have one online right now. But I netbooted a 5501 and it seems fine. KERNEL is essentially GENERIC minus the debug stuff +option CPU_GEODE +option CPU_SOEKRIS +ident ipsec BTW, watchdog seems to work fine as I just tested that soekris3# cat /var/run/dmesg.boot Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA1 #2: Sun Aug 14 19:15:05 EDT 2011 mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/ipsec i386 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) module_register: module pci/xhci already exists! Module pci/xhci failed to register: 17 CPU: Geode(TM) Integrated Processor by AMD PCS (433.26-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Family = 5 Model = a Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 268435456 (256 MB) avail memory = 247726080 (236 MB) K6-family MTRR support enabled (2 registers) kbd1 at kbdmux0 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 Geode LX: Soekris net5501 comBIOS ver. 1.33 20070103 Copyright (C) 2000-2007 pci0: at device 1.2 (no driver attached) vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x2 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:c9:aa:9c vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x2 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:c9:aa:9d vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x2 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:c9:aa:9e vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x2 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:c9:aa:9f isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xa0005000-0xa0005fff irq 15 at device 21.0 on pci0 usbus0: on ohci0 ehci0: mem 0xa0006000-0xa0006fff irq 15 at device 21.1 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci0 cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 Timecounters tick every 0.976 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Timecounter "TSC" frequency 433257343 Hz quality 800 Root mount waiting for: usbus1 usbus0 uhub0: 4 ports with 4 removable, self powered Root mount waiting for: usbus1 uhub1: 4 ports with 4 removable, self powered Trying to mount root from nfs: []... NFS ROOT: 10.255.255.1:/home/pxe9 stray irq7 soekris3# -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 23:40:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9408106566C; Sun, 14 Aug 2011 23:40:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3D198FC14; Sun, 14 Aug 2011 23:40:58 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 50C3146B09; Sun, 14 Aug 2011 19:40:58 -0400 (EDT) Date: Mon, 15 Aug 2011 00:40:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: References: <20110814215016.GA40704@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1665349773-1313365258=:63057" Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 23:40:59 -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. --621616949-1665349773-1313365258=:63057 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 15 Aug 2011, Kip Macy wrote: > The module makefile needs to be updated evidently. Just add it to the > dependencies until rwatson gets around to fixing it. Building modules with world is pretty uncommon (I assume that's what is going on here -- MODULES_WITH_WORLD), so it looks like we missed this in testing. I'll enqueue something to re@ shortly. In general, I'm a bit surprised we support doing this still, especially with -CURRENT where you really want modules tuned to a particular kernel configuration file, rather than built stand-alone. (Otherwise you get modules that aren't built for INVARIANTS but a GENERIC kernel that is built for INVARIANTS...) It sounds like a recipe for unfortunate things. Robert > > On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best wrote: >> hi there, >> >> has anybody seen this buildworld failure? >> >> ===> sys/modules/portalfs (depend) >> @ -> /usr/git-freebsd-head/sys >> machine -> /usr/git-freebsd-head/sys/amd64/include >> x86 -> /usr/git-freebsd-head/sys/x86/include >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h >> rm -f .depend >> CC='clang' mkdep -f .depend -a   -nostdinc -DSTRIP_FBSDID -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/altq /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vfsops.c /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c >> /usr/git-freebsd-head/sys/modules/portalfs/../../fs/portalfs/portal_vnops.c:41:10: fatal error: 'opt_capsicum.h' file not found >> #include "opt_capsicum.h" >>         ^ >> 1 error generated. >> mkdep: compile failed >> *** Error code 1 >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> 1 error >> >> cheers. >> alex >> _______________________________________________ >> 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" > --621616949-1665349773-1313365258=:63057-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 00:33:58 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03798106566C for ; Mon, 15 Aug 2011 00:33:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D2D4D8FC14 for ; Mon, 15 Aug 2011 00:33:57 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6EF6146B39 for ; Sun, 14 Aug 2011 20:33:57 -0400 (EDT) Date: Mon, 15 Aug 2011 01:33:57 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Avoid kernels between r224778 and r224841; bug causes buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 00:33:58 -0000 Dear all: As you may have seen from current@ traffic, a bug crept in during the Capsicum merge, introduced by the infamous Last Minute Cleanup and not caught in pre-commit testing. The most noticed effect of the bug is to cause buildworld to fail due to a problem with /dev/{stdin,stdout,stderr} when running an affected kernel. The bug doesn't break buildkernel, so it's possible to update from bad revisions by doing that (or rolling back to a pre-update kernel). The problem appeared in r224778 (11 August), and was fixed in r224842 (13 August), so it's a pretty short window and hopefully the problem will scroll out quickly. I'm currently awaiting approvel from re@ to commit a note to UPDATING saying the above. Sorry about that! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 00:41:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2201065673; Mon, 15 Aug 2011 00:41:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ED8D08FC14; Mon, 15 Aug 2011 00:41:58 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7306746B23; Sun, 14 Aug 2011 20:41:58 -0400 (EDT) Date: Mon, 15 Aug 2011 01:41:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Best In-Reply-To: <20110814215016.GA40704@freebsd.org> Message-ID: References: <20110814215016.GA40704@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 00:41:59 -0000 On Sun, 14 Aug 2011, Alexander Best wrote: > has anybody seen this buildworld failure? Could you try the attached patch and see if it helps? I currently have it in the re@ approval queue. It does appear to fix the problem here. Generally, I would strongly advise against using modules built with world, and wonder if we should be de-supporting that explicitly at this point. Checking that the below works for you would be great, but you might not want to use MODULES_WITH_WORLD anymore. (If we do want to keep MODULES_WITH_WORLD, we may want to add it to the tinderboxes.) Robert -- Fix two cases involving opt_capsicum.h and module builds: (1) opt_capsicum.h is no longer required in ffs_alloc.c, so remove the #include. (2) portalfs depends on opt_capsicum.h, so have the Makefile generate one if required. Note, however, that attempting to use modules built without a kernel configuration is a bad idea generally -- it's a bit worrying that we still provide MODULES_WITH_WORLD. Approved by: re (xxx) Sponsored by: Google Inc Index: ufs/ffs/ffs_alloc.c =================================================================== --- ufs/ffs/ffs_alloc.c (revision 224860) +++ ufs/ffs/ffs_alloc.c (working copy) @@ -62,7 +62,6 @@ #include __FBSDID("$FreeBSD$"); -#include "opt_capsicum.h" #include "opt_quota.h" #include Index: modules/portalfs/Makefile =================================================================== --- modules/portalfs/Makefile (revision 224860) +++ modules/portalfs/Makefile (working copy) @@ -4,6 +4,7 @@ KMOD= portalfs SRCS= vnode_if.h \ - portal_vfsops.c portal_vnops.c + portal_vfsops.c portal_vnops.c \ + opt_capsicum.h .include From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 01:49:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5809106566C for ; Mon, 15 Aug 2011 01:49:50 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 83A3A8FC0C for ; Mon, 15 Aug 2011 01:49:50 +0000 (UTC) Received: by iye7 with SMTP id 7so12684998iye.17 for ; Sun, 14 Aug 2011 18:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=kyDmOA+C9uqQtCMMH6el3axyEiMYNtJUrUlNTE95ABc=; b=jjHSQnCuq/FxfsjqUMmUpz2r89azcUeZcvIcMoYqG+aCfu4R3I8AjIfK73QJbtZfGn fg3onTpNA9w28OBSbFtQwYLq5T08YbgXYH9m1Q5HtX+ETVUby6k3GTMVATVP19Y3uDys hn/Q8hsXH+9UbI8bb7y+jgChsbaHl0c9t4+PE= MIME-Version: 1.0 Received: by 10.231.69.136 with SMTP id z8mr6678293ibi.4.1313371129437; Sun, 14 Aug 2011 18:18:49 -0700 (PDT) Received: by 10.231.157.77 with HTTP; Sun, 14 Aug 2011 18:18:49 -0700 (PDT) In-Reply-To: References: Date: Sun, 14 Aug 2011 22:18:49 -0300 Message-ID: From: "Carlos A. M. dos Santos" To: "deeptech71@gmail.com" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ghost files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 01:49:50 -0000 On Sun, Aug 7, 2011 at 3:08 AM, deeptech71@gmail.com wrote: > as of recent times, some git rebase operations fail unexpectedly with > an error: "cannot create .git/index.lock: file exists". an > investigation session was something like the following: > $ ls -l .git > the index.lock file is not in the shown list. > $ ls -l .git/index.lock > the file is listed! it's a regular file, its size is ~60KiB. > $ cat .git/index.lock > some file content is shown. > $ mv .git/index.lock .git/someplace > moving fails with: index.lock: file does not exist. > $ ee .git/index.lock > some file content is shown, which i edit and save. then the > .git/index.lock file really disappears (cat, direct ls, ee, mv, etc. > do not find the file), and the content i put in the .git/index.lock > file via ee is now in .git/index. > > H$X!!!!!111 > > i still have some git rebase operations (which are notably > disk-active) fail from time to time with "impossible" reasons (for > example: something like "cherry picking failed", or something like > "cannot move git-rebase-new to git-rebase-todo: file does not exist"). > > i'd note that the hard drive is kind of old (>7 years), and i recently > had the power cut during port build operations twice, although the > (UFS) filesystem is fsck-clean. > > has anyone experienced anything like this? > what is the possibility of a filesystem/kernel bug or fsck bug? Do not start supposing that this is a filesystem/kernel bug so early. I have seen similar mysterious messages @work, with Git servers running on Linux, so I'm inclined to believe that it is a software issue. --=20 "The flames are all long gone, but the=EF=BB=BF pain lingers on" From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 02:19:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C015F106564A; Mon, 15 Aug 2011 02:19:34 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9608F8FC12; Mon, 15 Aug 2011 02:19:34 +0000 (UTC) Received: by pzk33 with SMTP id 33so4177077pzk.18 for ; Sun, 14 Aug 2011 19:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=EZ+f10uA1I2Y2s+NH6qcuy08ItLKYX3ScbTjj7f0dUc=; b=HNqiJI129NXZFXUQKU04yor8hOm0hQdd3kdmMcXMvv78I2az3V9cC+KEsRtnXjQ5IR 3jUdGp0z6H1/HL1iq6X5/h2vAXdslzvPVJaE+sLGtgf1s6ozK9QAKdLBVqDmvnoz4cQS M2BiIopjbNbA9C0scriImRm+f0i3FeSEgiDIE= MIME-Version: 1.0 Received: by 10.143.16.20 with SMTP id t20mr1727313wfi.146.1313374774085; Sun, 14 Aug 2011 19:19:34 -0700 (PDT) Received: by 10.68.51.74 with HTTP; Sun, 14 Aug 2011 19:19:34 -0700 (PDT) Date: Sun, 14 Aug 2011 22:19:34 -0400 Message-ID: From: Super Bisquit To: FreeBSD PowerPC ML , current@freebsd.org X-Mailman-Approved-At: Mon, 15 Aug 2011 02:52:44 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Packages for FreeBSD 9.0 CURRENT on PowerPC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 02:19:34 -0000 http://code.google.com/p/freebsd-powerpc-9-0-current-updated-packages/downloads/list?can=2&q=&colspec=Filename%20Summary%20Uploaded%20ReleaseDate%20Size%20DownloadCount&sort=filename&num=100&start=0 One reason I have the packages up is due to the fact bthat there are none for the PowerPC/POWER architectures. The other reason is because some people have machines that cannot readily build packages without doing the "load-store choke". The packages are clean. They were made as a general desktop environment. If any are missing, let me know; and, I will be quick- unless something happens with real life- to make the packages. The only thing to do if anyone wants to make the packages a part of the FreeBSD download repositories is copy them over to repository # blah. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 05:11:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9DC0106564A for ; Mon, 15 Aug 2011 05:11:45 +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 C7EC78FC08 for ; Mon, 15 Aug 2011 05:11:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id p7F5Bjc3064101; Mon, 15 Aug 2011 05:11:45 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id vb3wd2r7rbuh69memiurhusrk6; Mon, 15 Aug 2011 05:11:45 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20110810200542.GA40184@freebsd.org> Date: Sun, 14 Aug 2011 22:11:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5C525BC3-C465-43A9-82C4-C63D2B9B3AF6@kientzle.com> References: <86d3gde2qg.fsf@gmail.com> <20110810200542.GA40184@freebsd.org> To: Alexander Best X-Mailer: Apple Mail (2.1084) Cc: Test Rat , freebsd-current@freebsd.org Subject: Re: makefs(8) & broken iso9660 images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 05:11:46 -0000 On Wed Aug 10 11, Test Rat wrote: > $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i = kernel > [nothing] > $ mount -t cd9660 /dev/$(mdconfig -f = FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media > $ ls -1 /media/boot/kernel > aac.ko > accf_data.ko As you found earlier, makefs and makeisofs lay out the disk images = differently. This has revealed a regression in libarchive that causes it to not see the contents of certain directories. (Specifically, it appears that any = directory that follows a non-directory on the image is ignored.) Tim From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 10:20:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D93A81065674 for ; Mon, 15 Aug 2011 10:20:37 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from smh05.opentransfer.com (smh05.opentransfer.com [98.130.1.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3608FC0C for ; Mon, 15 Aug 2011 10:20:37 +0000 (UTC) Received: by smh05.opentransfer.com (Postfix, from userid 8) id 8DB0D8E608; Mon, 15 Aug 2011 06:20:36 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on smh05.opentransfer.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_NONE autolearn=disabled version=3.2.5 Received: from webmail7.opentransfer.com (unknown [69.49.230.6]) by smh05.opentransfer.com (Postfix) with ESMTP id 760288E5EA; Mon, 15 Aug 2011 06:20:36 -0400 (EDT) Received: from webmail7.opentransfer.com (webmail7.opentransfer.com [127.0.0.1]) by webmail7.opentransfer.com (8.13.8/8.13.8) with ESMTP id p7FAKaQx008206; Mon, 15 Aug 2011 06:20:36 -0400 Received: (from nobody@localhost) by webmail7.opentransfer.com (8.13.8/8.13.8/Submit) id p7FAKaCP008205; Mon, 15 Aug 2011 13:20:36 +0300 X-Authentication-Warning: webmail7.opentransfer.com: nobody set sender to oleg@opentransfer.com using -f Received: from 109-167-49-196.dynamic.peoplenet.ua (109-167-49-196.dynamic.peoplenet.ua [109.167.49.196]) by webmail.opentransfer.com (Horde Framework) with HTTP; for ; Mon, 15 Aug 2011 13:20:36 +0300 X-Opentransfer-Authenticated: oleg@opentransfer.com Message-ID: <20110815132036.120831fb3tpxr7cw@webmail.opentransfer.com> Date: Mon, 15 Aug 2011 13:20:36 +0300 From: "Oleg V. Nauman" To: Garrett Cooper References: <20110814215824.261018hmv7stjtus@webmail.opentransfer.com> <3C2D2BF3-F5AA-4608-B73E-9E6D326FAB51@gmail.com> In-Reply-To: <3C2D2BF3-F5AA-4608-B73E-9E6D326FAB51@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) X-Originating-IP: 109.167.49.196 Cc: "freebsd-current@freebsd.org" Subject: Re: Recent HEAD: buildworld is broken with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 10:20:37 -0000 Quoting Garrett Cooper : > On Aug 14, 2011, at 11:58 AM, "Oleg V. Nauman" wrote: > > ... > > There was an issue with file descriptor handling introduced with the > capsicum work. Please update your src, rebuild your kernel, install, > or use an older kernel, and try again. Thanks. Installing the new kernel fixes the issue so I was able to complete buildworld. > -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 10:24:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95096106564A for ; Mon, 15 Aug 2011 10:24:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4248FC16 for ; Mon, 15 Aug 2011 10:24:33 +0000 (UTC) Received: by eye4 with SMTP id 4so2739068eye.31 for ; Mon, 15 Aug 2011 03:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=oCUcC6IjewiR8VRdM0H0F+vb4KtGQDLKSkj8ni/ZxP8=; b=wcu48emORwDnj482Av07AURBV9WiKlToMoUw21JiyttDd3Lo38T2R5Op02Syu7/7uS gsMC2yiEkOOm/km/wPWc5vDn4xCQGPJHZCcDXXgG55CJxWytW6v9XH0LkPZb5zUllKTH g8X7x8aEwAYPyTBT2xmM35Nt9ta0/oMhsr2jg= MIME-Version: 1.0 Received: by 10.14.145.67 with SMTP id o43mr580101eej.123.1313403872770; Mon, 15 Aug 2011 03:24:32 -0700 (PDT) Received: by 10.14.96.202 with HTTP; Mon, 15 Aug 2011 03:24:32 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Aug 2011 14:24:32 +0400 Message-ID: From: Sergey Kandaurov To: Navdeep Parhar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: duplicate output when dumping from ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 10:24:34 -0000 On 10 August 2011 23:04, Navdeep Parhar wrote: > "dump" or "call doadump" from within ddb display duplicate output. > This is with a serial console. =A0I have =A0console=3D"comconsole,vidcons= ole" > in /boot/loader.conf and =A0"-D -S115200" =A0in /boot.config. > > db> dump > Dumping 1883 out of 12255 MB:Dumping 1883 out of 12255 > MB:..1%..1%..11%..11%..21%..21%..31%..31%..41%..41%..51%..51%..61%..61%..= 71%..71%..81%..81%..91%..91% > > Dump complete > Dump complete > db> > > Something seems to have changed in the last couple of months or so. > Just to confirm with my "Same here". I use a serial console with same settings, too. I am out of ideas how to fix it though. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 12:01:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 31256106566C; Mon, 15 Aug 2011 12:01:32 +0000 (UTC) Date: Mon, 15 Aug 2011 12:01:32 +0000 From: Alexander Best To: Robert Watson Message-ID: <20110815120132.GA21258@freebsd.org> References: <20110814215016.GA40704@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 12:01:32 -0000 On Mon Aug 15 11, Robert Watson wrote: > > On Sun, 14 Aug 2011, Alexander Best wrote: > > >has anybody seen this buildworld failure? > > Could you try the attached patch and see if it helps? I currently have it > in the re@ approval queue. It does appear to fix the problem here. thanks. the patch fixes the issue. > > Generally, I would strongly advise against using modules built with world, > and wonder if we should be de-supporting that explicitly at this point. > Checking that the below works for you would be great, but you might not > want to use MODULES_WITH_WORLD anymore. usually i set "MODULES_OVERRIDE =", because i don't have time to wait for buildkernel compiling all the modules. however i thought it might be handy to have the kernel modules available, so i set MODULES_WITH_WORLD instead. of course i know that building/installing a new kernel and keeping the old modules is not really a great idea, because quite often the outdated modules will fail to load. yet for me it's a timer saver and still gives me the option of loading a certain module. so personally i'd like to see MODULES_WITH_WORLD support stay. but if people decide it should go then that's not too much of a problem with me. ;) cheers. alex > > (If we do want to keep MODULES_WITH_WORLD, we may want to add it to the > tinderboxes.) > > Robert > > -- > > Fix two cases involving opt_capsicum.h and module builds: > > (1) opt_capsicum.h is no longer required in ffs_alloc.c, so remove the > #include. > > (2) portalfs depends on opt_capsicum.h, so have the Makefile generate one > if required. > > Note, however, that attempting to use modules built without a kernel > configuration is a bad idea generally -- it's a bit worrying that we still > provide MODULES_WITH_WORLD. > > Approved by: re (xxx) > Sponsored by: Google Inc > > Index: ufs/ffs/ffs_alloc.c > =================================================================== > --- ufs/ffs/ffs_alloc.c (revision 224860) > +++ ufs/ffs/ffs_alloc.c (working copy) > @@ -62,7 +62,6 @@ > #include > __FBSDID("$FreeBSD$"); > > -#include "opt_capsicum.h" > #include "opt_quota.h" > > #include > Index: modules/portalfs/Makefile > =================================================================== > --- modules/portalfs/Makefile (revision 224860) > +++ modules/portalfs/Makefile (working copy) > @@ -4,6 +4,7 @@ > > KMOD= portalfs > SRCS= vnode_if.h \ > - portal_vfsops.c portal_vnops.c > + portal_vfsops.c portal_vnops.c \ > + opt_capsicum.h > > .include From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 12:59:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B1BF106564A for ; Mon, 15 Aug 2011 12:59:59 +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 B5C238FC08 for ; Mon, 15 Aug 2011 12:59:58 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA13425; Mon, 15 Aug 2011 15:59:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E49184B.7090902@FreeBSD.org> Date: Mon, 15 Aug 2011 15:59:55 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Sergey Kandaurov References: In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Navdeep Parhar Subject: Re: duplicate output when dumping from ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 12:59:59 -0000 on 15/08/2011 13:24 Sergey Kandaurov said the following: > On 10 August 2011 23:04, Navdeep Parhar wrote: >> "dump" or "call doadump" from within ddb display duplicate output. >> This is with a serial console. I have console="comconsole,vidconsole" >> in /boot/loader.conf and "-D -S115200" in /boot.config. >> >> db> dump >> Dumping 1883 out of 12255 MB:Dumping 1883 out of 12255 >> MB:..1%..1%..11%..11%..21%..21%..31%..31%..41%..41%..51%..51%..61%..61%..71%..71%..81%..81%..91%..91% >> >> Dump complete >> Dump complete >> db> >> >> Something seems to have changed in the last couple of months or so. >> > > Just to confirm with my "Same here". I use a serial console with same > settings, too. I am out of ideas how to fix it though. > Let me try to guess... do you have PRINTF_BUFR_SIZE defined? If you look at vprintf() in sys/kern/subr_prf.c, then it's possible that one message is printed by putchar() repeatedly called in kvprintf and the duplicate message is printed by cnputs() under PRINTF_BUFR_SIZE. Indeed, pca.flags is set to TOCONS | TOLOG in vprintf(), so putchar() would output a character (via cnputc) when kdb_active is true and also it would add the character to a buffer (via putbuf), because TOLOG is set. Maybe try to add !kdb_active condition for cnputs() call in vprintf(). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:06:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B791065670; Mon, 15 Aug 2011 13:06:41 +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 A66128FC0C; Mon, 15 Aug 2011 13:06:40 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13530; Mon, 15 Aug 2011 16:06:35 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E4919DA.5000706@FreeBSD.org> Date: Mon, 15 Aug 2011 16:06:34 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: David Somayajulu References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <20110811234736.d4a181cf.stas@FreeBSD.org> <75E1A2A7D185F841A975979B0906BBA67BCC877180@AVEXMB1.qlogic.org> In-Reply-To: <75E1A2A7D185F841A975979B0906BBA67BCC877180@AVEXMB1.qlogic.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , "freebsd-current@freebsd.org" Subject: Re: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:06:41 -0000 on 13/08/2011 00:20 David Somayajulu said the following: > This is pretty bizarre. I have been experimenting with a very simple driver > (see source below) which essentially checks the PCI vendor and Device ID's in > the probe routine. The attach and detach are empty functions. When I run > kldload and load the driver in a system with HBAs which have a valid Subsytem > Vendor and Device ID's, the driver loads and attaches to the functions. > > However when the Subsystem Vendor and Device ID's are zero, the system panics > and the stack trace is as shown below(FreeBSD 8.2 on amd64 machine). I don't > understand why ata_pci_attach() is getting invoked. This is because ata_pci_probe returns BUS_PROBE_GENERIC for any pci device that has PCIC_STORAGE class and PCIS_STORAGE_IDE subclass. So I'd guess that it tries to attach to your non-trivial hardware in this case and gets some incorrect resource configuration (e.g. BARs) from the hardware. Whether we actually have to panic in such situation is a different question. > I even put a panic() call > at the top of qla_pci_probe(), and noticed that it wasn't getting invoked! > > > ============== panic: resource_list_alloc: resource_ entry is busy > > 0xFFFFFFFF805F4E0E at kdb_backtrace+0x5E 0xFFFFFFFF805C2D07 at > panic+0x187 0xFFFFFFFF805F0616 at resource_list_alloc+0x1C6 > 0xFFFFFFFF804450F7 at pci_alloc_resource+0x147 0xFFFFFFFF805F0439 at > bus_alloc_resource+0x89 0xFFFFFFFF8027A467 at ata_pci_attach+0xE7 > 0xFFFFFFFF805EEA09 at device_attach+0x69 0xFFFFFFFF80447ACA at > pci_driver_added+0xDA 0xFFFFFFFF805ECD55 at devclass_driver_added+0x75 > 0xFFFFFFFF805EE715 at driver_module_handler+0x165 0xFFFFFFFF805B24B8 > at module_register_init+0xB8 0xFFFFFFFF805AADB6 at > linker_load_module+0x996 0xFFFFFFFF805AB6C4 at kern_kldload+0xB4 > 0xFFFFFFFF805AB894 at kldload+0x84 0xFFFFFFFF80600DD5 at > syscallenter+0x1E5 0xFFFFFFFF808ACA5B at syscall+0x4B 0xFFFFFFFF80895292 > at Xfast_syscall+0xE2 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:14:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427E1106564A for ; Mon, 15 Aug 2011 13:14:16 +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 77A158FC0C for ; Mon, 15 Aug 2011 13:14:14 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13633; Mon, 15 Aug 2011 16:13:49 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E491B8C.6050209@FreeBSD.org> Date: Mon, 15 Aug 2011 16:13:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Mark Felder References: In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: upgrade to 9.0-BETA1 with geom_mirror fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:14:16 -0000 on 13/08/2011 17:09 Mark Felder said the following: > Here's a followup with some pics I was able to take. Sorry about the quality :-( > > http://feld.me/stuff/freebsd/geom_mirror_9/ I guess that the root cause of your trouble is the GEOM_PART integrity check failing (see the messages in IMG_1312.JPG). You should investigate and fix that. Meanwhile you may want to set the kern.geom.part.check_integrity loader tunable to zero (either in loader prompt or in loader.conf). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:27:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CE7106564A for ; Mon, 15 Aug 2011 13:27:45 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A9A3B8FC0A for ; Mon, 15 Aug 2011 13:27:44 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1Qswia-0009ix-47 for freebsd-current@FreeBSD.org; Mon, 15 Aug 2011 16:56:36 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Mon, 15 Aug 2011 16:56:35 +0400 Message-ID: <12068796@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: diskless client can not be loaded (works at r224471) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:27:45 -0000 Hi! I use the same kernel for both host and diskless stations. The FreeBSD-9 r224471 kernel at the host system works fine, but the r224870 kernel oes not work. The file /pxeboot seems to be loaded but then the host system does not answer to client's nfs questions. Here are the relevan parts of tcpdump logs at the host system (kaka is the diskless station and 192.168.111.254 is the host system): ----- r224471 kernel (works) ----- kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" 16:08:28.325938 IP (tos 0x0, ttl 64, id 2002, offset 0, flags [none], proto UDP (17), length 264) 192.168.111.254.nfs > kaka.4: reply ok 236 lookup fh 1237,78874/9609217 DIR 755 ids 0/0 sz 1024 nlink 8 rdev 192/38338761 fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 1313410058.000000 1313410058.000000 post dattr: DIR 755 ids 0/0 sz 512 nlink 19 rdev 192/38338760 fsid 7e fileid 92a000 a/m/ctime 1313410040.000000 1313393850.000000 1313393850.000000 16:08:28.326130 IP (tos 0x0, ttl 20, id 197, offset 0, flags [none], proto UDP (17), length 140) kaka.5 > 192.168.111.254.nfs: 112 lookup fh 1237,78874/9609217 "boot.4th.split" 16:08:28.326180 IP (tos 0x0, ttl 64, id 2003, offset 0, flags [none], proto UDP (17), length 144) 192.168.111.254.nfs > kaka.5: reply ok 116 lookup ERROR: No such file or directory post dattr: DIR 755 ids 0/0 sz 1024 nlink 8 rdev 192/38338761 fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 1313410058.000000 1313410058.000000 16:08:28.326420 IP (tos 0x0, ttl 20, id 198, offset 0, flags [none], proto UDP (17), length 104) kaka.exp2 > 192.168.111.254.entrust-aams: [udp sum ok] UDP, length 76 16:08:28.326555 IP (tos 0x0, ttl 64, id 2004, offset 0, flags [none], proto UDP (17), length 96) 192.168.111.254.entrust-aams > kaka.exp2: [bad udp cksum 55c4!] UDP, length 68 16:08:28.326717 IP (tos 0x0, ttl 20, id 199, offset 0, flags [none], proto UDP (17), length 128) kaka.7 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" 16:08:28.326770 IP (tos 0x0, ttl 64, id 2005, offset 0, flags [none], proto UDP (17), length 264) 192.168.111.254.nfs > kaka.7: reply ok 236 lookup fh 1237,78874/9609217 DIR 755 ids 0/0 sz 1024 nlink 8 rdev 192/38338761 fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 1313410058.000000 1313410058.000000 post dattr: DIR 755 ids 0/0 sz 512 nlink 19 rdev 192/38338760 fsid 7e fileid 92a000 a/m/ctime 1313410040.000000 1313393850.000000 1313393850.000000 16:08:28.326965 IP (tos 0x0, ttl 20, id 200, offset 0, flags [none], proto UDP (17), length 144) kaka.8 > 192.168.111.254.nfs: 116 lookup fh 1237,78874/9609217 "boot.4th.gz.split" ----- r224870 kernel (no answer) ----- 15:21:45.825058 IP (tos 0x0, ttl 20, id 196, offset 0, flags [none], proto UDP (17), length 128) kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" 15:21:47.281800 IP (tos 0x0, ttl 20, id 197, offset 0, flags [none], proto UDP (17), length 128) kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" 15:21:51.282086 IP (tos 0x0, ttl 20, id 198, offset 0, flags [none], proto UDP (17), length 128) kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" ----- Some additional info about the host: ----- % uname -a FreeBSD h30.sp.ipt.ru 9.0-BETA1 FreeBSD 9.0-BETA1 #29 r224870: Mon Aug 15 03:12:15 MSK 2011 bsam@h30.sp.ipt.ru:/usr/obj/usr/src/sys/BB i386 % ifconfig re0 re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1f:d0:91:e4:96 inet 192.168.16.30 netmask 0xffffff00 broadcast 192.168.16.255 inet 192.168.100.99 netmask 0xffffff00 broadcast 192.168.100.255 inet 192.168.111.254 netmask 0xffffff00 broadcast 192.168.111.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active % sudo tail /var/log/xferlog Aug 15 16:20:29 h30 tftpd[2653]: Full access allowedin /etc/hosts.allow Aug 15 16:20:29 h30 tftpd[2653]: Filename: '/pxeboot' Aug 15 16:20:29 h30 tftpd[2653]: Mode: 'octet' Aug 15 16:20:29 h30 tftpd[2653]: Got ERROR packet: TFTP Aborted Aug 15 16:20:29 h30 tftpd[2655]: Full access allowedin /etc/hosts.allow Aug 15 16:20:29 h30 tftpd[2655]: Filename: '/pxeboot' Aug 15 16:20:29 h30 tftpd[2655]: Mode: 'octet' Aug 15 16:20:29 h30 tftpd[2655]: 192.168.111.11: read request for /pxeboot: success Aug 15 16:20:29 h30 tftpd[2655]: Sent 268288 bytes in 0 seconds % showmount -e /home 192.168.111.11 192.168.111.12 /usr/local 192.168.111.11 192.168.111.12 /diskless 192.168.111.11 192.168.111.12 % showmount -a All mount points on localhost: kaka:/diskless % sockstat -4l USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS www httpd 2537 3 tcp4 6 *:80 *:* root Xorg 2388 3 tcp4 *:6000 *:* www httpd 2386 3 tcp4 6 *:80 *:* www httpd 2385 3 tcp4 6 *:80 *:* www httpd 2384 3 tcp4 6 *:80 *:* www httpd 2383 3 tcp4 6 *:80 *:* www httpd 2382 3 tcp4 6 *:80 *:* root xdm 2381 3 udp4 192.168.111.254:177 *:* root inetd 2340 5 udp4 *:69 *:* root sendmail 2297 3 tcp4 127.0.0.1:25 *:* root sshd 2285 4 tcp4 *:22 *:* root httpd 2261 3 tcp4 6 *:80 *:* root cupsd 2177 6 tcp4 *:631 *:* root cupsd 2177 8 udp4 *:631 *:* mysql mysqld 2049 10 tcp4 *:3306 *:* dhcpd dhcpd 1967 7 udp4 *:67 *:* root ntpd 1837 20 udp4 *:123 *:* root ntpd 1837 22 udp4 192.168.16.30:123 *:* root ntpd 1837 23 udp4 192.168.100.99:123 *:* root ntpd 1837 24 udp4 192.168.111.254:123 *:* root ntpd 1837 27 udp4 127.0.0.1:123 *:* root nfsd 1763 5 tcp4 *:2049 *:* root mountd 1754 7 udp4 *:927 *:* root mountd 1754 8 tcp4 *:927 *:* root rpcbind 1676 9 udp4 *:111 *:* root rpcbind 1676 10 udp4 *:935 *:* root rpcbind 1676 11 tcp4 *:111 *:* root syslogd 1646 7 udp4 *:514 *:* ----- The kernel: ----- include GENERIC ident BB nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN options INCLUDE_CONFIG_FILE options SHMMAXPGS=65536 options SEMMNI=40 options SEMMNS=240 options SEMUME=40 options SEMMNU=120 options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT # for zoneminder options SHMMNI=384 options SHMSEG=256 ----- Any help is appreciated. Thanks! -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:50:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D4C31065670 for ; Mon, 15 Aug 2011 13:50:50 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 47A608FC0A for ; Mon, 15 Aug 2011 13:50:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=QocJdHWKe5eC/vmOY9WCTq6YQse4e5Yap9USWB+jB3c=; b=s5SA1mvJhqtrymekXHkdZPc5jKdZijbtU2/cKOyeL00agbpjnP7sAAFHYj6qKXvsMTuqLHM3XPz50MI1dMf/q/h6NJAmfehchgTxBsw+h+6GU7x1SuorXCm+mtA7UDy1; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QsxcH-000Ag5-8s for freebsd-current@freebsd.org; Mon, 15 Aug 2011 08:54:09 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.3) with esmtpsa id 1313416442-68202-68201/4/9; Mon, 15 Aug 2011 13:54:02 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org References: <4E491B8C.6050209@FreeBSD.org> Date: Mon, 15 Aug 2011 08:50:42 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4E491B8C.6050209@FreeBSD.org> User-Agent: Opera Mail/11.50 (FreeBSD) X-SA-Score: -1.0 Subject: Re: upgrade to 9.0-BETA1 with geom_mirror fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:50:50 -0000 On Mon, 15 Aug 2011 08:13:48 -0500, Andriy Gapon wrote: > > I guess that the root cause of your trouble is the GEOM_PART integrity > check > failing (see the messages in IMG_1312.JPG). > You should investigate and fix that. > > Meanwhile you may want to set the kern.geom.part.check_integrity loader > tunable to > zero (either in loader prompt or in loader.conf). > Thanks for the tip. Hopefully someone stumbles upon that and finds it useful during a google search, because I wasn't finding anything :-) Since it was a 3 way mirror it was trivial to break the mirror and rebuild with GPT. I wanted to do that for a while anyway. After the rebuild was complete it had no issues booting up. I'm guessing it was just something stupid with the old disk layout. Cheers, Mark From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:12:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 783671065673 for ; Mon, 15 Aug 2011 16:12:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9918FC27 for ; Mon, 15 Aug 2011 16:12:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D19A846B09; Mon, 15 Aug 2011 12:12:08 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 617B58A02F; Mon, 15 Aug 2011 12:12:08 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, d@delphij.net Date: Mon, 15 Aug 2011 12:00:43 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E3F0AC3.1080907@delphij.net> In-Reply-To: <4E3F0AC3.1080907@delphij.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201108151200.43678.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 15 Aug 2011 12:12:08 -0400 (EDT) Cc: christoph_hoffmann@me.com Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 16:12:09 -0000 On Sunday, August 07, 2011 5:59:31 pm Xin LI wrote: > On 08/01/11 06:07, Christoph Hoffmann wrote: > > Hello, > > > > The initial reboot followed the installation of ZFS-only version 5/28 > > system reports error: > > > > Attempting Boot From Hard Drive (C:) > > gptzfsboot: error 1 lba 32 > > gptzfsboot: error 1 lba 1 > > gptzfsboot: No ZFS pools located, can't boot > > > > The same installation procedure on older ProLiant with Compaq Smart > > Array 5i do not cause any problems. > > Looks like for some reason the drive number (%dl) didn't get passed > through ARGS (by pmbr.s). MBR boot loaders aren't defined to do that. They pass %dl directly via the register. For gptboot and gptzfsboot, sys/boot/i386/gptboot/gptldr.S already stores the saved value of %dl in MEM_ARG. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:12:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6ED1065674 for ; Mon, 15 Aug 2011 16:12:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 674FB8FC28 for ; Mon, 15 Aug 2011 16:12:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2115646B39; Mon, 15 Aug 2011 12:12:09 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9E6BA8A02E; Mon, 15 Aug 2011 12:12:08 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 15 Aug 2011 12:12:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <9B42BCDF-43E3-4517-9972-47A8B539880F@me.com> <3D9B1E72-385F-493A-A6B3-4684A2DB50E4@me.com> In-Reply-To: <3D9B1E72-385F-493A-A6B3-4684A2DB50E4@me.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201108151212.07874.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 15 Aug 2011 12:12:08 -0400 (EDT) Cc: Christoph Hoffmann Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 16:12:09 -0000 On Friday, August 05, 2011 10:08:27 am Christoph Hoffmann wrote: > Hello Everyone, >=20 > Despite the BIOS information about the nonexistent floppy, the zfsboot.c= =20 code=20 > will prevent to boot from the first HDD if a floppy is given as a first=20 available device. >=20 > The drive 0x0 (floppy) will be probed before the code below and an error= =20 occurs: > [=85] > gptzfsboot: error 1 lba 32 = =20 > gptzfsboot: error 1 lba 1 = =20 > [=85] >=20 > The continue statement will skip the rest of the iteration because =20 > if ((i | DRV_HARD) =3D=3D *(uint8_t *)PTOV(ARGS))=20 > is true if the drive equals 0x80. As a result we do not call probe_drive() > for this drive. But that shouldn't happen if ARGS has a drive number of 0. (In that case 0= x80=20 !=3D 0x0, so it shouldn't match.) This shows that PTOV(ARGS) actually has a %dl value of 0x80 which is correc= t. =20 The question is how your initial 'dsk' ended up using 0x0 instead of 0x80. Note that your 'type' is 0, so that means that it was ok initially (TYPE_AD= is=20 0): dsk->drive =3D *(uint8_t *)PTOV(ARGS); dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; Somewhere between where 'dsk' is initalized in main() and before probe_driv= e()=20 is called in main() for 'dsk', 'dsk->drive' is getting clobbered. Can you = add=20 some additional printfs to nail down where that is happening? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:25:58 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B1FE106564A; Mon, 15 Aug 2011 16:25:58 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id A49B78FC0A; Mon, 15 Aug 2011 16:25:57 +0000 (UTC) Received: from alph.allbsd.org (p3028-ipbf608funabasi.chiba.ocn.ne.jp [125.175.94.28]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p7FGPXZB005312; Tue, 16 Aug 2011 01:25:43 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p7FGPVXJ018926; Tue, 16 Aug 2011 01:25:33 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 16 Aug 2011 01:24:55 +0900 (JST) Message-Id: <20110816.012455.903842338329808034.hrs@allbsd.org> To: ttsestt@gmail.com From: Hiroki Sato In-Reply-To: <86y5z1ymyi.fsf@gmail.com> References: <864o3dtsey.fsf@gmail.com> <20110628.085426.506761991991297056.hrs@allbsd.org> <86y5z1ymyi.fsf@gmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Aug_16_01_24_55_2011_785)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Tue, 16 Aug 2011 01:25:49 +0900 (JST) X-Spam-Status: No, score=-102.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,DIRECTOCNDYN,RCVD_IN_RP_RNBL,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: daily snapshots updated (Was: Re: Where to download latest FreeBSD snapshots) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 16:25:58 -0000 ----Security_Multipart(Tue_Aug_16_01_24_55_2011_785)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Test Rat wrote in <86y5z1ymyi.fsf@gmail.com>: tt> Can you add architecture name to HEAD snapshots? It often saves time tt> checking whether snapshot is suitable for testing months after being tt> dowloaded. Thank you for your feedback. While I have received various ideas and am still working on them, I recently added changes for the followng: 1. Use $TARGET and $TARGET_ARCH in ISO image names. Now it is like the following: FreeBSD-9.0-HEAD-20110809-JPSNAP-i386-i386-bootonly.iso Also, SHA-256 checksum files have been added in the same directory. 2. Use a clean build environment. This should fix an iso9660 format breakage issue in makefs(8). 3. The uncompressed tree of the release tarballs is added under the trees/ directory. Currently, snapshots of 7 platforms are being built natively. -- Hiroki ----Security_Multipart(Tue_Aug_16_01_24_55_2011_785)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk5JSFgACgkQTyzT2CeTzy17TACfYWGX+qyWOuXxQIblvH9Ru5M4 /ugAoLYG7M70tcdP0AxmpOkdAnsOTud2 =sRDM -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Aug_16_01_24_55_2011_785)---- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 17:34:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC002106566B; Mon, 15 Aug 2011 17:34:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6010D8FC0C; Mon, 15 Aug 2011 17:34:54 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Qt13s-0002zf-MY; Mon, 15 Aug 2011 18:34:52 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Qt13s-0002TI-Bf; Mon, 15 Aug 2011 18:34:52 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p7FHYqd7029599; Mon, 15 Aug 2011 18:34:52 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p7FHYpDC029598; Mon, 15 Aug 2011 18:34:51 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 15 Aug 2011 18:34:51 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20110815173451.GA29502@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Marcel Moolenaar , Anton Shterenlikht , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20110812141904.GA1683@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: make test under lang/perl5.14 causes panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 17:34:54 -0000 On Fri, Aug 12, 2011 at 05:45:55PM -0700, Marcel Moolenaar wrote: > > On Aug 12, 2011, at 7:19 AM, Anton Shterenlikht wrote: > > > On ia64 r221488 > > Please update to at least r223700, as that was a major stability fix. UZI> uname -a FreeBSD mech-as221.men.bris.ac.uk 9.0-BETA1 FreeBSD 9.0-BETA1 #5 r224876: Mon Aug 15 12:06:05 BST 2011 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 UZI> make test run with no panic once (though lots of errors, I should probably let the perl team know), and panicked on the second run: # make test *skip many tests* op/64bitint.t ..................................................... ok op/alarm.t ........................................................ Write failed: Broken pipe isitmychild: rmatrix mismatch between process lock (index 8) and sigacts (index 166): w_rmatrix[8][166] == 1 but w_rmatrix[166][8] == 4 KDB: stack backtrace: panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 cpuid = 1 KDB: enter: panic [ thread pid 64967 tid 100400 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe211b0,gp ;; db> db> show thread Thread 100400 at 0xe0000000121eb9e0: proc (pid 64967): 0xe0000000121de000 name: perl stack: 0xa000000097206000-0xa00000009720dfff flags: 0x4 pflags: 0 state: RUNNING (CPU 1) priority: 194 container lock: sched lock 1 (0x9ffc000000a73780) db> db> show proc Process 64967 (perl) at 0xe0000000121de000: state: NORMAL uid: 0 gids: 0, 5 parent: pid 63774 at 0xe00000001194c468 ABI: FreeBSD ELF64 arguments: ./perl threads: 1 100400 Run CPU 1 perl db> db> bt Tracing pid 64967 tid 100400 td 0xe0000000121eb9e0 kdb_enter(0x9ffc00000095b7e0, 0x9ffc00000095b7e0, 0x9ffc000000375110, 0x793) at kdb_enter+0x92 panic(0x9ffc000000964638, 0x9ffc000000959f18, 0x9ffc000000959ef8, 0x9ffc00000099caa8, 0x232, 0x9ffc00000099caa8) at panic+0x2e0 witness_checkorder(0xe0000000121de0f8, 0x9, 0x9ffc00000099caa8, 0x232, 0x0) at witness_checkorder+0x1b0 _mtx_lock_flags(0xe0000000121de0f8, 0x0, 0x9ffc00000099caa8, 0x232, 0x9ffc00000081d160, 0x716, 0xa00000009720d258) at _mtx_lock_flags+0x130 trap(0x14, 0xa00000009720c400) at trap+0x940 ivt_Data_TLB() at ivt_Data_TLB+0x1d0 --- trapframe at 0xa00000009720c400 uma_zalloc_arg(0xe0000040fed6fb00, 0x0, 0x1) at uma_zalloc_arg+0x121 malloc(0x9, 0x9ffc000000a1f9f0, 0x1) at malloc+0x290 unw_alloc(0x10c0, 0x9ffc0000007d8a10) at unw_alloc+0x210 uwx_init(0x0, 0x9ffc000000820590, 0x28a, 0x9ffc000000c27330) at uwx_init+0x70 unw_create_from_pcb(0xa00000009720c750, 0xa00000009720c7f0, 0x9ffc0000007fe680) at unw_create_from_pcb+0x20 db_backtrace(0xe0000000121eb9e0, 0xa00000009720c7f0, 0xffffffffffffffff) at db_backtrace+0x20 db_trace_self(0x9ffc000000101100) at db_trace_self+0x40 db_trace_self_wrapper(0x9ffc0000003e3620) at db_trace_self_wrapper+0x70 kdb_backtrace(0x9ffc000000a484c0, 0x9ffc00000040ef60, 0x410, 0x9ffc000000c27330) at kdb_backtrace+0xc0 _isitmyx(0xa000000000202400, 0xa000000000207300, 0x1, 0x9ffc000000964de8) at _isitmyx+0x1c0 isitmychild(0xa000000000202400, 0xa000000000207300, 0x9ffc000000412cb0, 0x999, 0x9ffc00000095b8e8) at isitmychild+0x30 witness_checkorder(0xe000000011d75ca8, 0x9, 0x9ffc000000be9f90, 0x288, 0x0) at witness_checkorder+0x5e0 _mtx_lock_flags(0xe000000011d75ca8, 0x0, 0x9ffc00000095b8e8, 0x288) at _mtx_lock_flags+0x130 kern_sigaction(0xe0000000121de000, 0xe, 0x0, 0xa00000009720d380, 0x9ffc00000095b8e8) at kern_sigaction+0x90 sigaction(0xe0000000121eb9e0, 0xa00000009720d4e8, 0x0, 0xa00000009720d380) at sigaction+0xb0 syscallenter(0xe0000000121eb9e0, 0xa00000009720d3a0, 0xa00000009720d3a8) at syscallenter+0x4e0 syscall(0xa00000009720d4c8, 0xe0000000121eb9e0, 0x7fffffffffffe1a0, 0x9ffc000000818520, 0x8, 0x120bc9930) at syscall+0x60 epc_syscall_return() at epc_syscall_return db> > Latest and greatest is preferred though. > > FYI, > > -- > Marcel Moolenaar > marcel@xcllnt.net > > -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 17:38:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01161106564A for ; Mon, 15 Aug 2011 17:38:55 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0CD8FC15 for ; Mon, 15 Aug 2011 17:38:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=9P7wg6OdfizxLQE+jBoh3ROY/SoSUY3g3megyuHDyX8=; b=kDx76Dg2y8n6G54vGbY0xEqTKfSbfji5BP8G33c+qCJ4qJ55qRsvynwEZ6CuIlUqHun9/FjzBF6UdzL/3+UwksGRAN39zS0dVTTcKzBmTRQBy4HvCbdQVEa3NOupPRuVarjCw9gbh+x7LZvbYR65ibr5Q7h2TTxKxqIdjMJDYVk=; Received: from [178.137.138.222] (helo=nonamehost.) by fsm2.ukr.net with esmtps ID 1Qt17k-000G3U-5U ; Mon, 15 Aug 2011 20:38:52 +0300 Date: Mon, 15 Aug 2011 20:38:51 +0300 From: Ivan Klymenko To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110815203851.4dd66b04@nonamehost.> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Buildworld failure after update r224806 to r224886 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 17:38:55 -0000 Hello, all! I have: uname -a FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13 15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 Buildworld failure after update r224806 to r224886 In my configuration files since nothing has changed... Building of the world accompanied by the following errors: ... ===> include/rpc (all) gzip -cn heimdal.info > heimdal.info.gz /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' ranlib libavl_p.a ===> cddl/lib/libctf (all) ===> kerberos5/lib (all) /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31852] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31847] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31856] ERROR: compile (null) on localhost failed *** Error code 1 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c -o ctf_create.po gzip -cn atrun.8 > atrun.8.gz 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c -o ctf_decl.po /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-sjlj.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-sjlj.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o gthr-gnat.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/gthr-gnat.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-c.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-c.c ===> kerberos5/lib/libasn1 (all) ... ... /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c -o macro.po /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/../../include -std=gnu99 -fstack-protector -c asn1_RSAPublicKey.c -o asn1_RSAPublicKey.po /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c semget.S -o semget.po /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c -o input.po /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[33441] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c semop.S -o semop.po /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c -o callback.po /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c freebsd7_msgctl.S -o freebsd7_msgctl.po ... ... /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/getusershell.c -o getusershell.po /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[36177] ERROR: compile (null) on localhost failed *** Error code 1 1 error /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/getvfsbyname.c -o getvfsbyname.po *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/glob.c -o glob.po /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/initgroups.c -o initgroups.po ... ... /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/rpc/svc_simple.c -o svc_simple.po /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[37994] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/rpc/svc_vc.c -o svc_vc.po ... ... ===> lib/clang/libllvmx86instprinter (all) ===> lib/clang/libllvmx86utils (all) ===> lib/clang/include (all) 6 errors *** Error code 2 *** Error code 2 Stop in /usr/src. ... Someone have any idea what is that? Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 18:13:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F425106566B; Mon, 15 Aug 2011 18:13:29 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD788FC12; Mon, 15 Aug 2011 18:13:28 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id E758D40002; Mon, 15 Aug 2011 20:13:26 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id DCAD24000F; Mon, 15 Aug 2011 20:13:26 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id B17F940002; Mon, 15 Aug 2011 20:13:24 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 527DB119C04; Mon, 15 Aug 2011 20:12:54 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id E93E712B0A0; Mon, 15 Aug 2011 20:12:53 +0200 (CEST) Message-ID: <4E496193.3090008@gmail.com> Date: Mon, 15 Aug 2011 20:12:35 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Ivan Klymenko References: <4e495a09.02be960a.01b4.ffff84a6SMTPIN_ADDED@mx.google.com> In-Reply-To: <4e495a09.02be960a.01b4.ffff84a6SMTPIN_ADDED@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Buildworld failure after update r224806 to r224886 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 18:13:29 -0000 On 2011-08-15 19:38, Ivan Klymenko wrote: > Hello, all! > > I have: > uname -a > FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13 > 15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 > > Buildworld failure after update r224806 to r224886 > > In my configuration files since nothing has changed... > > Building of the world accompanied by the following errors: > > ... > ===> include/rpc (all) > gzip -cn heimdal.info > heimdal.info.gz > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > ranlib libavl_p.a > ===> cddl/lib/libctf (all) > ===> kerberos5/lib (all) > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[31852] ERROR: compile (null) on localhost failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[31847] ERROR: compile (null) on localhost failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[31856] ERROR: compile (null) on localhost failed > *** Error code 1 > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c -o ctf_create.po > gzip -cn atrun.8 > atrun.8.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c -o ctf_decl.po > /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-sjlj.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-sjlj.c > /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o gthr-gnat.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/gthr-gnat.c > /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-c.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-c.c > ===> kerberos5/lib/libasn1 (all) > ... > > ... > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c -o macro.po > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/../../include -std=gnu99 -fstack-protector -c asn1_RSAPublicKey.c -o asn1_RSAPublicKey.po > /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c semget.S -o semget.po > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c -o input.po > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[33441] ERROR: compile (null) on localhost failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c semop.S -o semop.po > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/gnu/lib/libreadline/readline/.. -I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c -o callback.po > /usr/local/libexec/ccache/world/cc -DPROF -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c freebsd7_msgctl.S -o freebsd7_msgctl.po > ... > > ... > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/getusershell.c -o getusershell.po > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[36177] ERROR: compile (null) on localhost failed > *** Error code 1 > 1 error > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/getvfsbyname.c -o getvfsbyname.po > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/glob.c -o glob.po > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/initgroups.c -o initgroups.po > ... > > ... > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/rpc/svc_simple.c -o svc_simple.po > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > distcc[37994] ERROR: compile (null) on localhost failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/rpc/svc_vc.c -o svc_vc.po > ... > > ... > ===> lib/clang/libllvmx86instprinter (all) > ===> lib/clang/libllvmx86utils (all) > ===> lib/clang/include (all) > 6 errors > *** Error code 2 > *** Error code 2 > > Stop in /usr/src. > ... > > > Someone have any idea what is that? > > Thanks! > There was a period when there was a bug in dev/std{in,err,out}, which amongst other things made it impossible to complete a buildworld. Compile a new kernel (past r224842), boot to that kernel and rebuild world, that should work. For details see UPDATING r224875. HTH! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 18:15:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9578F1065698; Mon, 15 Aug 2011 18:15:58 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6728FC19; Mon, 15 Aug 2011 18:15:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=GJECcNl75ndvDaRXqyXapOM+I4PnqKgCbFDynlks1Zk=; b=Pfk3ht8VFhLtV0StsmfffkQA7Z5agT2IrZ7yZNf5y9GjTbTF/ZiU1EipRPoPZvVTL9rzkR3T9XXxnNJ9mQlebP3qrzd+BmedG8PAS73LWbH7zJuNH0Cw4d/d3739n2muHCeOYqKm/aMyOA88AsNB3dG/LHpbAQSdxoSK9exQ0SA=; Received: from [178.137.138.222] (helo=nonamehost.) by fsm2.ukr.net with esmtps ID 1Qt1hc-000L2Y-Sq ; Mon, 15 Aug 2011 21:15:56 +0300 Date: Mon, 15 Aug 2011 21:15:56 +0300 From: Ivan Klymenko To: Niclas Zeising Message-ID: <20110815211556.4553e850@nonamehost.> In-Reply-To: <4E496193.3090008@gmail.com> References: <4e495a09.02be960a.01b4.ffff84a6SMTPIN_ADDED@mx.google.com> <4E496193.3090008@gmail.com> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Buildworld failure after update r224806 to r224886 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 18:15:58 -0000 =D0=92 Mon, 15 Aug 2011 20:12:35 +0200 Niclas Zeising =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > ... > >=20 > >=20 > > Someone have any idea what is that? > >=20 > > Thanks! > > >=20 > There was a period when there was a bug in dev/std{in,err,out}, which > amongst other things made it impossible to complete a buildworld. > Compile a new kernel (past r224842), boot to that kernel and rebuild > world, that should work. For details see UPDATING r224875. > HTH! >=20 Ooops! Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 19:30:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7065F106564A for ; Mon, 15 Aug 2011 19:30:40 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.freebsd.org (Postfix) with ESMTP id 2864E8FC1A for ; Mon, 15 Aug 2011 19:30:39 +0000 (UTC) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mx.arcor.de (Postfix) with ESMTP id 8E8A35A471 for ; Mon, 15 Aug 2011 20:56:04 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id 899C8E1AEF for ; Mon, 15 Aug 2011 20:56:04 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-218-180-105.pools.arcor-ip.net [94.218.180.105]) by mail-in-04.arcor-online.net (Postfix) with ESMTPS id 4EEDEAA0A9 for ; Mon, 15 Aug 2011 20:56:04 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-04.arcor-online.net 4EEDEAA0A9 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.5/8.14.3) with ESMTP id p7FIu3YU043659 for ; Mon, 15 Aug 2011 20:56:03 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.5/8.14.5/Submit) id p7FIu3PP043658 for freebsd-current@freebsd.org; Mon, 15 Aug 2011 20:56:03 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 15 Aug 2011 18:56:03 +0000 (UTC) Message-ID: References: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: Re: nroff -mandoc | more no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 19:30:40 -0000 Robert Watson wrote: > I'm guessing this relates to nroff/groff tweaks, but I was a bit unhappy to > learn that the command I've used for the last decade to render man pages while > editing them (nroff -mandoc foo.1 | more) no longer works (output below). nroff -c -mandoc foo.1 should work as expected. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 20:18:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A479D106566C for ; Mon, 15 Aug 2011 20:18:32 +0000 (UTC) (envelope-from sparctacus@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 612588FC14 for ; Mon, 15 Aug 2011 20:18:32 +0000 (UTC) Received: by vws18 with SMTP id 18so5563082vws.13 for ; Mon, 15 Aug 2011 13:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IXwxGcSKwpg/6mqA1w//A40jzM6mt22WQtV9bfM12to=; b=NCPe+3V9561Tlx6RRMQEQbEkG8D9U9Ww2rOZv7ugPiVXl9cG4++mXZowX0011y8Jf+ VvcM5AQIZuK0fX7t+ZsodnRuwwryioJXqbucKz0CrXBMU210HtPuMp0VCkZm9ZfATlB5 G5sGYjzFsUxxtcF9+lKV9w5oJT9fjQKmWLAk8= MIME-Version: 1.0 Received: by 10.52.174.97 with SMTP id br1mr4162764vdc.135.1313437688226; Mon, 15 Aug 2011 12:48:08 -0700 (PDT) Received: by 10.220.186.74 with HTTP; Mon, 15 Aug 2011 12:48:08 -0700 (PDT) In-Reply-To: References: <20110804142114.11b50905@davenulle.org> Date: Mon, 15 Aug 2011 12:48:08 -0700 Message-ID: From: Bryan Irvine To: "C. P. Ghost" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 15 Aug 2011 21:04:14 +0000 Cc: FreeBSD-Current , Patrick Lamaiziere , soekris-tech@lists.soekris.com Subject: Re: [Soekris] FreeBSD 9.0 beta on a Net5501? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:18:32 -0000 On Sun, Aug 14, 2011 at 12:50 PM, C. P. Ghost wrote: > On Thu, Aug 4, 2011 at 2:21 PM, Patrick Lamaiziere > wrote: >> Hello, >> >> I've tried to update my net5501 running an old FreeBSD-current from >> october to 9.0 beta 1. Unfortunaly installworld crashed and the system >> is broken now : >> >> # make installworld >> ... >> =3D=3D=3D> libexec/rtld-elf (install) >> chflags noschg /usr/libexec/ld-elf.so.1 >> install -s -o root -g wheel -m 555 =A0-C -b -fschg -S ld-elf.so.1 /libex= ec >> install -o root -g wheel -m 444 rtld.1.gz =A0/usr/share/man/man1 >> *** Signal 4 >> >> Stop in /usr/src/libexec/rtld-elf. >> *** Error code 1 >> >> # ls >> Instruction interdite(core dumped) >> (instruction interdite =3D> illegal/forbidden instruction) >> >> The world and kernel were built with llvm/clang. > > [CC-ing freebsd-current@] > > Is this issue resolved? > > I'm having a bunch of net4801 in production here, > and I was planning to move them to 9.0 soon after > RELEASE. So thanks for the heads up. I'll be holding > back now, and will stay with 8.2-STABLE. > > Unfortunately, I have no spare net4801 (and no net5501) > at the moment, so I can't test BETA on them. :( I have access to a 4801. I can test if needed. I don't run freebsd though so I'd need some help with understanding what needs to be tested. -Bryan From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 21:23:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7245C1065762 for ; Mon, 15 Aug 2011 21:23:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0D28FC18 for ; Mon, 15 Aug 2011 21:23:51 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7FLNkfa058212; Mon, 15 Aug 2011 17:23:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E498E6B.60406@sentex.net> Date: Mon, 15 Aug 2011 17:23:55 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "C. P. Ghost" References: <20110804142114.11b50905@davenulle.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: FreeBSD-Current , Patrick Lamaiziere , soekris-tech@lists.soekris.com Subject: Re: [Soekris] FreeBSD 9.0 beta on a Net5501? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 21:23:52 -0000 On 8/14/2011 3:50 PM, C. P. Ghost wrote: > I'm having a bunch of net4801 in production here, > and I was planning to move them to 9.0 soon after > RELEASE. So thanks for the heads up. I'll be holding > back now, and will stay with 8.2-STABLE. I netbooted an old 4801 box and it seems fine too. Testing the watchdog as well as the hifn that was in it and both seem to work just fine. 4801# dmesg Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA1 #2: Sun Aug 14 19:15:05 EDT 2011 mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/ipsec i386 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) module_register: module pci/xhci already exists! Module pci/xhci failed to register: 17 CPU: Geode(TM) Integrated Processor by National Semi (586-class CPU) Origin = "Geode by NSC" Id = 0x540 Family = 5 Model = 4 Stepping = 0 Features=0x808131 real memory = 134217728 (128 MB) avail memory = 116346880 (110 MB) kbd1 at kbdmux0 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 sis0: port 0xe100-0xe1ff mem 0xa0000000-0xa0000fff irq 10 at device 6.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c8:fa:e0 sis1: port 0xe200-0xe2ff mem 0xa0001000-0xa0001fff irq 10 at device 7.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c8:fa:e1 sis2: port 0xe300-0xe3ff mem 0xa0002000-0xa0002fff irq 10 at device 8.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c8:fa:e2 pci0: at device 14.0 (no driver attached) Geode Soekris net4801 comBIOS ver. 1.31 20070408 Copyright (C) 2000-2007 isab0: port 0x6100-0x613f,0x6200-0x623f at device 18.0 on pci0 isa0: on isab0 pci0: at device 18.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 18.2 on pci0 ata0: on atapci0 ata1: on atapci0 Timecounter "Geode" frequency 27000000 Hz quality 1000 pci0: at device 18.5 (no driver attached) ohci0: mem 0xa0010000-0xa0010fff irq 5 at device 19.0 on pci0 usbus0: on ohci0 cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 Timecounters tick every 0.976 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: <0x0e11> at usbus0 uhub0: <0x0e11 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 Root mount waiting for: usbus0 uhub0: 3 ports with 3 removable, self powered Trying to mount root from nfs: []... NFS ROOT: 10.255.255.1:/home/pxe9 hifn0 mem 0xa0003000-0xa0003fff,0xa0004000-0xa0005fff,0xa0008000-0xa000ffff irq 11 at device 14.0 on pci0 hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x801 4801# And using /usr/src/tools/crypto/cryptostats % ssh -c 3des 10.255.255.60 "/home/mdtancsa/cryptostats" 241 symmetric crypto ops (0 errors, 0 times driver blocked) 0 key ops (0 errors, 0 times driver blocked) 0 crypto dispatch thread activations 0 crypto return thread activations % ssh -c 3des 10.255.255.60 "/home/mdtancsa/cryptostats" 271 symmetric crypto ops (0 errors, 0 times driver blocked) 0 key ops (0 errors, 0 times driver blocked) 0 crypto dispatch thread activations 0 crypto return thread activations Seems to be kicking the hifn card. -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 22:26:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D7C106564A for ; Mon, 15 Aug 2011 22:26:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A2A798FC0A for ; Mon, 15 Aug 2011 22:26:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EADycSU6DaFvO/2dsb2JhbABBhEikRYFAAQEFIwQiMBsOCgICDRkCWQYTsXSRVoEshAuBEASTEpER X-IronPort-AV: E=Sophos;i="4.67,376,1309752000"; d="scan'208";a="134487474" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 15 Aug 2011 18:26:28 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 7D01BB3FCD; Mon, 15 Aug 2011 18:26:28 -0400 (EDT) Date: Mon, 15 Aug 2011 18:26:28 -0400 (EDT) From: Rick Macklem To: Boris Samorodov Message-ID: <1094229179.175314.1313447188476.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <12068796@h30.sp.ipt.ru> 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: freebsd-current@FreeBSD.org Subject: Re: diskless client can not be loaded (works at r224471) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 22:26:30 -0000 Boris Samorodov wrote: > Hi! > > I use the same kernel for both host and diskless stations. > The FreeBSD-9 r224471 kernel at the host system works fine, > but the r224870 kernel oes not work. The file /pxeboot seems to be > loaded but then the host system does not answer to client's nfs > questions. > > Here are the relevan parts of tcpdump logs at the host system (kaka is > the diskless station and 192.168.111.254 is the host system): > ----- r224471 kernel (works) ----- > kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" > 16:08:28.325938 IP (tos 0x0, ttl 64, id 2002, offset 0, flags [none], > proto UDP (17), length 264) > 192.168.111.254.nfs > kaka.4: reply ok 236 lookup fh > 1237,78874/9609217 DIR 755 ids 0/0 sz 1024 nlink 8 rdev 192/38338761 > fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 1313410058.000000 > 1313410058.000000 post dattr: DIR 755 ids 0/0 sz 512 nlink 19 rdev > 192/38338760 fsid 7e fileid 92a000 a/m/ctime 1313410040.000000 > 1313393850.000000 1313393850.000000 > 16:08:28.326130 IP (tos 0x0, ttl 20, id 197, offset 0, flags [none], > proto UDP (17), length 140) > kaka.5 > 192.168.111.254.nfs: 112 lookup fh 1237,78874/9609217 > "boot.4th.split" > 16:08:28.326180 IP (tos 0x0, ttl 64, id 2003, offset 0, flags [none], > proto UDP (17), length 144) > 192.168.111.254.nfs > kaka.5: reply ok 116 lookup ERROR: No such file > or directory post dattr: DIR 755 ids 0/0 sz 1024 nlink 8 rdev > 192/38338761 fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 > 1313410058.000000 1313410058.000000 > 16:08:28.326420 IP (tos 0x0, ttl 20, id 198, offset 0, flags [none], > proto UDP (17), length 104) > kaka.exp2 > 192.168.111.254.entrust-aams: [udp sum ok] UDP, length 76 > 16:08:28.326555 IP (tos 0x0, ttl 64, id 2004, offset 0, flags [none], > proto UDP (17), length 96) > 192.168.111.254.entrust-aams > kaka.exp2: [bad udp cksum 55c4!] UDP, > length 68 > 16:08:28.326717 IP (tos 0x0, ttl 20, id 199, offset 0, flags [none], > proto UDP (17), length 128) > kaka.7 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" > 16:08:28.326770 IP (tos 0x0, ttl 64, id 2005, offset 0, flags [none], > proto UDP (17), length 264) > 192.168.111.254.nfs > kaka.7: reply ok 236 lookup fh > 1237,78874/9609217 DIR 755 ids 0/0 sz 1024 nlink 8 rdev 192/38338761 > fsid 7e fileid 92a001 a/m/ctime 1313410061.000000 1313410058.000000 > 1313410058.000000 post dattr: DIR 755 ids 0/0 sz 512 nlink 19 rdev > 192/38338760 fsid 7e fileid 92a000 a/m/ctime 1313410040.000000 > 1313393850.000000 1313393850.000000 > 16:08:28.326965 IP (tos 0x0, ttl 20, id 200, offset 0, flags [none], > proto UDP (17), length 144) > kaka.8 > 192.168.111.254.nfs: 116 lookup fh 1237,78874/9609217 > "boot.4th.gz.split" > ----- r224870 kernel (no answer) ----- > 15:21:45.825058 IP (tos 0x0, ttl 20, id 196, offset 0, flags [none], > proto UDP (17), length 128) > kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" > 15:21:47.281800 IP (tos 0x0, ttl 20, id 197, offset 0, flags [none], > proto UDP (17), length 128) > kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" > 15:21:51.282086 IP (tos 0x0, ttl 20, id 198, offset 0, flags [none], > proto UDP (17), length 128) > kaka.4 > 192.168.111.254.nfs: 100 lookup fh 1237,78874/9609216 "boot" > ----- > > Some additional info about the host: > ----- > % uname -a > FreeBSD h30.sp.ipt.ru 9.0-BETA1 FreeBSD 9.0-BETA1 #29 r224870: Mon Aug > 15 03:12:15 MSK 2011 bsam@h30.sp.ipt.ru:/usr/obj/usr/src/sys/BB i386 > > % ifconfig re0 > re0: flags=8843 metric 0 mtu > 1500 > options=389b > ether 00:1f:d0:91:e4:96 > inet 192.168.16.30 netmask 0xffffff00 broadcast 192.168.16.255 > inet 192.168.100.99 netmask 0xffffff00 broadcast 192.168.100.255 > inet 192.168.111.254 netmask 0xffffff00 broadcast 192.168.111.255 > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > > % sudo tail /var/log/xferlog > Aug 15 16:20:29 h30 tftpd[2653]: Full access allowedin > /etc/hosts.allow > Aug 15 16:20:29 h30 tftpd[2653]: Filename: '/pxeboot' > Aug 15 16:20:29 h30 tftpd[2653]: Mode: 'octet' > Aug 15 16:20:29 h30 tftpd[2653]: Got ERROR packet: TFTP Aborted > Aug 15 16:20:29 h30 tftpd[2655]: Full access allowedin > /etc/hosts.allow > Aug 15 16:20:29 h30 tftpd[2655]: Filename: '/pxeboot' > Aug 15 16:20:29 h30 tftpd[2655]: Mode: 'octet' > Aug 15 16:20:29 h30 tftpd[2655]: 192.168.111.11: read request for > /pxeboot: success > Aug 15 16:20:29 h30 tftpd[2655]: Sent 268288 bytes in 0 seconds > > % showmount -e > /home 192.168.111.11 192.168.111.12 > /usr/local 192.168.111.11 192.168.111.12 > /diskless 192.168.111.11 192.168.111.12 > > % showmount -a > All mount points on localhost: > kaka:/diskless > > % sockstat -4l > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS > www httpd 2537 3 tcp4 6 *:80 *:* > root Xorg 2388 3 tcp4 *:6000 *:* > www httpd 2386 3 tcp4 6 *:80 *:* > www httpd 2385 3 tcp4 6 *:80 *:* > www httpd 2384 3 tcp4 6 *:80 *:* > www httpd 2383 3 tcp4 6 *:80 *:* > www httpd 2382 3 tcp4 6 *:80 *:* > root xdm 2381 3 udp4 192.168.111.254:177 *:* > root inetd 2340 5 udp4 *:69 *:* > root sendmail 2297 3 tcp4 127.0.0.1:25 *:* > root sshd 2285 4 tcp4 *:22 *:* > root httpd 2261 3 tcp4 6 *:80 *:* > root cupsd 2177 6 tcp4 *:631 *:* > root cupsd 2177 8 udp4 *:631 *:* > mysql mysqld 2049 10 tcp4 *:3306 *:* > dhcpd dhcpd 1967 7 udp4 *:67 *:* > root ntpd 1837 20 udp4 *:123 *:* > root ntpd 1837 22 udp4 192.168.16.30:123 *:* > root ntpd 1837 23 udp4 192.168.100.99:123 *:* > root ntpd 1837 24 udp4 192.168.111.254:123 *:* > root ntpd 1837 27 udp4 127.0.0.1:123 *:* > root nfsd 1763 5 tcp4 *:2049 *:* > root mountd 1754 7 udp4 *:927 *:* > root mountd 1754 8 tcp4 *:927 *:* > root rpcbind 1676 9 udp4 *:111 *:* > root rpcbind 1676 10 udp4 *:935 *:* > root rpcbind 1676 11 tcp4 *:111 *:* > root syslogd 1646 7 udp4 *:514 *:* > ----- > > The kernel: > ----- > include GENERIC > ident BB > > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > > options INCLUDE_CONFIG_FILE > > options SHMMAXPGS=65536 > options SEMMNI=40 > options SEMMNS=240 > options SEMUME=40 > options SEMMNU=120 > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=100 > options IPFIREWALL_DEFAULT_TO_ACCEPT > > # for zoneminder > options SHMMNI=384 > options SHMSEG=256 > ----- > > Any help is appreciated. Thanks! > By inspection, it appears that r224778 would break the nfsd server. However, it's not obvious to me if the breakage could have resulted in the failure you are seeing? (It would result in new socket connections failing, but I would have thought that would be TCP specific?) The only other 2 post-r224471 commits to the nfsd server are specific to either rename or read so it seems unlikely they would affect a lookup. Please try this one line patch: --- nfs_nfsdport.c.sav 2011-08-15 18:13:22.000000000 -0400 +++ nfs_nfsdport.c 2011-08-15 18:14:01.000000000 -0400 @@ -3036,7 +3036,6 @@ nfssvc_nfsd(struct thread *td, struct nf */ if ((error = fget(td, sockarg.sock, CAP_SOCK_ALL, &fp)) != 0) goto out; - return (error); if (fp->f_type != DTYPE_SOCKET) { fdrop(fp, td); error = EPERM; and let us know if it helps. If this doesn't fix the problem, please do a: "ps axHl" on the server after the diskless client has failed to boot, to see what the nfsd threads are up to. Also, if you have another running system, try an nfs mount using "-o udp" to see if that works, since the pxeboot is using NFS over UDP. Please let us know how it goes, rick From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 04:05:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26E25106566C; Tue, 16 Aug 2011 04:05:20 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F240A8FC12; Tue, 16 Aug 2011 04:05:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7G45J7v058575; Tue, 16 Aug 2011 04:05:19 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7G45JxW058574; Tue, 16 Aug 2011 04:05:19 GMT (envelope-from jwd) Date: Tue, 16 Aug 2011 04:05:19 +0000 From: John To: freebsd-fs@freebsd.org Message-ID: <20110816040519.GA49864@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Three LOR with latest -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 04:05:20 -0000 Hi folks, I'm seeing 3 lock order reversals with an up-to-date -current system. Stock system, GENERIC kernel. Let me know if this isn't enough information. Just booting the system and the dmesg. Thanks, John lock order reversal: 1st 0xfffffe0289627db8 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:425 2nd 0xffffff9f0db49778 bufwait (bufwait) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_bio.c:2658 3rd 0xfffffe00404a8098 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:546 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ffs_snapshot() at ffs_snapshot+0x1c31 ffs_mount() at ffs_mount+0xa24 vfs_donmount() at vfs_donmount+0xddc nmount() at nmount+0x63 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (378, FreeBSD ELF64, nmount), rip = 0x800abde1c, rsp = 0x7fffffffd968, rbp = 0x801008130 --- lock order reversal: 1st 0xffffff9f0db49778 bufwait (bufwait) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_bio.c:2658 2nd 0xfffffe004034dcb0 snaplk (snaplk) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:818 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ffs_snapshot() at ffs_snapshot+0x1b0c ffs_mount() at ffs_mount+0xa24 vfs_donmount() at vfs_donmount+0xddc nmount() at nmount+0x63 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (378, FreeBSD ELF64, nmount), rip = 0x800abde1c, rsp = 0x7fffffffd968, rbp = 0x801008130 --- lock order reversal: 1st 0xfffffe004034dcb0 snaplk (snaplk) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_vnops.c:301 2nd 0xfffffe0289627db8 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:1620 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_snapremove() at ffs_snapremove+0xe7 ffs_truncate() at ffs_truncate+0x302 ufs_inactive() at ufs_inactive+0x260 vinactive() at vinactive+0x72 vputx() at vputx+0x386 vn_close() at vn_close+0x118 vn_closefile() at vn_closefile+0x5a _fdrop() at _fdrop+0x23 closef() at closef+0x5c kern_close() at kern_close+0x121 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (6, FreeBSD ELF64, close), rip = 0x800b5e2bc, rsp = 0x7fffffffd968, rbp = 0 --- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 05:30:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0BA1106564A for ; Tue, 16 Aug 2011 05:30:28 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 684718FC12 for ; Tue, 16 Aug 2011 05:30:28 +0000 (UTC) Received: (qmail 31785 invoked by uid 0); 16 Aug 2011 05:03:45 -0000 Received: from 66.41.4.180 (HELO ?192.168.1.195?) (66.41.4.180) by relay01.pair.com with SMTP; 16 Aug 2011 05:03:45 -0000 X-pair-Authenticated: 66.41.4.180 Date: Tue, 16 Aug 2011 00:03:44 -0500 (CDT) From: Mike Silbersack X-X-Sender: silby@telemachus.local To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: jkim@freebsd.org Subject: [patch] Disable TSC on SMP VMs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 05:30:28 -0000 Hi all, Thanks to a lightning strike, I recently upgraded my ESXi 4.1 system from an old Athlon X2 to a shiny new Core i5-2500K. I order to see how fast it was, I decided to run some buildworlds. I tried my FreeBSD 9 based VM first, and was unhappy with what I saw - many mpt timeouts were reported, and the filesystem ended up requiring a lot of fscking. My FreeBSD 8 based VM, on the other hand, was quite happy. After some trial and error, I determined that using the TSC as a timecounter with the VM in SMP mode was the root cause. If I switch the VM to one vCPU and run with the TSC, the buildworld runs fine. If I leave it with two vCPUs and change the timecounter to ACPI, then it runs fine too. Based on these results, I created the attached patch; it turns the priority of the TSC down to -100 if it determines that it is running inside a virtualized SMP environment. (I did not do testing on KVM or qemu, but I am assuming that they probably do not have TSC emulation perfect either.) I'd like to get this into 9.0 so that it works reliably for people who run it in a virtual environment on modern hardware. If someone could code review the patch, I would greatly appreciate it. Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 06:36:40 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325EE106564A for ; Tue, 16 Aug 2011 06:36:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4758FC0C for ; Tue, 16 Aug 2011 06:36:40 +0000 (UTC) Received: from delta.delphij.net (c-76-102-50-245.hsd1.ca.comcast.net [76.102.50.245]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id DA748135D4; Mon, 15 Aug 2011 23:36:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1313476599; bh=vfVnhNSKh4jTr9r6ww7ePy47mcxiRoHUNDri4jN9pZw=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=bEQXKiQzwx7w/ykgOKWtKpbgdBb12HjsoEwC9KldVVxBBCRGDD8lFMh1U3g0BzKcV C1amuP89KIczc6qmug9OGmRU2QuF0Gn5tep8tDDom8fjIJMBvndZM6j+GViXLfNsf3 9EhVwEBOJSNd2qky1fyjkwcIns1HFe7tPuTbpmIw= Message-ID: <4E4A0FF6.9050302@delphij.net> Date: Mon, 15 Aug 2011 23:36:38 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] Any High Points Technology RR4400 users here? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 06:36:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, The current FreeBSD hptiop(4) driver does not support RR4400 series. I'm not sure if there are any users or if there is interest, but if you do, please help to test this patch: http://people.freebsd.org/~delphij/misc/hptiop-rr4400.diff Thanks in advance! Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOSg/2AAoJEATO+BI/yjfBJzsH/05mSxH4c3UZQa3IR+/4Vo1u ex/1Y/Ez3unRDTxLdBu910xQjUu3NS0OoI/RuYv98Tcqrf/99Z66DyDPnH2BdCs/ reQS5wrwNZc1VvGkd6R6erNGUwPckAc2MdYfGoe0PCZZHWghEPGPXPDZJFY4cJ20 Dyi6NbNTiM08yYQEm9U3VmFmgLpPKRXpt8n+ZbPN0aqMUyBvvjIiuO+82YtfpQJy hb+3rj4RZYsp8caSWCk85NvPh5rhA5IcGi7U7gXRH4FjPn2O4wMoziE+iLDHoOBe +NGyfHFFglrj0SdRGqXlRyEPAGGe69KAHAfvageCBYUHgWAnouaUMzDZOq8nE0w= =VX3b -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 07:05:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708AB1065672 for ; Tue, 16 Aug 2011 07:05:56 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id D127F8FC18 for ; Tue, 16 Aug 2011 07:05:55 +0000 (UTC) Received: (qmail 7245 invoked by uid 0); 16 Aug 2011 07:05:54 -0000 Received: from 66.41.4.180 (HELO ?192.168.1.195?) (66.41.4.180) by relay00.pair.com with SMTP; 16 Aug 2011 07:05:54 -0000 X-pair-Authenticated: 66.41.4.180 Date: Tue, 16 Aug 2011 02:05:53 -0500 (CDT) From: Mike Silbersack X-X-Sender: silby@telemachus.local To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: jkim@freebsd.org Subject: Re: [patch] Disable TSC on SMP VMs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 07:05:56 -0000 The patch I referenced (and forgot to attach) is located here: http://www.silby.com/tsc.c-no_vm_smp_tsc.patch Thanks to those who pointed out my error to me. :) Mike "Silby" Silbersack On Tue, 16 Aug 2011, Mike Silbersack wrote: > > Hi all, > > Thanks to a lightning strike, I recently upgraded my ESXi 4.1 system from an > old Athlon X2 to a shiny new Core i5-2500K. I order to see how fast it was, > I decided to run some buildworlds. I tried my FreeBSD 9 based VM first, and > was unhappy with what I saw - many mpt timeouts were reported, and the > filesystem ended up requiring a lot of fscking. My FreeBSD 8 based VM, on > the other hand, was quite happy. > > After some trial and error, I determined that using the TSC as a timecounter > with the VM in SMP mode was the root cause. If I switch the VM to one vCPU > and run with the TSC, the buildworld runs fine. If I leave it with two vCPUs > and change the timecounter to ACPI, then it runs fine too. Based on these > results, I created the attached patch; it turns the priority of the TSC down > to -100 if it determines that it is running inside a virtualized SMP > environment. (I did not do testing on KVM or qemu, but I am assuming that > they probably do not have TSC emulation perfect either.) > > I'd like to get this into 9.0 so that it works reliably for people who run it > in a virtual environment on modern hardware. If someone could code review > the patch, I would greatly appreciate it. > > Thanks, > > Mike "Silby" Silbersack > From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 08:13:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2A4106566B; Tue, 16 Aug 2011 08:13:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 71BBA8FC12; Tue, 16 Aug 2011 08:13:35 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1QtEm0-0003nk-Om; Tue, 16 Aug 2011 09:13:27 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QtElW-0000hG-7C; Tue, 16 Aug 2011 09:12:50 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p7G8Cm0Y037243; Tue, 16 Aug 2011 09:12:48 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p7G8Cm1O037242; Tue, 16 Aug 2011 09:12:48 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 16 Aug 2011 09:12:48 +0100 From: Anton Shterenlikht To: Marcel Moolenaar , Anton Shterenlikht , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110816081248.GB37207@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Marcel Moolenaar , Anton Shterenlikht , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20110812141904.GA1683@mech-cluster241.men.bris.ac.uk> <20110815173451.GA29502@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110815173451.GA29502@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: make test under lang/perl5.14 causes panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 08:13:36 -0000 On Mon, Aug 15, 2011 at 06:34:51PM +0100, Anton Shterenlikht wrote: > On Fri, Aug 12, 2011 at 05:45:55PM -0700, Marcel Moolenaar wrote: > > > > On Aug 12, 2011, at 7:19 AM, Anton Shterenlikht wrote: > > > > > On ia64 r221488 > > > > Please update to at least r223700, as that was a major stability fix. > > UZI> uname -a > FreeBSD mech-as221.men.bris.ac.uk 9.0-BETA1 FreeBSD 9.0-BETA1 #5 r224876: Mon Aug 15 12:06:05 BST 2011 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 > UZI> > > make test run with no panic once (though lots of errors, > I should probably let the perl team know), and > panicked on the second run: > > # make test > > *skip many tests* > > op/64bitint.t ..................................................... ok > op/alarm.t ........................................................ Write failed: Broken pipe > > > isitmychild: rmatrix mismatch between process lock (index 8) and sigacts (index 166): w_rmatrix[8][166] == 1 but w_rmatrix[166][8] == 4 > KDB: stack backtrace: > panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 > cpuid = 1 > KDB: enter: panic > [ thread pid 64967 tid 100400 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe211b0,gp ;; > db> > > db> show thread > Thread 100400 at 0xe0000000121eb9e0: > proc (pid 64967): 0xe0000000121de000 > name: perl > stack: 0xa000000097206000-0xa00000009720dfff > flags: 0x4 pflags: 0 > state: RUNNING (CPU 1) > priority: 194 > container lock: sched lock 1 (0x9ffc000000a73780) > db> > > db> show proc > Process 64967 (perl) at 0xe0000000121de000: > state: NORMAL > uid: 0 gids: 0, 5 > parent: pid 63774 at 0xe00000001194c468 > ABI: FreeBSD ELF64 > arguments: ./perl > threads: 1 > 100400 Run CPU 1 perl > db> > > db> bt > Tracing pid 64967 tid 100400 td 0xe0000000121eb9e0 > kdb_enter(0x9ffc00000095b7e0, 0x9ffc00000095b7e0, 0x9ffc000000375110, 0x793) at kdb_enter+0x92 > panic(0x9ffc000000964638, 0x9ffc000000959f18, 0x9ffc000000959ef8, 0x9ffc00000099caa8, 0x232, 0x9ffc00000099caa8) at panic+0x2e0 > witness_checkorder(0xe0000000121de0f8, 0x9, 0x9ffc00000099caa8, 0x232, 0x0) at witness_checkorder+0x1b0 > _mtx_lock_flags(0xe0000000121de0f8, 0x0, 0x9ffc00000099caa8, 0x232, 0x9ffc00000081d160, 0x716, 0xa00000009720d258) at _mtx_lock_flags+0x130 > trap(0x14, 0xa00000009720c400) at trap+0x940 > ivt_Data_TLB() at ivt_Data_TLB+0x1d0 > --- trapframe at 0xa00000009720c400 > uma_zalloc_arg(0xe0000040fed6fb00, 0x0, 0x1) at uma_zalloc_arg+0x121 > malloc(0x9, 0x9ffc000000a1f9f0, 0x1) at malloc+0x290 > unw_alloc(0x10c0, 0x9ffc0000007d8a10) at unw_alloc+0x210 > uwx_init(0x0, 0x9ffc000000820590, 0x28a, 0x9ffc000000c27330) at uwx_init+0x70 > unw_create_from_pcb(0xa00000009720c750, 0xa00000009720c7f0, 0x9ffc0000007fe680) at unw_create_from_pcb+0x20 > db_backtrace(0xe0000000121eb9e0, 0xa00000009720c7f0, 0xffffffffffffffff) at db_backtrace+0x20 > db_trace_self(0x9ffc000000101100) at db_trace_self+0x40 > db_trace_self_wrapper(0x9ffc0000003e3620) at db_trace_self_wrapper+0x70 > kdb_backtrace(0x9ffc000000a484c0, 0x9ffc00000040ef60, 0x410, 0x9ffc000000c27330) at kdb_backtrace+0xc0 > _isitmyx(0xa000000000202400, 0xa000000000207300, 0x1, 0x9ffc000000964de8) at _isitmyx+0x1c0 > isitmychild(0xa000000000202400, 0xa000000000207300, 0x9ffc000000412cb0, 0x999, 0x9ffc00000095b8e8) at isitmychild+0x30 > witness_checkorder(0xe000000011d75ca8, 0x9, 0x9ffc000000be9f90, 0x288, 0x0) at witness_checkorder+0x5e0 > _mtx_lock_flags(0xe000000011d75ca8, 0x0, 0x9ffc00000095b8e8, 0x288) at _mtx_lock_flags+0x130 > kern_sigaction(0xe0000000121de000, 0xe, 0x0, 0xa00000009720d380, 0x9ffc00000095b8e8) at kern_sigaction+0x90 > sigaction(0xe0000000121eb9e0, 0xa00000009720d4e8, 0x0, 0xa00000009720d380) at sigaction+0xb0 > syscallenter(0xe0000000121eb9e0, 0xa00000009720d3a0, 0xa00000009720d3a8) at syscallenter+0x4e0 > syscall(0xa00000009720d4c8, 0xe0000000121eb9e0, 0x7fffffffffffe1a0, 0x9ffc000000818520, 0x8, 0x120bc9930) at syscall+0x60 > epc_syscall_return() at epc_syscall_return > db> and again: nic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 cpuid = 0 KDB: enter: panic [ thread pid 9680 tid 100382 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe211b0,gp ;; db> db> show thread Thread 100382 at 0xe0000000119c48a0: proc (pid 9680): 0xe000000011e37608 name: perl stack: 0xa000000097176000-0xa00000009717dfff flags: 0x4 pflags: 0 state: RUNNING (CPU 0) priority: 177 container lock: sched lock 0 (0x9ffc000000a72b00) db> db> show proc Process 9680 (perl) at 0xe000000011e37608: state: NORMAL uid: 0 gids: 0, 5 parent: pid 9533 at 0xe000000011e36468 ABI: FreeBSD ELF64 arguments: ../../t/perl threads: 1 100382 Run CPU 0 perl db> db> bt Tracing pid 9680 tid 100382 td 0xe0000000119c48a0 kdb_enter(0x9ffc00000095b7e0, 0x9ffc00000095b7e0, 0x9ffc000000375110, 0x793) at kdb_enter+0x92 panic(0x9ffc000000964638, 0x9ffc000000959f18, 0x9ffc000000959ef8, 0x9ffc00000099caa8, 0x232, 0x9ffc00000099caa8) at panic+0x2e0 witness_checkorder(0xe000000011e37700, 0x9, 0x9ffc00000099caa8, 0x232, 0x0) at witness_checkorder+0x1b0 _mtx_lock_flags(0xe000000011e37700, 0x0, 0x9ffc00000099caa8, 0x232, 0x9ffc00000081d160, 0x716, 0x120fa5660) at _mtx_lock_flags+0x130 trap(0x14, 0xa00000009717d000) at trap+0x940 ivt_Data_TLB() at ivt_Data_TLB+0x1d0 --- trapframe at 0xa00000009717d000 sleepq_add(0x9ffc000000a48388, 0x0, 0x9ffc00000095d0f8, 0x100, 0x0) at sleepq_add+0x530 _sleep(0x9ffc000000a48388, 0x0, 0x9ffc000000a5aa98, 0x9ffc00000095d0f8, 0x2) at _sleep+0x580 kern_nanosleep(0xe0000000119c48a0, 0xa00000009717d398, 0xa00000009717d380) at kern_nanosleep+0x220 nanosleep(0xe0000000119c48a0, 0xa00000009717d4e8, 0x0, 0x9ffc000000400cf0) at nanosleep+0xb0 syscallenter(0xe0000000119c48a0, 0xa00000009717d3a0, 0xa00000009717d3a8) at syscallenter+0x4e0 syscall(0xa00000009717d4c8, 0xe0000000119c48a0, 0x9ffc00000099caa8, 0x9ffc000000818520, 0x8, 0x0) at syscall+0x60 epc_syscall_return() at epc_syscall_return db> Unofortunately, it's not exactly reproducible, i.e. the panic happens at different test each time. Do let me know if there anything else I can do to give you more useful information. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 11:38:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7FD106564A for ; Tue, 16 Aug 2011 11:38:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD038FC13 for ; Tue, 16 Aug 2011 11:38:34 +0000 (UTC) Received: by ywo32 with SMTP id 32so3067431ywo.13 for ; Tue, 16 Aug 2011 04:38:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dM6pGUrasivBXoihAZZfVttblajKLNx1xwkOZEW1ZpY=; b=dnKb/ksKvAkqpjlQPaqKMNLwu5Apc3ZzuS9JdWAvdxItSE35SrzglBCwjIb1mqtRWC lPpkfWMCeeTM3dJ8Lo4BWhdUBgNpdyABlkbakmZ+nY+Ifcst5m5T/U5YEmIFRlifgP31 A3Nwhw09I5/FXVFSrOlGCCVn3vgOHC4rjqglE= MIME-Version: 1.0 Received: by 10.150.230.15 with SMTP id c15mr5050876ybh.247.1313494713774; Tue, 16 Aug 2011 04:38:33 -0700 (PDT) Received: by 10.150.188.9 with HTTP; Tue, 16 Aug 2011 04:38:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 16 Aug 2011 15:38:33 +0400 Message-ID: From: Sergey Kandaurov To: "deeptech71@gmail.com" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: kernel build failure without BPF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 11:38:34 -0000 On 14 August 2011 06:01, deeptech71@gmail.com wrote: > in the following kernel configuration (notably without ``device > bfp''), i get the following kernel build error. which is either a bug, > or not; just posting in case it's in someone's interest. > > =3D=3D=3D=3D=3D=3D=3D=3D build log snippet begins =3D=3D=3D=3D=3D=3D=3D= =3D > =3D=3D=3D> pfsync (all) > > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium4 -Werror -D_KERNEL > -DKLD_MODULE -nostdinc =A0-I/usr/src/sys/modules/pfsync/../../contrib/pf > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/HQ/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-common =A0-I/usr/obj/usr/src/sys/HQ > -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx > -msoft-float -ffreestanding -fstack-protector -std=3Diso9899:1999 > -fstack-protector -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option -c > /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c > > /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c: In > function 'pfsync_sendout': > > /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: > error: 'm' undeclared (first use in this function) > > /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: > error: (Each undeclared identifier is reported only once > > /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163: > error: for each function it appears in.) > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/pfsync. > > *** Error code 1 This is due to mismerge of pf4.5. The following patch shall fix the build: Index: sys/contrib/pf/net/if_pfsync.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/contrib/pf/net/if_pfsync.c (revision 224568) +++ sys/contrib/pf/net/if_pfsync.c (working copy) @@ -2126,8 +2126,8 @@ pfsync_sendout(void) #else struct ifnet *ifp =3D &sc->sc_if; #endif +#endif struct mbuf *m; -#endif struct ip *ip; struct pfsync_header *ph; struct pfsync_subheader *subh; --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 13:15:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821661065670; Tue, 16 Aug 2011 13:15:04 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 626B58FC08; Tue, 16 Aug 2011 13:15:04 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQ000FCKVFKDX30@asmtp029.mac.com>; Tue, 16 Aug 2011 06:14:16 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-16_03:2011-08-16, 2011-08-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108160125 From: Christoph Hoffmann In-reply-to: <201108151212.07874.jhb@freebsd.org> Date: Tue, 16 Aug 2011 15:14:08 +0200 Content-transfer-encoding: quoted-printable Message-id: <7BD5F062-A7B0-4D05-989F-F23C9353E7D8@me.com> References: <9B42BCDF-43E3-4517-9972-47A8B539880F@me.com> <3D9B1E72-385F-493A-A6B3-4684A2DB50E4@me.com> <201108151212.07874.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 13:15:04 -0000 Hello John, Thank you very much indeed for your reply. The pmbr.s passes the ARGS set to 0x900 to main() in zfsboot.c and *(uint8_t *)PTOV(ARGS)) is 0x80.=20 In zfsboot.c main(), before the line bootinfo.bi_version =3D BOOTINFO_VERSION; gets executed we still keep the right value of the dsk->drive and just = after the execution, the dsk->drive is equal to zero. Adding printf("hello\n"); before dsk =3D malloc(sizeof(struct dsk)); keeps the dsk->drive value assigned to 0x80 and the box will boot. Any comments will be appreciated. Best Regards, Christoph -- Christoph Hoffmann On Aug 15, 2011, at 6:12 PM, John Baldwin wrote: > On Friday, August 05, 2011 10:08:27 am Christoph Hoffmann wrote: >> Hello Everyone, >>=20 >> Despite the BIOS information about the nonexistent floppy, the = zfsboot.c=20 > code=20 >> will prevent to boot from the first HDD if a floppy is given as a = first=20 > available device. >>=20 >> The drive 0x0 (floppy) will be probed before the code below and an = error=20 > occurs: >> [=85] >> gptzfsboot: error 1 lba 32 = =20 >> gptzfsboot: error 1 lba 1 = =20 >> [=85] >>=20 >> The continue statement will skip the rest of the iteration because =20= >> if ((i | DRV_HARD) =3D=3D *(uint8_t *)PTOV(ARGS))=20 >> is true if the drive equals 0x80. As a result we do not call = probe_drive() >> for this drive. >=20 > But that shouldn't happen if ARGS has a drive number of 0. (In that = case 0x80=20 > !=3D 0x0, so it shouldn't match.) >=20 > This shows that PTOV(ARGS) actually has a %dl value of 0x80 which is = correct. =20 > The question is how your initial 'dsk' ended up using 0x0 instead of = 0x80. > Note that your 'type' is 0, so that means that it was ok initially = (TYPE_AD is=20 > 0): >=20 > dsk->drive =3D *(uint8_t *)PTOV(ARGS); > dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >=20 > Somewhere between where 'dsk' is initalized in main() and before = probe_drive()=20 > is called in main() for 'dsk', 'dsk->drive' is getting clobbered. Can = you add=20 > some additional printfs to nail down where that is happening? >=20 > --=20 > John Baldwin > _______________________________________________ > 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 Aug 16 13:47:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 355D3106566B for ; Tue, 16 Aug 2011 13:47:24 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id D0D2B8FC14 for ; Tue, 16 Aug 2011 13:47:23 +0000 (UTC) Received: from unixmania.com ([189.251.172.18]) by ns2.bafirst.com with esmtp; Tue, 16 Aug 2011 08:47:21 -0500 id 000DA804.4E4A74E9.00000E74 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Tue, 16 Aug 2011 08:47:21 -0500 id 000CF755.4E4A74E9.00009735 Received: from dsl-189-251-162-77-dyn.prod-infinitum.com.mx (dsl-189-251-162-77-dyn.prod-infinitum.com.mx [189.251.162.77]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 16 Aug 2011 08:47:21 -0500 Message-ID: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> Date: Tue, 16 Aug 2011 08:47:21 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20100101 Firefox/5.0 X-IMP-Server: 189.251.172.18 X-Originating-IP: 189.251.162.77 X-Originating-User: eculp@encontacto.net Subject: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 13:47:24 -0000 Is anyone else seeing this? This is current AMD64. I'm running the =20 compile from Saturday 20110814 that I have been hammering and it has =20 been rock solid. # uname -a FreeBSD home.encontacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug =20 13 05:09:17 CDT 2011 =20 root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO amd64 This morning I started with a make clean to be sure and recompile all =20 just in case and the same. =3D=3D=3D> lib/clang/include (all) =3D=3D=3D> libexec (all) =3D=3D=3D> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=3D\"/var/at/jobs/\" =20 -DLFILE=3D\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=3D1.5 =20 -DATSPOOL_DIR=3D\"/var/at/spool\" -DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 =20 -DDAEMON_GID=3D1 -DDEFAULT_BATCH_QUEUE=3D\'E\' -DDEFAULT_AT_QUEUE=3D\'c\' = =20 -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at =20 -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 =20 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k =20 -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=3D\"/var/at/jobs/\" =20 -DLFILE=3D\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=3D1.5 =20 -DATSPOOL_DIR=3D\"/var/at/spool\" -DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 =20 -DDAEMON_GID=3D1 -DDEFAULT_BATCH_QUEUE=3D\'E\' -DDEFAULT_AT_QUEUE=3D\'c\' = =20 -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at =20 -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 =20 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k =20 -Wno-uninitialized -Wno-pointer-sign -c =20 /usr/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=3D\"/var/at/jobs/\" =20 -DLFILE=3D\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=3D1.5 =20 -DATSPOOL_DIR=3D\"/var/at/spool\" -DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 =20 -DDAEMON_GID=3D1 -DDEFAULT_BATCH_QUEUE=3D\'E\' -DDEFAULT_AT_QUEUE=3D\'c\' = =20 -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at =20 -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 =20 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k =20 -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o =20 -lpam -lutil /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' *** Error code 1 Stop in /usr/src/libexec/atrun. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. (END) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 13:50:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23B821065672 for ; Tue, 16 Aug 2011 13:50:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EB2E18FC14 for ; Tue, 16 Aug 2011 13:50:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9220146B3C; Tue, 16 Aug 2011 09:50:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 359B08A03C; Tue, 16 Aug 2011 09:50:52 -0400 (EDT) From: John Baldwin To: Christoph Hoffmann Date: Tue, 16 Aug 2011 09:48:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201108151212.07874.jhb@freebsd.org> <7BD5F062-A7B0-4D05-989F-F23C9353E7D8@me.com> In-Reply-To: <7BD5F062-A7B0-4D05-989F-F23C9353E7D8@me.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201108160948.07719.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 16 Aug 2011 09:50:52 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 13:50:53 -0000 On Tuesday, August 16, 2011 9:14:08 am Christoph Hoffmann wrote: > Hello John, > > Thank you very much indeed for your reply. > > The pmbr.s passes the ARGS set to 0x900 to main() in zfsboot.c and > *(uint8_t *)PTOV(ARGS)) is 0x80. > > In zfsboot.c main(), before the line > bootinfo.bi_version = BOOTINFO_VERSION; > gets executed we still keep the right value of the dsk->drive and just after > the execution, the dsk->drive is equal to zero. > > Adding > printf("hello\n"); > before > dsk = malloc(sizeof(struct dsk)); > keeps the dsk->drive value assigned to 0x80 and the box will boot. > > Any comments will be appreciated. That is odd indeed. Can you print out a few things: 1) if high_heap_size is > 0 2) the value of 'dsk' and '&bootinfo' (try this both with a printf before the first call to malloc() and without). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 13:57:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04BAA106566B for ; Tue, 16 Aug 2011 13:57:09 +0000 (UTC) (envelope-from flo@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E79AA8FC18; Tue, 16 Aug 2011 13:57:08 +0000 (UTC) Received: from bender.solomo.local (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7GDv7Ut040414; Tue, 16 Aug 2011 13:57:08 GMT (envelope-from flo@freebsd.org) Message-ID: <4E4A7733.8090603@freebsd.org> Date: Tue, 16 Aug 2011 15:57:07 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: eculp References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> In-Reply-To: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 13:57:09 -0000 On 16.08.2011 15:47, eculp wrote: > Is anyone else seeing this? This is current AMD64. I'm running the Yes, there have been X mails about it on this mailing list and an entry in UPDATING ;) > compile from Saturday 20110814 that I have been hammering and it has > been rock solid. > > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > *** Error code 1 You need to update your kerenl, buildworld will work after that. Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 14:15:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 747401065670 for ; Tue, 16 Aug 2011 14:15:31 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 03B828FC1B for ; Tue, 16 Aug 2011 14:15:30 +0000 (UTC) Received: from remote.double-l.nl (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id p7GDwT2F018328 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2011 15:58:30 +0200 (CEST) (envelope-from Johan@double-l.nl) Received: from SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a]) by SRV01.double-l.local ([fe80::1128:e7bc:ba4a:a89a%13]) with mapi id 14.01.0218.012; Tue, 16 Aug 2011 15:58:36 +0200 From: Johan Hendriks To: eculp Thread-Topic: buildworld has been broken for me since Sunday 20110815 at atrun Thread-Index: AQHMXBs07wEqWEVB+0Ot0T87l27LLZUff83+ Date: Tue, 16 Aug 2011 13:58:35 +0000 Message-ID: <6C3F8332272B7D4DA26909F15F1C90E1E544DD@SRV01.double-l.local> References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> In-Reply-To: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [213.84.84.186] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "freebsd-current@freebsd.org" Subject: RE: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 14:15:31 -0000 >Is anyone else seeing this? This is current AMD64. I'm running the=0A= >compile from Saturday 20110814 that I have been hammering and it has=0A= >been rock solid.=0A= =0A= ># uname -a=0A= >FreeBSD home.encontacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug=0A= >13 05:09:17 CDT 2011=0A= >root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO amd64=0A= =0A= >This morning I started with a make clean to be sure and recompile all=0A= >just in case and the same.=0A= =0A= =0A= =0A= There was a time laps where the kernel had a little hickup.=0A= See /usr/src/UPDATING.=0A= =0A= To resolve this, csup or svn to the latest source, do a buildkernel and ins= tallkernel, reboot , and do the buildworld, it should be ok.=0A= It worked for me and a lot of other guys, so it should work for you to. :D= =0A= =0A= regards,=0A= Johan Hendriks= From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 14:41:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7762F106566C; Tue, 16 Aug 2011 14:41:55 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0388FC08; Tue, 16 Aug 2011 14:41:55 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQ000GIHZHR3OA0@asmtp029.mac.com>; Tue, 16 Aug 2011 07:41:55 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-16_03:2011-08-16, 2011-08-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108160156 From: Christoph Hoffmann In-reply-to: <201108160948.07719.jhb@freebsd.org> Date: Tue, 16 Aug 2011 16:41:50 +0200 Message-id: References: <201108151212.07874.jhb@freebsd.org> <7BD5F062-A7B0-4D05-989F-F23C9353E7D8@me.com> <201108160948.07719.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 14:41:55 -0000 Hello John, First with printf() before dsk = malloc(sizeof(struct dsk)); Attempting Boot From CD-ROM Attempting Boot From Hard Drive (C:) 464: high_heap_size=0x300000; dsk=0x0; &bootinfo=0x8714 <--- the malloc() is next. 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x8714 probe_drive(): drive 0x80: type 0: unit 0: slice 1: part 0: probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 and now without printf() at line 464 Attempting Boot From CD-ROM Attempting Boot From Hard Drive (C:) 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x86b4 probe_drive(): drive 0x0: type 0: unit 0: slice 0: part 0: gptzfsboot: error 1 lba 32 gptzfsboot: error 1 lba 1 probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: gptzfsboot: No ZFS pools located, can't boot Regards, Christoph -- Christoph Hoffmann On Aug 16, 2011, at 3:48 PM, John Baldwin wrote: > On Tuesday, August 16, 2011 9:14:08 am Christoph Hoffmann wrote: >> Hello John, >> >> Thank you very much indeed for your reply. >> >> The pmbr.s passes the ARGS set to 0x900 to main() in zfsboot.c and >> *(uint8_t *)PTOV(ARGS)) is 0x80. >> >> In zfsboot.c main(), before the line >> bootinfo.bi_version = BOOTINFO_VERSION; >> gets executed we still keep the right value of the dsk->drive and just after >> the execution, the dsk->drive is equal to zero. >> >> Adding >> printf("hello\n"); >> before >> dsk = malloc(sizeof(struct dsk)); >> keeps the dsk->drive value assigned to 0x80 and the box will boot. >> >> Any comments will be appreciated. > > That is odd indeed. Can you print out a few things: > > 1) if high_heap_size is > 0 > > 2) the value of 'dsk' and '&bootinfo' (try this both with a printf > before the first call to malloc() and without). > > -- > John Baldwin > _______________________________________________ > 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 Aug 16 14:58:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D32E106564A for ; Tue, 16 Aug 2011 14:58:46 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 222AA8FC12 for ; Tue, 16 Aug 2011 14:58:45 +0000 (UTC) Received: by bkat8 with SMTP id t8so4933168bka.13 for ; Tue, 16 Aug 2011 07:58:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=up1tVgQfhxCyZtgLXkfn0yedr5gt1HjpyIk++1oF23s=; b=ingQzpsVmVFRvkNnfIt6dqUdrqE8fM0NAT/FAddoiko37KsyzJhjxTqIjKaeY3Ks6I fdMxFJIzB0jp3dm+d89MmXqbyJn4uLJ+gpIkcA4CvivTDZA3NT8HaE8NK2jKgOUYfWWk kBIS4Pqmj7jlmVk3jqmiHm9/cUv/b71s5xhzM= MIME-Version: 1.0 Received: by 10.204.232.194 with SMTP id jv2mr1372604bkb.180.1313504982983; Tue, 16 Aug 2011 07:29:42 -0700 (PDT) Received: by 10.204.176.143 with HTTP; Tue, 16 Aug 2011 07:29:42 -0700 (PDT) In-Reply-To: <6C3F8332272B7D4DA26909F15F1C90E1E544DD@SRV01.double-l.local> References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <6C3F8332272B7D4DA26909F15F1C90E1E544DD@SRV01.double-l.local> Date: Tue, 16 Aug 2011 09:29:42 -0500 Message-ID: From: "Edwin L. Culp W." To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" , eculp Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 14:58:46 -0000 On Tue, Aug 16, 2011 at 8:58 AM, Johan Hendriks wrote: >>Is anyone else seeing this? =A0This is current AMD64. =A0I'm running the >>compile from Saturday 20110814 that I have been hammering and it has >>been rock solid. > >># uname -a >>FreeBSD home.encontacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug >>13 05:09:17 CDT 2011 >>root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO =A0amd64 > >>This morning I started with a make clean to be sure and recompile all >>just in case and the same. > > > > There was a time laps where the kernel had a little hickup. > See /usr/src/UPDATING. > > To resolve this, csup or svn to the latest source, do a buildkernel and i= nstallkernel, reboot , and do the buildworld, it should be ok. > It worked for me and a lot of other guys, so it should work for you to. := D > In process. Thanks for the quick reply from both you and Florian. Will confirm later after rebuilding world. Thanks again, ed > regards, > Johan Hendriks_______________________________________________ > 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 Aug 16 15:21:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1ADF1065676 for ; Tue, 16 Aug 2011 15:21:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 880A18FC2A for ; Tue, 16 Aug 2011 15:21:44 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2B3DA46B49; Tue, 16 Aug 2011 11:21:44 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ABBF48A02E; Tue, 16 Aug 2011 11:21:43 -0400 (EDT) From: John Baldwin To: Christoph Hoffmann Date: Tue, 16 Aug 2011 11:20:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201108160948.07719.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108161120.51761.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 16 Aug 2011 11:21:43 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 15:21:44 -0000 On Tuesday, August 16, 2011 10:41:50 am Christoph Hoffmann wrote: > Hello John, > > First with printf() before > dsk = malloc(sizeof(struct dsk)); > > Attempting Boot From CD-ROM > Attempting Boot From Hard Drive (C:) > 464: high_heap_size=0x300000; dsk=0x0; &bootinfo=0x8714 <--- the malloc() is next. > 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x8714 > probe_drive(): drive 0x80: type 0: unit 0: slice 1: part 0: > probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: > > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS drive D: is disk2 > > > and now without printf() at line 464 > > > Attempting Boot From CD-ROM > Attempting Boot From Hard Drive (C:) > 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x86b4 > probe_drive(): drive 0x0: type 0: unit 0: slice 0: part 0: > gptzfsboot: error 1 lba 32 > gptzfsboot: error 1 lba 1 > probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: > gptzfsboot: No ZFS pools located, can't boot Hmm, so the entire 'dsk' structure gets zero'd it seems. What if you force high_heap_size to 0? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 15:23:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AE80106566C for ; Tue, 16 Aug 2011 15:23:43 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id C57C28FC0C for ; Tue, 16 Aug 2011 15:23:42 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 138EE40016 for ; Tue, 16 Aug 2011 17:23:42 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 07D9440014; Tue, 16 Aug 2011 17:23:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 8B6A940003; Tue, 16 Aug 2011 17:19:42 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 6B9EB119C04; Tue, 16 Aug 2011 17:18:27 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id E06E712B0A0; Tue, 16 Aug 2011 17:18:26 +0200 (CEST) Message-ID: <4E4A8A3C.1050906@gmail.com> Date: Tue, 16 Aug 2011 17:18:20 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: eculp References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> In-Reply-To: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 15:23:43 -0000 On 2011-08-16 15:47, eculp wrote: > Is anyone else seeing this? This is current AMD64. I'm running the > compile from Saturday 20110814 that I have been hammering and it has > been rock solid. > > # uname -a > FreeBSD home.encontacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug 13 > 05:09:17 CDT 2011 > root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO amd64 > > This morning I started with a make clean to be sure and recompile all > just in case and the same. > > ===> lib/clang/include (all) > ===> libexec (all) > ===> libexec/atrun (all) > cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c > cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c > cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" > -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 > -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 > -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' > -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' > /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' > *** Error code 1 > > Stop in /usr/src/libexec/atrun. > *** Error code 1 > > Stop in /usr/src/libexec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > (END) > > Thanks, > > ed > As per a recent entry in UPDATING, there was a window when a bug in /dev/std{in,out,err} caused the kernel to be unable to buildworld. The fix is to update to latest sources, rebuild kernel, and then do the complete buildworld cycle. HTH! -- Niclas Z From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 15:45:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 965C3106564A; Tue, 16 Aug 2011 15:45:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 633948FC16; Tue, 16 Aug 2011 15:45:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D1EE346B2D; Tue, 16 Aug 2011 11:45:06 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5CFF08A02F; Tue, 16 Aug 2011 11:45:06 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Tue, 16 Aug 2011 11:45:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <75E1A2A7D185F841A975979B0906BBA67BCC877180@AVEXMB1.qlogic.org> <4E4919DA.5000706@FreeBSD.org> In-Reply-To: <4E4919DA.5000706@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108161145.02733.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 16 Aug 2011 11:45:06 -0400 (EDT) Cc: Stanislav Sedov , "freebsd-current@freebsd.org" , David Somayajulu Subject: Re: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 15:45:07 -0000 On Monday, August 15, 2011 9:06:34 am Andriy Gapon wrote: > on 13/08/2011 00:20 David Somayajulu said the following: > > This is pretty bizarre. I have been experimenting with a very simple driver > > (see source below) which essentially checks the PCI vendor and Device ID's in > > the probe routine. The attach and detach are empty functions. When I run > > kldload and load the driver in a system with HBAs which have a valid Subsytem > > Vendor and Device ID's, the driver loads and attaches to the functions. > > > > However when the Subsystem Vendor and Device ID's are zero, the system panics > > and the stack trace is as shown below(FreeBSD 8.2 on amd64 machine). I don't > > understand why ata_pci_attach() is getting invoked. > > This is because ata_pci_probe returns BUS_PROBE_GENERIC for any pci device that > has PCIC_STORAGE class and PCIS_STORAGE_IDE subclass. So I'd guess that it tries > to attach to your non-trivial hardware in this case and gets some incorrect > resource configuration (e.g. BARs) from the hardware. Well, that would seem odd, still. It only returns BUS_PROBE_GENERIC (not 0), so David's driver's probe routine should still be called to get a chance to attach to the device. Also, the ATA driver only allocates its BAR once, so it shouldn't trigger the panic in question in that case (the panic is only triggered when you try to double-allocate a BAR). > Whether we actually have to panic in such situation is a different question. Yes, it could possibly return an error instead. Other places in the resource list code currently panic rather than returning errors as well though. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 16:26:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C888106564A; Tue, 16 Aug 2011 16:26:16 +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 75A188FC0C; Tue, 16 Aug 2011 16:26:14 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07463; Tue, 16 Aug 2011 19:26:12 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E4A9A23.7060807@FreeBSD.org> Date: Tue, 16 Aug 2011 19:26:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <75E1A2A7D185F841A975979B0906BBA67BCC877180@AVEXMB1.qlogic.org> <4E4919DA.5000706@FreeBSD.org> <201108161145.02733.jhb@freebsd.org> In-Reply-To: <201108161145.02733.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , David Somayajulu Subject: Re: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 16:26:16 -0000 The following are pure speculations, I'd rather let David speak, but just in case; on 16/08/2011 18:45 John Baldwin said the following: > Well, that would seem odd, still. It only returns BUS_PROBE_GENERIC (not 0), so > David's driver's probe routine should still be called to get a chance to attach to > the device. Maybe it doesn't do that exactly because device and vendor ID are zeroes as David described earlier. > Also, the ATA driver only allocates its BAR once, so it shouldn't > trigger the panic in question in that case (the panic is only triggered when you > try to double-allocate a BAR). This makes only if the BAR has sane values. Not sure what happens if the BAR has some junk that duplicates other PCI device, or something like that. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:10:46 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D27A1065672 for ; Tue, 16 Aug 2011 17:10:46 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by mx1.freebsd.org (Postfix) with ESMTP id 284538FC12 for ; Tue, 16 Aug 2011 17:10:44 +0000 (UTC) Received: from mail89-ch1-R.bigfish.com (216.32.181.170) by CH1EHSOBE006.bigfish.com (10.43.70.56) with Microsoft SMTP Server id 14.1.225.22; Tue, 16 Aug 2011 17:10:43 +0000 Received: from mail89-ch1 (localhost.localdomain [127.0.0.1]) by mail89-ch1-R.bigfish.com (Postfix) with ESMTP id 9B55813A021B; Tue, 16 Aug 2011 17:10:43 +0000 (UTC) X-SpamScore: -10 X-BigFish: VPS-10(zzbb2dK9371K542Mzz1202hzz8275dhz2ei2a8h668h839h944h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:198.70.193.64; KIP:(null); UIP:(null); IPVD:NLI; H:avexcashub1.qlogic.com; RD:avexcashub2.qlogic.com; EFVD:NLI Received-SPF: neutral (mail89-ch1: 198.70.193.64 is neither permitted nor denied by domain of qlogic.com) client-ip=198.70.193.64; envelope-from=david.somayajulu@qlogic.com; helo=avexcashub1.qlogic.com ; 1.qlogic.com ; Received: from mail89-ch1 (localhost.localdomain [127.0.0.1]) by mail89-ch1 (MessageSwitch) id 1313514643441010_23417; Tue, 16 Aug 2011 17:10:43 +0000 (UTC) Received: from CH1EHSMHS004.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.254]) by mail89-ch1.bigfish.com (Postfix) with ESMTP id 67EF6113004E; Tue, 16 Aug 2011 17:10:43 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.64) by CH1EHSMHS004.bigfish.com (10.43.70.4) with Microsoft SMTP Server (TLS) id 14.1.225.22; Tue, 16 Aug 2011 17:10:39 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub2.qlogic.org ([::1]) with mapi; Tue, 16 Aug 2011 10:10:37 -0700 From: David Somayajulu To: Andriy Gapon , John Baldwin Date: Tue, 16 Aug 2011 10:10:38 -0700 Thread-Topic: Loading drivers via kldload Thread-Index: AcxcMTt61vVWLHPSTjqLAQi3+PxqKQABYQhg Message-ID: <75E1A2A7D185F841A975979B0906BBA67BCC8773D4@AVEXMB1.qlogic.org> References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <75E1A2A7D185F841A975979B0906BBA67BCC877180@AVEXMB1.qlogic.org> <4E4919DA.5000706@FreeBSD.org> <201108161145.02733.jhb@freebsd.org> <4E4A9A23.7060807@FreeBSD.org> In-Reply-To: <4E4A9A23.7060807@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Cc: "freebsd-current@freebsd.org" Subject: RE: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:10:46 -0000 Please see below. -david S. -----Original Message----- From: Andriy Gapon [mailto:avg@FreeBSD.org] Sent: Tuesday, August 16, 2011 9:26 AM To: John Baldwin Cc: David Somayajulu; freebsd-current@freebsd.org Subject: Re: Loading drivers via kldload The following are pure speculations, I'd rather let David speak, but just i= n case; on 16/08/2011 18:45 John Baldwin said the following: > Well, that would seem odd, still. It only returns BUS_PROBE_GENERIC (not= 0), so > David's driver's probe routine should still be called to get a chance to = attach to > the device. Maybe it doesn't do that exactly because device and vendor ID are zeroes as= David described earlier. [David S.] The vendor and device IDs are NOT zeros. They are valid numbers.= The SubSystem Vendor and Device IDs are zeros. > Also, the ATA driver only allocates its BAR once, so it shouldn't > trigger the panic in question in that case (the panic is only triggered w= hen you > try to double-allocate a BAR). This makes only if the BAR has sane values. Not sure what happens if the B= AR has some junk that duplicates other PCI device, or something like that. -- Andriy Gapon This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:29:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773271065673 for ; Tue, 16 Aug 2011 17:29:49 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 090E68FC0A for ; Tue, 16 Aug 2011 17:29:48 +0000 (UTC) Received: by bkat8 with SMTP id t8so138047bka.13 for ; Tue, 16 Aug 2011 10:29:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NQHHseY98Ibi2B3Ya4nmHMLFM8aoJKp45cV02hsYe44=; b=JneR2qUsU7iJa5hO4RvDpZFTVR/N1EJM3a2ZuM/t998CXiQQGsLHsd1wba6RO2iRir Fv25UBy6HF15UgfSnevlNimMmuutqVeS+TTo3+SO9kwdhYNuZvN4b1yj3advXsGxdohV GyRoxbn/uEZwB3yDtn3aBsGtepTd92R66xVS8= MIME-Version: 1.0 Received: by 10.204.186.65 with SMTP id cr1mr711348bkb.336.1313515787870; Tue, 16 Aug 2011 10:29:47 -0700 (PDT) Received: by 10.204.176.143 with HTTP; Tue, 16 Aug 2011 10:29:47 -0700 (PDT) In-Reply-To: <4E4A8A3C.1050906@gmail.com> References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <4E4A8A3C.1050906@gmail.com> Date: Tue, 16 Aug 2011 12:29:47 -0500 Message-ID: From: "Edwin L. Culp W." To: Niclas Zeising Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , eculp Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:29:49 -0000 On Tue, Aug 16, 2011 at 10:18 AM, Niclas Zeising wrote: > On 2011-08-16 15:47, eculp wrote: >> Is anyone else seeing this? =A0This is current AMD64. =A0I'm running the >> compile from Saturday 20110814 that I have been hammering and it has >> been rock solid. >> >> # uname -a >> FreeBSD home.encontacto.net 9.0-BETA1 FreeBSD 9.0-BETA1 #16: Sat Aug 13 >> 05:09:17 CDT 2011 >> root@Home.EnContacto.net:/usr/obj/usr/src/sys/ENCONTACTO =A0amd64 >> >> This morning I started with a make clean to be sure and recompile all >> just in case and the same. >> >> =3D=3D=3D> lib/clang/include (all) >> =3D=3D=3D> libexec (all) >> =3D=3D=3D> libexec/atrun (all) >> cc -O2 -pipe =A0-DATJOB_DIR=3D\"/var/at/jobs/\" >> -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 >> -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D= 1 >> -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' >> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protecto= r >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >> -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c >> cc -O2 -pipe =A0-DATJOB_DIR=3D\"/var/at/jobs/\" >> -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 >> -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D= 1 >> -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' >> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protecto= r >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >> -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c >> cc -O2 -pipe =A0-DATJOB_DIR=3D\"/var/at/jobs/\" >> -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 >> -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D= 1 >> -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' >> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protecto= r >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >> -Wno-pointer-sign =A0-o atrun atrun.o gloadavg.o -lpam -lutil >> /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' >> /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' >> /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' >> /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror= ' >> /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylinen= o' >> *** Error code 1 >> >> Stop in /usr/src/libexec/atrun. >> *** Error code 1 >> >> Stop in /usr/src/libexec. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> (END) >> >> Thanks, >> >> ed >> > > As per a recent entry in UPDATING, there was a window when a bug in > /dev/std{in,out,err} caused the kernel to be unable to buildworld. The > fix is to update to latest sources, rebuild kernel, and then do the > complete buildworld cycle. > HTH! > > -- > Niclas Z > _______________________________________________ > 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= " > Worked perfectly. Maybe it would be a good idea to put the step by step solution for other folks like me who haven't put enough effort to understand the 20110815: entry. Something like. a. csup b. make buildkernel KERNCONF=3Dyour_config c. make installkernel d. make buildworld e. make installworld f. Reboot to see if it worked. hmmmm f. maybe not. Thanks again guys. ed From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:34:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B6C1065670 for ; Tue, 16 Aug 2011 17:34:39 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 529C88FC15 for ; Tue, 16 Aug 2011 17:34:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=NpkfB2pSRABIeEQu3Qx+ZGAjJprWZl9YWxXpSLH6FpU=; b=BULtECxuuGnovZNK2i5Yy3vNMwa1nLBWPLDIU/5WsS8p06LuJ+mbtS6deAtU6KtMdGvG4tEB8qAtNk8JYxQSlr1IaK0OiVdqP0GJfwnrBm2RNCD1UbnQWaEY5GMLfOZ2; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QtNaQ-000KCg-By for freebsd-current@freebsd.org; Tue, 16 Aug 2011 12:37:58 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.3) with esmtpsa id 1313516272-68202-68201/4/13; Tue, 16 Aug 2011 17:37:52 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <4E4A8A3C.1050906@gmail.com> Date: Tue, 16 Aug 2011 12:34:31 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: User-Agent: Opera Mail/11.50 (FreeBSD) X-SA-Score: -1.0 Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:34:39 -0000 On Tue, 16 Aug 2011 12:29:47 -0500, Edwin L. Culp W. wrote: > Worked perfectly. Maybe it would be a good idea to put the step by > step solution for other folks like me who haven't put enough effort > to understand the 20110815: entry. These steps are detailed in the handbook and you should be following them every time you rebuild CURRENT. Regards, Mark From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:47:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 017511065677; Tue, 16 Aug 2011 17:47:09 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id D951E8FC12; Tue, 16 Aug 2011 17:47:08 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LQ100J7N821TS80@asmtp027.mac.com>; Tue, 16 Aug 2011 10:46:53 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-16_04:2011-08-16, 2011-08-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108160218 From: Christoph Hoffmann In-reply-to: Date: Tue, 16 Aug 2011 19:46:48 +0200 Message-id: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> References: <201108151212.07874.jhb@freebsd.org> <7BD5F062-A7B0-4D05-989F-F23C9353E7D8@me.com> <201108160948.07719.jhb@freebsd.org> To: Christoph Hoffmann X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:47:09 -0000 Setting high_heap_size to zero ends with an error: Attempting Boot From CD-ROM Attempting Boot From Hard Drive (C:) 474: high_heap_size=0x0; dsk=0x1a000; &bootinfo=0x8694 malloc failure -- Christoph Hoffmann On Aug 16, 2011, at 4:41 PM, Christoph Hoffmann wrote: > Hello John, > > First with printf() before > dsk = malloc(sizeof(struct dsk)); > > Attempting Boot From CD-ROM > Attempting Boot From Hard Drive (C:) > 464: high_heap_size=0x300000; dsk=0x0; &bootinfo=0x8714 <--- the malloc() is next. > 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x8714 > probe_drive(): drive 0x80: type 0: unit 0: slice 1: part 0: > probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: > > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS drive D: is disk2 > > > and now without printf() at line 464 > > > Attempting Boot From CD-ROM > Attempting Boot From Hard Drive (C:) > 474: high_heap_size=0x300000; dsk=0xdf325000; &bootinfo=0x86b4 > probe_drive(): drive 0x0: type 0: unit 0: slice 0: part 0: > gptzfsboot: error 1 lba 32 > gptzfsboot: error 1 lba 1 > probe_drive(): drive 0x81: type 0: unit 1: slice 0: part 0: > gptzfsboot: No ZFS pools located, can't boot > > > Regards, > > Christoph > > -- > Christoph Hoffmann > > On Aug 16, 2011, at 3:48 PM, John Baldwin wrote: > >> On Tuesday, August 16, 2011 9:14:08 am Christoph Hoffmann wrote: >>> Hello John, >>> >>> Thank you very much indeed for your reply. >>> >>> The pmbr.s passes the ARGS set to 0x900 to main() in zfsboot.c and >>> *(uint8_t *)PTOV(ARGS)) is 0x80. >>> >>> In zfsboot.c main(), before the line >>> bootinfo.bi_version = BOOTINFO_VERSION; >>> gets executed we still keep the right value of the dsk->drive and just after >>> the execution, the dsk->drive is equal to zero. >>> >>> Adding >>> printf("hello\n"); >>> before >>> dsk = malloc(sizeof(struct dsk)); >>> keeps the dsk->drive value assigned to 0x80 and the box will boot. >>> >>> Any comments will be appreciated. >> >> That is odd indeed. Can you print out a few things: >> >> 1) if high_heap_size is > 0 >> >> 2) the value of 'dsk' and '&bootinfo' (try this both with a printf >> before the first call to malloc() and without). >> >> -- >> John Baldwin >> _______________________________________________ >> 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" From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:52:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FAC01065670 for ; Tue, 16 Aug 2011 17:52:40 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id 998658FC08 for ; Tue, 16 Aug 2011 17:52:39 +0000 (UTC) Received: from unixmania.com ([189.251.172.18]) by ns2.bafirst.com with esmtp; Tue, 16 Aug 2011 12:52:37 -0500 id 000DA802.4E4AAE65.00001250 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Tue, 16 Aug 2011 12:52:37 -0500 id 000CF755.4E4AAE65.0000B311 Received: from dsl-189-251-14-147-dyn.prod-infinitum.com.mx (dsl-189-251-14-147-dyn.prod-infinitum.com.mx [189.251.14.147]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 16 Aug 2011 12:52:37 -0500 Message-ID: <20110816125237.15358spc93fom068@econet.encontacto.net> Date: Tue, 16 Aug 2011 12:52:37 -0500 From: eculp To: freebsd-current@freebsd.org References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <4E4A8A3C.1050906@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20100101 Firefox/5.0 X-IMP-Server: 189.251.172.18 X-Originating-IP: 189.251.14.147 X-Originating-User: eculp@encontacto.net Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:52:40 -0000 Quoting Mark Felder : > On Tue, 16 Aug 2011 12:29:47 -0500, Edwin L. Culp W. > wrote: > >> Worked perfectly. Maybe it would be a good idea to put the step by >> step solution for other folks like me who haven't put enough effort >> to understand the 20110815: entry. > > > These steps are detailed in the handbook and you should be following > them every > time you rebuild CURRENT. Sorry, it looks like I have been doing things in the wrong order for years. Thanks a lot for pointing that out. ed From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 18:12:18 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964D11065673 for ; Tue, 16 Aug 2011 18:12:18 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 346698FC15 for ; Tue, 16 Aug 2011 18:12:18 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1QtO7b-000Bkc-A2; Tue, 16 Aug 2011 22:12:15 +0400 From: Boris Samorodov To: Rick Macklem References: <1094229179.175314.1313447188476.JavaMail.root@erie.cs.uoguelph.ca> Date: Tue, 16 Aug 2011 22:12:14 +0400 In-Reply-To: <1094229179.175314.1313447188476.JavaMail.root@erie.cs.uoguelph.ca> (Rick Macklem's message of "Mon, 15 Aug 2011 18:26:28 -0400 (EDT)") Message-ID: <99572385@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org Subject: Re: diskless client can not be loaded (works at r224471) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:12:18 -0000 On Mon, 15 Aug 2011 18:26:28 -0400 (EDT) Rick Macklem wrote: > Please try this one line patch: (I see that the patch was already commited) The patch worked for me, thanks! -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 18:23:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C045106566C for ; Tue, 16 Aug 2011 18:23:07 +0000 (UTC) (envelope-from gobledb@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF798FC19 for ; Tue, 16 Aug 2011 18:23:06 +0000 (UTC) Received: by gyd10 with SMTP id 10so175040gyd.13 for ; Tue, 16 Aug 2011 11:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=a9P4hvp/czHGFLX45lL/zGmc6qGdVqjJQDlvzPPw7DA=; b=YLh7Xd6cAdS6O3rGnXdHvSsjbo2Ot+eRSgvlmn3AUlrc3EWDod4K47ZP2sa8dGmOnF kbY2ozocQ7a3iWUrWbg+tQm4NwQf8o9etPQjDQvJNfI58dQBgJzrPvd+sv82CL2ZcbSu y712o+h5zod9FDJT734wRliZt/FfvHICO9e00= MIME-Version: 1.0 Received: by 10.236.180.7 with SMTP id i7mr19893yhm.171.1313518986206; Tue, 16 Aug 2011 11:23:06 -0700 (PDT) Sender: netsys.h@gmail.com X-Google-Sender-Delegation: netsys.h@gmail.com Received: by 10.236.203.129 with HTTP; Tue, 16 Aug 2011 11:23:06 -0700 (PDT) Date: Tue, 16 Aug 2011 19:23:06 +0100 X-Google-Sender-Auth: oHlp37EdzFm1Gswk82PLoUWPgp4 Message-ID: From: Alvaro Castillo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:23:07 -0000 I try to compile a x11/nvidia-driver and give this error. ===> Building for nvidia-driver-270.41.19 ===> src (all) cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"270.41.19\" -D__KERNEL__ -DNVRM -Wno-unused-function -O -mno-red-zone -mcmodel=kernel -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c nvidia_linux.c cc1: warnings being treated as errors nvidia_linux.c: In function 'linux_ioctl_nvidia': nvidia_linux.c:42: warning: passing argument 3 of 'fget' makes integer from pointer without a cast nvidia_linux.c:42: error: too few arguments to function 'fget' *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug 8 17:05:59 WEST 2011 netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 Ports has been updated since 19:20 (GMT0) Step to reproduce: # cd /usr/ports/x11/nvidia-driver # make Options to compile: (From make config command) WITH_FREEBSD_AGP=yes WITH_ACPI_PM=yes WITHOUT_LINUX=no WITH_WBINVD=no ---------------------------------------------------------------------------------------------------------- netSys------ http://www.byteandbit.info From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 18:26:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E9461065670 for ; Tue, 16 Aug 2011 18:26:59 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id AC1108FC12 for ; Tue, 16 Aug 2011 18:26:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=xErh/kdynfv89fbQR/Z1MESK5oh0TEV/38owptlITaA=; b=AZJ6aCLpWatDeZp7zmoM4scsYHXwWnXSOa2N7m3Ivpv3Ll7wzsL7wulYeg1GFXa87Sq+22kPxh1P1/vi0Tev9iL27vkCSX6ZPTahO/ZUCH+tax/iWvptc6987mLXKQD4mkHdi67Cifq0zmG5SI/B2oN6NHTaOhOCXmUpWkCibLk=; Received: from [178.137.138.222] (helo=nonamehost.) by fsm2.ukr.net with esmtps ID 1QtOLo-0008dv-21 ; Tue, 16 Aug 2011 21:26:56 +0300 Date: Tue, 16 Aug 2011 21:26:55 +0300 From: Ivan Klymenko To: Alvaro Castillo Message-ID: <20110816212655.11ec8f88@nonamehost.> In-Reply-To: References: X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:26:59 -0000 =D0=92 Tue, 16 Aug 2011 19:23:06 +0100 Alvaro Castillo =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I try to compile a x11/nvidia-driver and give this error. >=20 > =3D=3D=3D> Building for nvidia-driver-270.41.19 > =3D=3D=3D> src (all) > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=3D\"270.41.19\" > -D__KERNEL__ -DNVRM -Wno-unused-function -O -mno-red-zone > -mcmodel=3Dkernel -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL > -DKLD_MODULE -nostdinc > -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src > -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param > inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-common > -fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-red-zone > -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -std=3Diso9899:1999 -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -c nvidia_linux.c > cc1: warnings being treated as errors > nvidia_linux.c: In function 'linux_ioctl_nvidia': > nvidia_linux.c:42: warning: passing argument 3 of 'fget' makes integer > from pointer without a cast > nvidia_linux.c:42: error: too few arguments to function 'fget' > *** Error code 1 >=20 > Stop > in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src. > *** Error code 1 >=20 > Stop > in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. > *** Error code 1 >=20 > Stop in /usr/ports/x11/nvidia-driver. > *** Error code 1 >=20 > uname -a: > FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug 8 > 17:05:59 WEST 2011 > netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 >=20 > Ports has been updated since 19:20 (GMT0) >=20 > Step to reproduce: > # cd /usr/ports/x11/nvidia-driver > # make >=20 > Options to compile: (From make config command) >=20 > WITH_FREEBSD_AGP=3Dyes > WITH_ACPI_PM=3Dyes > WITHOUT_LINUX=3Dno > WITH_WBINVD=3Dno >=20 > -------------------------------------------------------------------------= --------------------------------- http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026533.html From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 18:41:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF5AF106566B for ; Tue, 16 Aug 2011 18:41:25 +0000 (UTC) (envelope-from gobledb@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81E738FC0A for ; Tue, 16 Aug 2011 18:41:25 +0000 (UTC) Received: by gyd10 with SMTP id 10so191644gyd.13 for ; Tue, 16 Aug 2011 11:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=wzuMStMD9kgyMb95ocaJ8JtzBY0QfmtKTs0qjNtESPo=; b=fs3fXq/EcHneAQGCfVYxmUVbuy+/S1cr1OEa3mEDlZNZJ8r7vHroefxiV494gIoDeT 8nJseI7/Kp4TPa0DvhcovtXy8wmDwlKAmBOGuk5/p7H590eZPsrnWLH+Y7olVHrRapEm wt1xSGIlgF6JqinL9j6lX9mcmZJZUJ3SEqaKY= MIME-Version: 1.0 Received: by 10.236.176.66 with SMTP id a42mr67674yhm.239.1313520084754; Tue, 16 Aug 2011 11:41:24 -0700 (PDT) Sender: netsys.h@gmail.com X-Google-Sender-Delegation: netsys.h@gmail.com Received: by 10.236.203.129 with HTTP; Tue, 16 Aug 2011 11:41:24 -0700 (PDT) Date: Tue, 16 Aug 2011 19:41:24 +0100 X-Google-Sender-Auth: RvLRNl-g8pJLiIux94ju0RwNjmE Message-ID: From: Alvaro Castillo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: LibreOffice 3.3.3.1 hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:41:25 -0000 Hello, I compiled LibreOffice 3.3.3.1 over -BETA1 and hangs when I trying to change language and you need kill soffice.bin proccess. The debug says: Signal 11 during fontconfig initialization called, ignoring fontconfig I compiled with java support and without it but hangs persists. Steps to reproduce: 1. launch soffice 2. Choose Tools - Options. Go to Language Settings - Languages. Seems this "bug" is old: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg17330.html Causes other crashes too, and get this debug: [Java framework] Invalid value for bootstrap variable: UNO_JAVA_JFW_VENDOR_SETTINGS [Java framework] Invalid value for bootstrap variable: UNO_JAVA_JFW_VENDOR_SETTINGS Generate core dumped: (But nothing to see) pid 45862 (soffice.bin), uid 1001: exited on signal 11 (core dumped) #0 0x0000000801c431ec in ?? () More information: uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug 8 17:05:59 WEST 2011 netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 Options has been compiled it: WITH_WEBDAV=no WITH_CUPS=yes WITH_KDE4=yes WITH_GNOME=no WITH_JAVA=yes (now, no) Command use to compile: make LOCALIZED_LANG=es install clean I have got Nvidia 8200/nForce 730 with nvidia-driver (maybe fail but this as nvidia-driver replaces libGL.so library and so maybe hangs it) ---------------------------------------------------------------------------------------------------------- netSys------ http://www.byteandbit.info From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:09:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750C1106564A; Tue, 16 Aug 2011 19:09:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 484E28FC16; Tue, 16 Aug 2011 19:09:11 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D3B0C46B06; Tue, 16 Aug 2011 15:09:10 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6D7148A02E; Tue, 16 Aug 2011 15:09:10 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Tue, 16 Aug 2011 15:09:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <201108161145.02733.jhb@freebsd.org> <4E4A9A23.7060807@FreeBSD.org> In-Reply-To: <4E4A9A23.7060807@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108161509.09939.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 16 Aug 2011 15:09:10 -0400 (EDT) Cc: "freebsd-current@freebsd.org" , David Somayajulu Subject: Re: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 19:09:11 -0000 On Tuesday, August 16, 2011 12:26:11 pm Andriy Gapon wrote: > > The following are pure speculations, I'd rather let David speak, but just in case; > > on 16/08/2011 18:45 John Baldwin said the following: > > Well, that would seem odd, still. It only returns BUS_PROBE_GENERIC (not 0), so > > David's driver's probe routine should still be called to get a chance to attach to > > the device. > > Maybe it doesn't do that exactly because device and vendor ID are zeroes as David > described earlier. Eh? device_probe_and_attach()'s loop to probe drivers is not PCI-specific, it has no idea if a given device is PCI device or not let alone if it has non-zero subvendor IDs. Also, ata_pci_probe() doesn't look at the subvendor IDs at all. > > Also, the ATA driver only allocates its BAR once, so it shouldn't > > trigger the panic in question in that case (the panic is only triggered when you > > try to double-allocate a BAR). > > This makes only if the BAR has sane values. Not sure what happens if the BAR has > some junk that duplicates other PCI device, or something like that. The panic in question is due to a resource that was reserved by the parent bus (i.e. either ACPI or PCI) using resource_list_reserve(), then a driver called resource_list_alloc() on it once successfully, and resource_list_alloc() is being called a second time to allocate an already- allocated resource. That won't happen due to junk in a BAR (and BARs are all standard config header registers anyway). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:12:52 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12BB106566C; Tue, 16 Aug 2011 19:12:52 +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 CA5CE8FC1D; Tue, 16 Aug 2011 19:12:51 +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 WAA09541; Tue, 16 Aug 2011 22:12:50 +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 1QtP4E-000AcT-2J; Tue, 16 Aug 2011 22:12:50 +0300 Message-ID: <4E4AC12F.5010301@FreeBSD.org> Date: Tue, 16 Aug 2011 22:12:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <75E1A2A7D185F841A975979B0906BBA67BCC877062@AVEXMB1.qlogic.org> <201108161145.02733.jhb@freebsd.org> <4E4A9A23.7060807@FreeBSD.org> <201108161509.09939.jhb@freebsd.org> In-Reply-To: <201108161509.09939.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , David Somayajulu Subject: Re: Loading drivers via kldload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 19:12:52 -0000 on 16/08/2011 22:09 John Baldwin said the following: > On Tuesday, August 16, 2011 12:26:11 pm Andriy Gapon wrote: >> >> The following are pure speculations, I'd rather let David speak, but just in case; >> >> on 16/08/2011 18:45 John Baldwin said the following: >>> Well, that would seem odd, still. It only returns BUS_PROBE_GENERIC (not 0), so >>> David's driver's probe routine should still be called to get a chance to attach to >>> the device. >> >> Maybe it doesn't do that exactly because device and vendor ID are zeroes as David >> described earlier. > > Eh? device_probe_and_attach()'s loop to probe drivers is not PCI-specific, it > has no idea if a given device is PCI device or not let alone if it has non-zero > subvendor IDs. Also, ata_pci_probe() doesn't look at the subvendor IDs at all. > >>> Also, the ATA driver only allocates its BAR once, so it shouldn't >>> trigger the panic in question in that case (the panic is only triggered when you >>> try to double-allocate a BAR). >> >> This makes only if the BAR has sane values. Not sure what happens if the BAR has >> some junk that duplicates other PCI device, or something like that. > > The panic in question is due to a resource that was reserved by the parent > bus (i.e. either ACPI or PCI) using resource_list_reserve(), then a driver > called resource_list_alloc() on it once successfully, and > resource_list_alloc() is being called a second time to allocate an already- > allocated resource. That won't happen due to junk in a BAR (and BARs are > all standard config header registers anyway). > Thanks for straightening me on both accounts. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:15:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84F4D1065740 for ; Tue, 16 Aug 2011 19:15:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5A66F8FC15 for ; Tue, 16 Aug 2011 19:15:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0B6A846B43; Tue, 16 Aug 2011 15:15:51 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9ADFB8A02F; Tue, 16 Aug 2011 15:15:50 -0400 (EDT) From: John Baldwin To: Christoph Hoffmann Date: Tue, 16 Aug 2011 15:15:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> In-Reply-To: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108161515.50127.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 16 Aug 2011 15:15:50 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 19:15:51 -0000 On Tuesday, August 16, 2011 1:46:48 pm Christoph Hoffmann wrote: > Setting high_heap_size to zero ends with an error: > > Attempting Boot From CD-ROM > Attempting Boot From Hard Drive (C:) > 474: high_heap_size=0x0; dsk=0x1a000; &bootinfo=0x8694 > malloc failure Hmm, I am really at a loss for what is trashing 'dsk'. You could possibly try adjusting bios_getmem() to force it to use high_heap_size from bios_extmem (that is at the bottom of the function) perhaps. However, that is mostly a bit of a guess that some part of your BIOS is randomly zero'ing dsk. I'm at a loss as to how the assignments to bootinfo would trash 'dsk'. :( -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 20:06:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0CF2106566B for ; Tue, 16 Aug 2011 20:06:58 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepi106.cox.net (eastrmfepi106.cox.net [68.230.241.202]) by mx1.freebsd.org (Postfix) with ESMTP id 864428FC1B for ; Tue, 16 Aug 2011 20:06:58 +0000 (UTC) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110816195105.GWOE32702.eastrmfepo203.cox.net@eastrmimpo02.cox.net> for ; Tue, 16 Aug 2011 15:51:05 -0400 Received: from serene.no-ip.org ([98.164.83.25]) by eastrmimpo02.cox.net with bizsmtp id M7r31h00h0YnB6A027r4BU; Tue, 16 Aug 2011 15:51:05 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020203.4E4ACA29.00C5,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=L18tZtgXvCjggtrPsn7EqxywmDwdeqj6Yva+6kM3mdg= c=1 sm=1 a=mFRBVu4S7DoA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=2vO5UZG1h46htWAnE/rx2g==:17 a=bh5JU0MlAAAA:8 a=kviXuzpPAAAA:8 a=iG_XDCapOUsaX1jfLaAA:9 a=CjuIK1q_8ugA:10 a=2kl2MB-At6EA:10 a=zX0te6EY65cA:10 a=4vB-4DCPJfMA:10 a=2vO5UZG1h46htWAnE/rx2g==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p7GJp2R6005838 for ; Tue, 16 Aug 2011 14:51:03 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 16 Aug 2011 14:50:57 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20110816145057.73e8797a@serene.no-ip.org> In-Reply-To: <20110816125237.15358spc93fom068@econet.encontacto.net> References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <4E4A8A3C.1050906@gmail.com> <20110816125237.15358spc93fom068@econet.encontacto.net> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 20:06:59 -0000 On Tue, 16 Aug 2011 12:52:37 -0500 eculp wrote: > Quoting Mark Felder : > > > > These steps are detailed in the handbook and you should be > > following them every time you rebuild CURRENT. > > Sorry, it looks like I have been doing things in the wrong order for > years. Thanks a lot for pointing that out. I always rely on the very concise and simple procedure outlined in /usr/src/Makefile itself (easy to refer to while in single-user mode as well), whenever my brain happens to seize up. :-) -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 23:25:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5AC106564A for ; Tue, 16 Aug 2011 23:25:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 886C38FC13 for ; Tue, 16 Aug 2011 23:25:14 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAMf7Sk6DaFvO/2dsb2JhbABBhEikf4FAAQEFI1YbDgoCAg0ZAlkGsH+RdoEshAyBEASTEpER X-IronPort-AV: E=Sophos;i="4.68,236,1312171200"; d="scan'208";a="134614841" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 16 Aug 2011 19:25:13 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8C096B3F1F; Tue, 16 Aug 2011 19:25:13 -0400 (EDT) Date: Tue, 16 Aug 2011 19:25:13 -0400 (EDT) From: Rick Macklem To: Boris Samorodov Message-ID: <2025311374.232708.1313537113526.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <99572385@h30.sp.ipt.ru> 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: freebsd-current@FreeBSD.org Subject: Re: diskless client can not be loaded (works at r224471) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 23:25:14 -0000 Boris Samorodov wrote: > On Mon, 15 Aug 2011 18:26:28 -0400 (EDT) Rick Macklem wrote: > > > Please try this one line patch: > > (I see that the patch was already commited) > > The patch worked for me, thanks! > Good. Thanks for reporting the problem and testing the patch, rick From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 23:47:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAA2E1065670; Tue, 16 Aug 2011 23:47:19 +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 88E118FC0A; Tue, 16 Aug 2011 23:47:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7GNlIUv072906; Tue, 16 Aug 2011 19:47:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7GNlIYo072905; Tue, 16 Aug 2011 23:47:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 16 Aug 2011 23:47:18 GMT Message-Id: <201108162347.p7GNlIYo072905@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 23:47:19 -0000 TB --- 2011-08-16 22:50:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-16 22:50:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-08-16 22:50:01 - cleaning the object tree TB --- 2011-08-16 22:50:35 - cvsupping the source tree TB --- 2011-08-16 22:50:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-08-16 22:50:55 - building world TB --- 2011-08-16 22:50:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-16 22:50:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-16 22:50:55 - TARGET=arm TB --- 2011-08-16 22:50:55 - TARGET_ARCH=arm TB --- 2011-08-16 22:50:55 - TZ=UTC TB --- 2011-08-16 22:50:55 - __MAKE_CONF=/dev/null TB --- 2011-08-16 22:50:55 - cd /src TB --- 2011-08-16 22:50:55 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 16 22:50:55 UTC 2011 >>> 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 Aug 16 23:45:28 UTC 2011 TB --- 2011-08-16 23:45:28 - WARNING: no kernel config for LINT TB --- 2011-08-16 23:45:28 - cd /src/sys/arm/conf TB --- 2011-08-16 23:45:28 - /usr/sbin/config -m AVILA TB --- 2011-08-16 23:45:28 - building AVILA kernel TB --- 2011-08-16 23:45:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-16 23:45:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-16 23:45:28 - TARGET=arm TB --- 2011-08-16 23:45:28 - TARGET_ARCH=arm TB --- 2011-08-16 23:45:28 - TZ=UTC TB --- 2011-08-16 23:45:28 - __MAKE_CONF=/dev/null TB --- 2011-08-16 23:45:28 - cd /src TB --- 2011-08-16 23:45:28 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Tue Aug 16 23:45:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-16 23:47:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-16 23:47:17 - ERROR: failed to build AVILA kernel TB --- 2011-08-16 23:47:17 - 2437.05 user 729.73 system 3436.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 23:50:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63173106564A; Tue, 16 Aug 2011 23:50:09 +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 26DB58FC0C; Tue, 16 Aug 2011 23:50:08 +0000 (UTC) Received: from dhcp-192-168-2-22.wifi.xcllnt.net (atm.xcllnt.net [70.36.220.6]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id p7GNnjZv018303 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 16 Aug 2011 16:49:52 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <20110816081248.GB37207@mech-cluster241.men.bris.ac.uk> Date: Tue, 16 Aug 2011 16:49:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3CB781B2-7064-4832-A652-82DC0CB7D077@xcllnt.net> References: <20110812141904.GA1683@mech-cluster241.men.bris.ac.uk> <20110815173451.GA29502@mech-cluster241.men.bris.ac.uk> <20110816081248.GB37207@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: make test under lang/perl5.14 causes panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 23:50:09 -0000 On Aug 16, 2011, at 1:12 AM, Anton Shterenlikht wrote: > On Mon, Aug 15, 2011 at 06:34:51PM +0100, Anton Shterenlikht wrote: >> On Fri, Aug 12, 2011 at 05:45:55PM -0700, Marcel Moolenaar wrote: >>>=20 >>> On Aug 12, 2011, at 7:19 AM, Anton Shterenlikht wrote: >>>=20 >>>> On ia64 r221488 >>>=20 >>> Please update to at least r223700, as that was a major stability = fix. >>=20 >> UZI> uname -a >> FreeBSD mech-as221.men.bris.ac.uk 9.0-BETA1 FreeBSD 9.0-BETA1 #5 = r224876: Mon Aug 15 12:06:05 BST 2011 = root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 >> UZI>=20 >>=20 >> make test run with no panic once (though lots of errors, >> I should probably let the perl team know), and >> panicked on the second run: Anton, Do you have "options PREEMPTON" in your kernel configuration by any chance? The panics you report are the ones I typically get when I enable PREEMPTION. I haven't found the root cause for this yet. There's alsp a PR to track this particular issue. FYI, --=20 Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 00:01:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082CB106566C for ; Wed, 17 Aug 2011 00:01:22 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id DC12A8FC0C for ; Wed, 17 Aug 2011 00:01:21 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com ([10.2.2.122]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p7H01KuH002674 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2011 17:01:21 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Tue, 16 Aug 2011 17:01:17 -0700 From: "Li, Qing" To: Andrey Smagin Thread-Topic: Kernel panic "rtfree 2" Thread-Index: AQHMWOvFF7cSMC722kKd21vRmxX3+ZUZvOCAgAAJJwCAAACw4IAAKDhggAZATFA= Date: Wed, 17 Aug 2011 00:01:16 +0000 Message-ID: References: <9EC48100-B82D-48F8-9BF6-FC5669976BB4@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.2.106] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" Subject: RE: Kernel panic "rtfree 2" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 00:01:22 -0000 SGksDQoNCkNvdWxkIHlvdSBwbGVhc2UgbGV0IG1lIGtub3cgaWYgdGhlIHBhdGNoIGZpeGVzIHlv dXIgY3Jhc2ggcHJvYmxlbSA/DQoNClRoYW5rcywNCg0KLS1RaW5nDQoNCg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMaSwgUWluZw0KPiBTZW50OiBGcmlkYXksIEF1Z3Vz dCAxMiwgMjAxMSA2OjI5IFBNDQo+IFRvOiBMaSwgUWluZzsgTHVpeiBPdGF2aW8gTyBTb3V6YTsg QW5kcmV5IFNtYWdpbg0KPiBDYzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQo+IFN1Ympl Y3Q6IFJFOiBLZXJuZWwgcGFuaWMgInJ0ZnJlZSAyIg0KPiANCj4gSGksDQo+IA0KPiBQbGVhc2Ug cmUtZW5hYmxlIFJBRElYX01QQVRIIG9wdGlvbiBpbiB5b3VyIGtlcm5lbCBjb25maWcgZmlsZSwg YW5kDQo+IHRyeSB0aGUgZm9sbG93aW5nIHBhdGNoOg0KPiANCj4gCWh0dHA6Ly9wZW9wbGUuZnJl ZWJzZC5vcmcvfnFpbmdsaS9yYWRpeF9tcGF0aC5jLmRpZmYNCj4gDQo+IGFuZCBsZXQgbWUga25v dyBpZiBpdCB3b3JrcyBvdXQgZm9yIHlvdS4NCj4gDQo+IEkgcGVyZm9ybWVkIHZlcnkgbGltaXRl ZCB0ZXN0aW5nLg0KPiANCj4gVGhhbmtzLA0KPiANCj4gLS1RaW5nDQo+IA0KDQo= From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 00:23:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D30106566C; Wed, 17 Aug 2011 00:23:27 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id CCBBC8FC0C; Wed, 17 Aug 2011 00:23:26 +0000 (UTC) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p7GLxvFC000819; Wed, 17 Aug 2011 07:59:57 +1000 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail26.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p7GLxsPH006396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Aug 2011 07:59:55 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p7GLxr7I035188; Wed, 17 Aug 2011 07:59:53 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p7GLxrAF035187; Wed, 17 Aug 2011 07:59:53 +1000 (EST) (envelope-from peter) Date: Wed, 17 Aug 2011 07:59:53 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20110816215953.GB35017@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: pho@freebsd.org Subject: "witness_lock_list_get: witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 00:23:27 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting the above message when running Peter Holm's stress test with INCARNATIONS=3D150 on a 16-core sparc. Does this mean LOCK_CHILDCOUNT is too low or does it indicate a leak in witness lock_list_entry's somewhere? The comment on LOCK_CHILDCOUNT indicates it is dimensioned to allow 2048 threads to hold 5 locks each but it's not clear how many threads will get started at a given INCARNATIONS count. --=20 Peter Jeremy --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5K6FkACgkQ/opHv/APuIeAQgCglkSVFOJZ3UYkqhMzkrGsHxuC nlkAnj6oatwGl89WsBE5ufv4mL0IWybk =hyHL -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 01:56:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C6C71065672 for ; Wed, 17 Aug 2011 01:56:06 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59F948FC13 for ; Wed, 17 Aug 2011 01:56:06 +0000 (UTC) Received: by yib19 with SMTP id 19so494454yib.13 for ; Tue, 16 Aug 2011 18:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=2LS7Dv5QuAvQsDj5gkOBRF5czpJ0DgpFB4+Big+IMsY=; b=MP+Vnz8vY5N9vlpDTNq+GyTGmZdLosyWAdvYJ8lqfKX3zLqKGEFY/8Z8Fk74D83xWt HHgqQEYHD12b9bCsZnZ5EAFCt+p+V31soDzsX5RYj1Q7T3rhRxsXxBC0UrjBlRcrZLVP CG9AVD2t5zHpIFlg3LEH8/oyzr5hMz9DAgRWY= Received: by 10.42.136.199 with SMTP id v7mr308063ict.81.1313546165406; Tue, 16 Aug 2011 18:56:05 -0700 (PDT) Received: from [10.2.3.100] (drawbridge.ixsystems.com [206.40.55.65]) by mx.google.com with ESMTPS id y14sm194686ibf.62.2011.08.16.18.56.02 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Aug 2011 18:56:03 -0700 (PDT) References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> In-Reply-To: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-2022-jp Message-Id: <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Tue, 16 Aug 2011 18:55:57 -0700 To: Ivan Klymenko Cc: "freebsd-current@freebsd.org" , Alvaro Castillo Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 01:56:06 -0000 On Aug 16, 2011, at 11:26 AM, Ivan Klymenko wrote: > $B'#(B Tue, 16 Aug 2011 19:23:06 +0100 > Alvaro Castillo $B'a'Z'j'V'd(B: > >> I try to compile a x11/nvidia-driver and give this error. >> >> ===> Building for nvidia-driver-270.41.19 >> ===> src (all) >> cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"270.41.19\" >> -D__KERNEL__ -DNVRM -Wno-unused-function -O -mno-red-zone >> -mcmodel=kernel -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL >> -DKLD_MODULE -nostdinc >> -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src >> -I. -I@ -I@/contrib/altq -finline-limit=8000 --param >> inline-unit-growth=100 --param large-function-growth=1000 -fno-common >> -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone >> -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >> -fstack-protector -std=iso9899:1999 -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -c nvidia_linux.c >> cc1: warnings being treated as errors >> nvidia_linux.c: In function 'linux_ioctl_nvidia': >> nvidia_linux.c:42: warning: passing argument 3 of 'fget' makes integer >> from pointer without a cast >> nvidia_linux.c:42: error: too few arguments to function 'fget' >> *** Error code 1 >> >> Stop >> in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src. >> *** Error code 1 >> >> Stop >> in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. >> *** Error code 1 >> >> Stop in /usr/ports/x11/nvidia-driver. >> *** Error code 1 >> >> uname -a: >> FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug 8 >> 17:05:59 WEST 2011 >> netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64 >> >> Ports has been updated since 19:20 (GMT0) >> >> Step to reproduce: >> # cd /usr/ports/x11/nvidia-driver >> # make >> >> Options to compile: (From make config command) >> >> WITH_FREEBSD_AGP=yes >> WITH_ACPI_PM=yes >> WITHOUT_LINUX=no >> WITH_WBINVD=no >> > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026533.html Thanks for the reminder. I'll submit a patch to fix this to danfe tonight. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 02:01:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B83931065679; Wed, 17 Aug 2011 02:01:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 82A4C8FC17; Wed, 17 Aug 2011 02:01:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H21VPV079150; Tue, 16 Aug 2011 22:01:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H21Vi9079145; Wed, 17 Aug 2011 02:01:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 02:01:31 GMT Message-Id: <201108170201.p7H21Vi9079145@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 02:01:32 -0000 TB --- 2011-08-16 22:50:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-16 22:50:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-08-16 22:50:01 - cleaning the object tree TB --- 2011-08-16 22:50:48 - cvsupping the source tree TB --- 2011-08-16 22:50:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-08-16 22:56:13 - building world TB --- 2011-08-16 22:56:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-16 22:56:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-16 22:56:13 - TARGET=i386 TB --- 2011-08-16 22:56:13 - TARGET_ARCH=i386 TB --- 2011-08-16 22:56:13 - TZ=UTC TB --- 2011-08-16 22:56:13 - __MAKE_CONF=/dev/null TB --- 2011-08-16 22:56:13 - cd /src TB --- 2011-08-16 22:56:13 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 16 22:56:13 UTC 2011 >>> 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 Aug 17 00:58:52 UTC 2011 TB --- 2011-08-17 00:58:53 - generating LINT kernel config TB --- 2011-08-17 00:58:53 - cd /src/sys/i386/conf TB --- 2011-08-17 00:58:53 - /usr/bin/make -B LINT TB --- 2011-08-17 00:58:53 - building LINT kernel TB --- 2011-08-17 00:58:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 00:58:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 00:58:53 - TARGET=i386 TB --- 2011-08-17 00:58:53 - TARGET_ARCH=i386 TB --- 2011-08-17 00:58:53 - TZ=UTC TB --- 2011-08-17 00:58:53 - __MAKE_CONF=/dev/null TB --- 2011-08-17 00:58:53 - cd /src TB --- 2011-08-17 00:58:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 00:58:53 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 01:29:30 UTC 2011 TB --- 2011-08-17 01:29:30 - cd /src/sys/i386/conf TB --- 2011-08-17 01:29:30 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 01:29:30 - building GENERIC kernel TB --- 2011-08-17 01:29:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 01:29:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 01:29:30 - TARGET=i386 TB --- 2011-08-17 01:29:30 - TARGET_ARCH=i386 TB --- 2011-08-17 01:29:30 - TZ=UTC TB --- 2011-08-17 01:29:30 - __MAKE_CONF=/dev/null TB --- 2011-08-17 01:29:30 - cd /src TB --- 2011-08-17 01:29:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 01:29:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 01:53:12 UTC 2011 TB --- 2011-08-17 01:53:12 - cd /src/sys/i386/conf TB --- 2011-08-17 01:53:12 - /usr/sbin/config -m PAE TB --- 2011-08-17 01:53:12 - building PAE kernel TB --- 2011-08-17 01:53:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 01:53:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 01:53:12 - TARGET=i386 TB --- 2011-08-17 01:53:12 - TARGET_ARCH=i386 TB --- 2011-08-17 01:53:12 - TZ=UTC TB --- 2011-08-17 01:53:12 - __MAKE_CONF=/dev/null TB --- 2011-08-17 01:53:12 - cd /src TB --- 2011-08-17 01:53:12 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Aug 17 01:53:13 UTC 2011 >>> 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 PAE completed on Wed Aug 17 01:59:22 UTC 2011 TB --- 2011-08-17 01:59:22 - cd /src/sys/i386/conf TB --- 2011-08-17 01:59:22 - /usr/sbin/config -m XBOX TB --- 2011-08-17 01:59:22 - building XBOX kernel TB --- 2011-08-17 01:59:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 01:59:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 01:59:22 - TARGET=i386 TB --- 2011-08-17 01:59:22 - TARGET_ARCH=i386 TB --- 2011-08-17 01:59:22 - TZ=UTC TB --- 2011-08-17 01:59:22 - __MAKE_CONF=/dev/null TB --- 2011-08-17 01:59:22 - cd /src TB --- 2011-08-17 01:59:22 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Wed Aug 17 01:59:23 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 02:01:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 02:01:30 - ERROR: failed to build XBOX kernel TB --- 2011-08-17 02:01:30 - 8859.14 user 1559.30 system 11489.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 02:13:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5BE7106566B; Wed, 17 Aug 2011 02:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 792588FC13; Wed, 17 Aug 2011 02:13:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H2DFFk062043; Tue, 16 Aug 2011 22:13:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H2DFOZ062038; Wed, 17 Aug 2011 02:13:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 02:13:15 GMT Message-Id: <201108170213.p7H2DFOZ062038@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 02:13:16 -0000 TB --- 2011-08-16 23:47:18 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-16 23:47:18 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-08-16 23:47:18 - cleaning the object tree TB --- 2011-08-16 23:47:38 - cvsupping the source tree TB --- 2011-08-16 23:47:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-08-16 23:47:50 - building world TB --- 2011-08-16 23:47:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-16 23:47:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-16 23:47:50 - TARGET=ia64 TB --- 2011-08-16 23:47:50 - TARGET_ARCH=ia64 TB --- 2011-08-16 23:47:50 - TZ=UTC TB --- 2011-08-16 23:47:50 - __MAKE_CONF=/dev/null TB --- 2011-08-16 23:47:50 - cd /src TB --- 2011-08-16 23:47:50 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 16 23:47:51 UTC 2011 >>> 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 Aug 17 01:15:28 UTC 2011 TB --- 2011-08-17 01:15:28 - generating LINT kernel config TB --- 2011-08-17 01:15:28 - cd /src/sys/ia64/conf TB --- 2011-08-17 01:15:28 - /usr/bin/make -B LINT TB --- 2011-08-17 01:15:28 - building LINT kernel TB --- 2011-08-17 01:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 01:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 01:15:28 - TARGET=ia64 TB --- 2011-08-17 01:15:28 - TARGET_ARCH=ia64 TB --- 2011-08-17 01:15:28 - TZ=UTC TB --- 2011-08-17 01:15:28 - __MAKE_CONF=/dev/null TB --- 2011-08-17 01:15:28 - cd /src TB --- 2011-08-17 01:15:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 01:15:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 01:49:38 UTC 2011 TB --- 2011-08-17 01:49:38 - cd /src/sys/ia64/conf TB --- 2011-08-17 01:49:38 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 01:49:38 - building GENERIC kernel TB --- 2011-08-17 01:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 01:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 01:49:38 - TARGET=ia64 TB --- 2011-08-17 01:49:38 - TARGET_ARCH=ia64 TB --- 2011-08-17 01:49:38 - TZ=UTC TB --- 2011-08-17 01:49:38 - __MAKE_CONF=/dev/null TB --- 2011-08-17 01:49:38 - cd /src TB --- 2011-08-17 01:49:38 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 01:49:38 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 02:11:39 UTC 2011 TB --- 2011-08-17 02:11:40 - cd /src/sys/ia64/conf TB --- 2011-08-17 02:11:40 - /usr/sbin/config -m SKI TB --- 2011-08-17 02:11:40 - building SKI kernel TB --- 2011-08-17 02:11:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 02:11:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 02:11:40 - TARGET=ia64 TB --- 2011-08-17 02:11:40 - TARGET_ARCH=ia64 TB --- 2011-08-17 02:11:40 - TZ=UTC TB --- 2011-08-17 02:11:40 - __MAKE_CONF=/dev/null TB --- 2011-08-17 02:11:40 - cd /src TB --- 2011-08-17 02:11:40 - /usr/bin/make -B buildkernel KERNCONF=SKI >>> Kernel build for SKI started on Wed Aug 17 02:11:40 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64.ia64/src/sys/SKI. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 02:13:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 02:13:15 - ERROR: failed to build SKI kernel TB --- 2011-08-17 02:13:15 - 7040.53 user 1201.11 system 8756.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 04:22:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90304106564A; Wed, 17 Aug 2011 04:22: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 5AC2D8FC12; Wed, 17 Aug 2011 04:22:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H4MwCg006263; Wed, 17 Aug 2011 00:22:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H4MwBP006262; Wed, 17 Aug 2011 04:22:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 04:22:58 GMT Message-Id: <201108170422.p7H4MwBP006262@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 04:22:59 -0000 TB --- 2011-08-17 02:01:32 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 02:01:32 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-17 02:01:32 - cleaning the object tree TB --- 2011-08-17 02:01:53 - cvsupping the source tree TB --- 2011-08-17 02:01:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-17 02:02:07 - building world TB --- 2011-08-17 02:02:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 02:02:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 02:02:07 - TARGET=powerpc TB --- 2011-08-17 02:02:07 - TARGET_ARCH=powerpc TB --- 2011-08-17 02:02:07 - TZ=UTC TB --- 2011-08-17 02:02:07 - __MAKE_CONF=/dev/null TB --- 2011-08-17 02:02:07 - cd /src TB --- 2011-08-17 02:02:07 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 02:02:07 UTC 2011 >>> 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 Aug 17 03:48:43 UTC 2011 TB --- 2011-08-17 03:48:43 - generating LINT kernel config TB --- 2011-08-17 03:48:43 - cd /src/sys/powerpc/conf TB --- 2011-08-17 03:48:43 - /usr/bin/make -B LINT TB --- 2011-08-17 03:48:43 - building LINT kernel TB --- 2011-08-17 03:48:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 03:48:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 03:48:43 - TARGET=powerpc TB --- 2011-08-17 03:48:43 - TARGET_ARCH=powerpc TB --- 2011-08-17 03:48:43 - TZ=UTC TB --- 2011-08-17 03:48:43 - __MAKE_CONF=/dev/null TB --- 2011-08-17 03:48:43 - cd /src TB --- 2011-08-17 03:48:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 03:48:43 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 04:07:13 UTC 2011 TB --- 2011-08-17 04:07:13 - cd /src/sys/powerpc/conf TB --- 2011-08-17 04:07:13 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 04:07:13 - building GENERIC kernel TB --- 2011-08-17 04:07:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 04:07:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 04:07:13 - TARGET=powerpc TB --- 2011-08-17 04:07:13 - TARGET_ARCH=powerpc TB --- 2011-08-17 04:07:13 - TZ=UTC TB --- 2011-08-17 04:07:13 - __MAKE_CONF=/dev/null TB --- 2011-08-17 04:07:13 - cd /src TB --- 2011-08-17 04:07:13 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 04:07:13 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 04:21:10 UTC 2011 TB --- 2011-08-17 04:21:10 - cd /src/sys/powerpc/conf TB --- 2011-08-17 04:21:10 - /usr/sbin/config -m GENERIC64 TB --- 2011-08-17 04:21:10 - skipping GENERIC64 kernel TB --- 2011-08-17 04:21:10 - cd /src/sys/powerpc/conf TB --- 2011-08-17 04:21:10 - /usr/sbin/config -m MPC85XX TB --- 2011-08-17 04:21:10 - building MPC85XX kernel TB --- 2011-08-17 04:21:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 04:21:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 04:21:10 - TARGET=powerpc TB --- 2011-08-17 04:21:10 - TARGET_ARCH=powerpc TB --- 2011-08-17 04:21:10 - TZ=UTC TB --- 2011-08-17 04:21:10 - __MAKE_CONF=/dev/null TB --- 2011-08-17 04:21:10 - cd /src TB --- 2011-08-17 04:21:10 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Aug 17 04:21:10 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/MPC85XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 04:22:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 04:22:57 - ERROR: failed to build MPC85XX kernel TB --- 2011-08-17 04:22:57 - 7045.16 user 1243.24 system 8485.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 05:26:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 545DE1065670; Wed, 17 Aug 2011 05:26:50 +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 202ED8FC20; Wed, 17 Aug 2011 05:26:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H5QnrY095634; Wed, 17 Aug 2011 01:26:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H5QnJm095633; Wed, 17 Aug 2011 05:26:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 05:26:49 GMT Message-Id: <201108170526.p7H5QnJm095633@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 05:26:50 -0000 TB --- 2011-08-17 04:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 04:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-08-17 04:30:00 - cleaning the object tree TB --- 2011-08-17 04:30:16 - cvsupping the source tree TB --- 2011-08-17 04:30:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-08-17 04:30:43 - building world TB --- 2011-08-17 04:30:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 04:30:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 04:30:43 - TARGET=arm TB --- 2011-08-17 04:30:43 - TARGET_ARCH=arm TB --- 2011-08-17 04:30:43 - TZ=UTC TB --- 2011-08-17 04:30:43 - __MAKE_CONF=/dev/null TB --- 2011-08-17 04:30:43 - cd /src TB --- 2011-08-17 04:30:43 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 04:30:43 UTC 2011 >>> 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 Aug 17 05:25:01 UTC 2011 TB --- 2011-08-17 05:25:01 - WARNING: no kernel config for LINT TB --- 2011-08-17 05:25:01 - cd /src/sys/arm/conf TB --- 2011-08-17 05:25:01 - /usr/sbin/config -m AVILA TB --- 2011-08-17 05:25:01 - building AVILA kernel TB --- 2011-08-17 05:25:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 05:25:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 05:25:01 - TARGET=arm TB --- 2011-08-17 05:25:01 - TARGET_ARCH=arm TB --- 2011-08-17 05:25:01 - TZ=UTC TB --- 2011-08-17 05:25:01 - __MAKE_CONF=/dev/null TB --- 2011-08-17 05:25:01 - cd /src TB --- 2011-08-17 05:25:01 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Aug 17 05:25:01 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 05:26:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 05:26:48 - ERROR: failed to build AVILA kernel TB --- 2011-08-17 05:26:48 - 2395.74 user 718.42 system 3408.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 05:42:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DCD106566B; Wed, 17 Aug 2011 05:42:58 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC7D8FC15; Wed, 17 Aug 2011 05:42:57 +0000 (UTC) Received: by qyk9 with SMTP id 9so539997qyk.13 for ; Tue, 16 Aug 2011 22:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YxEKw8EBMmXCoIB/stAELCOEKwtqVDV3bWS4c5yP4B4=; b=xe+XxdtTFWD7Qg+qxuGnsYwoULOsfWtIAWRvksRF5jWcJrGYC+q63r1L1awuSkKG8a kWXExGEbKqmIs/C1LMf0eVXb6YGQleniITJUcRtNDXXY6reEgVQz38yrvpvyDe3vRC22 OCWOpuGBcTv6Fh5l3OnjIU280H/1qq2bxsIQA= MIME-Version: 1.0 Received: by 10.224.206.66 with SMTP id ft2mr641991qab.379.1313559776891; Tue, 16 Aug 2011 22:42:56 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Tue, 16 Aug 2011 22:42:56 -0700 (PDT) In-Reply-To: <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> Date: Tue, 16 Aug 2011 22:42:56 -0700 Message-ID: From: Garrett Cooper To: Ivan Klymenko Content-Type: multipart/mixed; boundary=20cf300fb0e9e492b004aaacf703 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: danfe@freebsd.org, "freebsd-current@freebsd.org" , Alvaro Castillo Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 05:42:58 -0000 --20cf300fb0e9e492b004aaacf703 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2011/8/16 Garrett Cooper : > On Aug 16, 2011, at 11:26 AM, Ivan Klymenko wrote: > >> =D0=92 Tue, 16 Aug 2011 19:23:06 +0100 >> Alvaro Castillo =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> >>> I try to compile a x11/nvidia-driver and give this error. >>> >>> =3D=3D=3D> =C2=A0Building for nvidia-driver-270.41.19 >>> =3D=3D=3D> src (all) >>> cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=3D\"270.41.19\" >>> -D__KERNEL__ -DNVRM -Wno-unused-function -O -mno-red-zone >>> -mcmodel=3Dkernel -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL >>> -DKLD_MODULE -nostdinc >>> -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/src >>> -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param >>> inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-comm= on >>> -fno-omit-frame-pointer =C2=A0-mno-sse -mcmodel=3Dkernel -mno-red-zone >>> -mno-mmx -msoft-float =C2=A0-fno-asynchronous-unwind-tables -ffreestand= ing >>> -fstack-protector -std=3Diso9899:1999 -fstack-protector -Wall >>> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =C2=A0-Wundef >>> -Wno-pointer-sign -fformat-extensions =C2=A0-Wmissing-include-dirs >>> -fdiagnostics-show-option -c nvidia_linux.c >>> cc1: warnings being treated as errors >>> nvidia_linux.c: In function 'linux_ioctl_nvidia': >>> nvidia_linux.c:42: warning: passing argument 3 of 'fget' makes integer >>> from pointer without a cast >>> nvidia_linux.c:42: error: too few arguments to function 'fget' >>> *** Error code 1 >>> >>> Stop >>> in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19/sr= c. >>> *** Error code 1 >>> >>> Stop >>> in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-270.41.19. >>> *** Error code 1 >>> >>> Stop in /usr/ports/x11/nvidia-driver. >>> *** Error code 1 >>> >>> uname -a: >>> FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug =C2=A08 >>> 17:05:59 WEST 2011 >>> netSys@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN =C2=A0amd64 >>> >>> Ports has been updated since 19:20 (GMT0) >>> >>> Step to reproduce: >>> # cd /usr/ports/x11/nvidia-driver >>> # make >>> >>> Options to compile: (From make config command) >>> >>> WITH_FREEBSD_AGP=3Dyes >>> WITH_ACPI_PM=3Dyes >>> WITHOUT_LINUX=3Dno >>> WITH_WBINVD=3Dno >>> >> >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026533.ht= ml > > Thanks for the reminder. I'll submit a patch to fix this to danfe tonight= . Please take this patch and put it in your x11/nvidia-driver/files/ directory, test it out, and let me know how things go (I can't test it out yet because the source tree on my workstation is not up-to-date yet). Thanks, -Garrett --20cf300fb0e9e492b004aaacf703-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 05:48:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7870106566B for ; Wed, 17 Aug 2011 05:48:49 +0000 (UTC) (envelope-from sinkeyteck@yahoo.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8B41A8FC08 for ; Wed, 17 Aug 2011 05:48:49 +0000 (UTC) Received: from passion.hsins.com (linebetter.tpcity.corp.yahoo.com [10.82.108.43]) by mrout2-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id p7H5mXIo092804 for ; Tue, 16 Aug 2011 22:48:34 -0700 (PDT) Received: from passion.hsins.com (localhost [127.0.0.1]) by passion.hsins.com (8.14.5/8.14.5) with ESMTP id p7H5mXxs049969 for ; Wed, 17 Aug 2011 13:48:33 +0800 (MYT) (envelope-from sinkeyteck@yahoo.com) Received: (from ktsin@localhost) by passion.hsins.com (8.14.5/8.14.5/Submit) id p7H5mXJx049968 for freebsd-current@freebsd.org; Wed, 17 Aug 2011 13:48:33 +0800 (MYT) (envelope-from sinkeyteck@yahoo.com) X-Authentication-Warning: passion.hsins.com: ktsin set sender to sinkeyteck@yahoo.com using -f Date: Wed, 17 Aug 2011 13:48:33 +0800 From: KT Sin To: freebsd-current@freebsd.org Message-ID: <20110817054833.GA6740@passion.hsins.com> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: buildkernel failure at posix semaphores X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 05:48:50 -0000 buildkernel is failing at uipc_sem.c and uipc_shm.c when mac is not enabled. ===> sem (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/PASSION/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/PASSION -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/sem/../../kern/uipc_sem.c cc1: warnings being treated as errors /usr/src/sys/modules/sem/../../kern/uipc_sem.c: In function 'ksem_chown': /usr/src/sys/modules/sem/../../kern/uipc_sem.c:271: warning: 'error' may be used uninitialized in this function *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /usr/src/sys/kern/uipc_shm.c: In function 'shm_chown': /usr/src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /tmp/obj/usr/src/sys/PASSION. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. suggested fix: --- sys/kern/uipc_sem.c.orig 2011-08-17 13:16:52.000000000 +0800 +++ sys/kern/uipc_sem.c 2011-08-17 13:23:28.000000000 +0800 @@ -270,6 +270,7 @@ struct ksem *ks; int error; + error = 0; ks = fp->f_data; mtx_lock(&sem_lock); #ifdef MAC --- sys/kern/uipc_shm.c.orig 2011-08-17 13:16:52.000000000 +0800 +++ sys/kern/uipc_shm.c 2011-08-17 13:25:37.000000000 +0800 @@ -699,6 +699,7 @@ struct shmfd *shmfd; int error; + error = 0; shmfd = fp->f_data; mtx_lock(&shm_timestamp_lock); #ifdef MAC From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 07:31:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D4D3106564A; Wed, 17 Aug 2011 07:31:12 +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 1852B8FC08; Wed, 17 Aug 2011 07:31:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H7VBWl076752; Wed, 17 Aug 2011 03:31:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H7VA7n076708; Wed, 17 Aug 2011 07:31:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 07:31:10 GMT Message-Id: <201108170731.p7H7VA7n076708@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 07:31:12 -0000 TB --- 2011-08-17 04:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 04:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-08-17 04:30:00 - cleaning the object tree TB --- 2011-08-17 04:30:37 - cvsupping the source tree TB --- 2011-08-17 04:30:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-08-17 04:30:54 - building world TB --- 2011-08-17 04:30:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 04:30:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 04:30:54 - TARGET=i386 TB --- 2011-08-17 04:30:54 - TARGET_ARCH=i386 TB --- 2011-08-17 04:30:54 - TZ=UTC TB --- 2011-08-17 04:30:54 - __MAKE_CONF=/dev/null TB --- 2011-08-17 04:30:54 - cd /src TB --- 2011-08-17 04:30:54 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 04:30:56 UTC 2011 >>> 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 Aug 17 06:30:22 UTC 2011 TB --- 2011-08-17 06:30:22 - generating LINT kernel config TB --- 2011-08-17 06:30:22 - cd /src/sys/i386/conf TB --- 2011-08-17 06:30:22 - /usr/bin/make -B LINT TB --- 2011-08-17 06:30:22 - building LINT kernel TB --- 2011-08-17 06:30:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 06:30:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 06:30:22 - TARGET=i386 TB --- 2011-08-17 06:30:22 - TARGET_ARCH=i386 TB --- 2011-08-17 06:30:22 - TZ=UTC TB --- 2011-08-17 06:30:22 - __MAKE_CONF=/dev/null TB --- 2011-08-17 06:30:22 - cd /src TB --- 2011-08-17 06:30:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 06:30:22 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 06:59:46 UTC 2011 TB --- 2011-08-17 06:59:46 - cd /src/sys/i386/conf TB --- 2011-08-17 06:59:46 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 06:59:46 - building GENERIC kernel TB --- 2011-08-17 06:59:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 06:59:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 06:59:46 - TARGET=i386 TB --- 2011-08-17 06:59:46 - TARGET_ARCH=i386 TB --- 2011-08-17 06:59:46 - TZ=UTC TB --- 2011-08-17 06:59:46 - __MAKE_CONF=/dev/null TB --- 2011-08-17 06:59:46 - cd /src TB --- 2011-08-17 06:59:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 06:59:46 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 07:22:53 UTC 2011 TB --- 2011-08-17 07:22:53 - cd /src/sys/i386/conf TB --- 2011-08-17 07:22:53 - /usr/sbin/config -m PAE TB --- 2011-08-17 07:22:53 - building PAE kernel TB --- 2011-08-17 07:22:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 07:22:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 07:22:53 - TARGET=i386 TB --- 2011-08-17 07:22:53 - TARGET_ARCH=i386 TB --- 2011-08-17 07:22:53 - TZ=UTC TB --- 2011-08-17 07:22:53 - __MAKE_CONF=/dev/null TB --- 2011-08-17 07:22:53 - cd /src TB --- 2011-08-17 07:22:53 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Aug 17 07:22:53 UTC 2011 >>> 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 PAE completed on Wed Aug 17 07:28:55 UTC 2011 TB --- 2011-08-17 07:28:55 - cd /src/sys/i386/conf TB --- 2011-08-17 07:28:55 - /usr/sbin/config -m XBOX TB --- 2011-08-17 07:28:55 - building XBOX kernel TB --- 2011-08-17 07:28:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 07:28:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 07:28:55 - TARGET=i386 TB --- 2011-08-17 07:28:55 - TARGET_ARCH=i386 TB --- 2011-08-17 07:28:55 - TZ=UTC TB --- 2011-08-17 07:28:55 - __MAKE_CONF=/dev/null TB --- 2011-08-17 07:28:55 - cd /src TB --- 2011-08-17 07:28:55 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Wed Aug 17 07:28:55 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 07:31:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 07:31:10 - ERROR: failed to build XBOX kernel TB --- 2011-08-17 07:31:10 - 8587.38 user 1539.02 system 10870.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 07:31:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32A911065673; Wed, 17 Aug 2011 07:31:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id DD7618FC17; Wed, 17 Aug 2011 07:31:58 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1QtabV-0002CI-7p; Wed, 17 Aug 2011 08:31:57 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QtabV-00062V-0u; Wed, 17 Aug 2011 08:31:57 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p7H7VuXl027376; Wed, 17 Aug 2011 08:31:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p7H7Vuvx027375; Wed, 17 Aug 2011 08:31:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 17 Aug 2011 08:31:56 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20110817073156.GB27340@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Marcel Moolenaar , Anton Shterenlikht , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20110812141904.GA1683@mech-cluster241.men.bris.ac.uk> <20110815173451.GA29502@mech-cluster241.men.bris.ac.uk> <20110816081248.GB37207@mech-cluster241.men.bris.ac.uk> <3CB781B2-7064-4832-A652-82DC0CB7D077@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CB781B2-7064-4832-A652-82DC0CB7D077@xcllnt.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: make test under lang/perl5.14 causes panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 07:31:59 -0000 On Tue, Aug 16, 2011 at 04:49:44PM -0700, Marcel Moolenaar wrote: > > On Aug 16, 2011, at 1:12 AM, Anton Shterenlikht wrote: > > > On Mon, Aug 15, 2011 at 06:34:51PM +0100, Anton Shterenlikht wrote: > >> On Fri, Aug 12, 2011 at 05:45:55PM -0700, Marcel Moolenaar wrote: > >>> > >>> On Aug 12, 2011, at 7:19 AM, Anton Shterenlikht wrote: > >>> > >>>> On ia64 r221488 > >>> > >>> Please update to at least r223700, as that was a major stability fix. > >> > >> UZI> uname -a > >> FreeBSD mech-as221.men.bris.ac.uk 9.0-BETA1 FreeBSD 9.0-BETA1 #5 r224876: Mon Aug 15 12:06:05 BST 2011 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 > >> UZI> > >> > >> make test run with no panic once (though lots of errors, > >> I should probably let the perl team know), and > >> panicked on the second run: > > Anton, > > Do you have "options PREEMPTON" in your kernel configuration by any > chance? > > The panics you report are the ones I typically get when I enable > PREEMPTION. I haven't found the root cause for this yet. There's > alsp a PR to track this particular issue. Yes, I'm aware of this. This has been the case for over a year. No, I haven't got PREEMPTION on any of my ia64 nodes, e.g.: UZI> grep PREE /root/kernels/UZI #options IPI_PREEMPTION #options PREEMPTION UZI> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 07:36:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D971065670 for ; Wed, 17 Aug 2011 07:36:32 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B00C08FC16 for ; Wed, 17 Aug 2011 07:36:32 +0000 (UTC) Received: by qwc9 with SMTP id 9so549933qwc.13 for ; Wed, 17 Aug 2011 00:36:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.187.83 with SMTP id cv19mr801265qab.8.1313566590991; Wed, 17 Aug 2011 00:36:30 -0700 (PDT) Received: by 10.229.87.10 with HTTP; Wed, 17 Aug 2011 00:36:30 -0700 (PDT) In-Reply-To: <20110816125237.15358spc93fom068@econet.encontacto.net> References: <20110816084721.20125mtbsn6wd8m8@econet.encontacto.net> <4E4A8A3C.1050906@gmail.com> <20110816125237.15358spc93fom068@econet.encontacto.net> Date: Wed, 17 Aug 2011 09:36:30 +0200 Message-ID: From: Olivier Smedts To: eculp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: buildworld has been broken for me since Sunday 20110815 at atrun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 07:36:33 -0000 2011/8/16 eculp : > Quoting Mark Felder : > >> On Tue, 16 Aug 2011 12:29:47 -0500, Edwin L. Culp W. >> wrote: >> >>> Worked perfectly. =A0Maybe it would be a good idea to put the step by >>> step solution for other folks like me who =A0haven't put enough effort >>> to understand the 20110815: entry. >> >> >> These steps are detailed in the handbook and you should be following the= m >> every >> time you rebuild CURRENT. > > Sorry, it looks like I have been doing things in the wrong order for year= s. > =A0Thanks a lot for pointing that out. It's safer to buildworld before buildkernel. And for the particular case of the recent breakage, build/installkernel then reboot before buildworld, or use an older working kernel to buildworld / buildkernel as usual. > ed > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 07:48:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225A8106566B; Wed, 17 Aug 2011 07:48:47 +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 EA63C8FC12; Wed, 17 Aug 2011 07:48:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H7mkSE005185; Wed, 17 Aug 2011 03:48:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H7mkTE005184; Wed, 17 Aug 2011 07:48:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 07:48:46 GMT Message-Id: <201108170748.p7H7mkTE005184@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 07:48:47 -0000 TB --- 2011-08-17 05:26:49 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 05:26:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-08-17 05:26:49 - cleaning the object tree TB --- 2011-08-17 05:27:06 - cvsupping the source tree TB --- 2011-08-17 05:27:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-08-17 05:27:42 - building world TB --- 2011-08-17 05:27:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 05:27:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 05:27:42 - TARGET=ia64 TB --- 2011-08-17 05:27:42 - TARGET_ARCH=ia64 TB --- 2011-08-17 05:27:42 - TZ=UTC TB --- 2011-08-17 05:27:42 - __MAKE_CONF=/dev/null TB --- 2011-08-17 05:27:42 - cd /src TB --- 2011-08-17 05:27:42 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 05:27:43 UTC 2011 >>> 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 Aug 17 06:52:14 UTC 2011 TB --- 2011-08-17 06:52:14 - generating LINT kernel config TB --- 2011-08-17 06:52:14 - cd /src/sys/ia64/conf TB --- 2011-08-17 06:52:14 - /usr/bin/make -B LINT TB --- 2011-08-17 06:52:14 - building LINT kernel TB --- 2011-08-17 06:52:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 06:52:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 06:52:14 - TARGET=ia64 TB --- 2011-08-17 06:52:14 - TARGET_ARCH=ia64 TB --- 2011-08-17 06:52:14 - TZ=UTC TB --- 2011-08-17 06:52:14 - __MAKE_CONF=/dev/null TB --- 2011-08-17 06:52:14 - cd /src TB --- 2011-08-17 06:52:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 06:52:14 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 07:25:13 UTC 2011 TB --- 2011-08-17 07:25:13 - cd /src/sys/ia64/conf TB --- 2011-08-17 07:25:13 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 07:25:13 - building GENERIC kernel TB --- 2011-08-17 07:25:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 07:25:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 07:25:13 - TARGET=ia64 TB --- 2011-08-17 07:25:13 - TARGET_ARCH=ia64 TB --- 2011-08-17 07:25:13 - TZ=UTC TB --- 2011-08-17 07:25:13 - __MAKE_CONF=/dev/null TB --- 2011-08-17 07:25:13 - cd /src TB --- 2011-08-17 07:25:13 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 07:25:13 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 07:47:10 UTC 2011 TB --- 2011-08-17 07:47:10 - cd /src/sys/ia64/conf TB --- 2011-08-17 07:47:10 - /usr/sbin/config -m SKI TB --- 2011-08-17 07:47:10 - building SKI kernel TB --- 2011-08-17 07:47:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 07:47:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 07:47:10 - TARGET=ia64 TB --- 2011-08-17 07:47:10 - TARGET_ARCH=ia64 TB --- 2011-08-17 07:47:10 - TZ=UTC TB --- 2011-08-17 07:47:10 - __MAKE_CONF=/dev/null TB --- 2011-08-17 07:47:10 - cd /src TB --- 2011-08-17 07:47:10 - /usr/bin/make -B buildkernel KERNCONF=SKI >>> Kernel build for SKI started on Wed Aug 17 07:47:10 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64.ia64/src/sys/SKI. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 07:48:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 07:48:45 - ERROR: failed to build SKI kernel TB --- 2011-08-17 07:48:45 - 6800.00 user 1176.23 system 8516.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 09:52:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E8E106564A; Wed, 17 Aug 2011 09:52:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ECB4D8FC2E; Wed, 17 Aug 2011 09:52:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7H9qdNO025860; Wed, 17 Aug 2011 05:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7H9qdVw025851; Wed, 17 Aug 2011 09:52:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 09:52:39 GMT Message-Id: <201108170952.p7H9qdVw025851@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 09:52:43 -0000 TB --- 2011-08-17 07:31:11 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 07:31:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-17 07:31:11 - cleaning the object tree TB --- 2011-08-17 07:31:32 - cvsupping the source tree TB --- 2011-08-17 07:31:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-17 07:31:46 - building world TB --- 2011-08-17 07:31:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 07:31:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 07:31:46 - TARGET=powerpc TB --- 2011-08-17 07:31:46 - TARGET_ARCH=powerpc TB --- 2011-08-17 07:31:46 - TZ=UTC TB --- 2011-08-17 07:31:46 - __MAKE_CONF=/dev/null TB --- 2011-08-17 07:31:46 - cd /src TB --- 2011-08-17 07:31:46 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 07:31:47 UTC 2011 >>> 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 Aug 17 09:18:27 UTC 2011 TB --- 2011-08-17 09:18:27 - generating LINT kernel config TB --- 2011-08-17 09:18:27 - cd /src/sys/powerpc/conf TB --- 2011-08-17 09:18:27 - /usr/bin/make -B LINT TB --- 2011-08-17 09:18:28 - building LINT kernel TB --- 2011-08-17 09:18:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 09:18:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 09:18:28 - TARGET=powerpc TB --- 2011-08-17 09:18:28 - TARGET_ARCH=powerpc TB --- 2011-08-17 09:18:28 - TZ=UTC TB --- 2011-08-17 09:18:28 - __MAKE_CONF=/dev/null TB --- 2011-08-17 09:18:28 - cd /src TB --- 2011-08-17 09:18:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 09:18:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 09:36:56 UTC 2011 TB --- 2011-08-17 09:36:56 - cd /src/sys/powerpc/conf TB --- 2011-08-17 09:36:56 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 09:36:56 - building GENERIC kernel TB --- 2011-08-17 09:36:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 09:36:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 09:36:56 - TARGET=powerpc TB --- 2011-08-17 09:36:56 - TARGET_ARCH=powerpc TB --- 2011-08-17 09:36:56 - TZ=UTC TB --- 2011-08-17 09:36:56 - __MAKE_CONF=/dev/null TB --- 2011-08-17 09:36:56 - cd /src TB --- 2011-08-17 09:36:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 09:36:56 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 09:50:52 UTC 2011 TB --- 2011-08-17 09:50:52 - cd /src/sys/powerpc/conf TB --- 2011-08-17 09:50:52 - /usr/sbin/config -m GENERIC64 TB --- 2011-08-17 09:50:52 - skipping GENERIC64 kernel TB --- 2011-08-17 09:50:52 - cd /src/sys/powerpc/conf TB --- 2011-08-17 09:50:52 - /usr/sbin/config -m MPC85XX TB --- 2011-08-17 09:50:52 - building MPC85XX kernel TB --- 2011-08-17 09:50:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 09:50:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 09:50:52 - TARGET=powerpc TB --- 2011-08-17 09:50:52 - TARGET_ARCH=powerpc TB --- 2011-08-17 09:50:52 - TZ=UTC TB --- 2011-08-17 09:50:52 - __MAKE_CONF=/dev/null TB --- 2011-08-17 09:50:52 - cd /src TB --- 2011-08-17 09:50:52 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Aug 17 09:50:52 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/MPC85XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 09:52:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 09:52:39 - ERROR: failed to build MPC85XX kernel TB --- 2011-08-17 09:52:39 - 7048.95 user 1253.77 system 8488.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 10:56:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C276C1065673; Wed, 17 Aug 2011 10:56:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 962738FC13; Wed, 17 Aug 2011 10:56:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HAuVtB018625; Wed, 17 Aug 2011 06:56:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7HAuVaR018618; Wed, 17 Aug 2011 10:56:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 10:56:31 GMT Message-Id: <201108171056.p7HAuVaR018618@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 10:56:32 -0000 TB --- 2011-08-17 10:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 10:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-08-17 10:00:00 - cleaning the object tree TB --- 2011-08-17 10:00:18 - cvsupping the source tree TB --- 2011-08-17 10:00:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-08-17 10:00:42 - building world TB --- 2011-08-17 10:00:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 10:00:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 10:00:42 - TARGET=arm TB --- 2011-08-17 10:00:42 - TARGET_ARCH=arm TB --- 2011-08-17 10:00:42 - TZ=UTC TB --- 2011-08-17 10:00:42 - __MAKE_CONF=/dev/null TB --- 2011-08-17 10:00:42 - cd /src TB --- 2011-08-17 10:00:42 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 10:00:42 UTC 2011 >>> 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 Aug 17 10:54:42 UTC 2011 TB --- 2011-08-17 10:54:42 - WARNING: no kernel config for LINT TB --- 2011-08-17 10:54:43 - cd /src/sys/arm/conf TB --- 2011-08-17 10:54:43 - /usr/sbin/config -m AVILA TB --- 2011-08-17 10:54:43 - building AVILA kernel TB --- 2011-08-17 10:54:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 10:54:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 10:54:43 - TARGET=arm TB --- 2011-08-17 10:54:43 - TARGET_ARCH=arm TB --- 2011-08-17 10:54:43 - TZ=UTC TB --- 2011-08-17 10:54:43 - __MAKE_CONF=/dev/null TB --- 2011-08-17 10:54:43 - cd /src TB --- 2011-08-17 10:54:43 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Aug 17 10:54:43 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 10:56:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 10:56:30 - ERROR: failed to build AVILA kernel TB --- 2011-08-17 10:56:30 - 2394.39 user 718.41 system 3390.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 13:00:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46CF71065678; Wed, 17 Aug 2011 13:00:34 +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 1A8778FC15; Wed, 17 Aug 2011 13:00:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HD0Xvv000934; Wed, 17 Aug 2011 09:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7HD0XJ4000895; Wed, 17 Aug 2011 13:00:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 13:00:33 GMT Message-Id: <201108171300.p7HD0XJ4000895@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 13:00:34 -0000 TB --- 2011-08-17 10:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 10:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-08-17 10:00:00 - cleaning the object tree TB --- 2011-08-17 10:00:37 - cvsupping the source tree TB --- 2011-08-17 10:00:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-08-17 10:00:54 - building world TB --- 2011-08-17 10:00:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 10:00:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 10:00:54 - TARGET=i386 TB --- 2011-08-17 10:00:54 - TARGET_ARCH=i386 TB --- 2011-08-17 10:00:54 - TZ=UTC TB --- 2011-08-17 10:00:54 - __MAKE_CONF=/dev/null TB --- 2011-08-17 10:00:54 - cd /src TB --- 2011-08-17 10:00:54 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 10:00:54 UTC 2011 >>> 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 Aug 17 12:00:14 UTC 2011 TB --- 2011-08-17 12:00:14 - generating LINT kernel config TB --- 2011-08-17 12:00:14 - cd /src/sys/i386/conf TB --- 2011-08-17 12:00:14 - /usr/bin/make -B LINT TB --- 2011-08-17 12:00:14 - building LINT kernel TB --- 2011-08-17 12:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:00:14 - TARGET=i386 TB --- 2011-08-17 12:00:14 - TARGET_ARCH=i386 TB --- 2011-08-17 12:00:14 - TZ=UTC TB --- 2011-08-17 12:00:14 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:00:14 - cd /src TB --- 2011-08-17 12:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 12:00:14 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 12:29:30 UTC 2011 TB --- 2011-08-17 12:29:30 - cd /src/sys/i386/conf TB --- 2011-08-17 12:29:30 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 12:29:30 - building GENERIC kernel TB --- 2011-08-17 12:29:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:29:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:29:30 - TARGET=i386 TB --- 2011-08-17 12:29:30 - TARGET_ARCH=i386 TB --- 2011-08-17 12:29:30 - TZ=UTC TB --- 2011-08-17 12:29:30 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:29:30 - cd /src TB --- 2011-08-17 12:29:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 12:29:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 12:52:23 UTC 2011 TB --- 2011-08-17 12:52:24 - cd /src/sys/i386/conf TB --- 2011-08-17 12:52:24 - /usr/sbin/config -m PAE TB --- 2011-08-17 12:52:24 - building PAE kernel TB --- 2011-08-17 12:52:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:52:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:52:24 - TARGET=i386 TB --- 2011-08-17 12:52:24 - TARGET_ARCH=i386 TB --- 2011-08-17 12:52:24 - TZ=UTC TB --- 2011-08-17 12:52:24 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:52:24 - cd /src TB --- 2011-08-17 12:52:24 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Aug 17 12:52:24 UTC 2011 >>> 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 PAE completed on Wed Aug 17 12:58:25 UTC 2011 TB --- 2011-08-17 12:58:25 - cd /src/sys/i386/conf TB --- 2011-08-17 12:58:25 - /usr/sbin/config -m XBOX TB --- 2011-08-17 12:58:25 - building XBOX kernel TB --- 2011-08-17 12:58:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:58:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:58:25 - TARGET=i386 TB --- 2011-08-17 12:58:25 - TARGET_ARCH=i386 TB --- 2011-08-17 12:58:25 - TZ=UTC TB --- 2011-08-17 12:58:25 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:58:25 - cd /src TB --- 2011-08-17 12:58:25 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Wed Aug 17 12:58:25 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 13:00:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 13:00:32 - ERROR: failed to build XBOX kernel TB --- 2011-08-17 13:00:32 - 8586.69 user 1543.21 system 10832.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 13:18:33 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27491065670; Wed, 17 Aug 2011 13:18:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD8B8FC15; Wed, 17 Aug 2011 13:18:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HDIWoO032104; Wed, 17 Aug 2011 09:18:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7HDIWlR032092; Wed, 17 Aug 2011 13:18:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 13:18:32 GMT Message-Id: <201108171318.p7HDIWlR032092@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 13:18:33 -0000 TB --- 2011-08-17 10:56:32 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 10:56:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-08-17 10:56:32 - cleaning the object tree TB --- 2011-08-17 10:56:49 - cvsupping the source tree TB --- 2011-08-17 10:56:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-08-17 10:57:25 - building world TB --- 2011-08-17 10:57:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 10:57:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 10:57:25 - TARGET=ia64 TB --- 2011-08-17 10:57:25 - TARGET_ARCH=ia64 TB --- 2011-08-17 10:57:25 - TZ=UTC TB --- 2011-08-17 10:57:25 - __MAKE_CONF=/dev/null TB --- 2011-08-17 10:57:25 - cd /src TB --- 2011-08-17 10:57:25 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 10:57:26 UTC 2011 >>> 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 Aug 17 12:22:03 UTC 2011 TB --- 2011-08-17 12:22:03 - generating LINT kernel config TB --- 2011-08-17 12:22:03 - cd /src/sys/ia64/conf TB --- 2011-08-17 12:22:03 - /usr/bin/make -B LINT TB --- 2011-08-17 12:22:03 - building LINT kernel TB --- 2011-08-17 12:22:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:22:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:22:03 - TARGET=ia64 TB --- 2011-08-17 12:22:03 - TARGET_ARCH=ia64 TB --- 2011-08-17 12:22:03 - TZ=UTC TB --- 2011-08-17 12:22:03 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:22:03 - cd /src TB --- 2011-08-17 12:22:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 12:22:03 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 12:54:50 UTC 2011 TB --- 2011-08-17 12:54:50 - cd /src/sys/ia64/conf TB --- 2011-08-17 12:54:50 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 12:54:50 - building GENERIC kernel TB --- 2011-08-17 12:54:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 12:54:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 12:54:50 - TARGET=ia64 TB --- 2011-08-17 12:54:50 - TARGET_ARCH=ia64 TB --- 2011-08-17 12:54:50 - TZ=UTC TB --- 2011-08-17 12:54:50 - __MAKE_CONF=/dev/null TB --- 2011-08-17 12:54:50 - cd /src TB --- 2011-08-17 12:54:50 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 12:54:50 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 13:16:57 UTC 2011 TB --- 2011-08-17 13:16:57 - cd /src/sys/ia64/conf TB --- 2011-08-17 13:16:57 - /usr/sbin/config -m SKI TB --- 2011-08-17 13:16:57 - building SKI kernel TB --- 2011-08-17 13:16:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 13:16:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 13:16:57 - TARGET=ia64 TB --- 2011-08-17 13:16:57 - TARGET_ARCH=ia64 TB --- 2011-08-17 13:16:57 - TZ=UTC TB --- 2011-08-17 13:16:57 - __MAKE_CONF=/dev/null TB --- 2011-08-17 13:16:57 - cd /src TB --- 2011-08-17 13:16:57 - /usr/bin/make -B buildkernel KERNCONF=SKI >>> Kernel build for SKI started on Wed Aug 17 13:16:57 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/ia64.ia64/src/sys/SKI. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 13:18:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 13:18:32 - ERROR: failed to build SKI kernel TB --- 2011-08-17 13:18:32 - 6796.89 user 1181.15 system 8520.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 15:22:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE17106566B; Wed, 17 Aug 2011 15:22:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 413378FC15; Wed, 17 Aug 2011 15:22:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HFMSdn048227; Wed, 17 Aug 2011 11:22:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7HFMStD048226; Wed, 17 Aug 2011 15:22:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Aug 2011 15:22:28 GMT Message-Id: <201108171522.p7HFMStD048226@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 15:22:29 -0000 TB --- 2011-08-17 13:00:33 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-17 13:00:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-17 13:00:33 - cleaning the object tree TB --- 2011-08-17 13:00:54 - cvsupping the source tree TB --- 2011-08-17 13:00:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-17 13:01:13 - building world TB --- 2011-08-17 13:01:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 13:01:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 13:01:13 - TARGET=powerpc TB --- 2011-08-17 13:01:13 - TARGET_ARCH=powerpc TB --- 2011-08-17 13:01:13 - TZ=UTC TB --- 2011-08-17 13:01:13 - __MAKE_CONF=/dev/null TB --- 2011-08-17 13:01:13 - cd /src TB --- 2011-08-17 13:01:13 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 17 13:01:13 UTC 2011 >>> 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 Aug 17 14:48:00 UTC 2011 TB --- 2011-08-17 14:48:00 - generating LINT kernel config TB --- 2011-08-17 14:48:00 - cd /src/sys/powerpc/conf TB --- 2011-08-17 14:48:00 - /usr/bin/make -B LINT TB --- 2011-08-17 14:48:00 - building LINT kernel TB --- 2011-08-17 14:48:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 14:48:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 14:48:00 - TARGET=powerpc TB --- 2011-08-17 14:48:00 - TARGET_ARCH=powerpc TB --- 2011-08-17 14:48:00 - TZ=UTC TB --- 2011-08-17 14:48:00 - __MAKE_CONF=/dev/null TB --- 2011-08-17 14:48:00 - cd /src TB --- 2011-08-17 14:48:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 17 14:48:00 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 17 15:06:32 UTC 2011 TB --- 2011-08-17 15:06:32 - cd /src/sys/powerpc/conf TB --- 2011-08-17 15:06:33 - /usr/sbin/config -m GENERIC TB --- 2011-08-17 15:06:33 - building GENERIC kernel TB --- 2011-08-17 15:06:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 15:06:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 15:06:33 - TARGET=powerpc TB --- 2011-08-17 15:06:33 - TARGET_ARCH=powerpc TB --- 2011-08-17 15:06:33 - TZ=UTC TB --- 2011-08-17 15:06:33 - __MAKE_CONF=/dev/null TB --- 2011-08-17 15:06:33 - cd /src TB --- 2011-08-17 15:06:33 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 17 15:06:33 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 17 15:20:41 UTC 2011 TB --- 2011-08-17 15:20:41 - cd /src/sys/powerpc/conf TB --- 2011-08-17 15:20:41 - /usr/sbin/config -m GENERIC64 TB --- 2011-08-17 15:20:41 - skipping GENERIC64 kernel TB --- 2011-08-17 15:20:41 - cd /src/sys/powerpc/conf TB --- 2011-08-17 15:20:41 - /usr/sbin/config -m MPC85XX TB --- 2011-08-17 15:20:41 - building MPC85XX kernel TB --- 2011-08-17 15:20:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-17 15:20:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-17 15:20:41 - TARGET=powerpc TB --- 2011-08-17 15:20:41 - TARGET_ARCH=powerpc TB --- 2011-08-17 15:20:41 - TZ=UTC TB --- 2011-08-17 15:20:41 - __MAKE_CONF=/dev/null TB --- 2011-08-17 15:20:41 - cd /src TB --- 2011-08-17 15:20:41 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Aug 17 15:20:41 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc1: warnings being treated as errors /src/sys/kern/uipc_shm.c: In function 'shm_chown': /src/sys/kern/uipc_shm.c:700: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/MPC85XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-17 15:22:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-17 15:22:27 - ERROR: failed to build MPC85XX kernel TB --- 2011-08-17 15:22:27 - 7051.52 user 1248.31 system 8514.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:10:34 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D028D1065674 for ; Wed, 17 Aug 2011 20:10:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBC68FC15 for ; Wed, 17 Aug 2011 20:10:34 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p7HK87rb094545 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 17 Aug 2011 14:08:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20110809042639.GA20251@lonesome.com> Date: Wed, 17 Aug 2011 14:06:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <611D81DD-8237-4F00-A35A-38D4550803B8@bsdimp.com> References: <201108082102.p78L22jg075884@freebsd-current.sentex.ca> <20110809042639.GA20251@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Wed, 17 Aug 2011 14:08:12 -0600 (MDT) Cc: current@FreeBSD.ORG Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 20:10:34 -0000 On Aug 8, 2011, at 10:26 PM, Mark Linimon wrote: > On Mon, Aug 08, 2011 at 06:53:40PM -0400, Super Bisquit wrote: >> Why does Tinderbox need cross tools? Is the build not native? If so, = then >> the rationale would be to build on the architecture and not use cross >> compilation. >=20 > - There are no powerpc machines currently online at *.FreeBSD.org. >=20 > - The powerpc machines that we run on are far slower than the = tinderbox > machines. >=20 > - Even if we had powerpc machines available, and could deal with the > time-lag for world builds, what then about archs with no native > machines available (e.g. MIPS)? MIPS will build natively. Takes about 14 hours on one of my mips boards = (high end access point grade) or about 2 hours on my Cavium over = pessimal network setup. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 00:08:55 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34F07106566B; Thu, 18 Aug 2011 00:08:55 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 04B818FC14; Thu, 18 Aug 2011 00:08:54 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LQ300M00KEURS00@smtpauth3.wiscmail.wisc.edu>; Wed, 17 Aug 2011 19:08:54 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.68.180]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LQ300DTMKERZC40@smtpauth3.wiscmail.wisc.edu>; Wed, 17 Aug 2011 19:08:52 -0500 (CDT) Date: Wed, 17 Aug 2011 19:08:51 -0500 From: Nathan Whitehorn In-reply-to: <4DBAED76.3030006@FreeBSD.org> To: "Andrey V. Elsukov" Message-id: <4E4C5813.2060104@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.68.180 X-Spam-PmxInfo: Server=avs-13, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.8.18.14, SenderIP=76.210.68.180 References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> <4DBAED76.3030006@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110704 Thunderbird/5.0 Cc: Marcel Moolenaar , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org, Alexander Motin , Andriy Gapon , FreeBSD Current Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 00:08:55 -0000 On 04/29/11 11:55, Andrey V. Elsukov wrote: > On 27.04.2011 11:37, Andrey V. Elsukov wrote: >>> I wrote a small extension for the GEOM_PART class. It adds an ability >>> to GEOM_PART class to create partition labels for schemes which are >>> support them. > Hi All, > > i got several successful reports from users, but now i decided to make > this functional available for another consumers. > New patch: > http://people.freebsd.org/~ae/geom_alias.diff > > What it contains: > * gpt/gptid support removed from GEOM_LABEL class; > * new GEOM_ALIAS class added. This class has two public functions: > void g_alias_create(struct g_provider *pp, const char *name); > void g_alias_spoil(struct g_provider *pp); > * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: > > GEOM_DISK uses g_alias_create() to create aliases for disks, disk's > serial number is used for alias name. > > GEOM_PART uses g_alias_create() to create aliases for labeled partitions > (gpt/gptid, apm and pc98). > > How it looks like: > http://paste.org.ru/?5exeve > What happened to this? It would be really nice to have in 9.0, or soon after anyway. Anything I can do to help it along? -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 03:15:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8E31065673; Thu, 18 Aug 2011 03:15:18 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id B321B8FC0A; Thu, 18 Aug 2011 03:15:17 +0000 (UTC) X-AuditID: 12074422-b7ba7ae000000a14-99-4e4c803872bb Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 55.C9.02580.8308C4E4; Wed, 17 Aug 2011 23:00:08 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id p7I30Fm8011862; Wed, 17 Aug 2011 23:00:15 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p7I30DVZ001892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 17 Aug 2011 23:00:15 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p7I30Cva009453; Wed, 17 Aug 2011 23:00:12 -0400 (EDT) Date: Wed, 17 Aug 2011 23:00:12 -0400 (EDT) From: Benjamin Kaduk To: John In-Reply-To: <20110816040519.GA49864@FreeBSD.org> Message-ID: References: <20110816040519.GA49864@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLIsWRmVeSWpSXmKPExsUixG6nomvR4ONncK5Ly2LOmw9MFsce/2Sz WL/yDasDs8eMT/NZAhijuGxSUnMyy1KL9O0SuDKW3f3DWHCDu6Jz3w+mBsZXnF2MnBwSAiYS rX3/mSBsMYkL99azdTFycQgJ7GOUeLPwIpSzgVFi4rmpLBDOASaJM92n2CGcBkaJ7surWEH6 WQS0Jf7dPA42i01ARWLmm41sILaIgJTE0zmXWUBsZgFziacfloHVCAPVL305H6yGU8BQ4uvd bcxdjBwcvAIOEk/PRIKEhQQMJI6vWAhWIiqgI7F6/xSwMbwCghInZz6BGmkp8W/tL9YJjIKz kKRmIUktYGRaxSibklulm5uYmVOcmqxbnJyYl5dapGuql5tZopeaUrqJERyqLko7GH8eVDrE KMDBqMTDa/jK20+INbGsuDL3EKMkB5OSKO/eWh8/Ib6k/JTKjMTijPii0pzU4kOMEhzMSiK8 bQpAOd6UxMqq1KJ8mJQ0B4uSOC/XTgc/IYH0xJLU7NTUgtQimKwMB4eSBG9zHVCjYFFqempF WmZOCUKaiYMTZDgP0HC2KpDhxQWJucWZ6RD5U4yKUuK8nvVACQGQREZpHlwvLJW8YhQHekWY dy5IFQ8wDcF1vwIazAQ0+NYuD5DBJYkIKakGxi6TxNkzqvIW/uN6FKPW8KbM4sd+q93+mdpd fxcZaoZb5tVdlr13t9PJYPvTLoUnnh+mXNvWbMSZ0R+er5ARKcuV1nz5J8u97TlntnNMbtsv oz7DsuhekPMfy2ld22/wBz69Pl3+w2WhQ0cv6DZ2GLvN0H+d78q04uBBrukPJWK7iux+y6l4 KLEUZyQaajEXFScCAL6rYnwAAwAA Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Three LOR with latest -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 03:15:18 -0000 Hello John, These seem to be well-known, per http://ipv4.sources.zabbadoz.net/freebsd/lor.html On Tue, 16 Aug 2011, John wrote: > Hi folks, > > I'm seeing 3 lock order reversals with an up-to-date -current > system. Stock system, GENERIC kernel. Let me know if this isn't > enough information. Just booting the system and the dmesg. > > Thanks, > John > > > lock order reversal: > 1st 0xfffffe0289627db8 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:425 > 2nd 0xffffff9f0db49778 bufwait (bufwait) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_bio.c:2658 > 3rd 0xfffffe00404a8098 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:546 This looks like #285. > > > lock order reversal: > 1st 0xffffff9f0db49778 bufwait (bufwait) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_bio.c:2658 > 2nd 0xfffffe004034dcb0 snaplk (snaplk) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:818 The line numbers are a bit off, but this could be #269. > > > lock order reversal: > 1st 0xfffffe004034dcb0 snaplk (snaplk) @ /usr/src.2011-08-14_10.53pm_EDT/sys/kern/vfs_vnops.c:301 > 2nd 0xfffffe0289627db8 ufs (ufs) @ /usr/src.2011-08-14_10.53pm_EDT/sys/ufs/ffs/ffs_snapshot.c:1620 And this would be #240. Since they are so commonly reported (but no deadlocks have been attributed to them), it seems likely that they are harmless. Perhaps we should tell WITNESS to not warn about them ... -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 06:16:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C66E106566C; Thu, 18 Aug 2011 06:16:45 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id D2B268FC17; Thu, 18 Aug 2011 06:16:44 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-cdu.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 14DCCB8027; Thu, 18 Aug 2011 09:58:08 +0400 (MSD) Received: from kirov.so-cdu.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 0A2ABB8008; Thu, 18 Aug 2011 09:58:08 +0400 (MSD) Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id D8CCBB8EDB; Thu, 18 Aug 2011 09:58:07 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id A2152B8E63; Thu, 18 Aug 2011 09:58:07 +0400 (MSD) Message-ID: <4E4CA9EF.8030201@FreeBSD.org> Date: Thu, 18 Aug 2011 09:58:07 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Nathan Whitehorn References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> <4DBAED76.3030006@FreeBSD.org> <4E4C5813.2060104@freebsd.org> In-Reply-To: <4E4C5813.2060104@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: Marcel Moolenaar , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org, Alexander Motin , Andriy Gapon , FreeBSD Current Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 06:16:45 -0000 On 18.08.2011 4:08, Nathan Whitehorn wrote: >> What it contains: >> * gpt/gptid support removed from GEOM_LABEL class; >> * new GEOM_ALIAS class added. This class has two public functions: >> void g_alias_create(struct g_provider *pp, const char *name); >> void g_alias_spoil(struct g_provider *pp); >> * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: >> >> GEOM_DISK uses g_alias_create() to create aliases for disks, disk's >> serial number is used for alias name. >> >> GEOM_PART uses g_alias_create() to create aliases for labeled partitions >> (gpt/gptid, apm and pc98). >> >> How it looks like: >> http://paste.org.ru/?5exeve >> > > What happened to this? It would be really nice to have in 9.0, or soon after anyway. Anything I can > do to help it along? :) Well, there were some problems found. AFAIR, the last patch i tested is here: http://people.freebsd.org/~ae/geom_alias.diff Among other things it slightly extends GEOM core to be able pass trough taste and spoil events. To recall for myself how it works: I added new GEOM class - GEOM_ALIAS. It provides two public functions: void g_alias_create(struct g_provider *pp, const char *name); It creates one instance of geom_alias class for given provider and this instance might have several providers (aliases). void g_alias_spoil(struct g_provider *pp); It destroys all aliases for given provider if they are not in use. If some alias is used, then function only marks it as stale. The access method of GEOM_ALIAS class destroys stale provider when it is released. The spoiled method calls g_spoil() for each alias, i.e. it passes spoil event to consumers of all aliases. The taste method checks given provider and if it has GEOM_ALIAS consumer and it was spoiled before, then it does "retaste" for each alias. I don't remember what were the results of testing, but looks like there is something that could be improved. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 06:27:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F9B106566B for ; Thu, 18 Aug 2011 06:27:44 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CC7E38FC0A for ; Thu, 18 Aug 2011 06:27:43 +0000 (UTC) Received: by vxh11 with SMTP id 11so1923567vxh.13 for ; Wed, 17 Aug 2011 23:27:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=mlbpnLwnFmg8P1rmIK6OXRb097GzYjKszO+OFv1u0Dw=; b=OKKSc2OsXKc0VfFq+wFuHdHUQRk8M1ieElogUmGM3xDRrmiHM3Zmvgyqa56XEbaW95 4QHCBIJOerntH/u4mZynHEpx8PgDxqrgD49fU48Pcx3dE5nCMEsNLpczSqY8sS3EJJe1 bYeWB0JipBEpeMwSq6TFQg9zAGlEv06lvYzo0= MIME-Version: 1.0 Received: by 10.52.21.201 with SMTP id x9mr309580vde.363.1313647394579; Wed, 17 Aug 2011 23:03:14 -0700 (PDT) Received: by 10.52.111.197 with HTTP; Wed, 17 Aug 2011 23:03:14 -0700 (PDT) Date: Thu, 18 Aug 2011 01:03:14 -0500 Message-ID: From: Jason Harmening To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 18 Aug 2011 11:08:49 +0000 Subject: device_probe_and_attach() fails in kernel built w/ clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 06:27:44 -0000 Hi everyone, I have a driver for PCI devices that have onboard I2C buses, so my driver needs to create an iicbus child for the PCI device. So in my driver I use DRIVER_MODULE(iicbus, , iicbus_driver, iicbus_devclass, NULL, NULL). This works because iicbus_driver and iicbus_devclass are declared extern in iicbus.h. Then during device attachment I create the iicbus child using: device_add_child(parent, "iicbus", -1); ... device_probe_and_attach(iicbus_dev); This all works fine for a kernel built w/ gcc. But if I build the same kernel w/ clang, the device_probe_and_attach() call returns ENXIO. I was able to debug this far enough to determine that device_probe_child() in subr_bus.c wasn't finding any matching drivers, so first_matching_driver() returned NULL and the matching loops fell through. Interestingly enough, I have another driver for a similar class of devices that also uses iicbus, and if I load that driver after loading the first one, the *first* driver will be re-probed, and this time it will successfully create its iicbus devices and attach to the PCI devices. The *second* driver, though, will still fail to create its iicbuses. I'm not sure if this is some weird problem w/ the iicbus driver, with the kernel's probing routines, or with the module data structures and init calls generated by DRIVER_MODULE(). Whatever it is seems to be clang-related; removing optimization and march= from CFLAGS had no effect. I'm using r224899/amd64. Any help would be really appreciated. Cheers, Jason From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 11:26:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCC6106564A for ; Thu, 18 Aug 2011 11:26:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 161B78FC08 for ; Thu, 18 Aug 2011 11:26:55 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yfIOS+81wnQIz0UwZPDdWOvE/jQxEvyI9Z1xC25I9wc= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=A4L-DXj8s4gA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=gAt50V7LWCuX6ZW1svIA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 168152932; Thu, 18 Aug 2011 13:16:52 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2011 13:14:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108181314.25111.hselasky@c2i.net> Cc: Jason Harmening Subject: Re: device_probe_and_attach() fails in kernel built w/ clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 11:26:56 -0000 On Thursday 18 August 2011 08:03:14 Jason Harmening wrote: > Any help would be really appreciated. I'm guessing that some static data sections needs a __used flag, and have been removed by the compiler. Could you do an object dump? objdump -D -x xxx.ko ? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 15:22:10 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB72E106564A; Thu, 18 Aug 2011 15:22:10 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA3638FC13; Thu, 18 Aug 2011 15:22:09 +0000 (UTC) Received: from alph.allbsd.org (p3028-ipbf608funabasi.chiba.ocn.ne.jp [125.175.94.28]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p7IFLj11092606; Fri, 19 Aug 2011 00:21:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p7IFLfEu051885; Fri, 19 Aug 2011 00:21:43 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 19 Aug 2011 00:20:46 +0900 (JST) Message-Id: <20110819.002046.908756241495481148.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Aug_19_00_20_46_2011_272)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 19 Aug 2011 00:22:01 +0900 (JST) X-Spam-Status: No, score=-102.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,DIRECTOCNDYN,RCVD_IN_RP_RNBL,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: pjd@FreeBSD.org Subject: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 15:22:10 -0000 ----Security_Multipart(Fri_Aug_19_00_20_46_2011_272)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I have experienced "Stale NFS file handle" issue when switching between oldnfs and newnfs on a CURRENT box (NFS server exporting ZFS mountpoints). The cause was that fsid was changed in the following conditions and not in the NFS subsystem itself, but I am wondering if these are expected behavior... First, I tried the following configurations of NFS and ZFS, and saw if fsid of the same mountpoint (a mounted ZFS dataset) changed or not by using statfs(2): compile opts kld module fsid[0:1] kld loaded by ---------------------------------------------------------------------------- NFSSERVER+NFSCLIENT zfs 865798fa:8346ef02 loader NFSSERVER+NFSCLIENT zfs 865798fa:8346ef07 kldload(8) NFSSERVER+NFSCLIENT+ NFSD+NFSCL zfs 865798fa:8346ef03 loader NFSSERVER+NFSCLIENT+ NFSD+NFSCL zfs 865798fa:8346ef08 kldload(8) NFSSERVER+NFSCLIENT nfsd+nfscl+zfs 865798fa:8346ef08 loader ---------------------------------------------------------------------------- The fsid seems to depend on the module loading order of ZFS. Even on a running system, the following procedure changed the fsid, for example: 1. Boot with a kernel with NFSSERVER+NFSCLIENT. 2. Load zfs.ko and opensolaris.ko by loader. 3. Check fsid of a ZFS mountpoint --> 865798fa:8346ef02 4. Unload zfs.ko and opensolaris.ko, and then do zfs umount -a. 5. Load zfs.ko and opensolaris.ko by kldload(8), and do zfs mount -a. 6. Check fsid of the same mountpoint --> 865798fa:8346ef08 Is this by design or not? While testing the above configurations, fsid of a UFS mountpoint was not changed (as expected). -- Hiroki ----Security_Multipart(Fri_Aug_19_00_20_46_2011_272)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk5NLc4ACgkQTyzT2CeTzy06uwCeI8IxkeS3X2x2deluLlCykNI5 6pgAniE/dfyRo0Moy9Gl3HAjbpUYD/yC =PsKd -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Aug_19_00_20_46_2011_272)---- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 16:31:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52213106566B; Thu, 18 Aug 2011 16:31:05 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 376048FC1A; Thu, 18 Aug 2011 16:31:05 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQ4004BNTUPPI50@asmtp029.mac.com>; Thu, 18 Aug 2011 09:30:30 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-18_06:2011-08-18, 2011-08-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108180150 From: Christoph Hoffmann In-reply-to: <201108161515.50127.jhb@freebsd.org> Date: Thu, 18 Aug 2011 18:30:24 +0200 Content-transfer-encoding: quoted-printable Message-id: <23B6937F-F261-4DC4-9168-96720251C98D@me.com> References: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> <201108161515.50127.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 16:31:05 -0000 Hello John, Thank you very much indeed for the hints. I am under the impression that we are facing a problem with = synchronisation=20 of CPU local caches. I also wasn't able to find any problem with memory=20= allocation. This box is equipped with: 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is = enabled =20 Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz = =20 QPI Speed: 5.8 GT/s = =20 Changing the order of execution in zfsboot.c main() function to [=85] int main(void) { [=85] bios_getmem(); if (high_heap_size > 0) { [=85] bootinfo.bi_version =3D BOOTINFO_VERSION; bootinfo.bi_size =3D sizeof(bootinfo); bootinfo.bi_basemem =3D bios_basemem / 1024; bootinfo.bi_extmem =3D bios_extmem / 1024; bootinfo.bi_memsizes_valid++; /* bootinfo.bi_bios_dev =3D dsk->drive; */ bootinfo.bi_bios_dev =3D *(uint8_t *)PTOV(ARGS); dsk =3D malloc(sizeof(struct dsk)); dsk->drive =3D *(uint8_t *)PTOV(ARGS); dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; dsk->unit =3D dsk->drive & DRV_MASK; dsk->slice =3D *(uint8_t *)PTOV(ARGS + 1) + 1; dsk->part =3D 0; dsk->start =3D 0; dsk->init =3D 0; bootdev =3D MAKEBOOTDEV(dev_maj[dsk->type], dsk->slice, dsk->unit, dsk->part), [=85] fixes the problem. Any comments will be appreciated. Best Regards, Christoph -- Christoph Hoffmann On Aug 16, 2011, at 9:15 PM, John Baldwin wrote: > On Tuesday, August 16, 2011 1:46:48 pm Christoph Hoffmann wrote: >> Setting high_heap_size to zero ends with an error: >>=20 >> Attempting Boot =46rom CD-ROM >> Attempting Boot =46rom Hard Drive (C:) >> 474: high_heap_size=3D0x0; dsk=3D0x1a000; &bootinfo=3D0x8694 >> malloc failure >=20 > Hmm, I am really at a loss for what is trashing 'dsk'. You could > possibly try adjusting bios_getmem() to force it to use > high_heap_size from bios_extmem (that is at the bottom of the > function) perhaps. However, that is mostly a bit of a guess that > some part of your BIOS is randomly zero'ing dsk. >=20 > I'm at a loss as to how the assignments to bootinfo would trash > 'dsk'. :( >=20 > --=20 > John Baldwin > _______________________________________________ > 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 Aug 18 17:11:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288711065676; Thu, 18 Aug 2011 17:11:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F1FA18FC1F; Thu, 18 Aug 2011 17:11:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9618C46B2E; Thu, 18 Aug 2011 13:11:04 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 347E08A02F; Thu, 18 Aug 2011 13:11:04 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2011 11:21:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20110816215953.GB35017@server.vk2pj.dyndns.org> In-Reply-To: <20110816215953.GB35017@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201108181121.54918.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Aug 2011 13:11:04 -0400 (EDT) Cc: pho@freebsd.org, Peter Jeremy Subject: Re: "witness_lock_list_get: witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 17:11:05 -0000 On Tuesday, August 16, 2011 5:59:53 pm Peter Jeremy wrote: > I'm getting the above message when running Peter Holm's stress > test with INCARNATIONS=150 on a 16-core sparc. Does this mean > LOCK_CHILDCOUNT is too low or does it indicate a leak in witness > lock_list_entry's somewhere? Most likely the former. > The comment on LOCK_CHILDCOUNT indicates it is dimensioned to > allow 2048 threads to hold 5 locks each but it's not clear how > many threads will get started at a given INCARNATIONS count. Also, each lle holds a bucket of instances, so the same count would only let 1024 threads hold 6 locks each perhaps (depending on the bucket size.. it was originally 4 locks per lle). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 17:11:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4C7106564A for ; Thu, 18 Aug 2011 17:11:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 26AAC8FC08 for ; Thu, 18 Aug 2011 17:11:06 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D094846B06; Thu, 18 Aug 2011 13:11:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 72A0C8A037; Thu, 18 Aug 2011 13:11:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2011 11:24:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108181124.35122.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Aug 2011 13:11:05 -0400 (EDT) Cc: Jason Harmening Subject: Re: device_probe_and_attach() fails in kernel built w/ clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 17:11:06 -0000 On Thursday, August 18, 2011 2:03:14 am Jason Harmening wrote: > Hi everyone, > > I have a driver for PCI devices that have onboard I2C buses, so my > driver needs to create an iicbus child for the PCI device. So in my > driver I use DRIVER_MODULE(iicbus, , iicbus_driver, > iicbus_devclass, NULL, NULL). This works because iicbus_driver and > iicbus_devclass are declared extern in iicbus.h. > > Then during device attachment I create the iicbus child using: > > device_add_child(parent, "iicbus", -1); > ... > device_probe_and_attach(iicbus_dev); > > This all works fine for a kernel built w/ gcc. But if I build the > same kernel w/ clang, the device_probe_and_attach() call returns > ENXIO. I was able to debug this far enough to determine that > device_probe_child() in subr_bus.c wasn't finding any matching > drivers, so first_matching_driver() returned NULL and the matching > loops fell through. > > Interestingly enough, I have another driver for a similar class of > devices that also uses iicbus, and if I load that driver after loading > the first one, the *first* driver will be re-probed, and this time it > will successfully create its iicbus devices and attach to the PCI > devices. The *second* driver, though, will still fail to create its > iicbuses. > > I'm not sure if this is some weird problem w/ the iicbus driver, with > the kernel's probing routines, or with the module data structures and > init calls generated by DRIVER_MODULE(). Whatever it is seems to be > clang-related; removing optimization and march= from CFLAGS had no > effect. I'm using r224899/amd64. > > Any help would be really appreciated. Hmm, I would add some tracing to see if the iicbus/ is being registered at all. You might also just use kldstat -v to check for it without needing any extra tracing as a first step. However, if you dig into DRIVER_MODULE() you will see it creates a structure that is passed to a MOD_EVENT handler in sys/kern/subr_bus.c that registers new drivers. That is where I would add instrumentation to make sure the new iicbus driver is being registered correctly. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 17:11:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EEF0106566B for ; Thu, 18 Aug 2011 17:11:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 651B58FC12 for ; Thu, 18 Aug 2011 17:11:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1B18C46B3B; Thu, 18 Aug 2011 13:11:07 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A65138A02E; Thu, 18 Aug 2011 13:11:06 -0400 (EDT) From: John Baldwin To: Christoph Hoffmann Date: Thu, 18 Aug 2011 13:10:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201108161515.50127.jhb@freebsd.org> <23B6937F-F261-4DC4-9168-96720251C98D@me.com> In-Reply-To: <23B6937F-F261-4DC4-9168-96720251C98D@me.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201108181310.10920.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Aug 2011 13:11:06 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 17:11:07 -0000 On Thursday, August 18, 2011 12:30:24 pm Christoph Hoffmann wrote: > Hello John, >=20 > Thank you very much indeed for the hints. >=20 > I am under the impression that we are facing a problem with synchronisati= on=20 > of CPU local caches. I also wasn't able to find any problem with memory=20 > allocation. >=20 > This box is equipped with: >=20 > 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is enabled= =20 > Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz = =20 > QPI Speed: 5.8 GT/s = =20 >=20 > Changing the order of execution in zfsboot.c main() function to >=20 > [=85] > int > main(void) > { > [=85] > bios_getmem(); >=20 > if (high_heap_size > 0) { > [=85] > bootinfo.bi_version =3D BOOTINFO_VERSION; > bootinfo.bi_size =3D sizeof(bootinfo); > bootinfo.bi_basemem =3D bios_basemem / 1024; > bootinfo.bi_extmem =3D bios_extmem / 1024; > bootinfo.bi_memsizes_valid++; > /* bootinfo.bi_bios_dev =3D dsk->drive; */ > bootinfo.bi_bios_dev =3D *(uint8_t *)PTOV(ARGS); What if you leave the order as-is but just change this one line to use=20 PTOV(ARGS) directly here instead of 'dsk->drive'? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 17:49:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436151065672; Thu, 18 Aug 2011 17:49:25 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 28C998FC14; Thu, 18 Aug 2011 17:49:24 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp019.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQ400H72XI71X40@asmtp019.mac.com>; Thu, 18 Aug 2011 10:49:24 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-18_06:2011-08-18, 2011-08-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108180168 From: Christoph Hoffmann In-reply-to: <201108181310.10920.jhb@freebsd.org> Date: Thu, 18 Aug 2011 19:49:18 +0200 Content-transfer-encoding: quoted-printable Message-id: References: <201108161515.50127.jhb@freebsd.org> <23B6937F-F261-4DC4-9168-96720251C98D@me.com> <201108181310.10920.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 17:49:25 -0000 John,=20 Unfortunately not, as we is still need 4 additional instructions or some = sort of memory=20 barrier [ like mb() in Tru64 :) ] . Regards, Christoph -- Christoph Hoffmann On Aug 18, 2011, at 7:10 PM, John Baldwin wrote: > On Thursday, August 18, 2011 12:30:24 pm Christoph Hoffmann wrote: >> Hello John, >>=20 >> Thank you very much indeed for the hints. >>=20 >> I am under the impression that we are facing a problem with = synchronisation=20 >> of CPU local caches. I also wasn't able to find any problem with = memory=20 >> allocation. >>=20 >> This box is equipped with: >>=20 >> 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is = enabled =20 >> Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz = =20 >> QPI Speed: 5.8 GT/s = =20 >>=20 >> Changing the order of execution in zfsboot.c main() function to >>=20 >> [=85] >> int >> main(void) >> { >> [=85] >> bios_getmem(); >>=20 >> if (high_heap_size > 0) { >> [=85] >> bootinfo.bi_version =3D BOOTINFO_VERSION; >> bootinfo.bi_size =3D sizeof(bootinfo); >> bootinfo.bi_basemem =3D bios_basemem / 1024; >> bootinfo.bi_extmem =3D bios_extmem / 1024; >> bootinfo.bi_memsizes_valid++; >> /* bootinfo.bi_bios_dev =3D dsk->drive; */ >> bootinfo.bi_bios_dev =3D *(uint8_t *)PTOV(ARGS); >=20 > What if you leave the order as-is but just change this one line to use=20= > PTOV(ARGS) directly here instead of 'dsk->drive'? >=20 > --=20 > John Baldwin > _______________________________________________ > 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 Aug 18 18:04:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BB86106566C for ; Thu, 18 Aug 2011 18:04:40 +0000 (UTC) (envelope-from ttsestt@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A35A58FC17 for ; Thu, 18 Aug 2011 18:04:39 +0000 (UTC) Received: by fxe4 with SMTP id 4so1937202fxe.13 for ; Thu, 18 Aug 2011 11:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Cw5ZslVu118njDMjAqUSrgwarn++e6rQSyfijMM2o3Y=; b=ZnIyaXypm1qdj9wIv3q6qAP7JkA7wFfBA0eH/zv/TvslaAYldtBdFr/lXFXyyXRDKs W09Y9ZF3cwllmmlakV59w+BDwuSUm6Clkeg+95u5rG9wYQv78P+ptqwiI9mWT6fD6J8x oFDfzoMve4gUD0YCdOQ/8kEgiEwG4quy1jJxc= Received: by 10.223.58.73 with SMTP id f9mr1432491fah.149.1313690678595; Thu, 18 Aug 2011 11:04:38 -0700 (PDT) Received: from localhost (u199-48-147-004.appliedops.net [199.48.147.4]) by mx.google.com with ESMTPS id q3sm1911992faa.39.2011.08.18.11.04.35 (version=SSLv3 cipher=OTHER); Thu, 18 Aug 2011 11:04:37 -0700 (PDT) From: Test Rat To: Christoph Hoffmann References: Date: Thu, 18 Aug 2011 22:04:25 +0400 In-Reply-To: (Christoph Hoffmann's message of "Mon, 01 Aug 2011 15:07:01 +0200") Message-ID: <867h6a8ul2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 18:04:40 -0000 Christoph Hoffmann writes: > Hello, > > The initial reboot followed the installation of ZFS-only version 5/28 system > reports error: > > Attempting Boot From Hard Drive (C:) > gptzfsboot: error 1 lba 32 > gptzfsboot: error 1 lba 1 > gptzfsboot: No ZFS pools located, can't boot The bug may be unrelated but try clang patches, too. http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026263.html http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026338.html From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:47:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62688106564A; Thu, 18 Aug 2011 18:47:33 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 48DC98FC0A; Thu, 18 Aug 2011 18:47:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from tunnel0.sec101.ch ([62.2.44.112]) by asmtp023.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQ500EER06QAZ30@asmtp023.mac.com>; Thu, 18 Aug 2011 11:47:17 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-18_07:2011-08-18, 2011-08-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108180184 From: Christoph Hoffmann In-reply-to: <867h6a8ul2.fsf@gmail.com> Date: Thu, 18 Aug 2011 20:47:13 +0200 Message-id: <5FCBACFD-61A4-40A8-A74B-1B7203D9AD18@me.com> References: <867h6a8ul2.fsf@gmail.com> To: Test Rat X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 18:47:33 -0000 Hello, Thank you very much for your information. Even with both of them being implemented, I still have to re-order the zfsboot.c main() function to get it working. Regards, Christoph -- Christoph Hoffmann On Aug 18, 2011, at 8:04 PM, Test Rat wrote: > Christoph Hoffmann writes: > >> Hello, >> >> The initial reboot followed the installation of ZFS-only version 5/28 system >> reports error: >> >> Attempting Boot From Hard Drive (C:) >> gptzfsboot: error 1 lba 32 >> gptzfsboot: error 1 lba 1 >> gptzfsboot: No ZFS pools located, can't boot > > The bug may be unrelated but try clang patches, too. > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026263.html > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026338.html > _______________________________________________ > 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 Aug 18 22:04:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BAEB1065714 for ; Thu, 18 Aug 2011 22:04:47 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C10288FC0C for ; Thu, 18 Aug 2011 22:04:46 +0000 (UTC) Received: by gwb15 with SMTP id 15so1491957gwb.13 for ; Thu, 18 Aug 2011 15:04:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=+X7f2Gx4WG98J+sezJrRnlDH2Sr8Cclu9Kz0W0Tb+/0=; b=VFJHsjZLfqtUHYSQwTXKnK/PYu1v8blslOxvfeFdA3JuURDBqB99kpWlRAyQa0G90X TWbpNAFOLtAOrD6Ved0ZI3e/PDKXIwGuRBBRZ+iX42EFe19tAoqABppI1nrgb1rPegWb UmtQjkU2ePKXc4bbZbtPssokJQJdruV6f9ZOU= Received: by 10.91.196.33 with SMTP id y33mr1363967agp.127.1313705085776; Thu, 18 Aug 2011 15:04:45 -0700 (PDT) Received: from [192.168.15.185] (c-71-226-13-215.hsd1.ga.comcast.net [71.226.13.215]) by mx.google.com with ESMTPS id f4sm1384400yhn.69.2011.08.18.15.04.44 (version=SSLv3 cipher=OTHER); Thu, 18 Aug 2011 15:04:44 -0700 (PDT) From: Derrick Edwards To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Thu, 18 Aug 2011 18:07:00 -0400 Message-ID: <1313705220.8034.2.camel@datdude> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: PANICS on 9.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 22:04:47 -0000 Hi, I am seeing constant PANICS on 9.0-BETA1. The machine runs fine either for hours then it dies. Lately, I am not able to get dumps because the box becomes totally responsive before a dump is performed. I do have dumps available for nine PANICS. Attached is the dump from the last couple PANICS. Looking for any assistance. V/r Derrick panic: page fault 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffffbe00a45b6798 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff814f444c stack pointer = 0x28:0xffffff82267fbe90 frame pointer = 0x28:0xffffff82267fbea0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5889 (csup) trap number = 12 panic: page fault cpuid = 0 Uptime: 10h9m0s Dumping 1823 out of 7912 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /usr/local/libexec/linux_adobe/linux_adobe.ko...done. Loaded symbols for /usr/local/libexec/linux_adobe/linux_adobe.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 224 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff8084f5f5 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xffffffff8084fa23 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xffffffff80b3978d in trap_fatal (frame=0xfffffe0067ba2000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:805 #4 0xffffffff80b39bad in trap_pfault (frame=0xffffff82267fbde0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:721 #5 0xffffffff80b3a0ef in trap (frame=0xffffff82267fbde0) at /usr/src/sys/amd64/amd64/trap.c:473 #6 0xffffffff80b24a63 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff814f444c in list_remove (list=0xfffffe000931f158, object=Variable "object" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os/list.c:130 #8 0xffffffff81565424 in zfs_znode_free (zp=0xfffffe00a45b67d0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1431 #9 0xffffffff8159260f in zfs_freebsd_reclaim (ap=Variable "ap" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6166 #10 0xffffffff80b9e85a in VOP_RECLAIM_APV (vop=0xffffffff815fff00, a=0xffffff82267fbf40) at vnode_if.c:1926 #11 0xffffffff808e35c9 in vgonel (vp=0xfffffe00a45d7780) at vnode_if.h:830 #12 0xffffffff808e7cf6 in vnlru_free (count=1) at /usr/src/sys/kern/vfs_subr.c:940 #13 0xffffffff808e7f81 in getnewvnode (tag=0xffffffff815f8b37 "zfs", mp=0xfffffe0009c3fc00, vops=0xffffffff815fff00, vpp=0xffffff82267fc088) at /usr/src/sys/kern/vfs_subr.c:962 #14 0xffffffff81564975 in zfs_znode_cache_constructor ( buf=0xfffffe00a45b6c80, arg=Variable "arg" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:133 #15 0xffffffff81565d3c in zfs_znode_alloc (zfsvfs=0xfffffe000931f000, db=0xfffffe0113eef2a0, blksz=2048, obj_type=DMU_OT_SA, hdl=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:649 #16 0xffffffff8156636a in zfs_zget (zfsvfs=0xfffffe000931f000, obj_num=229324, zpp=0xffffff82267fc438) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1232 #17 0xffffffff8157be78 in zfs_dirent_lock (dlpp=0xffffff82267fc440, dzp=0xfffffe00a45b9320, name=0xffffff82267fc520 "patch-src_ptlib_unix_tlibthrd.cxx", zpp=0xffffff82267fc438, flag=Variable "flag" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:317 #18 0xffffffff8157c109 in zfs_dirlook (dzp=0xfffffe00a45b9320, name=0xffffff82267fc520 "patch-src_ptlib_unix_tlibthrd.cxx", vpp=0xffffff82267fc910, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:411 #19 0xffffffff8158c39b in zfs_lookup (dvp=0xfffffe00a45dc780, nm=0xffffff82267fc520 "patch-src_ptlib_unix_tlibthrd.cxx", vpp=0xffffff82267fc910, cnp=0xffffff82267fc938, nameiop=0, cr=0xfffffe0209cd7800, td=0xfffffe0067c0d8c0, flags=0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1405 #20 0xffffffff8158cbf1 in zfs_freebsd_lookup (ap=0xffffff82267fc680) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:5759 #21 0xffffffff80b9db14 in VOP_CACHEDLOOKUP_APV (vop=0xffffffff815fff00, a=0xffffff82267fc680) at vnode_if.c:187 #22 0xffffffff808d18f3 in vfs_cache_lookup (ap=Variable "ap" is not available. ) at vnode_if.h:80 #23 0xffffffff80ba07ac in VOP_LOOKUP_APV (vop=0xffffffff815fff00, a=0xffffff82267fc780) at vnode_if.c:123 #24 0xffffffff808d8be7 in lookup (ndp=0xffffff82267fc8d0) at vnode_if.h:54 #25 0xffffffff808d9e12 in namei (ndp=0xffffff82267fc8d0) at /usr/src/sys/kern/vfs_lookup.c:297 #26 0xffffffff808e9ba6 in kern_statat_vnhook (td=0xfffffe0067c0d8c0, flag=Variable "flag" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2424 #27 0xffffffff808e9de5 in kern_statat (td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2405 #28 0xffffffff808e9eaa in lstat (td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2468 #29 0xffffffff808940a1 in syscallenter (td=0xfffffe0067c0d8c0, sa=0xffffff82267fcbb0) at /usr/src/sys/kern/subr_trap.c:344 #30 0xffffffff80b39c1b in syscall (frame=0xffffff82267fcc50) at /usr/src/sys/amd64/amd64/trap.c:910 #31 0xffffffff80b24d2d in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:384 #32 0x000000080112ddcc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs ?? 0:19.60 [kernel] 0 1 0 0 20 0 6276 0 wait DLs ?? 0:00.03 [init] 0 2 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_pro 0 3 0 0 -8 0 0 0 tx->tx DL ?? 0:02.62 [zfskern 0 4 0 0 -16 0 0 0 waitin DL ?? 0:00.00 [sctp_it 0 5 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thr 0 6 0 0 -16 0 0 0 psleep DL ?? 0:00.03 [pagedae 0 7 0 0 -16 0 0 0 psleep DL ?? 0:00.00 [vmdaemo 0 8 0 0 155 0 0 0 pgzero DL ?? 0:00.00 [pagezer 0 9 0 0 -16 0 0 0 psleep DL ?? 0:00.12 [bufdaem 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL ?? 3571:13.29 [idle] 0 12 0 0 -84 0 0 0 - WL ?? 1:48.66 [intr] 0 13 0 0 -8 0 0 0 - DL ?? 0:04.82 [geom] 0 14 0 0 -16 0 0 0 - DL ?? 0:01.37 [yarrow] 0 15 0 0 -68 0 0 0 - DL ?? 0:01.10 [usb] 0 16 0 0 16 0 0 0 syncer DL ?? 0:04.69 [syncer] 0 17 0 0 -16 0 0 0 - RL ?? 0:00.14 [vnlru] 0 18 0 0 -16 0 0 0 sdflus DL ?? 0:00.17 [softdep 0 118 1 0 52 0 3928 0 pause Ds ?? 0:00.00 [adjkern 0 1459 1 0 20 0 14368 0 select Ds ?? 0:00.23 [moused] 0 1491 1 0 20 0 10372 0 select Ds ?? 0:00.00 [devd] 0 1631 1 0 28 0 10056 0 select Ds ?? 0:00.01 [dhclien 65 1692 1 0 20 0 10056 0 select Ds ?? 0:00.01 [dhclien 0 1819 1 0 20 0 12320 0 select Ds ?? 0:00.06 [syslogd 0 2054 1 0 20 0 51588 0 select Ds ?? 0:00.20 [nmbd] 0 2059 1 0 20 0 62644 0 select Ds ?? 0:00.09 [smbd] 0 2092 2059 0 20 0 62644 0 select D ?? 0:00.00 [smbd] 70 2097 1 0 20 0 77828 0 select Ds ?? 0:00.33 [postgre 70 2099 2097 0 20 0 77828 0 select Ds ?? 0:01.82 [postgre 70 2100 2097 0 20 0 77828 0 - Rs ?? 0:01.29 [postgre 70 2101 2097 0 20 0 77828 0 - Rs ?? 0:00.44 [postgre 70 2102 2097 0 20 0 37516 0 select Ds ?? 0:00.44 [postgre 1002 2121 1 0 20 0 256108 0 uwait Ds ?? 0:47.93 [mediato 556 2146 1 0 20 0 14456 0 select Ds ?? 0:00.09 [dbus-da 0 2190 1 0 20 0 147680 0 select Ds ?? 0:00.52 [httpd] 0 2212 1 0 20 0 47012 0 select Ds ?? 0:00.00 [sshd] 0 2224 1 0 20 0 20516 0 select Ds ?? 0:00.27 [sendmai 80 2230 2190 0 20 0 147680 0 accept D ?? 0:00.01 [httpd] 80 2231 2190 0 41 0 147680 0 accept D ?? 0:00.00 [httpd] 80 2232 2190 0 42 0 147680 0 accept D ?? 0:00.00 [httpd] 80 2233 2190 0 42 0 147680 0 accept D ?? 0:00.00 [httpd] 80 2234 2190 0 43 0 147680 0 accept D ?? 0:00.00 [httpd] 25 2235 1 0 20 0 20516 0 pause Ds ?? 0:00.01 [sendmai 0 2241 1 0 20 0 14268 0 nanslp Ds ?? 0:00.05 [cron] 0 2308 1 0 20 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2309 1 0 20 0 41308 0 wait Ds ?? 0:00.01 [login] 0 2310 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2311 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2312 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2313 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2314 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 0 2315 1 0 52 0 12192 0 ttyin Ds+ ?? 0:00.00 [getty] 560 2320 1 0 20 0 49524 0 piperd Ds ?? 0:02.81 [hald] 0 2322 1 0 20 0 94136 0 n D ?? 0:00.04 [console 0 2324 1 0 20 0 53812 0 select D ?? 0:00.05 [polkitd 0 2326 1 0 20 0 22684 0 select D ?? 0:00.00 [gam_ser 0 2327 2320 0 52 0 31680 0 select D ?? 0:00.02 [hald-ru 0 2350 2327 0 52 0 29308 0 s D ?? 0:00.00 [hald-ad 0 2358 2327 0 20 0 21000 0 - R ?? 0:02.97 [hald-ad 1001 2377 2309 0 22 0 17580 0 wait D ?? 0:00.01 [bash] 1001 2800 1 0 46 1 154544 0 select DN ?? 0:00.03 [nepomuk 1001 3256 1 0 52 1 154544 0 select DN ?? 0:00.03 [nepomuk 0 3295 2377 0 20 0 41308 0 wait D ?? 0:00.00 [su] 0 3297 3295 0 21 0 17672 0 ttyin D+ ?? 0:00.01 [csh] 0 3304 1 0 20 0 36728 0 select Ds ?? 0:00.00 [kdm-bin 0 3306 3304 0 22 0 643084 0 - R ?? 37:06.37 [Xorg] 0 3308 3304 0 30 0 53504 0 pause D ?? 0:00.01 [kdm-bin 1001 3326 3308 0 34 0 14644 0 wait Ds ?? 0:00.01 [sh] 1001 3357 1 0 20 0 30252 0 select D ?? 0:00.00 [dbus-la 1001 3358 1 0 20 0 18552 0 select Ds ?? 0:01.99 [dbus-da 1001 3374 1 0 22 0 292172 0 select Ds ?? 0:00.76 [kdeinit 1001 3375 3374 0 20 0 296372 0 select D ?? 0:00.10 [kdeinit 1001 3377 1 0 20 0 508344 0 select D ?? 0:48.34 [kdeinit 1001 3379 1 0 20 0 22684 0 select D ?? 0:00.01 [gam_ser 1001 3383 1 0 20 0 404232 0 select D ?? 0:00.19 [kdeinit 0 3385 1 0 20 0 47716 0 select D ?? 0:00.04 [upowerd 1001 3388 3326 0 31 0 10064 0 sbwait D ?? 0:00.00 [kwrappe 1001 3389 3374 0 20 0 413192 0 select D ?? 0:00.16 [kdeinit 1001 3390 3389 0 52 0 618152 0 uwait D ?? 6:59.44 [kwin] 1001 3397 1 0 20 0 277796 0 fffffe0009453540 D ?? 0:00.11 [kactivi 1001 3399 1 0 21 0 1128728 0 uwait D ?? 0:00.69 [knotify 1001 3401 1 0 29 0 752668 0 select D ?? 0:05.30 [kdeinit 1001 3404 1 0 20 0 277924 0 select D ?? 0:00.09 [kuiserv 1001 3406 1 0 25 0 57868 0 select D ?? 0:00.36 [akonadi 1001 3407 3406 0 20 0 216292 0 select D ?? 0:01.26 [akonadi 1001 3409 3407 0 52 0 14644 0 wait D ?? 0:00.02 [sh] 1001 3732 3409 0 20 0 282480 0 sbwait D ?? 0:09.43 [mysqld] 1001 3734 1 0 20 0 404164 0 select D ?? 0:00.12 [kdeinit 1001 3741 1 0 52 0 304024 0 select D ?? 0:00.03 [kdeinit 1001 3745 1 0 52 0 676324 0 select D ?? 0:00.93 [kdeinit 1001 3749 3406 0 20 0 306988 0 _ D ?? 0:00.27 [akonadi 1001 3750 3406 0 20 0 291856 0 r D ?? 0:00.24 [akonadi 1001 3751 3406 0 20 0 303216 0 a D ?? 0:00.64 [akonadi 1001 3752 3406 0 20 0 309084 0 u D ?? 0:00.27 [akonadi 1001 3753 3406 0 20 0 309084 0 u D ?? 0:00.26 [akonadi 1001 3754 3406 0 20 0 298052 0 e D ?? 0:00.23 [akonadi 1001 3755 3406 0 20 0 294208 0 t D ?? 0:00.26 [akonadi 1001 3756 3406 0 52 0 291988 0 o D ?? 0:00.28 [akonadi 1001 3757 3406 0 20 0 291852 0 o D ?? 0:00.24 [akonadi 1001 3762 1 0 20 0 419672 0 kqread D ?? 0:05.75 [kdeinit 1001 3769 3374 0 20 0 415320 0 select D ?? 0:02.62 [kdeinit 1001 3771 1 0 52 0 308088 0 select D ?? 0:00.20 [kgpg] 1001 3773 1 0 40 0 508356 0 kqread D ?? 20:29.65 [kdeinit 1001 3776 1 0 32 0 440428 0 select D ?? 0:01.02 [kdeinit 1001 3781 3776 0 20 0 17580 0 wait Ds ?? 0:00.01 [bash] 1001 3783 3374 0 20 0 435400 0 select D ?? 0:02.97 [pidgin] 1001 3784 3776 0 20 0 17580 0 wait Ds ?? 0:00.01 [bash] 1001 3786 3776 0 20 0 17580 0 wait Ds ?? 0:00.01 [bash] 1001 3788 3776 0 20 0 17580 0 ttyin Ds+ ?? 0:00.01 [bash] 1001 3791 3374 0 20 0 318744 0 select D ?? 0:00.49 [ark] 1001 3793 1 0 20 0 430472 0 kqread D ?? 0:03.86 [kdeinit 1001 3800 3374 0 37 0 53000 0 piperd D ?? 0:00.04 [ibus-da 1001 3801 1 0 27 0 296092 0 t D ?? 0:00.14 [polkit- 1001 3803 1 0 20 0 406572 0 select D ?? 0:00.13 [kdeinit 1001 3808 3800 0 25 0 70604 0 select D ?? 0:00.02 [ibus-gc 1001 3811 3800 0 20 0 206588 0 select D ?? 0:00.22 [python2 1001 3813 1 0 27 0 125372 0 select D ?? 0:00.02 [ibus-x1 1001 3815 1 0 20 0 50096 0 select D ?? 0:00.01 [gvfsd] 1001 3817 1 0 20 0 45936 0 select D ?? 0:00.07 [gconfd- 1001 3818 1 0 52 0 454244 0 select D ?? 0:01.92 [korgac] 1001 3820 1 0 20 0 226304 0 select Ds ?? 0:02.68 [pulseau 1001 3821 3374 0 20 0 355772 0 - R ?? 0:30.13 [chrome] 1001 3822 3821 0 20 0 228516 0 select D ?? 0:00.06 [chrome] 1001 3823 3821 0 20 0 231492 0 sbwait D ?? 0:00.08 [chrome] 1001 3828 3820 0 23 0 109500 0 select D ?? 0:00.01 [gconf-h 1001 3857 3389 0 -100 0 0 0 - ZW ?? 0:00.00 Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A394106566B for ; Thu, 18 Aug 2011 22:20:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2D03F8FC0C for ; Thu, 18 Aug 2011 22:20:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CC53046B17; Thu, 18 Aug 2011 18:20:16 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 62AD28A02E; Thu, 18 Aug 2011 18:20:16 -0400 (EDT) From: John Baldwin To: Christoph Hoffmann Date: Thu, 18 Aug 2011 18:08:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201108181310.10920.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201108181808.55250.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Aug 2011 18:20:16 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 22:20:17 -0000 On Thursday, August 18, 2011 1:49:18 pm Christoph Hoffmann wrote: > John, > > Unfortunately not, as we is still need 4 additional instructions or some sort of memory > barrier [ like mb() in Tru64 :) ] . Well, x86 CPUs generally don't need memory barriers assuming the compiler hasn't done something invalid, especially for opertions that are only on a single CPU. However, if the compiler was broken presumably zfsboot would be broken everywhere. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 23:24:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C782106566B; Thu, 18 Aug 2011 23:24:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC618FC1D; Thu, 18 Aug 2011 23:24:44 +0000 (UTC) Received: by qyk9 with SMTP id 9so1027319qyk.13 for ; Thu, 18 Aug 2011 16:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=XmuzhQas3sh2m0gvxrRjiNpTh7uZ+erSX57Ey3a7MbU=; b=NNoSFTQ+ji8J+sv8U4+HBo27QZb6PZ1g3rM88orcChY6p0iEQ/g41YNQLTBkBGp1lG lOV9lBUBepIeFim001EbdQ46L9RYQVRKu5+ikGUHrBJrLtPl7Ka6m86n5vT9FU94kNVx zZc9rST5PaFxH9FIYTsz5nHfpdQPHL+QSJomc= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr1220308qab.279.1313709884176; Thu, 18 Aug 2011 16:24:44 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Thu, 18 Aug 2011 16:24:44 -0700 (PDT) Date: Thu, 18 Aug 2011 16:24:44 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Nathan Whitehorn Subject: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 23:24:45 -0000 So, I used the bsdinstaller again on the 9.0-BETA1 media with manual partitioning. The HP desktop ate up 3 partitions, I inconveniently forgot that geom can't grok secondary PC MBR partitions, was fooling around and cleared the partitions, etc. I hit abort to exit the partitioner start and from scratch and now my Windows partitions and recovery partitions are gone. So, oops... just a word of warning for anyone else that monkeys around with bsdinstall that it doesn't always hold true to the "will apply changes at Exit" guarantee right now (i.e. atomicity is busted). If someone else has a second OS that they'd rather not lose, at least they will know to reboot their box when committing changes. I'll inspect the code sometime this weekend to trace down the annoying bug, but this is probably release gating for new users (and sadly forces me back to wanting to use sysinstall :/..). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 23:37:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A231065676; Thu, 18 Aug 2011 23:37:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id B78658FC12; Thu, 18 Aug 2011 23:37:56 +0000 (UTC) Received: by gxk28 with SMTP id 28so2184711gxk.13 for ; Thu, 18 Aug 2011 16:37:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ilcngIgZcA/rmYFD/kswiDr80ExhScKqtAPYMkEF3RU=; b=kmqZarGQQ8p05Q7HMxm6YZaD+V2SEv2XUEF/BUlMvhJOVYQFs9j1BkHlve77S2ZKEm 2Jph71HzqcP0/DMvrNz8QrkTwd5Br24F06U56qfT6AzYyglocJtDNt8Oy0PebGmkJRm7 THoCfYPMu+koWs5g8e06phV6/ZkcRyJhqK3nA= MIME-Version: 1.0 Received: by 10.151.156.20 with SMTP id i20mr1400688ybo.53.1313710675949; Thu, 18 Aug 2011 16:37:55 -0700 (PDT) Received: by 10.151.98.3 with HTTP; Thu, 18 Aug 2011 16:37:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Aug 2011 16:37:55 -0700 Message-ID: From: Kevin Oberman To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , Nathan Whitehorn Subject: Re: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 23:37:57 -0000 On Thu, Aug 18, 2011 at 4:24 PM, Garrett Cooper wrote: > So, I used the bsdinstaller again on the 9.0-BETA1 media with manual > partitioning. The HP desktop ate up 3 partitions, I inconveniently > forgot that geom can't grok secondary PC MBR partitions, was fooling > around and cleared the partitions, etc. I hit abort to exit the > partitioner start and from scratch and now my Windows partitions and > recovery partitions are gone. > > So, oops... just a word of warning for anyone else that monkeys around > with bsdinstall that it doesn't always hold true to the "will apply > changes at Exit" guarantee right now (i.e. atomicity is busted). If > someone else has a second OS that they'd rather not lose, at least > they will know to reboot their box when committing changes. > > I'll inspect the code sometime this weekend to trace down the annoying > bug, but this is probably release gating for new users (and sadly > forces me back to wanting to use sysinstall :/..). Whoa! It certainly should NOT do that! I had the opposite issue of it not touching the disk when I thought it should have. And gpart certainly grokked my MBR setup as I installed Beta1 in an existing slice of an MBR disk. All 3 of my windows partitions are fine and Windows 7 boots the same as always. It certainly never tried writing anything until I selected the poorly named "Save" option. rogue> gpart show ada0 => 63 625142385 ada0 MBR (298G) 63 1985 - free - (992k) 2048 2457600 1 ntfs (1.2G) 2459648 221272064 2 ntfs (105G) 223731712 368639963 3 freebsd (175G) 592371675 37 - free - (18k) 592371712 32768000 4 ntfs (15G) 625139712 2736 - free - (1.3M) I will admit that the documentation for gpart leaves out a few details. (E.g. it fails to even mention the NTFS or FAT32 partitions, although they are in the code.) -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 23:41:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64DC6106566B for ; Thu, 18 Aug 2011 23:41:50 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01D3C8FC23 for ; Thu, 18 Aug 2011 23:41:49 +0000 (UTC) Received: by vws18 with SMTP id 18so2577248vws.13 for ; Thu, 18 Aug 2011 16:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KuDdHJX/x/pIfDH0tmpURYdDKRs0xkczkb0AXGTpKY4=; b=lE/nKcoO8Ntn/LMTjBVbX+NNbMaej8rmip0GHr0IJ9W/9K6pyeT0Vws++ePrNJJ3DV JeKV9SXAU9+LkxnJp5p/s3dq/xJDGWEOYVak14z1Njx/e9Qq0e5v9jKNStw8rUkK3Xnf fl0pkrB1K+JoIQ2C64mcnvbeHnyjXDjd50ELM= Received: by 10.142.127.3 with SMTP id z3mr696716wfc.299.1313710908669; Thu, 18 Aug 2011 16:41:48 -0700 (PDT) Received: from sidhe.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net [67.118.230.86]) by mx.google.com with ESMTPS id c8sm1842761pbi.75.2011.08.18.16.41.46 (version=SSLv3 cipher=OTHER); Thu, 18 Aug 2011 16:41:47 -0700 (PDT) Message-ID: <4E4DA33E.6070103@gmail.com> Date: Thu, 18 Aug 2011 16:41:50 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110716 Thunderbird/5.0 MIME-Version: 1.0 To: Garrett Cooper References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Nathan Whitehorn Subject: Re: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 23:41:50 -0000 On 08/18/11 16:24, Garrett Cooper wrote: > So, I used the bsdinstaller again on the 9.0-BETA1 media with manual > partitioning. The HP desktop ate up 3 partitions, I inconveniently > forgot that geom can't grok secondary PC MBR partitions, was fooling > around and cleared the partitions, etc. I hit abort to exit the > partitioner start and from scratch and now my Windows partitions and > recovery partitions are gone. > > So, oops... just a word of warning for anyone else that monkeys around > with bsdinstall that it doesn't always hold true to the "will apply > changes at Exit" guarantee right now (i.e. atomicity is busted). If > someone else has a second OS that they'd rather not lose, at least > they will know to reboot their box when committing changes. > > I'll inspect the code sometime this weekend to trace down the annoying > bug, but this is probably release gating for new users (and sadly > forces me back to wanting to use sysinstall :/..). > > Thanks, > -Garrett > _______________________________________________ > 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" > Geom can do EBR ("Logical") etc...and definitely can do all 4 primary partitions...some of that requires kernel options I think though. I think that's what you're referring to? Also, if you haven't overwritten the actual *data*, just the mbr, there may still be hope see testdisk in ports? I've never used it though. Maybe dd backup whole disk first? My guess is you just smashed the MBR/partition table and need it fixed. Maybe you don't need windows anymore subconsciously? RDP & VirtualBox work fine for me :) Matt From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 00:05:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D899E106566B; Fri, 19 Aug 2011 00:05:18 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 473F78FC0C; Fri, 19 Aug 2011 00:05:17 +0000 (UTC) Received: by fxe4 with SMTP id 4so2165532fxe.13 for ; Thu, 18 Aug 2011 17:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:organization :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=BZL9j0DP+rOlQhTfUZbwkqHJlkxcI/tU8ooZ91Gby6k=; b=epi4+W1m85IsP/1qu7s29qoNQ0Kx3Cgjhodcngw1sxaPVZjYX8mv9ch8ib7oFyNObZ 3HkdgbCBFYYJx+A8toN65WD0QoUhs/HQIYySvUmYzyVu2SATrl9EV4Vc5eFHRS3FCsgf 7Yx+svpYFv3JPi2nA1v6EBJrEgeFM90fi1Itw= Received: by 10.223.62.200 with SMTP id y8mr218311fah.96.1313710594702; Thu, 18 Aug 2011 16:36:34 -0700 (PDT) Received: from [10.0.101.2] (hotel.grandberoun.cz [90.182.105.26]) by mx.google.com with ESMTPS id w16sm2109562fah.44.2011.08.18.16.36.32 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 18 Aug 2011 16:36:33 -0700 (PDT) From: Michal Varga To: Garrett Cooper In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Organization: Stonehenge Date: Fri, 19 Aug 2011 01:36:30 +0200 Message-ID: <1313710590.1742.5.camel@xenon> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Nathan Whitehorn Subject: Re: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 00:05:18 -0000 On Thu, 2011-08-18 at 16:24 -0700, Garrett Cooper wrote: > So, I used the bsdinstaller again on the 9.0-BETA1 media with manual > partitioning. The HP desktop ate up 3 partitions, I inconveniently > forgot that geom can't grok secondary PC MBR partitions, was fooling > around and cleared the partitions, etc. I hit abort to exit the > partitioner start and from scratch and now my Windows partitions and > recovery partitions are gone. > Well, there's "gone" and there's really "gone" (but obviously, this is not a pleasant situation in any case). Just as a quick reminder for anyone who might not know (as this happens regularly) - sysutils/testdisk should be able to recover those cleared partitions pretty easily and put them back in place. m. -- Michal Varga, Stonehenge (Gmail account) From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 00:50:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D261065672 for ; Fri, 19 Aug 2011 00:50:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AACEB8FC18 for ; Fri, 19 Aug 2011 00:50:16 +0000 (UTC) Received: by qwc9 with SMTP id 9so2367166qwc.13 for ; Thu, 18 Aug 2011 17:50:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=IfQT8FzfKZsErfsc1zgzWGU6rHv7uSZNQye/pSGj91c=; b=Xc8/QYQPAd0TdQJNWHA38rq5ajTB5YA33AjaHMTYSquaCB+W2i5U/Rlq2GnQB3qJ9K z2GznrCMAWCzGHHNcXrjjiJh6GbGnZptK7hdpHBT1dYy4zT0jrRJTwy+5SbPmpgAbPhz bmIrXsOc0uGXda7Gh6zS4dmVCzkIaBFcNikfU= MIME-Version: 1.0 Received: by 10.224.218.193 with SMTP id hr1mr1396628qab.29.1313715015822; Thu, 18 Aug 2011 17:50:15 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Thu, 18 Aug 2011 17:50:15 -0700 (PDT) Date: Thu, 18 Aug 2011 17:50:15 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Pyun YongHyeon Subject: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 00:50:17 -0000 When loading if_alc as a module on my netbook and running /etc/rc.d/netif restart, I can deterministically panic my netbook with the following message: ) at _bus_dmamap_sync+0x51 alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at alc_ioctl+0x22e ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at ifioctl+0xc98 soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at soo_ioctl+0x401 kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d7 ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f syscall(e6ca3d28) at syscall+0x2e Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54kernel trap 12 with interrupts disabled Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex alc0 (network driver) r = 0 (0xc3dbc608) locked @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 KDB: stack backtrace: db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at db_trace_self_wrapper+0x26 kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2a _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 trap(e6ca32dc) at trap+0x15a calltrap() at calltrap+0x6 I tried to track down what the exact issue was, but I got lost (the locking sort of looks ok to me, but I'm still not an expert with mutex(9)). I still have the vmcore and can provide more helpful details when requested. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 00:55:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 500D81065670; Fri, 19 Aug 2011 00:55:49 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D44668FC18; Fri, 19 Aug 2011 00:55:48 +0000 (UTC) Received: by qwc9 with SMTP id 9so2368896qwc.13 for ; Thu, 18 Aug 2011 17:55:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=CDtirNkaLp0w34rn+J4769Iy3rn+K1dLNzibSh4rP1I=; b=CEo/42BZfLxAw8bPhRxicfbLTLo1Sosr0l3Ozo5Tbf4DVDQ+BLMcIIflJQHsMj2YJ8 /3UVZSHHd+Nq3S4GpdOwKOF+cKTRNhAt85rt51RJwEvDScVMBP5rjohs92rUSReasYj0 CNjdvSU9UVFr/RoJiBwgX/l9eh6gnCZFWgpBA= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr1284918qab.279.1313715348086; Thu, 18 Aug 2011 17:55:48 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Thu, 18 Aug 2011 17:55:48 -0700 (PDT) Date: Thu, 18 Aug 2011 17:55:48 -0700 Message-ID: From: Garrett Cooper To: Andriy Gapon , "Kenneth D. Merry" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/sys/kern/kern_cons.c:420 when running dump in ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 00:55:49 -0000 Hi, Long story short, I was running a UP kernel on a netbook trying to stimulate a crash and when I did dump, it would periodically fail non-recursive mutex failure with the output shown below (I caught it once, but the other times the dump failed). Thanks, -Garrett Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d33a0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc084cbee stack pointer = 0x28:0xe6ca3098 frame pointer = 0x28:0xe6ca3130 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2f80 frame pointer = 0x28:0xe6ca2fb8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2e68 frame pointer = 0x28:0xe6ca2ea0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2d50 frame pointer = 0x28:0xe6ca2d88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2c38 frame pointer = 0x28:0xe6ca2c70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2b20 frame pointer = 0x28:0xe6ca2b58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca2a08 frame pointer = 0x28:0xe6ca2a40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca28f0 frame pointer = 0x28:0xe6ca2928 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca27d8 frame pointer = 0x28:0xe6ca2810 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca26c0 frame pointer = 0x28:0xe6ca26f8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x967d31e4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc085f46f stack pointer = 0x28:0xe6ca25a8 frame pointer = 0x28:0xe6ca25e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = kernel trap 12 with interrupts disabled panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/sys/kern/kern_cons.c:420 From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:08:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96CCF106566B; Fri, 19 Aug 2011 01:08:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E39E8FC0A; Fri, 19 Aug 2011 01:07:59 +0000 (UTC) Received: by qwc9 with SMTP id 9so2373146qwc.13 for ; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PwVYXmBY3INaNeZnMHhD/TGtouPciscrJbGsm4wKSCk=; b=Nf2NhFyGWGxd6cuXzLLO32MBgEKklvshJfE6wlEF3GuoErU8Pw4YibGqc0iE1QURoe 1KOzR7bnSeyDAqP8AcCICKwVxZLj69NKFZxwoe0aNRdyvLKn8geeAxpsnYGmsrhFiMtX Ajf7dfNtLcK71+Qw3xO0lDKYxcds4KyfnJ9w0= MIME-Version: 1.0 Received: by 10.224.9.14 with SMTP id j14mr1285739qaj.129.1313716079523; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) Date: Thu, 18 Aug 2011 18:07:59 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: LOR in route.c // scope6.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 01:08:00 -0000 Hi, I've periodically seen the following LOR when trying to repro a panic after restarting my network configuration: :lock order reversal: 1st 0xc4142f1c rtentry (rtentry) @ /usr/src/sys/net/routec:362 2nd 0xc3d08604 if_afdata (if_afdata) @ /usr/src/sys/netinet6/scope6.c:417 KDB: stack backtrace: db_trace_self_wrapper(...) _witness_debugger(...) _rw_wlock(...) in6_setscope(...) in6_purgeaddr(...) in6_control(...) ifioctl(...) soo_ioctl(...) kern_ioctl(...) ioctl(...) syscallenter(...) syscall(...) Xint0x80_syscall() I don't have a full backtrace or core for this. This was running r224948 UP with WITNESS. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:17:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC54106566C for ; Fri, 19 Aug 2011 01:17:30 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id A1F338FC0A for ; Fri, 19 Aug 2011 01:17:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LQ500E00I95BD00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Thu, 18 Aug 2011 20:17:29 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.68.180]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LQ500D9WI94E800@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Thu, 18 Aug 2011 20:17:29 -0500 (CDT) Date: Thu, 18 Aug 2011 20:17:27 -0500 From: Nathan Whitehorn In-reply-to: To: freebsd-current@freebsd.org Message-id: <4E4DB9A7.4040404@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.68.180 X-Spam-PmxInfo: Server=avs-10, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.8.19.10315, SenderIP=76.210.68.180 References: User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110704 Thunderbird/5.0 Subject: Re: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 01:17:30 -0000 On 08/18/11 18:24, Garrett Cooper wrote: > So, I used the bsdinstaller again on the 9.0-BETA1 media with manual > partitioning. The HP desktop ate up 3 partitions, I inconveniently > forgot that geom can't grok secondary PC MBR partitions, was fooling > around and cleared the partitions, etc. I hit abort to exit the > partitioner start and from scratch and now my Windows partitions and > recovery partitions are gone. > > So, oops... just a word of warning for anyone else that monkeys around > with bsdinstall that it doesn't always hold true to the "will apply > changes at Exit" guarantee right now (i.e. atomicity is busted). If > someone else has a second OS that they'd rather not lose, at least > they will know to reboot their box when committing changes. > > I'll inspect the code sometime this weekend to trace down the annoying > bug, but this is probably release gating for new users (and sadly > forces me back to wanting to use sysinstall :/..). > There are only a couple of cases when it does that, and it gives you a giant warning in all capital letters to ask if you really want to proceed. One of those cases can be changing partitioning type. Can you elaborate on how you made this happen? -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:33:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A5B106566C; Fri, 19 Aug 2011 01:33:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CCD068FC0A; Fri, 19 Aug 2011 01:33:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7J1XBL3088020; Thu, 18 Aug 2011 21:33:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7J1XBUd088009; Fri, 19 Aug 2011 01:33:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Aug 2011 01:33:11 GMT Message-Id: <201108190133.p7J1XBUd088009@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 01:33:13 -0000 TB --- 2011-08-19 00:22:14 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-19 00:22:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-08-19 00:22:14 - cleaning the object tree TB --- 2011-08-19 00:22:30 - cvsupping the source tree TB --- 2011-08-19 00:22:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-08-19 00:22:44 - building world TB --- 2011-08-19 00:22:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 00:22:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 00:22:44 - TARGET=sparc64 TB --- 2011-08-19 00:22:44 - TARGET_ARCH=sparc64 TB --- 2011-08-19 00:22:44 - TZ=UTC TB --- 2011-08-19 00:22:44 - __MAKE_CONF=/dev/null TB --- 2011-08-19 00:22:44 - cd /src TB --- 2011-08-19 00:22:44 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 19 00:22:45 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 19 01:23:46 UTC 2011 TB --- 2011-08-19 01:23:46 - generating LINT kernel config TB --- 2011-08-19 01:23:46 - cd /src/sys/sparc64/conf TB --- 2011-08-19 01:23:46 - /usr/bin/make -B LINT TB --- 2011-08-19 01:23:47 - building LINT kernel TB --- 2011-08-19 01:23:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 01:23:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 01:23:47 - TARGET=sparc64 TB --- 2011-08-19 01:23:47 - TARGET_ARCH=sparc64 TB --- 2011-08-19 01:23:47 - TZ=UTC TB --- 2011-08-19 01:23:47 - __MAKE_CONF=/dev/null TB --- 2011-08-19 01:23:47 - cd /src TB --- 2011-08-19 01:23:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 19 01:23:47 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fork.c cc1: warnings being treated as errors /src/sys/kern/kern_fork.c:121: warning: function declaration isn't a prototype [-Wstrict-prototypes] /src/sys/kern/kern_fork.c: In function 'pdfork': /src/sys/kern/kern_fork.c:134: error: dereferencing pointer to incomplete type /src/sys/kern/kern_fork.c:138: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-19 01:33:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-19 01:33:11 - ERROR: failed to build lint kernel TB --- 2011-08-19 01:33:11 - 3252.51 user 771.09 system 4256.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:51:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B044106566B; Fri, 19 Aug 2011 01:51:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 576D28FC12; Fri, 19 Aug 2011 01:51:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7J1phQK063666; Thu, 18 Aug 2011 21:51:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7J1phPW063661; Fri, 19 Aug 2011 01:51:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Aug 2011 01:51:43 GMT Message-Id: <201108190151.p7J1phPW063661@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 01:51:44 -0000 TB --- 2011-08-19 00:12:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-19 00:12:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-08-19 00:12:05 - cleaning the object tree TB --- 2011-08-19 00:12:25 - cvsupping the source tree TB --- 2011-08-19 00:12:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-08-19 00:12:39 - building world TB --- 2011-08-19 00:12:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 00:12:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 00:12:39 - TARGET=powerpc TB --- 2011-08-19 00:12:39 - TARGET_ARCH=powerpc64 TB --- 2011-08-19 00:12:39 - TZ=UTC TB --- 2011-08-19 00:12:39 - __MAKE_CONF=/dev/null TB --- 2011-08-19 00:12:39 - cd /src TB --- 2011-08-19 00:12:39 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 19 00:12:40 UTC 2011 >>> 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 Fri Aug 19 01:44:28 UTC 2011 TB --- 2011-08-19 01:44:28 - generating LINT kernel config TB --- 2011-08-19 01:44:28 - cd /src/sys/powerpc/conf TB --- 2011-08-19 01:44:28 - /usr/bin/make -B LINT TB --- 2011-08-19 01:44:28 - building LINT kernel TB --- 2011-08-19 01:44:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 01:44:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 01:44:28 - TARGET=powerpc TB --- 2011-08-19 01:44:28 - TARGET_ARCH=powerpc64 TB --- 2011-08-19 01:44:28 - TZ=UTC TB --- 2011-08-19 01:44:28 - __MAKE_CONF=/dev/null TB --- 2011-08-19 01:44:28 - cd /src TB --- 2011-08-19 01:44:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 19 01:44:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_exit.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fail.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fork.c cc1: warnings being treated as errors /src/sys/kern/kern_fork.c:121: warning: function declaration isn't a prototype [-Wstrict-prototypes] /src/sys/kern/kern_fork.c: In function 'pdfork': /src/sys/kern/kern_fork.c:134: error: dereferencing pointer to incomplete type /src/sys/kern/kern_fork.c:138: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-19 01:51:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-19 01:51:43 - ERROR: failed to build lint kernel TB --- 2011-08-19 01:51:43 - 4635.49 user 1100.06 system 5977.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 02:00:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C3BB106566C; Fri, 19 Aug 2011 02:00:34 +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 1B92E8FC1E; Fri, 19 Aug 2011 02:00:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p7J20Xij085794; Thu, 18 Aug 2011 22:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p7J20X7H085793; Fri, 19 Aug 2011 02:00:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Aug 2011 02:00:33 GMT Message-Id: <201108190200.p7J20X7H085793@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 02:00:34 -0000 TB --- 2011-08-19 00:06:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-19 00:06:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-19 00:06:25 - cleaning the object tree TB --- 2011-08-19 00:06:48 - cvsupping the source tree TB --- 2011-08-19 00:06:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-19 00:07:01 - building world TB --- 2011-08-19 00:07:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 00:07:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 00:07:01 - TARGET=powerpc TB --- 2011-08-19 00:07:01 - TARGET_ARCH=powerpc TB --- 2011-08-19 00:07:01 - TZ=UTC TB --- 2011-08-19 00:07:01 - __MAKE_CONF=/dev/null TB --- 2011-08-19 00:07:01 - cd /src TB --- 2011-08-19 00:07:01 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 19 00:07:02 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 19 01:53:31 UTC 2011 TB --- 2011-08-19 01:53:31 - generating LINT kernel config TB --- 2011-08-19 01:53:31 - cd /src/sys/powerpc/conf TB --- 2011-08-19 01:53:31 - /usr/bin/make -B LINT TB --- 2011-08-19 01:53:31 - building LINT kernel TB --- 2011-08-19 01:53:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-19 01:53:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-19 01:53:31 - TARGET=powerpc TB --- 2011-08-19 01:53:31 - TARGET_ARCH=powerpc TB --- 2011-08-19 01:53:31 - TZ=UTC TB --- 2011-08-19 01:53:31 - __MAKE_CONF=/dev/null TB --- 2011-08-19 01:53:31 - cd /src TB --- 2011-08-19 01:53:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 19 01:53:31 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_exit.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fail.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_fork.c cc1: warnings being treated as errors /src/sys/kern/kern_fork.c:121: warning: function declaration isn't a prototype [-Wstrict-prototypes] /src/sys/kern/kern_fork.c: In function 'pdfork': /src/sys/kern/kern_fork.c:134: error: dereferencing pointer to incomplete type /src/sys/kern/kern_fork.c:138: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-19 02:00:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-19 02:00:33 - ERROR: failed to build lint kernel TB --- 2011-08-19 02:00:33 - 5627.34 user 1005.18 system 6847.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 02:39:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0478E1065672; Fri, 19 Aug 2011 02:39:56 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B3F478FC15; Fri, 19 Aug 2011 02:39:55 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p7J2dtcN020381; Thu, 18 Aug 2011 20:39:55 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p7J2dt2e020378; Thu, 18 Aug 2011 20:39:55 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 18 Aug 2011 20:39:54 -0600 (MDT) From: Warren Block To: Michal Varga In-Reply-To: <1313710590.1742.5.camel@xenon> Message-ID: References: <1313710590.1742.5.camel@xenon> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 18 Aug 2011 20:39:55 -0600 (MDT) Cc: Garrett Cooper , FreeBSD Current , Nathan Whitehorn Subject: Re: Well, there goes Windows! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 02:39:56 -0000 On Fri, 19 Aug 2011, Michal Varga wrote: > On Thu, 2011-08-18 at 16:24 -0700, Garrett Cooper wrote: >> So, I used the bsdinstaller again on the 9.0-BETA1 media with manual >> partitioning. The HP desktop ate up 3 partitions, I inconveniently >> forgot that geom can't grok secondary PC MBR partitions, was fooling >> around and cleared the partitions, etc. I hit abort to exit the >> partitioner start and from scratch and now my Windows partitions and >> recovery partitions are gone. > > Well, there's "gone" and there's really "gone" (but obviously, this is > not a pleasant situation in any case). > > Just as a quick reminder for anyone who might not know (as this happens > regularly) - sysutils/testdisk should be able to recover those cleared > partitions pretty easily and put them back in place. Or back up the GPT sectors first. dd if=/dev/ada0 of=gpt.bak bs=512 count=35 Or really, back up the whole disk first. Clonezilla is handy for that. From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 04:31:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB13106567C for ; Fri, 19 Aug 2011 04:31:29 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id D6B928FC22 for ; Fri, 19 Aug 2011 04:31:28 +0000 (UTC) Received: by pzk33 with SMTP id 33so6910285pzk.18 for ; Thu, 18 Aug 2011 21:31:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=b8LJqL/b5+zTNMvxiVv0XGSGBmk+DeXWAYRkH+B3aeA=; b=hGuGVeYaMdh3Lf/yLfmpgxXgJ0LZ49G3qRUAuXgKyoiDt/rz4Z2Rgao6bLql3LGEaO PUVaeK0/ld6eE5VZtZzFu5QBSt0+X58O3OjmgYec46ACbEj+5/b/ehwjgUueoeZlNS/8 45egZuhSd6RUX4eGk0H9fNmNIwsUFvimDr1Qc= MIME-Version: 1.0 Received: by 10.142.245.21 with SMTP id s21mr780572wfh.11.1313728288172; Thu, 18 Aug 2011 21:31:28 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.143.32.17 with HTTP; Thu, 18 Aug 2011 21:31:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Aug 2011 21:31:28 -0700 X-Google-Sender-Auth: fTsB0Kw0emxb1sGKpbchQEh0h2A Message-ID: From: mdf@FreeBSD.org To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , Pyun YongHyeon Subject: Re: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 04:31:29 -0000 On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper wrote: > =A0 =A0When loading if_alc as a module on my netbook and running > /etc/rc.d/netif restart, I can deterministically panic my netbook with > the following message: > > ) at _bus_dmamap_sync+0x51 > alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e > alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at alc_ioctl+= 0x22e > ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at ifioctl+0xc9= 8 > soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at soo_ioctl+= 0x401 > kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d7 > ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 > syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f > syscall(e6ca3d28) at syscall+0x2e > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (54kernel trap 12 with interrupts disabled > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex alc0 (network driver) r =3D 0 (0xc3dbc608) locked > @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 > KDB: stack backtrace: > db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2a > _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e > witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 > trap(e6ca32dc) at trap+0x15a > calltrap() at calltrap+0x6 > > =A0 =A0I tried to track down what the exact issue was, but I got lost > (the locking sort of looks ok to me, but I'm still not an expert with > mutex(9)). > =A0 =A0I still have the vmcore and can provide more helpful details when = requested. The locking itself is almost certainly fine. The error message is not very helpful, but what went wrong was the page fault. You just happen to panic on a witness warning before vm_fault can panic due to a bad address. The alc(4) maintainer would probably like info on the trap (line of code and where the bad pointer came from). Cheers, matthew From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 07:17:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9462C106564A; Fri, 19 Aug 2011 07:17:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2187C8FC08; Fri, 19 Aug 2011 07:17:12 +0000 (UTC) Received: by qyk9 with SMTP id 9so1186310qyk.13 for ; Fri, 19 Aug 2011 00:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=f8hJwXwYuXVXfpn5oTd1fDNHSIUnXaO+ZOr2ee85500=; b=O7YFNwoE+bwb4i1UwdU/22a0r/nij+/H76Bw+MH0pypNiOjuTaBx7gDa3dY//XcP52 /+QBV+i/Iz5IZRcvsubKu/9CkJbWh2qjCTt6UCzHg9Qv3g4yrok0nCDM5KW7b26/nGj5 7/Y8m2HanjARbDmlP4j2xO8LQrk7DOPYQp/gA= MIME-Version: 1.0 Received: by 10.224.218.193 with SMTP id hr1mr1710848qab.29.1313738232311; Fri, 19 Aug 2011 00:17:12 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Fri, 19 Aug 2011 00:17:12 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Aug 2011 00:17:12 -0700 Message-ID: From: Garrett Cooper To: mdf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , Pyun YongHyeon Subject: Re: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 07:17:13 -0000 On Thu, Aug 18, 2011 at 9:31 PM, wrote: > On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper wrot= e: >> =A0 =A0When loading if_alc as a module on my netbook and running >> /etc/rc.d/netif restart, I can deterministically panic my netbook with >> the following message: These repro steps were overly simplified. The complete steps are: 1. Attach ethernet cable to alc(4) enabled NIC. 2. Boot up machine. 3. Login. 4. Physically remove ethernet cable from alc(4) enabled NIC. 5. Run `/etc/rc.d/netif restart' as root. >> ) at _bus_dmamap_sync+0x51 >> alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e >> alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at alc_ioctl= +0x22e >> ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at ifioctl+0xc= 98 >> soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at soo_ioctl= +0x401 >> kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d= 7 >> ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 >> syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f >> syscall(e6ca3d28) at syscall+0x2e >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (54kernel trap 12 with interrupts disabled >> Kernel page fault with the following non-sleepable locks held: >> exclusive sleep mutex alc0 (network driver) r =3D 0 (0xc3dbc608) locked >> @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 >> KDB: stack backtrace: >> db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2= a >> _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e >> witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 >> trap(e6ca32dc) at trap+0x15a >> calltrap() at calltrap+0x6 >> >> =A0 =A0I tried to track down what the exact issue was, but I got lost >> (the locking sort of looks ok to me, but I'm still not an expert with >> mutex(9)). >> =A0 =A0I still have the vmcore and can provide more helpful details when= requested. > > The locking itself is almost certainly fine. =A0The error message is not > very helpful, but what went wrong was the page fault. =A0You just happen > to panic on a witness warning before vm_fault can panic due to a bad > address. > > The alc(4) maintainer would probably like info on the trap (line of > code and where the bad pointer came from). I talked to Xin a bit and as he noted the panic was just a symptom of the actual issue at hand. I think the problem is that the rx ring's rx_m value isn't set to NULL when an error occurred, but getting to the exact problem at hand, the following call is failing: if (bus_dmamap_load_mbuf_sg(sc->alc_cdata.alc_rx_tag, // <-- HERE sc->alc_cdata.alc_rx_sparemap, m, segs, &nsegs, 0) !=3D 0) { m_freem(m); return (ENOBUFS); } It's failing with ENOMEM. Still trying to determine what the exact reason for ENOMEM is from the x86 busdma code though.. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 12:10:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D21411065673; Fri, 19 Aug 2011 12:10:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A2E718FC1D; Fri, 19 Aug 2011 12:10:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4C01846B2A; Fri, 19 Aug 2011 08:10:34 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CA0478A037; Fri, 19 Aug 2011 08:10:33 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 19 Aug 2011 08:10:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108190810.31886.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 19 Aug 2011 08:10:33 -0400 (EDT) Cc: Garrett Cooper , mdf@freebsd.org, Pyun YongHyeon Subject: Re: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 12:10:34 -0000 On Friday, August 19, 2011 3:17:12 am Garrett Cooper wrote: > On Thu, Aug 18, 2011 at 9:31 PM, wrote: > > On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper wrote: > >> When loading if_alc as a module on my netbook and running > >> /etc/rc.d/netif restart, I can deterministically panic my netbook with > >> the following message: > > These repro steps were overly simplified. The complete steps are: > > 1. Attach ethernet cable to alc(4) enabled NIC. > 2. Boot up machine. > 3. Login. > 4. Physically remove ethernet cable from alc(4) enabled NIC. > 5. Run `/etc/rc.d/netif restart' as root. > > >> ) at _bus_dmamap_sync+0x51 > >> alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e > >> alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at alc_ioctl+0x22e > >> ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at ifioctl+0xc98 > >> soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at soo_ioctl+0x401 > >> kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d7 > >> ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 > >> syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f > >> syscall(e6ca3d28) at syscall+0x2e > >> Xint0x80_syscall() at Xint0x80_syscall+0x21 > >> --- syscall (54kernel trap 12 with interrupts disabled > >> Kernel page fault with the following non-sleepable locks held: > >> exclusive sleep mutex alc0 (network driver) r = 0 (0xc3dbc608) locked > >> @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 > >> KDB: stack backtrace: > >> db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at > >> db_trace_self_wrapper+0x26 > >> kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2a > >> _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e > >> witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 > >> trap(e6ca32dc) at trap+0x15a > >> calltrap() at calltrap+0x6 > >> > >> I tried to track down what the exact issue was, but I got lost > >> (the locking sort of looks ok to me, but I'm still not an expert with > >> mutex(9)). > >> I still have the vmcore and can provide more helpful details when requested. > > > > The locking itself is almost certainly fine. The error message is not > > very helpful, but what went wrong was the page fault. You just happen > > to panic on a witness warning before vm_fault can panic due to a bad > > address. > > > > The alc(4) maintainer would probably like info on the trap (line of > > code and where the bad pointer came from). > > I talked to Xin a bit and as he noted the panic was just a symptom > of the actual issue at hand. I think the problem is that the rx ring's > rx_m value isn't set to NULL when an error occurred, but getting to > the exact problem at hand, the following call is failing: > > if (bus_dmamap_load_mbuf_sg(sc->alc_cdata.alc_rx_tag, // <-- HERE > sc->alc_cdata.alc_rx_sparemap, m, segs, &nsegs, 0) != 0) { > m_freem(m); > return (ENOBUFS); > } > > It's failing with ENOMEM. Still trying to determine what the exact > reason for ENOMEM is from the x86 busdma code though.. ENOMEM The load request has failed due to insufficient resources, and the caller specifically used the BUS_DMA_NOWAIT flag. (bus_dmamap_load_mbuf*() imply BUS_DMA_NOWAIT.) You couldn't allocate enough bounce pages: /* Reserve Necessary Bounce Pages */ if (map->pagesneeded != 0) { mtx_lock(&bounce_lock); if (flags & BUS_DMA_NOWAIT) { if (reserve_bounce_pages(dmat, map, 0) != 0) { mtx_unlock(&bounce_lock); return (ENOMEM); } Of course, now the question is why you even need bounce pages for alc(4): /* Create DMA tag for Rx buffers. */ error = bus_dma_tag_create( sc->alc_cdata.alc_buffer_tag, /* parent */ ALC_RX_BUF_ALIGN, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ MCLBYTES, /* maxsize */ 1, /* nsegments */ MCLBYTES, /* maxsegsize */ 0, /* flags */ NULL, NULL, /* lockfunc, lockarg */ &sc->alc_cdata.alc_rx_tag); It can handle 64-bit DMA just fine, and mbuf clusters used for RX should always be aligned and never need bounce pages. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 13:43:29 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 056EC106564A; Fri, 19 Aug 2011 13:43:29 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 030C38FC0A; Fri, 19 Aug 2011 13:43:27 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p7JDhF7D052214; Fri, 19 Aug 2011 22:43:25 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p7JDhDF3084027; Fri, 19 Aug 2011 22:43:15 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 19 Aug 2011 22:43:10 +0900 (JST) Message-Id: <20110819.224310.740411147168584392.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato In-Reply-To: <20110819.002046.908756241495481148.hrs@allbsd.org> References: <20110819.002046.908756241495481148.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Aug_19_22_43_10_2011_991)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Fri, 19 Aug 2011 22:43:26 +0900 (JST) X-Spam-Status: No, score=-104.1 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, FAKEDWORD_ZERO, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: pjd@FreeBSD.org Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 13:43:29 -0000 ----Security_Multipart(Fri_Aug_19_22_43_10_2011_991)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20110819.002046.908756241495481148.hrs@allbsd.org>: hr> Hi, hr> hr> I have experienced "Stale NFS file handle" issue when switching hr> between oldnfs and newnfs on a CURRENT box (NFS server exporting ZFS hr> mountpoints). The cause was that fsid was changed in the following hr> conditions and not in the NFS subsystem itself, but I am wondering if hr> these are expected behavior... hr> hr> First, I tried the following configurations of NFS and ZFS, and saw hr> if fsid of the same mountpoint (a mounted ZFS dataset) changed or hr> not by using statfs(2): hr> hr> compile opts kld module fsid[0:1] kld loaded by hr> ---------------------------------------------------------------------------- hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef02 loader hr> hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef07 kldload(8) hr> hr> NFSSERVER+NFSCLIENT+ hr> NFSD+NFSCL zfs 865798fa:8346ef03 loader hr> hr> NFSSERVER+NFSCLIENT+ hr> NFSD+NFSCL zfs 865798fa:8346ef08 kldload(8) hr> hr> NFSSERVER+NFSCLIENT nfsd+nfscl+zfs 865798fa:8346ef08 loader hr> ---------------------------------------------------------------------------- Ah, I found why this happened: /* * The fsid is 64 bits, composed of an 8-bit fs type, which * separates our fsid from any other filesystem types, and a * 56-bit objset unique ID. The objset unique ID is unique to * all objsets open on this system, provided by unique_create(). * The 8-bit fs type must be put in the low bits of fsid[1] * because that's where other Solaris filesystems put it. */ fsid_guid = dmu_objset_fsid_guid(zfsvfs->z_os); ASSERT((fsid_guid & ~((1ULL<<56)-1)) == 0); vfsp->vfs_fsid.val[0] = fsid_guid; vfsp->vfs_fsid.val[1] = ((fsid_guid>>32) << 8) | vfsp->mnt_vfc->vfc_typenum & 0xFF; Since the vfc_typenum variable is incremented every time a new vfs is installed, loading order of modules that call vfs_register() affects ZFS's fsid. Anyway, possibility of fsid change is troublesome especially for an NFS server with a lot of clients running. Can zeroing or setting a fixed value to the lowest 8-bit of vfs_fsid.val[1] be harmful? -- Hiroki ----Security_Multipart(Fri_Aug_19_22_43_10_2011_991)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk5OaG4ACgkQTyzT2CeTzy0QsQCg22UdyvrWFV2QW/VxO4oqAz7v uNIAoIxRDfUCNBcPGrCWC8pj8dma7rHy =kBne -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Aug_19_22_43_10_2011_991)---- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:21:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6222A1065673 for ; Fri, 19 Aug 2011 14:21:53 +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 AF9AE8FC0A for ; Fri, 19 Aug 2011 14:21:52 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA01039; Fri, 19 Aug 2011 17:21:48 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E4E717B.9090407@FreeBSD.org> Date: Fri, 19 Aug 2011 17:21:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Derrick Edwards References: <1313705220.8034.2.camel@datdude> In-Reply-To: <1313705220.8034.2.camel@datdude> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: PANICS on 9.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 14:21:53 -0000 on 19/08/2011 01:07 Derrick Edwards said the following: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffffbe00a45b6798 This address looks suspiciously like a result of bit flips. > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff814f444c > stack pointer = 0x28:0xffffff82267fbe90 > frame pointer = 0x28:0xffffff82267fbea0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 5889 (csup) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 10h9m0s > Dumping 1823 out of 7912 Do you always get the same stack trace? Or are they always different? I would double-check the hardware first. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:42:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AD51065672 for ; Fri, 19 Aug 2011 14:42:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 955F08FC12 for ; Fri, 19 Aug 2011 14:42:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAOVyTk6DaFvO/2dsb2JhbABBhEukOYFAAQEFIwRSGw4KAgINGQJZBhOvR5E6gSyEDIEQBJMTkRE X-IronPort-AV: E=Sophos;i="4.68,251,1312171200"; d="scan'208";a="131599854" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 19 Aug 2011 10:32:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C9584B3F09; Fri, 19 Aug 2011 10:32:47 -0400 (EDT) Date: Fri, 19 Aug 2011 10:32:47 -0400 (EDT) From: Rick Macklem To: Hiroki Sato Message-ID: <1623060518.69434.1313764367817.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110819.224310.740411147168584392.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: pjd@FreeBSD.org, current@FreeBSD.org Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 14:42:28 -0000 Hiroki Sato wrote: > Hiroki Sato wrote > in <20110819.002046.908756241495481148.hrs@allbsd.org>: > > hr> Hi, > hr> > hr> I have experienced "Stale NFS file handle" issue when switching > hr> between oldnfs and newnfs on a CURRENT box (NFS server exporting > ZFS > hr> mountpoints). The cause was that fsid was changed in the following > hr> conditions and not in the NFS subsystem itself, but I am wondering > if > hr> these are expected behavior... > hr> > hr> First, I tried the following configurations of NFS and ZFS, and > saw > hr> if fsid of the same mountpoint (a mounted ZFS dataset) changed or > hr> not by using statfs(2): > hr> > hr> compile opts kld module fsid[0:1] kld loaded by > hr> > ---------------------------------------------------------------------------- > hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef02 loader > hr> > hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef07 kldload(8) > hr> > hr> NFSSERVER+NFSCLIENT+ > hr> NFSD+NFSCL zfs 865798fa:8346ef03 loader > hr> > hr> NFSSERVER+NFSCLIENT+ > hr> NFSD+NFSCL zfs 865798fa:8346ef08 kldload(8) > hr> > hr> NFSSERVER+NFSCLIENT nfsd+nfscl+zfs 865798fa:8346ef08 loader > hr> > ---------------------------------------------------------------------------- > > Ah, I found why this happened: > > /* > * The fsid is 64 bits, composed of an 8-bit fs type, which > * separates our fsid from any other filesystem types, and a > * 56-bit objset unique ID. The objset unique ID is unique to > * all objsets open on this system, provided by unique_create(). > * The 8-bit fs type must be put in the low bits of fsid[1] > * because that's where other Solaris filesystems put it. > */ > fsid_guid = dmu_objset_fsid_guid(zfsvfs->z_os); > ASSERT((fsid_guid & ~((1ULL<<56)-1)) == 0); > vfsp->vfs_fsid.val[0] = fsid_guid; > vfsp->vfs_fsid.val[1] = ((fsid_guid>>32) << 8) | > vfsp->mnt_vfc->vfc_typenum & 0xFF; > > Since the vfc_typenum variable is incremented every time a new vfs is > installed, loading order of modules that call vfs_register() affects > ZFS's fsid. > > Anyway, possibility of fsid change is troublesome especially for an > NFS server with a lot of clients running. Can zeroing or setting a > fixed value to the lowest 8-bit of vfs_fsid.val[1] be harmful? > > -- Hiroki Oh, and I think other fs types will suffer the same fate, except that they usually avoid it, because they are compiled into the kernel and the assignment of vfs_typenum happens in the same order-->same value. My (B) suggestion would avoid this for all file system types in the fixed table. rick From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:58:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24628106564A for ; Fri, 19 Aug 2011 14:58:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id D2DE58FC0A for ; Fri, 19 Aug 2011 14:58:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAOVyTk6DaFvO/2dsb2JhbABBhEukOYFAAQEFIwRSGw4KAgINGQJZBhOvR5E6gSyEDIEQBJMTkRE X-IronPort-AV: E=Sophos;i="4.68,251,1312171200"; d="scan'208";a="131599372" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 19 Aug 2011 10:29:17 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B6928B3F31; Fri, 19 Aug 2011 10:29:17 -0400 (EDT) Date: Fri, 19 Aug 2011 10:29:17 -0400 (EDT) From: Rick Macklem To: Hiroki Sato Message-ID: <1565511281.69213.1313764157732.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110819.224310.740411147168584392.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: pjd@FreeBSD.org, current@FreeBSD.org Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 14:58:22 -0000 Hiroki Sato wrote: > Hiroki Sato wrote > in <20110819.002046.908756241495481148.hrs@allbsd.org>: > > hr> Hi, > hr> > hr> I have experienced "Stale NFS file handle" issue when switching > hr> between oldnfs and newnfs on a CURRENT box (NFS server exporting > ZFS > hr> mountpoints). The cause was that fsid was changed in the following > hr> conditions and not in the NFS subsystem itself, but I am wondering > if > hr> these are expected behavior... > hr> > hr> First, I tried the following configurations of NFS and ZFS, and > saw > hr> if fsid of the same mountpoint (a mounted ZFS dataset) changed or > hr> not by using statfs(2): > hr> > hr> compile opts kld module fsid[0:1] kld loaded by > hr> > ---------------------------------------------------------------------------- > hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef02 loader > hr> > hr> NFSSERVER+NFSCLIENT zfs 865798fa:8346ef07 kldload(8) > hr> > hr> NFSSERVER+NFSCLIENT+ > hr> NFSD+NFSCL zfs 865798fa:8346ef03 loader > hr> > hr> NFSSERVER+NFSCLIENT+ > hr> NFSD+NFSCL zfs 865798fa:8346ef08 kldload(8) > hr> > hr> NFSSERVER+NFSCLIENT nfsd+nfscl+zfs 865798fa:8346ef08 loader > hr> > ---------------------------------------------------------------------------- > > Ah, I found why this happened: > > /* > * The fsid is 64 bits, composed of an 8-bit fs type, which > * separates our fsid from any other filesystem types, and a > * 56-bit objset unique ID. The objset unique ID is unique to > * all objsets open on this system, provided by unique_create(). > * The 8-bit fs type must be put in the low bits of fsid[1] > * because that's where other Solaris filesystems put it. > */ > fsid_guid = dmu_objset_fsid_guid(zfsvfs->z_os); > ASSERT((fsid_guid & ~((1ULL<<56)-1)) == 0); > vfsp->vfs_fsid.val[0] = fsid_guid; > vfsp->vfs_fsid.val[1] = ((fsid_guid>>32) << 8) | > vfsp->mnt_vfc->vfc_typenum & 0xFF; > > Since the vfc_typenum variable is incremented every time a new vfs is > installed, loading order of modules that call vfs_register() affects > ZFS's fsid. > > Anyway, possibility of fsid change is troublesome especially for an > NFS server with a lot of clients running. Can zeroing or setting a > fixed value to the lowest 8-bit of vfs_fsid.val[1] be harmful? > > -- Hiroki Well, the problem is that the fsid needs to be unique among all mounts. The vfs_typenum field is used to try and ensure that it does not end up the same value as a non-ZFS file system. (A) I think making that field a fixed constant should be ok, if the function checks for a conflict by calling vfs_getvfs() to check for one. See vfs_getnewfsid() for how this is done. (There is a mutex lock that needs to be held while doing it.) Alternately, if ZFS can call vfs_getnewfsid() instead of doing its own, that might be nicer? (B) Another way to fix this would be to modify vfs_register() to look up file systems in a table (by vfc_name) and used a fixed, assigned value from the table for vfc_typenum for entries found in the table. Only do the "maxvfsconf++" when there isn't an entry for the fstype in the table. (VFS_GENERIC can be set to the size of the table. That's what happened in the bad old days when vfsconf was a table built at kernel config time.) If you guys think (B) is preferred, I could come up with a patch. I don't know enough about ZFS to do (A). rick From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 17:06:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E9031065688; Fri, 19 Aug 2011 17:06:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D77E38FC1C; Fri, 19 Aug 2011 17:06:45 +0000 (UTC) Received: by gwb15 with SMTP id 15so2097761gwb.13 for ; Fri, 19 Aug 2011 10:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SyClAEulgzhaKIc6T8W3aqIMe8qQr8MXvTB+spYEP+Q=; b=ecshllB9t+OiJwL1HNM0QYzfd3XEoYZi7mpeNL6/EvhmY1J7oN9KRK3jIFbXfzkZeg g29GJHV73Wr+0aTEfmZhLDlT58J0BgyDgem/evNUyRqawL66OPL9dPkYH7cTn3TDJ2AK YZgGLEG6nojCmvChdXJr2JlsLpP0EASvlUIJY= Received: by 10.42.159.201 with SMTP id m9mr4922icx.10.1313773604878; Fri, 19 Aug 2011 10:06:44 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n14sm1740846ibi.22.2011.08.19.10.06.41 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Aug 2011 10:06:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 19 Aug 2011 10:06:39 -0700 From: YongHyeon PYUN Date: Fri, 19 Aug 2011 10:06:39 -0700 To: Garrett Cooper Message-ID: <20110819170639.GA17324@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: mdf@freebsd.org, FreeBSD Current , Pyun YongHyeon Subject: Re: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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: Fri, 19 Aug 2011 17:06:46 -0000 On Fri, Aug 19, 2011 at 12:17:12AM -0700, Garrett Cooper wrote: > On Thu, Aug 18, 2011 at 9:31 PM, wrote: > > On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper wrote: > >> ? ?When loading if_alc as a module on my netbook and running > >> /etc/rc.d/netif restart, I can deterministically panic my netbook with > >> the following message: > > These repro steps were overly simplified. The complete steps are: > > 1. Attach ethernet cable to alc(4) enabled NIC. > 2. Boot up machine. > 3. Login. > 4. Physically remove ethernet cable from alc(4) enabled NIC. > 5. Run `/etc/rc.d/netif restart' as root. > > >> ) at _bus_dmamap_sync+0x51 > >> alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e > >> alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at alc_ioctl+0x22e > >> ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at ifioctl+0xc98 > >> soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at soo_ioctl+0x401 > >> kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d7 > >> ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 > >> syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f > >> syscall(e6ca3d28) at syscall+0x2e > >> Xint0x80_syscall() at Xint0x80_syscall+0x21 > >> --- syscall (54kernel trap 12 with interrupts disabled > >> Kernel page fault with the following non-sleepable locks held: > >> exclusive sleep mutex alc0 (network driver) r = 0 (0xc3dbc608) locked > >> @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 > >> KDB: stack backtrace: > >> db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at > >> db_trace_self_wrapper+0x26 > >> kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2a > >> _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e > >> witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 > >> trap(e6ca32dc) at trap+0x15a > >> calltrap() at calltrap+0x6 > >> > >> ? ?I tried to track down what the exact issue was, but I got lost > >> (the locking sort of looks ok to me, but I'm still not an expert with > >> mutex(9)). > >> ? ?I still have the vmcore and can provide more helpful details when requested. > > > > The locking itself is almost certainly fine. ?The error message is not > > very helpful, but what went wrong was the page fault. ?You just happen > > to panic on a witness warning before vm_fault can panic due to a bad > > address. > > > > The alc(4) maintainer would probably like info on the trap (line of > > code and where the bad pointer came from). > > I talked to Xin a bit and as he noted the panic was just a symptom > of the actual issue at hand. I think the problem is that the rx ring's > rx_m value isn't set to NULL when an error occurred, but getting to > the exact problem at hand, the following call is failing: > Could you elaborate on this issue? alc(4) was designed to cope with this kind error and not resetting rx_m to NULL is intentional behavior such that alc(4) will reuse previously loaded DMA map and buffer. > if (bus_dmamap_load_mbuf_sg(sc->alc_cdata.alc_rx_tag, // <-- HERE > sc->alc_cdata.alc_rx_sparemap, m, segs, &nsegs, 0) != 0) { > m_freem(m); > return (ENOBUFS); > } > > It's failing with ENOMEM. Still trying to determine what the exact > reason for ENOMEM is from the x86 busdma code though.. bus_dmamap_load_mbuf_sg(9) can return ENOMEM if there is no available resource and driver should be prepared to recover from this kind of error. However I wonder why this happens on almost idle system. > Thanks, > -Garrett > From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 17:15:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90168106564A; Fri, 19 Aug 2011 17:15:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB578FC19; Fri, 19 Aug 2011 17:15:04 +0000 (UTC) Received: by iye7 with SMTP id 7so11019939iye.17 for ; Fri, 19 Aug 2011 10:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qtPP5z7UFw0GN+cqjPYL4Ben/iyT4F8PqUzgCCpAclA=; b=DRcnMbYfkCHw+bd51hS3Js2AxkHBUIcCipAtibwMRNrDwaFkXu4+iOzNb0AvmxIH24 aDZnLYtesYCSpulid9EGr2hPtSNBpl73hHuJEQD/7Kbl0SZ/WW6CVMbl37RcuN577E+Y 3O/kmovvuj9/MXV4Uh4QJnfqJG7tOWtlYnfO4= Received: by 10.231.60.69 with SMTP id o5mr3657281ibh.65.1313774103647; Fri, 19 Aug 2011 10:15:03 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id m21sm1741120ibf.59.2011.08.19.10.15.01 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Aug 2011 10:15:03 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 19 Aug 2011 10:14:59 -0700 From: YongHyeon PYUN Date: Fri, 19 Aug 2011 10:14:59 -0700 To: John Baldwin Message-ID: <20110819171459.GB17324@michelle.cdnetworks.com> References: <201108190810.31886.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201108190810.31886.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , mdf@freebsd.org, freebsd-current@freebsd.org, Pyun YongHyeon Subject: Re: Deterministic panic due to non-sleepable lock with if_alc when reconfiguring interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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: Fri, 19 Aug 2011 17:15:11 -0000 On Fri, Aug 19, 2011 at 08:10:31AM -0400, John Baldwin wrote: > On Friday, August 19, 2011 3:17:12 am Garrett Cooper wrote: > > On Thu, Aug 18, 2011 at 9:31 PM, wrote: > > > On Thu, Aug 18, 2011 at 5:50 PM, Garrett Cooper > wrote: > > >> When loading if_alc as a module on my netbook and running > > >> /etc/rc.d/netif restart, I can deterministically panic my netbook with > > >> the following message: > > > > These repro steps were overly simplified. The complete steps are: > > > > 1. Attach ethernet cable to alc(4) enabled NIC. > > 2. Boot up machine. > > 3. Login. > > 4. Physically remove ethernet cable from alc(4) enabled NIC. > > 5. Run `/etc/rc.d/netif restart' as root. > > > > >> ) at _bus_dmamap_sync+0x51 > > >> alc_stop(c3dbb000,0,c0c51844,93a,80206910,...) at alc_stop+0x24e > > >> alc_ioctl(c3d07400,80206910,c40423c0,c06a7935,c0914e3c,...) at > alc_ioctl+0x22e > > >> ifioctl(c45029c0,80206910,c40423c0,c40505c0,c4528c00,...) at > ifioctl+0xc98 > > >> soo_ioctl(c4574e00,80206910,c40423c0,c413e680,c40505c0,...) at > soo_ioctl+0x401 > > >> kern_ioctl(c40505c0,3,80206910,c40423c0,c40423c0,...) at kern_ioctl+0x1d7 > > >> ioctl(c40505c0,e6ca3cec,e6ca3d28,c08e929d,0,...) at ioctl+0x118 > > >> syscallenter(c40505c0,e6ca3ce4,e6ca3ce4,0,0,...) at syscallenter+0x23f > > >> syscall(e6ca3d28) at syscall+0x2e > > >> Xint0x80_syscall() at Xint0x80_syscall+0x21 > > >> --- syscall (54kernel trap 12 with interrupts disabled > > >> Kernel page fault with the following non-sleepable locks held: > > >> exclusive sleep mutex alc0 (network driver) r = 0 (0xc3dbc608) locked > > >> @ /usr/src/sys/modules/alc/../../dev/alc/if_alc.c:2362 > > >> KDB: stack backtrace: > > >> db_trace_self_wrapper(c08e727a,80,6e726500,74206c65,20706172,...) at > > >> db_trace_self_wrapper+0x26 > > >> kdb_backtrace(93a,0,ffffffff,c0ad6114,e6ca323c,...) at kdb_backtrace+0x2a > > >> _witness_debugger(c08e9f67,e6ca3250,4,1,0,...) at _witness_debugger+0x1e > > >> witness_warn(5,0,c0924fe1,c097df50,c3e42b00,...) at witness_warn+0x1f1 > > >> trap(e6ca32dc) at trap+0x15a > > >> calltrap() at calltrap+0x6 > > >> > > >> I tried to track down what the exact issue was, but I got lost > > >> (the locking sort of looks ok to me, but I'm still not an expert with > > >> mutex(9)). > > >> I still have the vmcore and can provide more helpful details when > requested. > > > > > > The locking itself is almost certainly fine. The error message is not > > > very helpful, but what went wrong was the page fault. You just happen > > > to panic on a witness warning before vm_fault can panic due to a bad > > > address. > > > > > > The alc(4) maintainer would probably like info on the trap (line of > > > code and where the bad pointer came from). > > > > I talked to Xin a bit and as he noted the panic was just a symptom > > of the actual issue at hand. I think the problem is that the rx ring's > > rx_m value isn't set to NULL when an error occurred, but getting to > > the exact problem at hand, the following call is failing: > > > > if (bus_dmamap_load_mbuf_sg(sc->alc_cdata.alc_rx_tag, // <-- HERE > > sc->alc_cdata.alc_rx_sparemap, m, segs, &nsegs, 0) != 0) { > > m_freem(m); > > return (ENOBUFS); > > } > > > > It's failing with ENOMEM. Still trying to determine what the exact > > reason for ENOMEM is from the x86 busdma code though.. > > ENOMEM The load request has failed due to insufficient > resources, and the caller specifically used the > BUS_DMA_NOWAIT flag. > > (bus_dmamap_load_mbuf*() imply BUS_DMA_NOWAIT.) > > You couldn't allocate enough bounce pages: > > /* Reserve Necessary Bounce Pages */ > if (map->pagesneeded != 0) { > mtx_lock(&bounce_lock); > if (flags & BUS_DMA_NOWAIT) { > if (reserve_bounce_pages(dmat, map, 0) != 0) { > mtx_unlock(&bounce_lock); > return (ENOMEM); > } > > Of course, now the question is why you even need bounce pages for alc(4): > > > /* Create DMA tag for Rx buffers. */ > error = bus_dma_tag_create( > sc->alc_cdata.alc_buffer_tag, /* parent */ > ALC_RX_BUF_ALIGN, 0, /* alignment, boundary */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > MCLBYTES, /* maxsize */ > 1, /* nsegments */ > MCLBYTES, /* maxsegsize */ > 0, /* flags */ > NULL, NULL, /* lockfunc, lockarg */ > &sc->alc_cdata.alc_rx_tag); > > It can handle 64-bit DMA just fine, and mbuf clusters used for RX should > always be aligned and never need bounce pages. Right. alc(4) hardware has no DMA address limit for TX/RX buffers but its descriptors/status block DMA address should be within a 4GB. alc(4) explicitly checks whether allocated descriptor/status blocks crossed 4GB limit. If alc(4) detect that condition, it will limit DMA address space of descriptor/status block to 4GB and that can use bounce pages but that still does not explain why bounce buffers are used in RX buffer allocation. > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 05:29:25 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62886106564A; Sat, 20 Aug 2011 05:29:25 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1C338FC14; Sat, 20 Aug 2011 05:29:24 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p7K5TA6t080379; Sat, 20 Aug 2011 14:29:20 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p7K5T8QF092205; Sat, 20 Aug 2011 14:29:10 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 20 Aug 2011 14:28:59 +0900 (JST) Message-Id: <20110820.142859.319295417241413417.hrs@allbsd.org> To: rmacklem@uoguelph.ca From: Hiroki Sato In-Reply-To: <1565511281.69213.1313764157732.JavaMail.root@erie.cs.uoguelph.ca> <1623060518.69434.1313764367817.JavaMail.root@erie.cs.uoguelph.ca> References: <20110819.224310.740411147168584392.hrs@allbsd.org> <1565511281.69213.1313764157732.JavaMail.root@erie.cs.uoguelph.ca> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Aug_20_14_28_59_2011_946)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sat, 20 Aug 2011 14:29:22 +0900 (JST) X-Spam-Status: No, score=-103.9 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,FAKEDWORD_ZERO,QENCPTR1,RDNS_NONE,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: pjd@FreeBSD.org, current@FreeBSD.org Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 05:29:25 -0000 ----Security_Multipart(Sat_Aug_20_14_28_59_2011_946)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rick Macklem wrote in <1565511281.69213.1313764157732.JavaMail.root@erie.cs.uoguelph.ca>: rm> Hiroki Sato wrote: rm> > fsid_guid = dmu_objset_fsid_guid(zfsvfs->z_os); rm> > ASSERT((fsid_guid & ~((1ULL<<56)-1)) == 0); rm> > vfsp->vfs_fsid.val[0] = fsid_guid; rm> > vfsp->vfs_fsid.val[1] = ((fsid_guid>>32) << 8) | rm> > vfsp->mnt_vfc->vfc_typenum & 0xFF; rm> > rm> > Since the vfc_typenum variable is incremented every time a new vfs is rm> > installed, loading order of modules that call vfs_register() affects rm> > ZFS's fsid. rm> > rm> > Anyway, possibility of fsid change is troublesome especially for an rm> > NFS server with a lot of clients running. Can zeroing or setting a rm> > fixed value to the lowest 8-bit of vfs_fsid.val[1] be harmful? rm> > rm> > -- Hiroki rm> Well, the problem is that the fsid needs to be unique among all mounts. rm> The vfs_typenum field is used to try and ensure that it does not end up rm> the same value as a non-ZFS file system. rm> rm> (A) I think making that field a fixed constant should be ok, if the function rm> checks for a conflict by calling vfs_getvfs() to check for one. rm> See vfs_getnewfsid() for how this is done. (There is a mutex lock that rm> needs to be held while doing it.) Alternately, if ZFS can call vfs_getnewfsid() rm> instead of doing its own, that might be nicer? rm> rm> (B) Another way to fix this would be to modify vfs_register() to look up rm> file systems in a table (by vfc_name) and used a fixed, assigned value rm> from the table for vfc_typenum for entries found in the table. Only do rm> the "maxvfsconf++" when there isn't an entry for the fstype in the table. rm> (VFS_GENERIC can be set to the size of the table. That's what happened rm> in the bad old days when vfsconf was a table built at kernel config time.) rm> rm> If you guys think (B) is preferred, I could come up with a patch. I don't rm> know enough about ZFS to do (A). rm> Oh, and I think other fs types will suffer the same fate, except that rm> they usually avoid it, because they are compiled into the kernel and rm> the assignment of vfs_typenum happens in the same order-->same value. Yes, using vfs_getnewfsid() does not solve the issue. I noticed that Solaris looked up a fixed array vfssw[] exactly for the purpose. I think a table like it is a good solution for fixing fsid for each file system. -- Hiroki ----Security_Multipart(Sat_Aug_20_14_28_59_2011_946)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk5PRhwACgkQTyzT2CeTzy05OgCgg+cc8WedeU1yStBv1tj+Tu50 a+YAnjCz/s/kWr+lg2tOrNZANgmZlXw/ =5Ck0 -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Aug_20_14_28_59_2011_946)---- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 07:22:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875E01065670 for ; Sat, 20 Aug 2011 07:22:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2853B8FC08 for ; Sat, 20 Aug 2011 07:22:36 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:248b:b3cd:918d:d0d2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8D3214AC1C for ; Sat, 20 Aug 2011 11:22:34 +0400 (MSD) Date: Sat, 20 Aug 2011 11:22:29 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <927966496.20110820112229@serebryakov.spb.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: 9.0-BETA1 installer glithcies (i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 07:22:36 -0000 Hello, Freebsd-current. Maybe, everything is reported already, but I think, that better I'll be second, that no-one notice this: Manual partitioning chosen (1) Installer offer me bunch of Partition schemes, but only MBR and BSD have sense. Why i386 installer offer me PC98 or PowerPC-based Apple partition schemes?! Why it offer GPT when system doesn't have UFI BIOS? I could be wrong about GPT, but APT and PC98-based variants should be disabled even in "Manual mode," IMHO. (2) MBR Slice creation. Status line suggest "freebsd-ufs" and "freebsd-swap" as examples for "Type" field (which contains "freebsd" by default, but "freebsd-ufs" leads to "Error: Invalid argument" :) (3) "Auto" creates one big / partition + SWAP. It looks very not-BSD way (disk is only 8Gb, it is virtual machine). (4) Partition types again: IMHO, drop-down of filesystem types will be much better. It is not clear, is it possible to type "zfs" here, for example. (5) Partition creation dialog has button "Options", but modify dialog doesn't. (6) Partition editor main panel: (a) Inconsistent sizes display. "ada0" has size "8.0 GB" but "ada0s1" has size "8 GB". (b) No information about free size on device/slice. (7) Partition editor doesn't seen existing filesystems and doesn't warn about parititoning disks with existing filesystems. I have two (virtual) disks common for all my VMs -- with sources (one common disk per version) and with some scratch space (common for every my VM), FSes are created without any partitions or slices, directly on device nodes (ada1 and ada2). PArtition Editor doesn't have any sign or warning, that ada1 and ada2 contains valid FreeBSD filesystems. (8) After "Exit" from Partition Editor I expected some filesystem options selection (as here is no visible options on partition creation). NOPE. Also, it is impossible to set mount points for exisitng filesystems (see above about ada1 and ada2) (9) Lot of LORs on slice/partition creation and newfs. (10) Mistype password for Root for second type -- no message about it, simple "New password:" prompt. It is not obvious, what happens. (11) No way to mount NFS file systems :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 08:55:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9A441065673 for ; Sat, 20 Aug 2011 08:55:17 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF298FC0A for ; Sat, 20 Aug 2011 08:55:17 +0000 (UTC) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 59403E2 for ; Sat, 20 Aug 2011 08:35:43 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id 1YuGQoEBTicu for ; Sat, 20 Aug 2011 08:35:03 +0000 (UTC) Received: from [192.168.1.1] (a89-152-172-232.cpe.netcabo.pt [89.152.172.232]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id 38C5892 for ; Sat, 20 Aug 2011 08:35:03 +0000 (UTC) Message-ID: <4E4F71B5.3010606@barafranca.com> Date: Sat, 20 Aug 2011 09:35:01 +0100 From: Hugo Silva User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Fwd: Re: Can *you* UFS snapshot a filesystem with 9.0-BETA1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 08:55:17 -0000 Le Thu, 18 Aug 2011 10:22:31 +0100, Hugo Silva a écrit : Hello, > I'm wondering. On a virtual machine (amd64 HVM+PV), it's crashing > every time. Not sure if this is SNAFU, as I had never used ufs > snapshots on freebsd before. > > After running mksnap_ffs, ssh stops working (a telnet session doesn't > show the sshd banner). The ssh session where the command was run from > stops responding, the webserver dies and xm console'ing from the dom0 > works, but the VM is unresponsive (ie no login prompt on ENTER). > > Anyone else seeing the same? I've tried in a FreeBSD guest (9.0-beta1/i386) into VirtualBox and I see a LOR (or looks like a LOR), then the system is freezed. This is 100% reproductible. Unfortunatly, I'm not able to dump a panic or to break into the debugger, so a screenshot : http://user.lamaiziere.net/patrick/public/lormksnap.png You should ask on freebsd-current@ Regards. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 18:35:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E5B0106564A for ; Sat, 20 Aug 2011 18:35:18 +0000 (UTC) (envelope-from gobledb@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 020808FC18 for ; Sat, 20 Aug 2011 18:35:17 +0000 (UTC) Received: by gwb15 with SMTP id 15so2626236gwb.13 for ; Sat, 20 Aug 2011 11:35:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=BdVKLunBEJU8G1vYI9e2pahl25i9lFl5jY7OF7c9bEw=; b=x2L9rpIqVNLma9cVsuS9t7bENxghGAZz5ul2F8RJ60YwRwWjX5aYv3kexn6uKByD6K Hp14oEH8wbzTtkuGmi9vVBPTFhKlCM1x6JKAzKLNxjrmLaRG0xg6re3p7mszcGoD+Swv bJS2dED40UTLy45dOw1JUNWTG88bjjb6aeIhY= MIME-Version: 1.0 Received: by 10.236.173.131 with SMTP id v3mr4214709yhl.112.1313865317213; Sat, 20 Aug 2011 11:35:17 -0700 (PDT) Sender: netsys.h@gmail.com X-Google-Sender-Delegation: netsys.h@gmail.com Received: by 10.236.203.129 with HTTP; Sat, 20 Aug 2011 11:35:16 -0700 (PDT) Date: Sat, 20 Aug 2011 19:35:16 +0100 X-Google-Sender-Auth: sogxZJMrRR8-1XQnCsGxXsU6j3M Message-ID: From: Alvaro Castillo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: VirtualBox causes kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 18:35:18 -0000 VirtualBox Version: 4.0.12_OSE r72916 uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #1: Wed Aug 17 01:21:47 WEST 2011 netSys@shuttle0.lan:/usr/obj/usr/src/sys/GALILEO amd64 The kernel panic is occurred when I start a virtual machine with boot from CD/DVD burner/reader device. With or without passthrough. Kernel panic > http://pastie.org/private/0nxanttdmtc9zvtllg0rw atapicam is loaded and hald is working. ---------------------------------------------------------------------------------------------------------- netSys------ http://www.byteandbit.info From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 21:18:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE401065676 for ; Sat, 20 Aug 2011 21:18:00 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.freebsd.org (Postfix) with ESMTP id B2B998FC19 for ; Sat, 20 Aug 2011 21:17:59 +0000 (UTC) Received: from [78.34.143.123] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QusjA-0000fw-Tm; Sat, 20 Aug 2011 23:05:13 +0200 Date: Sat, 20 Aug 2011 23:05:10 +0200 From: Fabian Keil To: Ashley Williams Message-ID: <20110820230510.4363cefc@fabiankeil.de> In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/o0UKjT5j7TMEzsK6qPiwbyq"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-current@freebsd.org Subject: Re: dtrace walltimestamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 21:18:00 -0000 --Sig_/o0UKjT5j7TMEzsK6qPiwbyq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ashley Williams wrote: > walltimestamp and timestamp don't appear to be right in BETA-1: >=20 >=20 > # dtrace -qn 'syscall::exec*:return { printf("%Y > %s\n",walltimestamp,curpsinfo->pr_psargs); }' > 1970 Jan 1 10:00:00 date > 1970 Jan 1 10:00:00 ping > 1970 Jan 1 10:00:00 ls I can reproduce this on amd64 with a recent HEAD, walltimestamp is always 0, which together with the dmesg warnings seems to indicate that it's not supported (yet). > # dtrace -qn 'syscall::exec*:return { printf("%Y > %s\n",timestamp,curpsinfo->pr_psargs); }' > 1970 Jan 6 12:02:27 ping > 1970 Jan 6 12:02:29 ls > 1970 Jan 6 12:02:31 dtrace Note that the timestamp value is relative to the time the system is booted (I think), and not to midnight, January 1, 1970. Assuming your system has been running for a few days and the offsets are right as well, the output seems fine. At least on my system, timestamp offsets can only can be relied on with either kern.timecounter.hardware=3DTSC or with C3 states disabled, though. Measuring the elapsed time (in ms) between events that happen in roughly 1 second intervals with kern.timecounter.hardware=3DHPET and dev.cpu.0.cx_lowest=3DC2: elapsed value ------------- Distribution ------------- count 990 | 0 1000 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 57 1010 | 0 1020 | 0 1030 |@ 1 1040 | 0 elapsed avg 1007 And doing the same with dev.cpu.0.cx_lowest=3DC3: elapsed value ------------- Distribution ------------- count 40 | 0 50 |@@@@@@@@@@@@@@@@@@@ 28 60 |@@@@@@@ 10 70 |@@@ 5 80 |@ 1 90 | 0 100 |@ 2 110 |@ 2 120 |@ 2 130 | 0 140 |@ 1 150 |@ 1 160 |@ 1 170 |@ 1 180 | 0 190 | 0 200 | 0 210 | 0 220 |@ 1 230 |@ 1 240 | 0 250 | 0 260 | 0 270 | 0 280 | 0 290 |@ 1 300 |@ 1 310 | 0 320 |@ 1 330 | 0 elapsed avg 90 Fabian --Sig_/o0UKjT5j7TMEzsK6qPiwbyq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5QIYkACgkQBYqIVf93VJ2b8QCeO/ikuQkdsMuE+6Aoh6Jc1mGM OzUAnj/TLtJWGm+0ZKHnwB36bgBnm/Gw =hjhr -----END PGP SIGNATURE----- --Sig_/o0UKjT5j7TMEzsK6qPiwbyq-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 22:03:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20EE106566B; Sat, 20 Aug 2011 22:03:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id B2EDF8FC0C; Sat, 20 Aug 2011 22:03:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:55e9:5579:6ddd:60ab] (unknown [IPv6:2001:7b8:3a7:0:55e9:5579:6ddd:60ab]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AA6AE5C37; Sun, 21 Aug 2011 00:03:22 +0200 (CEST) Message-ID: <4E502F2F.50209@FreeBSD.org> Date: Sun, 21 Aug 2011 00:03:27 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Christoph Hoffmann References: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> <201108161515.50127.jhb@freebsd.org> <23B6937F-F261-4DC4-9168-96720251C98D@me.com> In-Reply-To: <23B6937F-F261-4DC4-9168-96720251C98D@me.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 22:03:24 -0000 On 2011-08-18 18:30, Christoph Hoffmann wrote: =2E.. > Changing the order of execution in zfsboot.c main() function to > > [=85] > int > main(void) > { > [=85] > bios_getmem(); > > if (high_heap_size> 0) { > [=85] > bootinfo.bi_version =3D BOOTINFO_VERSION; > bootinfo.bi_size =3D sizeof(bootinfo); > bootinfo.bi_basemem =3D bios_basemem / 1024; > bootinfo.bi_extmem =3D bios_extmem / 1024; > bootinfo.bi_memsizes_valid++; > /* bootinfo.bi_bios_dev =3D dsk->drive; */ > bootinfo.bi_bios_dev =3D *(uint8_t *)PTOV(ARGS); > > dsk =3D malloc(sizeof(struct dsk)); > dsk->drive =3D *(uint8_t *)PTOV(ARGS); > dsk->type =3D dsk->drive& DRV_HARD ? TYPE_AD : TYPE_FD; > dsk->unit =3D dsk->drive& DRV_MASK; > dsk->slice =3D *(uint8_t *)PTOV(ARGS + 1) + 1; > dsk->part =3D 0; > dsk->start =3D 0; > dsk->init =3D 0; > > bootdev =3D MAKEBOOTDEV(dev_maj[dsk->type], > dsk->slice, dsk->unit, dsk->part), > [=85] > > > fixes the problem. Can you please use -save-temps to save the intermediate zfsboot.s files, both before and after you change this order, then post them here? It's easiest to just do: DEBUG_FLAGS=3D-save-temps make -C /usr/src/sys/boot/i386/gptzfsboot clean= all then save /usr/obj/usr/src/sys/boot/i386/gptzfsboot/zfsboot.s somewhere. From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 22:07:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F39B8106566B; Sat, 20 Aug 2011 22:07:42 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 827F08FC15; Sat, 20 Aug 2011 22:07:40 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAC8vUE6DaFvO/2dsb2JhbABBhEukQYFAAQEFIwRSGw4KAgINGQJZBhMbr1OQQoEshAyBEASTFJES X-IronPort-AV: E=Sophos;i="4.68,257,1312171200"; d="scan'208";a="135035488" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 20 Aug 2011 18:07:40 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0BA51B3FC2; Sat, 20 Aug 2011 18:07:40 -0400 (EDT) Date: Sat, 20 Aug 2011 18:07:40 -0400 (EDT) From: Rick Macklem To: Hiroki Sato Message-ID: <1522286016.115315.1313878060040.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110820.142859.319295417241413417.hrs@allbsd.org> 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: pjd@FreeBSD.org, current@FreeBSD.org Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 22:07:43 -0000 Hiroki Sato wrote: > Rick Macklem wrote > in <1565511281.69213.1313764157732.JavaMail.root@erie.cs.uoguelph.ca>: > > rm> Hiroki Sato wrote: > rm> > fsid_guid = dmu_objset_fsid_guid(zfsvfs->z_os); > rm> > ASSERT((fsid_guid & ~((1ULL<<56)-1)) == 0); > rm> > vfsp->vfs_fsid.val[0] = fsid_guid; > rm> > vfsp->vfs_fsid.val[1] = ((fsid_guid>>32) << 8) | > rm> > vfsp->mnt_vfc->vfc_typenum & 0xFF; > rm> > > rm> > Since the vfc_typenum variable is incremented every time a new > vfs is > rm> > installed, loading order of modules that call vfs_register() > affects > rm> > ZFS's fsid. > rm> > > rm> > Anyway, possibility of fsid change is troublesome especially for > an > rm> > NFS server with a lot of clients running. Can zeroing or setting > a > rm> > fixed value to the lowest 8-bit of vfs_fsid.val[1] be harmful? > rm> > > rm> > -- Hiroki > rm> Well, the problem is that the fsid needs to be unique among all > mounts. > rm> The vfs_typenum field is used to try and ensure that it does not > end up > rm> the same value as a non-ZFS file system. > rm> > rm> (A) I think making that field a fixed constant should be ok, if > the function > rm> checks for a conflict by calling vfs_getvfs() to check for one. > rm> See vfs_getnewfsid() for how this is done. (There is a mutex lock > that > rm> needs to be held while doing it.) Alternately, if ZFS can call > vfs_getnewfsid() > rm> instead of doing its own, that might be nicer? > rm> > rm> (B) Another way to fix this would be to modify vfs_register() to > look up > rm> file systems in a table (by vfc_name) and used a fixed, assigned > value > rm> from the table for vfc_typenum for entries found in the table. > Only do > rm> the "maxvfsconf++" when there isn't an entry for the fstype in the > table. > rm> (VFS_GENERIC can be set to the size of the table. That's what > happened > rm> in the bad old days when vfsconf was a table built at kernel > config time.) > rm> > rm> If you guys think (B) is preferred, I could come up with a patch. > I don't > rm> know enough about ZFS to do (A). > > rm> Oh, and I think other fs types will suffer the same fate, except > that > rm> they usually avoid it, because they are compiled into the kernel > and > rm> the assignment of vfs_typenum happens in the same order-->same > value. > > Yes, using vfs_getnewfsid() does not solve the issue. > > I noticed that Solaris looked up a fixed array vfssw[] exactly for > the purpose. I think a table like it is a good solution for fixing > fsid for each file system. > > -- Hiroki If anyone thinks using a fixed table to assign vfc_typenum for known file system types is a bad idea, please let us know. Otherwise I will make up a patch, rick