From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 10:59:29 2008 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 AD67E1065676 for ; Sun, 30 Mar 2008 10:59:29 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 57C088FC14 for ; Sun, 30 Mar 2008 10:59:29 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 9A0B0409C72 for ; Sun, 30 Mar 2008 12:35:03 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57208-01 for ; Sun, 30 Mar 2008 12:35:01 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 81A7E409A0A for ; Sun, 30 Mar 2008 12:35:01 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Sun, 30 Mar 2008 12:35:01 +0200 Message-Id: <20080330102704.M86415@bellera.cat> In-Reply-To: <20080328125413.M65426@bellera.cat> References: <20080328093411.M24208@bellera.cat> <20080328125413.M65426@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 83.56.83.152 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Installation trouble with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Mar 2008 10:59:29 -0000 Hello! I'm trying to install 7.0 in a new HP Proliant ML110 G5. This box has only 6 SATA connections (CD & HD are SATA), not IDE interfaces. FreeBSD 7.0 CD1 (i386) starts but stops with an error: ad0: 238475MB at ata0-master SATA150 acd0: DVDR Same problem. * Other HP machine with IDE CD -----> No problem. * HP Proliant ML110 G5 with FreeBSD 6.2 CD1 (i386) -----------> No problem. I made a Google search and there are people with similar problem: http://www.google.com/search?q=acd0+TIMEOUT+READ_BIG+freebsd+7.0 I tried to change my BIOS settings and/or use no-ACPI boot. Same problem. I went outside for more than one hour and when I returned sysinstall was launched. So, retraying the CD unit for a longtime worked (?). I made my installation but I found two more problems: * On-board NIC was not detected. * shutdown -r now did'nt restart the system. The system was blocked at: All buffers synced. Uptime: 56m6s Any ideas? Thanks in advance, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 15:57:05 2008 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 31ECA1065682 for ; Sun, 30 Mar 2008 15:57:05 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 656DC8FC13 for ; Sun, 30 Mar 2008 15:57:04 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 672853D86BD; Sun, 30 Mar 2008 19:39:50 +0400 (MSD) Received: from comp.vmhost.my (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 28C6D3D863C for ; Sun, 30 Mar 2008 19:39:50 +0400 (MSD) Date: Sun, 30 Mar 2008 19:39:55 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1431112639.20080330193955@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2008 15:57:05 -0000 Hi, All. Can't boot on my new machine: Processor: Pentium C2D E2180 MB: P5N-MX ASUStek, chip nForce nf-610i mem installed: 2Gb I try to boot from live cd's: 8.0-20080328-SNAP, 6.0-RELEASE, 7.0-BETA2 - all this distributives can't boot. here log of boot-strap /boot/kernel/kernel text=0x729ae8 \ data=0xb92c0+0xa8bbc \ syms=[0x4+0x7c0c0+0x4+0xa5946] zpool_cache...failed! mfsroot...ok Warning: unable to open file /boot/loader.conf.local OK lsmod 0x400000: /boot/kernel/kernel (elf kernel, 0x9ae38c) modules: elink.1 io.1 hptrr.1 ufs.1 nfsserver.1 nfslock.1 nfs.1 nfs4.1 wlan_scan_sta.1 wlan_scan_ap.1 wlan.1 wlan_wep.1 wlan_tkip.1 wlan_ccmp.1 wlan_amrr.1 if_gif.1 if_firewire.1 if_faith.1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 firmware.1 kernel.800024 cd9660.1 isa.1 pseudofs.1 procfs.1 msdosfs.1 uvscom.1 uvisor.1 uslcom.1 usb.1 uplcom.1 ucom.1 ubsa.1 cdce.0 random.1 ppbus.1 pci.1 pccard.1 null.1 mpt_raid.1 mpt.1 mpt_cam.1 mpt_core.1 miibus.1 mem.1 isp.1 sbp.1 fwip.1 fwe.1 firewire.1 splash.1 exca.1 dcons.2 dcons_crom.1 cardbus.1 bt.1 if_ath.1 ath_rate.1 ath_hal.1 ast.1 afd.1 acd.1 ataraid.1 atapci.1 ad.1 ata.1 ahc.1 ahd.1 ahd_pci.1 ahc_pci.1 ahc_isa.1 ahc_eisa.1 agp.1 scsi_low.1 cam.1 0xdae38c: /boot/mfsroot (mfs_root, 0x438000) OK lsdev cd devices: cd0: Device 0x1 disk devices: disk0: BIOS drive C: disk0s1: NTFS/HPFS pxe devices: OK show LINES=24 acpi_load=YES autoboot_delay=NO bootfile=kernel comconsole_speed=9600 console=comconsole currdev=cd0: hint.acpi.0.oem=Nvidia hint.acpi.0.revision=2 hint.acpi.0.rsdp=0xf6ca0 hint.acpi.0.rsdt=0x7fef3040 hint.acpi.0.xsdt=0x000000007fef30c0 hint.acpi.0.xsdt_length=36 hint.adv.0.at=isa hint.adv.0.disabled=1 hint.aha.0.at=isa hint.aha.0.disabled=1 hint.aic.0.at=isa hint.aic.0.disabled=1 hint.apm.0.disabled=1 hint.apm.0.flags=0x20 hint.ata.0.at=isa hint.ata.0.irq=14 hint.ata.0.port=0x1F0 hint.ata.1.at=isa hint.ata.1.irq=15 hint.ata.1.port=0x170 hint.atkbd.0.at=atkbdc hint.atkbd.0.irq=1 hint.atkbdc.0.at=isa hint.atkbdc.0.port=0x060 hint.bt.0.at=isa hint.bt.0.disabled=1 hint.cs.0.at=isa hint.cs.0.disabled=1 hint.cs.0.port=0x300 hint.ed.0.at=isa hint.ed.0.disabled=1 hint.ed.0.irq=10 hint.ed.0.maddr=0xd8000 hint.ed.0.port=0x280 hint.fd.0.at=fdc0 hint.fd.0.drive=0 hint.fd.1.at=fdc0 hint.fd.1.drive=1 hint.fdc.0.at=isa hint.fdc.0.drq=2 hint.fdc.0.irq=6 hint.fdc.0.port=0x3F0 hint.fe.0.at=isa hint.fe.0.disabled=1 hint.fe.0.port=0x300 hint.ie.0.at=isa hint.ie.0.disabled=1 hint.ie.0.irq=10 hint.ie.0.maddr=0xd0000 hint.ie.0.port=0x300 hint.le.0.at=isa hint.le.0.disabled=1 hint.le.0.drq=0 hint.le.0.irq=10 hint.le.0.port=0x280 hint.ppc.0.at=isa hint.ppc.0.irq=7 hint.psm.0.at=atkbdc hint.psm.0.irq=12 hint.sc.0.at=isa hint.sc.0.flags=0x100 hint.sio.0.at=isa hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.0.port=0x3F8 hint.sio.1.at=isa hint.sio.1.irq=3 hint.sio.1.port=0x2F8 hint.sio.2.at=isa hint.sio.2.disabled=1 hint.sio.2.irq=5 hint.sio.2.port=0x3E8 hint.sio.3.at=isa hint.sio.3.disabled=1 hint.sio.3.irq=9 hint.sio.3.port=0x2E8 hint.sn.0.at=isa hint.sn.0.disabled=1 hint.sn.0.irq=10 hint.sn.0.port=0x300 hint.vga.0.at=isa interpret=OK kernel=kernel kernel_options= kernelname=/boot/kernel/kernel loaddev=cd0: mac_ifoff=NO module_path=/boot/kernel;/boot/modules prompt=${interpret} smbios.bios.reldate=01/02/2008 smbios.bios.vendor=Phoenix Technologies, LTD smbios.bios.version=ASUS P5N-MX ACPI BIOS Revision 0402 smbios.chassis.maker=Chassis Manufacture smbios.chassis.serial=EVAL smbios.chassis.tag=123456789000 smbios.chassis.version=Chassis Version smbios.planar.maker=ASUSTeK Computer INC. smbios.planar.product=P5N-MX smbios.planar.serial=MS1C81BCS900156 smbios.planar.version=1.XX smbios.socket.enabled=1 smbios.socket.populated=1 smbios.system.maker=System manufacturer smbios.system.product=System Product Name smbios.system.serial=System Serial Number smbios.system.uuid=2028351b-6e99-db11-93eb-001e8cce2a1a smbios.system.version=System Version OK boot -vhs /boot/kernel/acpi.ko text=0x53dec \ data=0x25e0+0x186c / syms=[0x4+0x8a00+0x4+0xbb9c ] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=02 base=00000000f0000000 len=0000000002000000 SMAP type=03 base=000000007fef3000 len=000000000000d000 SMAP type=04 base=000000007fef0000 len=0000000000003000 SMAP type=02 base=000000000009f000 len=0000000000001000 SMAP type=01 base=0000000000100000 len=000000007fdf0000 SMAP type=02 base=000000006f000000 len=0000000010000000 SMAP type=01 base=000000007f000000 len=0000000000df0000 Overlapping or non-monotonic memory region, ignoring second region Copyright (c) 1992-2008 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 8.0-CURRENT #0: Fri Mar 28 01:02:20 MSK 2008 root@matrix:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. P [REBOOT] -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 18:07:28 2008 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 602C3106566B for ; Sun, 30 Mar 2008 18:07:28 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id A94728FC1F for ; Sun, 30 Mar 2008 18:07:27 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id A746B24DC9A8 for ; Sun, 30 Mar 2008 17:44:00 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 150013EA191 for ; Sun, 30 Mar 2008 19:44:26 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 44F913EA17F for ; Sun, 30 Mar 2008 19:44:25 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id m2UHiNR5018307 for ; Sun, 30 Mar 2008 19:44:24 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 30 Mar 2008 18:44:09 +0100 User-Agent: KMail/1.9.7 References: <1431112639.20080330193955@masm.elcom.ru> In-Reply-To: <1431112639.20080330193955@masm.elcom.ru> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200803301944.09632.thierry@herbelot.com> Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 30 Mar 2008 18:07:28 -0000 Le Sunday 30 March 2008, Victor M. Blood a écrit : > Hi, All. > > Can't boot on my new machine: > Processor: Pentium C2D E2180 > MB: P5N-MX ASUStek, chip nForce nf-610i > mem installed: 2Gb > > I try to boot from live cd's: 8.0-20080328-SNAP, 6.0-RELEASE, > 7.0-BETA2 - all this distributives can't boot. > > here log of boot-strap > [SNIP] Hello, could you try booting in verbose mode ? TfH From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 18:35:17 2008 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 9446E106566C for ; Sun, 30 Mar 2008 18:35:17 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F22D8FC19 for ; Sun, 30 Mar 2008 18:35:17 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 44B133D86C7; Sun, 30 Mar 2008 22:35:14 +0400 (MSD) Received: from comp.vmhost.my (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 0F07C3D865B; Sun, 30 Mar 2008 22:35:14 +0400 (MSD) Date: Sun, 30 Mar 2008 22:35:14 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <763357035.20080330223514@masm.elcom.ru> To: Thierry Herbelot , freebsd-current@freebsd.org In-Reply-To: <200803301944.09632.thierry@herbelot.com> References: <1431112639.20080330193955@masm.elcom.ru> <200803301944.09632.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2008 18:35:17 -0000 On 30.03.2008, Thierry Herbelot wrote: > Le Sunday 30 March 2008, Victor M. Blood a ecrit : >> Hi, All. >> >> Can't boot on my new machine: >> Processor: Pentium C2D E2180 >> MB: P5N-MX ASUStek, chip nForce nf-610i >> mem installed: 2Gb >> >> I try to boot from live cd's: 8.0-20080328-SNAP, 6.0-RELEASE, >> 7.0-BETA2 - all this distributives can't boot. >> >> here log of boot-strap >> > [SNIP] > Hello, > could you try booting in verbose mode ? Yes, but previous log it's all that I received from com-console before system going down. Now I try to adding hw.physmem="1G" to /boot/defaults/loader.conf and boot with -ghvs System boot up! :) New question: How I can to force system work with 2 Gb of memory, or I do not understand corectly man page loader (8) and it's restrictions only then system is bootup and 2Gb of memory will be accesable after load? hw.physmem Limit the amount of physical memory the system will use. By default the size is in bytes, but the k, K, m, M, g and G suffixes are also accepted and indicate kilobytes, megabytes and gigabytes respectively. An invalid suffix will result in the variable being ignored by the kernel. ==== new verbose log here: http://elcom.ru/~masm/boot-gsvh.log real memory = 1073741824 (1024 MB) now it's my real memory, how to work with 2Gb? PS: sorry for my english. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 18:50:02 2008 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 AD1B81065671 for ; Sun, 30 Mar 2008 18:50:02 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF588FC23 for ; Sun, 30 Mar 2008 18:50:02 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id F02693EA0E1 for ; Sun, 30 Mar 2008 20:50:00 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id A44883EA14A for ; Sun, 30 Mar 2008 20:50:00 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id m2UInv7E006295; Sun, 30 Mar 2008 20:49:58 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 30 Mar 2008 19:49:43 +0100 User-Agent: KMail/1.9.7 References: <1431112639.20080330193955@masm.elcom.ru> <200803301944.09632.thierry@herbelot.com> <763357035.20080330223514@masm.elcom.ru> In-Reply-To: <763357035.20080330223514@masm.elcom.ru> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200803302049.43877.thierry@herbelot.com> Cc: "Victor M. Blood" Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 30 Mar 2008 18:50:02 -0000 Le Sunday 30 March 2008, Victor M. Blood a écrit : > > Yes, but previous log it's all that I received from com-console before > system going down. > > Now I try to adding > hw.physmem="1G" to /boot/defaults/loader.conf > and boot with -ghvs > > System boot up! :) > > New question: How I can to force system work with 2 Gb of memory, or I > do not understand corectly man page loader (8) and it's restrictions > only then system is bootup and 2Gb of memory will be accesable after > load? Hello, good news if the machine starts correctly ! the next step is finding the conditions when the machine does not start, and get a verbose log. TfH From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 18:55:28 2008 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 D555B106564A for ; Sun, 30 Mar 2008 18:55:28 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D19B8FC18 for ; Sun, 30 Mar 2008 18:55:28 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id E67D63D86BC; Sun, 30 Mar 2008 22:55:25 +0400 (MSD) Received: from comp.vmhost.my (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id B78173D8698; Sun, 30 Mar 2008 22:55:25 +0400 (MSD) Date: Sun, 30 Mar 2008 22:55:26 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1905940611.20080330225526@masm.elcom.ru> To: Thierry Herbelot , freebsd-current@freebsd.org In-Reply-To: <200803302049.43877.thierry@herbelot.com> References: <1431112639.20080330193955@masm.elcom.ru> <200803301944.09632.thierry@herbelot.com> <763357035.20080330223514@masm.elcom.ru> <200803302049.43877.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2008 18:55:28 -0000 On 30.03.2008, Thierry Herbelot wrote: > Le Sunday 30 March 2008, Victor M. Blood a ecrit : >> >> Yes, but previous log it's all that I received from com-console before >> system going down. >> >> Now I try to adding >> hw.physmem="1G" to /boot/defaults/loader.conf >> and boot with -ghvs >> >> System boot up! :) >> >> New question: How I can to force system work with 2 Gb of memory, or I >> do not understand corectly man page loader (8) and it's restrictions >> only then system is bootup and 2Gb of memory will be accesable after >> load? > Hello, > good news if the machine starts correctly ! > the next step is finding the conditions when the machine does not start, and > get a verbose log. http://elcom.ru/~masm/boot-gsvh.log Problem with 2Gb of memory? WinXP startup and work correct. Without hw.physmem="1G" kernel don't start and no any log can be made. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 18:59:36 2008 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 6B8A6106564A for ; Sun, 30 Mar 2008 18:59:36 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 172BA8FC17 for ; Sun, 30 Mar 2008 18:59:36 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from [195.64.94.120] (helo=[10.0.2.152]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jg29x-000L6V-Ek; Sun, 30 Mar 2008 18:21:37 +0000 Message-Id: From: Remko Lodder To: thierry@herbelot.com In-Reply-To: <200803301944.09632.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 30 Mar 2008 20:21:03 +0200 References: <1431112639.20080330193955@masm.elcom.ru> <200803301944.09632.thierry@herbelot.com> X-Mailer: Apple Mail (2.919.2) X-Mailman-Approved-At: Sun, 30 Mar 2008 19:35:22 +0000 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Mar 2008 18:59:36 -0000 On Mar 30, 2008, at 7:44 PM, Thierry Herbelot wrote: > Le Sunday 30 March 2008, Victor M. Blood a =E9crit : >> Hi, All. >> >> Can't boot on my new machine: >> Processor: Pentium C2D E2180 >> MB: P5N-MX ASUStek, chip nForce nf-610i >> mem installed: 2Gb >> >> I try to boot from live cd's: 8.0-20080328-SNAP, 6.0-RELEASE, >> 7.0-BETA2 - all this distributives can't boot. >> >> here log of boot-strap >> > [SNIP] > > Hello, > > could you try booting in verbose mode ? > > TfH And see whether 6.3-RELEASE works and/or 7.0-RELEASE, because you used =20= older versions of those branches, which both had major updates in =20 between. That 8.0 doesn't boot is something to investigate later, but =20= not interesting enough at the moment (development branches break =20 sometimes). Cheers remko -- /"\ Best regards, | = remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 19:35:56 2008 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 B9844106564A for ; Sun, 30 Mar 2008 19:35:56 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6B68FC1F for ; Sun, 30 Mar 2008 19:35:56 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9759A3EA0EF for ; Sun, 30 Mar 2008 21:35:55 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 64B9A3EA0EE for ; Sun, 30 Mar 2008 21:35:55 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id m2UJZrG7014707; Sun, 30 Mar 2008 21:35:53 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 30 Mar 2008 20:35:39 +0100 User-Agent: KMail/1.9.7 References: <1431112639.20080330193955@masm.elcom.ru> <200803302049.43877.thierry@herbelot.com> <1905940611.20080330225526@masm.elcom.ru> In-Reply-To: <1905940611.20080330225526@masm.elcom.ru> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200803302135.39486.thierry@herbelot.com> Cc: "Victor M. Blood" Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 30 Mar 2008 19:35:56 -0000 Le Sunday 30 March 2008, Victor M. Blood a écrit : > > > > Hello, > > > > good news if the machine starts correctly ! > > > > the next step is finding the conditions when the machine does not start, > > and get a verbose log. > > http://elcom.ru/~masm/boot-gsvh.log > > Problem with 2Gb of memory? WinXP startup and work correct. Without > hw.physmem="1G" kernel don't start and no any log can be made. then try other values : 1500Mb, .... to see where it stops it is your machine, and you are the only one who can try different combinations. you say that the kernel does not start if you remove hw.physmem="1G" : maybe the loader has troubles with the memory map from the BIOS ? TfH From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 19:42:52 2008 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 0732A106566C for ; Sun, 30 Mar 2008 19:42:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id D688C8FC17 for ; Sun, 30 Mar 2008 19:42:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 30 Mar 2008 18:14:35 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 005CD2D61A6; Sun, 30 Mar 2008 12:42:49 -0700 (PDT) Message-ID: <47EFED3A.90908@elischer.org> Date: Sun, 30 Mar 2008 12:42:50 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1431112639.20080330193955@masm.elcom.ru> <200803301944.09632.thierry@herbelot.com> <763357035.20080330223514@masm.elcom.ru> <200803302049.43877.thierry@herbelot.com> <1905940611.20080330225526@masm.elcom.ru> In-Reply-To: <1905940611.20080330225526@masm.elcom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Thierry Herbelot Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Mar 2008 19:42:52 -0000 Victor M. Blood wrote: > On 30.03.2008, Thierry Herbelot wrote: >> Le Sunday 30 March 2008, Victor M. Blood a ecrit : >>> Yes, but previous log it's all that I received from com-console before >>> system going down. >>> >>> Now I try to adding >>> hw.physmem="1G" to /boot/defaults/loader.conf >>> and boot with -ghvs >>> >>> System boot up! :) >>> >>> New question: How I can to force system work with 2 Gb of memory, or I >>> do not understand corectly man page loader (8) and it's restrictions >>> only then system is bootup and 2Gb of memory will be accesable after >>> load? > >> Hello, > >> good news if the machine starts correctly ! > >> the next step is finding the conditions when the machine does not start, and >> get a verbose log. > > http://elcom.ru/~masm/boot-gsvh.log > > Problem with 2Gb of memory? WinXP startup and work correct. Without > hw.physmem="1G" kernel don't start and no any log can be made. > > It might be a bios problem.. The Bios might be reporting memory in a way that gives us indigestion. what if you set the memory by hand to the amount that is there.. (try 2047 MB for example). From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 19:56:28 2008 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 CA22C1065670 for ; Sun, 30 Mar 2008 19:56:28 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 70A5B8FC1F for ; Sun, 30 Mar 2008 19:56:28 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 258D03D86A5; Sun, 30 Mar 2008 23:56:25 +0400 (MSD) Received: from comp.vmhost.my (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id C2B903D865B; Sun, 30 Mar 2008 23:56:24 +0400 (MSD) Date: Sun, 30 Mar 2008 23:56:25 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <736762496.20080330235625@masm.elcom.ru> To: Thierry Herbelot , freebsd-current@freebsd.org In-Reply-To: <200803302135.39486.thierry@herbelot.com> References: <1431112639.20080330193955@masm.elcom.ru> <200803302049.43877.thierry@herbelot.com> <1905940611.20080330225526@masm.elcom.ru> <200803302135.39486.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD Failures on Pentium E2180 with nForce nf-610i Chipset mb Asustek P5N-MX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2008 19:56:28 -0000 On 30.03.2008, Thierry Herbelot wrote: > Le Sunday 30 March 2008, Victor M. Blood a ecrit : >> > >> > Hello, >> > >> > good news if the machine starts correctly ! >> > >> > the next step is finding the conditions when the machine does not start, >> > and get a verbose log. >> >> http://elcom.ru/~masm/boot-gsvh.log >> >> Problem with 2Gb of memory? WinXP startup and work correct. Without >> hw.physmem="1G" kernel don't start and no any log can be made. > then try other values : 1500Mb, .... to see where it stops > it is your machine, and you are the only one who can try different > combinations. > you say that the kernel does not start if you remove hw.physmem="1G" : maybe > the loader has troubles with the memory map from the BIOS ? hm, this MB has integrated video chip, may be memory size can't be correctly detected, thanks for idea. I set physmem to 1500M, 1700M, 1900M, kernel was started and devices probed. but then try 2G - system reboot after kernel priambula: Overlapping or non-monotonic memory region, ignoring second region Copyright (c) 1992-2008 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 8.0-CURRENT #0: Fri Mar 28 01:02:20 MSK 2008 root@matrix:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. P === [reboot] I think with hw.physmem="1800M" it will work fine :), thanks for help. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 21:50:14 2008 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 238011065671 for ; Sun, 30 Mar 2008 21:50:14 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id BBF0E8FC1F for ; Sun, 30 Mar 2008 21:50:13 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 40CF0677F74; Sun, 30 Mar 2008 23:49:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pnM25jK5Fdkh; Sun, 30 Mar 2008 23:49:48 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 03F8C674582; Sun, 30 Mar 2008 23:49:48 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m2ULnlC3016383; Sun, 30 Mar 2008 23:49:47 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 30 Mar 2008 23:49:47 +0200 From: Roman Divacky To: Kostik Belousov Message-ID: <20080330214947.GA16374@freebsd.org> References: <20080303200946.GA79061@freebsd.org> <20080304111542.GA57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304111542.GA57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: shared lock instead of exclusive in set_rootvnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Mar 2008 21:50:14 -0000 On Tue, Mar 04, 2008 at 01:15:42PM +0200, Kostik Belousov wrote: > On Mon, Mar 03, 2008 at 09:09:46PM +0100, Roman Divacky wrote: > > hi > > > > in set_rootvnode() there is > > > > p->p_fd->fd_cdir = rootvnode; > > p->p_fd->fd_rdir = rootvnode; > > > > protected just by FILEDESC_SLOCK(), I dont think this is correct > > although it might be benign as this is used only during boot. > > > > still, if it's not correct it should be fixed > > > > comments? > > Seems right. Did you boot with patched kernel ? I've been running with this patch for a month... is it time to commit this? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 03:35:17 2008 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF6A1065673 for ; Mon, 31 Mar 2008 03:35:17 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B424E8FC1A for ; Mon, 31 Mar 2008 03:35:17 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2V3ZCkl054222 for ; Mon, 31 Mar 2008 03:35:15 GMT (envelope-from davidxu@freebsd.org) Message-ID: <47F05C44.9020603@freebsd.org> Date: Mon, 31 Mar 2008 11:36:36 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: localtime() vs localtime_r() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 03:35:18 -0000 According POSIX specification, it seems localtime_r() is not only a reentrant version of localtime(), but also a performance-wise version. http://www.opengroup.org/onlinepubs/000095399/functions/localtime.html [TSF] [Option Start] The localtime_r() function shall convert the time in seconds since the Epoch pointed to by timer into a broken-down time stored in the structure to which result points. The localtime_r() function shall also return a pointer to that same structure. Unlike localtime(), the reentrant version is not required to set tzname. [TSF] [Option Start] If the reentrant version does not set tzname, it shall not set daylight and shall not set timezone. [Option End] Our implementation does set tzname, tomezone and daylight, it is a bit slower than glibc because ours has to call getenv() everytime. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 05:03:08 2008 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 C48DD1065672; Mon, 31 Mar 2008 05:03:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FBB58FC18; Mon, 31 Mar 2008 05:03:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 8726628449; Mon, 31 Mar 2008 13:03:07 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 282F6EB1709; Mon, 31 Mar 2008 13:03:07 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Q5JOAh+h7vEh; Mon, 31 Mar 2008 13:03:01 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 18B36EB08E3; Mon, 31 Mar 2008 13:02:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Y9HGUvY84ZehNCqB0KtCJs8WUqJ0gWP3X+nsAWDRF+ubjsiAEuVtTGIiCodJvHB58 jLljCoOXu1DKKXIfZnFXg== Message-ID: <47F0707F.3080009@delphij.net> Date: Sun, 30 Mar 2008 22:02:55 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: FreeBSD Current , "David E. O'Brien" X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: cvs: something wrong wrt vendor branch behavior 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: Mon, 31 Mar 2008 05:03:08 -0000 Hi, It seems that the recent cvs import has caused it to confuse the state of files. Continously execute the same command would always spit something like this: [delphij@charlie] /usr/src/contrib> cvs -qR up -PdA U ipfilter/BSD/ipfadm-rcd U ipfilter/lib/alist_free.c U ipfilter/lib/alist_new.c U ipfilter/lib/load_file.c U ipfilter/lib/load_http.c U ipfilter/lib/load_url.c My understainding is that 'U something' is only displayed when the file is either updated, or created in the repository? Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 09:04:05 2008 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 607C0106566B for ; Mon, 31 Mar 2008 09:04:05 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7EE8FC15 for ; Mon, 31 Mar 2008 09:04:05 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2161298pyb.10 for ; Mon, 31 Mar 2008 02:04:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=2YxGprIh8QaUDNYfBxEdaaykRclgTB0ff6u1l8CVKWw=; b=OreSEFLyoGjsQqBpojuP6kYcRdOtEEc4dQeoHWvworarCj1/0rivLC/1peKedNrG9S8bBYm+qRzI25auHOZUpOMFmAEEg87CSfqmhRPN69G9uhrmx96uAConO6xoTmPgErKh2dE9j/z7h99iJamkKh/W3lDNssMTwv7KBqutkwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=PFzDqEycFJbpB+4EKyH3LyTIClZNRUIWc/PsgYiK4yP9I/5OaN5ygMwML0fUYUQ7zDMV1Xcv57XaUugqETqH1p7D1+/u4p1bUzIOUmTTyeIET1AxpsKIPq+RHGNOg3486WeXLEDQLFPojMHVua+PHhVdk8IhvPdJKjXF+6GBIWU= Received: by 10.64.233.12 with SMTP id f12mr12971708qbh.64.1206952607543; Mon, 31 Mar 2008 01:36:47 -0700 (PDT) Received: by 10.65.158.10 with HTTP; Mon, 31 Mar 2008 01:36:47 -0700 (PDT) Message-ID: <25cb30803310136w3586849bo9d0c33e6755cff9@mail.gmail.com> Date: Mon, 31 Mar 2008 16:36:47 +0800 From: "Kevin Foo" To: freebsd-current@freebsd.org In-Reply-To: <20080330102704.M86415@bellera.cat> MIME-Version: 1.0 References: <20080328093411.M24208@bellera.cat> <20080328125413.M65426@bellera.cat> <20080330102704.M86415@bellera.cat> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Installation trouble with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@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: Mon, 31 Mar 2008 09:04:05 -0000 On Sun, Mar 30, 2008 at 6:35 PM, Josep Pujadas i Jubany wrote: > Hello! > > I'm trying to install 7.0 in a new HP Proliant ML110 G5. > > This box has only 6 SATA connections (CD & HD are SATA), not IDE > interfaces. > > FreeBSD 7.0 CD1 (i386) starts but stops with an error: > > ad0: 238475MB at ata0-master SATA150 > acd0: DVDR SMP: AP CPU #1 Launched! > acd0: TIMEOUT - READ_BIG retraying (1 retry left) > acd0: TIMEOUT - READ_BIG retraying (0 retries left) > acd0: TIMEOUT - READ_BIG timed out > acd0: TIMEOUT - READ_BIG retraying (1 retry left) > acd0: TIMEOUT - READ_BIG retraying (0 retries left) > acd0: TIMEOUT - READ_BIG timed out > acd0: TIMEOUT - READ_BIG retraying (1 retry left) > acd0: TIMEOUT - READ_BIG retraying (0 retries left) > acd0: TIMEOUT - READ_BIG timed out > > I tested other situations: > > * Acer machine with CD SATA --------> Same problem. > * Other HP machine with IDE CD -----> No problem. > * HP Proliant ML110 G5 with > FreeBSD 6.2 CD1 (i386) -----------> No problem. > > I made a Google search and there are people with similar problem: > > http://www.google.com/search?q=acd0+TIMEOUT+READ_BIG+freebsd+7.0 > > I tried to change my BIOS settings and/or use no-ACPI boot. Same problem. > > I went outside for more than one hour and when I returned sysinstall was > launched. So, retraying the CD unit for a longtime worked (?). > > I made my installation but I found two more problems: > > * On-board NIC was not detected. See PR kern/119779 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 * shutdown -r now did'nt restart the system. The system was blocked at: > The system will reboot properly if you load ipmi module and specify watchdog timeout in 60 seconds. # kldload ipmi # watchdog -t 60; reboot You can create handy alias. alias reboot 'watchdog -t 60; /sbin/reboot' I didn't have any issue with DVD drive when it was running 6.3/7.0. -- Regards Kevin Foo From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 07:48:00 2008 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 1939910656C4 for ; Mon, 31 Mar 2008 07:48:00 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from mailx.gateway-inter.net (mailx.gateway-inter.net [213.144.19.80]) by mx1.freebsd.org (Postfix) with ESMTP id 9D43D8FC17 for ; Mon, 31 Mar 2008 07:47:59 +0000 (UTC) (envelope-from m.ehinger@ltur.de) In-Reply-To: <20080328235212.7cb49e4d@lain> To: Tobias Kirschstein MIME-Version: 1.0 From: Maik Ehinger Message-ID: Date: Mon, 31 Mar 2008 09:47:50 +0200 X-Mailman-Approved-At: Mon, 31 Mar 2008 11:22:53 +0000 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Antwort: Re: hdaps (accelerator) driver for thinkpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 07:48:00 -0000 Hi Tobias, could you try this patch agains thinkpad_ec.c Version 030_04092006. It disables the SMBIOS/DMI stuff. Let me know if that makes a difference. Thanks Maik --------------- CUT ---------------- --- thinkpad_ec.c.orig 2008-03-31 09:40:42.000000000 +0200 +++ thinkpad_ec.c 2008-03-31 09:42:27.000000000 +0200 @@ -471,13 +471,13 @@ /* Don't use softc here */ device_t child; - - if (!check_dmi_for_ec()) { - printf("thinkpad_ec: no ThinkPad embedded controller!\n"); - return; - // return (-ENODEV); - } - +/* + * if (!check_dmi_for_ec()) { + * printf("thinkpad_ec: no ThinkPad embedded controller!\n"); + * return; + * // return (-ENODEV); + * } + */ if (device_find_child(parent, DEVICE_NAME, -1)) { return; } @@ -499,10 +499,10 @@ if (device_get_unit(dev) != 0 ) return (ENXIO); - - if (!check_dmi_for_ec()) - return (ENXIO); - +/* + * if (!check_dmi_for_ec()) + * return (ENXIO); + */ //device_set_desc(dev, "IBM ThinkPad Embedded Controller"); device_set_desc_copy(dev, smbios_values.oem_string); --------------- CUT ---------------- Tobias Kirschstein 28.03.2008 23:52 An Maik Ehinger Kopie freebsd-current@freebsd.org Thema Re: hdaps (accelerator) driver for thinkpads hi maik, > your are the first one who tried this driver except me. So thanks for > testing. sure! im really interested in getting this thing working :) > I only got my T42 for testing so here are some hints what could be > the cause of the crash: > > - dual processor system > - 64bit i think this is the problem, your driver seems to work for i386 only, but at the moment i'm not experienced enough to be able to fix this and maybe there is some more work to do to get it running under amd64. so i would really appreciate it if you or someone else could help me here :) > - SMBIOS/DMI Hack withing thinkpad_ec.c > > I can't test this because the lacking hardware. > This was/is my first driver i programmed/ported, maybe someone with > more experience could have a look at the code. i can test it for you and hopefully i will be able to post some backtraces and debug info if i have set up some solution to my core dumping problem under zfs root. > Do you get any messages before it crashes? surely will follow soon i hope, but this weekend i won't have any time unfortunately. > Sorry i can't help you more. I could do some test on the weekend with > 8.0 Current. that would be great, thx! -- ciao, lev L'TUR Tourismus AG - Europe's No. 1 for Last-Minute-Travel - with 160 Shops in six European countries L'TUR Tourismus AG, Augustaplatz 8, 76530 Baden-Baden, Vorsitzender des Aufsichtsrats: Dr. Volker Boettcher,Vorsitzender des Vorstands: Karlheinz Koegel Vorstand: Markus Faller (Sprecher), Stefan Dapper, Christoph Fuehrer, Kai Klitzke, Thomas Meyer, Markus Orth Registergericht: Amtsgericht Mannheim HRB 201600 *** Legal Disclaimer *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail und der darin enthaltenen Informationen sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 15:30:26 2008 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 11E40106564A for ; Mon, 31 Mar 2008 15:30:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id AC51A8FC18 for ; Mon, 31 Mar 2008 15:30:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JgLxl-000Fdw-Ui for current@freebsd.org; Mon, 31 Mar 2008 18:30:24 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VFUHqh083526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 31 Mar 2008 18:30:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VFU7BQ013781 for ; Mon, 31 Mar 2008 18:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2VFU6ZA013780 for current@freebsd.org; Mon, 31 Mar 2008 18:30:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 31 Mar 2008 18:30:06 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9pltayyoy9lWEMH" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 96b5a640d20a32298b7e0b1f479135d9 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2528 [Mar 31 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 15:30:26 -0000 --M9pltayyoy9lWEMH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is a notice for the list that the implementation of the openat(2) and accompanied syscalls, among them fexecve(2), as specified in The Open Group document titled "Extended API Set Part 2", is committed today into the HEAD. Besides (now) FreeBSD, the functionality is implemented on Linux, and I believe that it originated on Solaris. The work was started as GSoC 2007 by Roman Divacky, with the help by Robert Watson, and this is the first batch of the changes. Further, the implementation of the fdopendir(), linux compatibility shims and man pages updates are planned. There is one known issue with the code. The following test #define _ATFILE_SOURCE #include #include #include #include #include /* * create /tmp/foo/ and /tmp/foo/bar prior calling this, * set the access mode a+rx on /tmp/foo */ int main() { int dfd =3D open("/tmp/foo", O_RDONLY); int res; =20 chmod("/tmp/foo", 0666); =20 if (dfd !=3D -1) { res =3D openat(dfd, "bar", 0); printf("OPENAT returns: %d, errno: %s\n", res, strerror(errno)); } } gives the error EACCESS on both Linux and FreeBSD, and succeeds on Solaris. The Solaris behaviour seems to be specified in the document cited above. There are arguments in support of the both observed behaviour. --M9pltayyoy9lWEMH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfxA30ACgkQC3+MBN1Mb4ivIQCeN3jSHfGUp4+Bp8YLnMsHtFNt 66wAoJaoB74PgkhZ61idFu7wjZ/hVPj5 =uwub -----END PGP SIGNATURE----- --M9pltayyoy9lWEMH-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 16:12:06 2008 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 69C4E106566B for ; Mon, 31 Mar 2008 16:12:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4CD8FC1E for ; Mon, 31 Mar 2008 16:12:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JgMc8-000Ive-Ce for current@freebsd.org; Mon, 31 Mar 2008 19:12:05 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VGBwxC085033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 Mar 2008 19:11:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VGBmUK073396; Mon, 31 Mar 2008 19:11:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2VGBmuW073369; Mon, 31 Mar 2008 19:11:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 31 Mar 2008 19:11:48 +0300 From: Kostik Belousov To: Garrett Wollman Message-ID: <20080331161148.GN21209@deviant.kiev.zoral.com.ua> References: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> <200803311557.m2VFvm3w044000@hergotha.csail.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3FyYKcuUbgqNYeqV" Content-Disposition: inline In-Reply-To: <200803311557.m2VFvm3w044000@hergotha.csail.mit.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b88a486dba0f71889b871e8b63a4ea3b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2531 [Mar 31 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 16:12:06 -0000 --3FyYKcuUbgqNYeqV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 31, 2008 at 11:57:48AM -0400, Garrett Wollman wrote: > In article <20080331153006.GK21209@deviant.kiev.zoral.com.ua>, > kostikbel@gmail.com writes: >=20 > >This is a notice for the list that the implementation of the openat(2) > >and accompanied syscalls, among them fexecve(2), as specified in The > >Open Group document titled "Extended API Set Part 2", is committed today > >into the HEAD. Besides (now) FreeBSD, the functionality is implemented > >on Linux, and I believe that it originated on Solaris. >=20 > Please note that the exact requirements for these functions have been > altered somewhat in the Austin Group, so additional work is likely to > be required for POSIX.1-2008 compliance. Where is the 2008 version ? The unix.org provides only the SUSv3 TC 1 & 2, at least at the obvious locations. >=20 > >gives the error EACCESS on both Linux and FreeBSD, and succeeds on Solar= is. > >The Solaris behaviour seems to be specified in the document cited above. > >There are arguments in support of the both observed behaviour. >=20 > I believe this is one of the issues which was addressed in the > standardization process. Quite interesting. --3FyYKcuUbgqNYeqV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfxDUMACgkQC3+MBN1Mb4gaHgCdG5qDumkwvyC2mLwlGUEzsCsA OvMAoI4fz88O5HW/6r6NOBVmgZRWn6VS =Px2K -----END PGP SIGNATURE----- --3FyYKcuUbgqNYeqV-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 16:16:40 2008 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 0B3D1106566C for ; Mon, 31 Mar 2008 16:16:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DF9DA8FC15 for ; Mon, 31 Mar 2008 16:16:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2VGGcXZ035315 for ; Mon, 31 Mar 2008 09:16:38 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2VGGcBX035314 for current@freebsd.org; Mon, 31 Mar 2008 09:16:38 -0700 (PDT) (envelope-from david) Date: Mon, 31 Mar 2008 09:16:38 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20080331161638.GA35248@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Kernel page fault with the following non-sleepable locks held... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 16:16:40 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sources updated as of about 0330 hrs. US/Pacific today, from cvsup4. My headless build machine didn't have a problem, but my laptop (which was running Xorg (built under RELENG_6; I have the misc/compat6x port installed) seemed to have a problem when I tried to login, so I rebooted it with a serial console attached. Second time around, it booted OK, but when I issued sudo boot0cfg -s 1 ad0 && sudo reboot I saw the following panic (cut/pasted from serial console) -- I'll prepend a bit of the boot stuff for context: /boot/kernel/acpi.ko text=3D0x540f8 data=3D0x2640+0x186c syms=3D[0x4+0x8b40= +0x4+0xbdcd] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000003fee2800 SMAP type=3D02 base=3D000000003ffe2800 len=3D000000000001d800 SMAP type=3D02 base=3D00000000feda0000 len=3D0000000000060000 SMAP type=3D02 base=3D00000000ffb80000 len=3D0000000000480000 Copyright (c) 1992-2008 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 8.0-CURRENT #731: Mon Mar 31 07:56:05 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e2c000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0e2c14c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc0e2c1f8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e2c2a4. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2392951100 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.95-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 =2E.. FreeBSD/i386 (localhost) (ttyd0) login: drm0: on vg= apci0 info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.25.0 20060524 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfcff0000 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Setting AGP v2 mode 4 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [MPSAFE] drm0: [ITHREAD] Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex vm page queue free mutex r =3D 0 (0xc0c47f10) locked = @ /usr/src/sys/vm/vm_page.c:1037 exclusive sleep mutex vm object (standard object) r =3D 0 (0xc4668b00) lock= ed @ /usr/src/sys/vm/vm_fault.c:295 KDB: stack backtrace: db_trace_self_wrapper(c0ad96c4,e66329a0,c0782207,c0ad9a87,e66329b4,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c0ad9a87,e66329b4,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0b07e8b,0,c460b290,...) at witness_warn+0x1d7 trap(e6632a40) at trap+0x122 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0xc098bf22, esp =3D 0xe6632a80, ebp =3D 0xe6632ad4 --- vm_reserv_alloc_page(c4668b00,e8284,0,36f,0,...) at vm_reserv_alloc_page+0x= 102 vm_page_alloc(c4668b00,e8284,0,40,e6632be8,...) at vm_page_alloc+0x25e vm_fault(c4452938,2d128000,2,8,2d128000,...) at vm_fault+0x6e2 trap_pfault(5,0,c0b07e8b,c0bebb80,c460b290,...) at trap_pfault+0x118 trap(e6632d38) at trap+0x259 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0x28668591, esp =3D 0xbfbfe5a0, ebp =3D 0xbfbfe5b8 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xc2587110 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc098bf22 stack pointer =3D 0x28:0xe6632a80 frame pointer =3D 0x28:0xe6632ad4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 3 current process =3D 1151 (Xorg) [thread pid 1151 tid 100095 ] Stopped at vm_reserv_alloc_page+0x102: cmpl %eax,0x10(%esi) db> bt Tracing pid 1151 tid 100095 td 0xc4636000 vm_reserv_alloc_page(c4668b00,e8284,0,36f,0,...) at vm_reserv_alloc_page+0x= 102 vm_page_alloc(c4668b00,e8284,0,40,e6632be8,...) at vm_page_alloc+0x25e vm_fault(c4452938,2d128000,2,8,2d128000,...) at vm_fault+0x6e2 trap_pfault(5,0,c0b07e8b,c0bebb80,c460b290,...) at trap_pfault+0x118 trap(e6632d38) at trap+0x259 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0x28668591, esp =3D 0xbfbfe5a0, ebp =3D 0xbfbfe5b8 --- db> show locks exclusive sleep mutex vm page queue free mutex r =3D 0 (0xc0c47f10) locked = @ /usr/src/sys/vm/vm_page.c:1037 exclusive sleep mutex vm object (standard object) r =3D 0 (0xc4668b00) lock= ed @ /usr/src/sys/vm/vm_fault.c:295 exclusive sx user map r =3D 0 (0xc445297c) locked @ /usr/src/sys/vm/vm_map.= c:3111 db> show witness Sleep locks: 0 DRM IRQ lock -- last acquired @ /usr/src/sys/modules/drm/drm/../../../dev= /drm/drm_irq.c:66 0 md bio queue -- last acquired @ /usr/src/sys/dev/md/md.c:704 0 ls_lock -- last acquired @ /usr/src/sys/kern/kern_lockf.c:612 1 owner graph lock -- last acquired @ /usr/src/sys/kern/kern_lockf.c:1374 1 lock owners lock -- last acquired @ /usr/src/sys/kern/kern_lockf.c:364 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:2257 16 UMA zone -- (already displayed) 0 so_rcv_sx -- last acquired @ /usr/src/sys/kern/uipc_sockbuf.c:145 11 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:686 13 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:1359 12 radix node head -- last acquired @ /usr/src/sys/netinet6/in6_rmx.c:418 13 rtentry -- last acquired @ /usr/src/sys/netinet/ip_input.c:1218 14 ifaddr -- last acquired @ /usr/src/sys/net/route.c:821 16 UMA zone -- (already displayed) 14 sctp-addr -- last acquired @ /usr/src/sys/netinet/sctp_pcb.c:649 15 UMA boot pages -- last acquired @ /usr/src/sys/vm/uma_core.c:916 14 system map -- last acquired @ /usr/src/sys/vm/vm_map.c:3111 16 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_object.c:1= 864 17 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2224 18 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:71 18 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:888 17 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2514 18 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_pag= e.c:1037 19 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandl= er.c:212 20 eventhandler list -- last acquired @ /usr/src/sys/dev/dcons/dcon= s_os.c:264 20 eventhandler list -- (already displayed) 18 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:3676 18 vm page queue free mutex -- (already displayed) 18 SYSMAPS -- (already displayed) 15 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:408 18 vm page queue free mutex -- (already displayed) 16 vm page queue mutex -- (already displayed) 18 SYSMAPS -- (already displayed) 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2257 16 UMA zone -- (already displayed) 16 UMA zone -- (already displayed) 15 kernel object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3663 16 vm page queue mutex -- (already displayed) 18 vm page queue free mutex -- (already displayed) 18 SYSMAPS -- (already displayed) 18 vm page queue free mutex -- (already displayed) 18 SYSMAPS -- (already displayed) 15 UMA boot pages -- (already displayed) 17 pmap -- (already displayed) 14 sctp_it_wq -- last acquired @ /usr/src/sys/netinet/sctputil.c:1345 13 ifnet -- last acquired @ /usr/src/sys/net/if.c:1497 16 UMA zone -- (already displayed) 19 eventhandler -- (already displayed) 14 if_addr_mtx -- last acquired @ /usr/src/sys/net/if.c:2495 16 UMA zone -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 12 process lock -- last acquired @ /usr/src/sys/i386/i386/trap.c:779 13 session -- last acquired @ /usr/src/sys/kern/kern_exit.c:343 14 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1261 14 tty -- last acquired @ /usr/src/sys/kern/tty.c:2856 17 vnode interlock -- (already displayed) 13 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:641 13 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:606 13 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1531 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/sys_generic.c:1350 13 sellck -- (already displayed) 16 UMA zone -- (already displayed) 19 eventhandler -- (already displayed) 12 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:807 16 vm page queue mutex -- (already displayed) 16 UMA zone -- (already displayed) 6 unp_mtx -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:558 11 so_rcv -- (already displayed) 7 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:685 10 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2903 11 so_rcv -- (already displayed) 12 sleep mtxpool -- (already displayed) 11 so_rcv -- (already displayed) 10 so_snd -- (already displayed) 16 UMA zone -- (already displayed) 12 process lock -- (already displayed) 7 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:3111 16 UMA zone -- (already displayed) 15 UMA boot pages -- (already displayed) 14 system map -- (already displayed) 18 vm page queue free mutex -- (already displayed) 11 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:236 10 standard object -- last acquired @ /usr/src/sys/vm/vm_fault.c:295 18 vm page queue free mutex -- (already displayed) 17 vnode interlock -- (already displayed) 16 vm page queue mutex -- (already displayed) 18 SYSMAPS -- (already displayed) 11 vm object_list -- (already displayed) 16 UMA zone -- (already displayed) 11 swap_pager swhash -- last acquired @ /usr/src/sys/vm/swap_pager.c:1888 12 sf_buf -- (already displayed) 16 vm page queue mutex -- (already displayed) 17 pmap -- (already displayed) 17 vnode interlock -- (already displayed) 9 dev_pager list -- last acquired @ /usr/src/sys/vm/device_pager.c:140 10 standard object -- (already displayed) 0 so_snd_sx -- last acquired @ /usr/src/sys/kern/uipc_sockbuf.c:148 10 so_snd -- (already displayed) 16 UMA zone -- (already displayed) 5 unp_global_rwlock -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:557 6 unp_mtx -- (already displayed) 7 accept -- (already displayed) 16 UMA zone -- (already displayed) 6 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:299 10 so_snd -- (already displayed) 14 system map -- (already displayed) 15 UMA boot pages -- (already displayed) 14 system map -- (already displayed) 16 vm page queue mutex -- (already displayed) 12 sf_buf -- (already displayed) 0 syncer -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1665 10 bufobj interlock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:2442 17 vnode interlock -- (already displayed) 11 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1573 9 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:149 10 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1021 17 vnode interlock -- (already displayed) 1 vfslock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:364 16 UMA zone -- (already displayed) 10 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 9 unit# allocation -- last acquired @ /usr/src/sys/kern/subr_unit.c:623 10 struct mount mtx -- (already displayed) 2 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:460 9 mountlist -- (already displayed) 2 devfsmount -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 9 devfs interlock -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c= :194 17 vnode interlock -- (already displayed) 18 cdev -- (already displayed) 18 vnode_free_list -- (already displayed) 16 UMA zone -- (already displayed) 3 devfs -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:789 9 devfs interlock -- (already displayed) 10 struct mount mtx -- (already displayed) 17 vnode interlock -- (already displayed) 7 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.= c:1090 17 vnode interlock -- (already displayed) 12 process lock -- (already displayed) 9 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:498 17 vnode interlock -- (already displayed) 16 UMA zone -- (already displayed) 13 fdesc -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 18 cdev -- (already displayed) 8 Giant -- last acquired @ /usr/src/sys/kern/kern_intr.c:1044 9 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1512 10 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:847 11 process group -- last acquired @ /usr/src/sys/kern/kern_proc.c:413 12 process lock -- (already displayed) 13 session -- (already displayed) 16 UMA zone -- (already displayed) 12 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2855 14 tty -- (already displayed) 12 process lock -- (already displayed) 12 sleep mtxpool -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 9 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1492 16 UMA zone -- (already displayed) 15 KMAP ENTRY -- (already displayed) 15 UMA boot pages -- (already displayed) 19 eventhandler -- (already displayed) 20 eventhandler list -- (already displayed) 10 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:307 10 kernel environment -- last acquired @ /usr/src/sys/kern/subr_hints.= c:117 9 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:655 18 vm page queue free mutex -- (already displayed) 15 kernel object -- (already displayed) 11 vm object_list -- (already displayed) 15 KMAP ENTRY -- (already displayed) 14 uidinfo hash -- (already displayed) 12 process lock -- (already displayed) 9 evclass_mtx -- last acquired @ /usr/src/sys/security/audit/audit_bs= m_klib.c:112 9 TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:623 10 standard object -- (already displayed) 12 sleep mtxpool -- (already displayed) 9 intr event -- last acquired @ /usr/src/sys/kern/kern_intr.c:440 18 cdev -- (already displayed) 9 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:201 9 sndstat lock -- last acquired @ /usr/src/sys/dev/sound/pcm/sndstat.= c:290 12 ttylist -- (already displayed) 9 accept_filter_mtx -- last acquired @ /usr/src/sys/kern/uipc_accf.c:= 116 11 intr config -- last acquired @ /usr/src/sys/kern/subr_autoconf.c:72 9 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.= c:127 9 XPT lock -- last acquired @ /usr/src/sys/cam/cam_xpt.c:2646 16 UMA zone -- (already displayed) 10 XPT topology lock -- last acquired @ /usr/src/sys/cam/cam_xpt.c:71= 92 14 system map -- (already displayed) 10 kernel environment -- (already displayed) 10 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:75 9 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:152 9 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:539 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 9 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:419 12 sleep mtxpool -- (already displayed) 9 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/..= /../../dev/acpica/Osd/OsdSynch.c:303 9 acpi subsystem HW lock -- last acquired @ /usr/src/sys/modules/acpi= /acpi/../../../dev/acpica/Osd/OsdSynch.c:377 9 acpi subsystem GPE lock -- last acquired @ /usr/src/sys/modules/acp= i/acpi/../../../dev/acpica/Osd/OsdSynch.c:377 16 UMA zone -- (already displayed) 10 taskqueue -- (already displayed) 9 ACPI global lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/= ../../../i386/acpica/acpi_machdep.c:311 9 network driver -- last acquired @ /usr/src/sys/pci/if_xl.c:2239 10 taskqueue -- (already displayed) 13 ifnet -- (already displayed) 9 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1801 10 bpf interface lock -- last acquired @ order list:0 11 bpf cdev lock -- last acquired @ order list:0 9 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_= machdep.c:1083 9 sbp -- last acquired @ /usr/src/sys/cam/cam_xpt.c:2646 16 UMA zone -- (already displayed) 10 kernel environment -- (already displayed) 10 XPT topology lock -- (already displayed) 10 CAM SIMQ lock -- last acquired @ /usr/src/sys/cam/cam_xpt.c:7207 14 system map -- (already displayed) 9 firewire -- last acquired @ /usr/src/sys/dev/firewire/fwohci.c:1184 10 ac97 codec -- last acquired @ /usr/src/sys/dev/sound/pcm/ac97.c:495 9 sound cdev -- last acquired @ /usr/src/sys/dev/sound/pcm/mixer.c:997 9 pcm fake channel -- last acquired @ /usr/src/sys/dev/sound/pcm/chan= nel.c:1108 16 UMA zone -- (already displayed) 10 kobj -- (already displayed) 9 pcm play channel -- last acquired @ /usr/src/sys/dev/sound/pcm/vcha= n.c:665 16 UMA zone -- (already displayed) 10 kobj -- (already displayed) 10 snd_ich softc -- last acquired @ /usr/src/sys/dev/sound/pci/ich.c:= 497 11 intr config -- (already displayed) 10 ac97 codec -- (already displayed) 10 snd_ich softc -- (already displayed) 9 pcm record channel -- last acquired @ /usr/src/sys/dev/sound/pcm/vc= han.c:665 16 UMA zone -- (already displayed) 10 kobj -- (already displayed) 10 snd_ich softc -- (already displayed) 10 ac97 codec -- (already displayed) 10 taskqueue -- (already displayed) 9 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:569 17 pmap -- (already displayed) 9 unit# allocation -- (already displayed) 18 vnode_free_list -- (already displayed) 9 pfs_node -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_inter= nal.h:103 9 pfs_fileno -- last acquired @ /usr/src/sys/kern/subr_unit.c:623 9 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:1= 91 10 arc4_mtx -- (already displayed) 9 nfsd_mtx -- last acquired @ /usr/src/sys/nfsserver/nfs_srvsock.c:799 10 so_snd -- (already displayed) 11 so_rcv -- (already displayed) 9 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:164 9 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:252 9 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:228 10 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:160 9 PFil hook read/write mutex -- last acquired @ /usr/src/sys/net/pfil= .c:204 10 pfil_head_list lock -- (already displayed) 9 isn_mtx -- last acquired @ /usr/src/sys/netinet/tcp_subr.c:1433 12 radix node head -- (already displayed) 9 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:= 3390 10 IPFW dynamic rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.= c:3462 9 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:= 177 10 ATA state lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c= :194 9 cbb -- last acquired @ /usr/src/sys/dev/pccbb/pccbb.c:521 9 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:394 9 ATAPICAM lock -- last acquired @ /usr/src/sys/cam/cam_periph.h:182 16 UMA zone -- (already displayed) 10 kernel environment -- (already displayed) 10 XPT topology lock -- (already displayed) 10 CAM SIMQ lock -- (already displayed) 14 system map -- (already displayed) 10 taskqueue -- (already displayed) 10 XPT topology lock -- (already displayed) 9 pcm virtual play channel -- last acquired @ /usr/src/sys/dev/sound/= pcm/vchan.c:665 16 UMA zone -- (already displayed) 10 kobj -- (already displayed) 9 pcm virtual record channel -- last acquired @ /usr/src/sys/dev/soun= d/pcm/vchan.c:665 16 UMA zone -- (already displayed) 10 kobj -- (already displayed) 9 NFS iod lock -- last acquired @ /usr/src/sys/nfsclient/nfs_nfsiod.c= :196 9 mountlist -- (already displayed) 10 struct mount mtx -- (already displayed) 10 bufobj interlock -- (already displayed) 9 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1451 9 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:310 17 vnode interlock -- (already displayed) 9 FFS Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:3537 10 arc4_mtx -- (already displayed) 9 Name Cache -- (already displayed) 9 vfs hash -- last acquired @ /usr/src/sys/kern/vfs_hash.c:114 17 vnode interlock -- (already displayed) 9 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:= 349 10 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:350 10 dirhash -- (already displayed) 9 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:336 12 sf_buf -- (already displayed) 16 vm page queue mutex -- (already displayed) 11 process group -- (already displayed) 14 tty -- (already displayed) 13 session -- (already displayed) 9 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:68 9 Softdep Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:= 4892 16 UMA zone -- (already displayed) 10 bufobj interlock -- (already displayed) 10 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:= 418 9 pfs_vncache -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_vn= cache.c:300 17 vnode interlock -- (already displayed) 9 if_afdata -- last acquired @ /usr/src/sys/netinet6/scope6.c:408 10 scope6_lock -- last acquired @ /usr/src/sys/netinet6/scope6.c:437 14 if_addr_mtx -- (already displayed) 10 buffer daemon lock -- (already displayed) 10 sigio lock -- (already displayed) 9 devfs interlock -- (already displayed) 9 drm device -- last acquired @ /usr/src/sys/modules/drm/drm/../../..= /dev/drm/drm_drv.c:830 16 UMA zone -- (already displayed) 10 sigio lock -- (already displayed) 14 system map -- (already displayed) 9 agp lock -- last acquired @ /usr/src/sys/dev/agp/agp.c:560 10 standard object -- (already displayed) 9 drmdma -- last acquired @ /usr/src/sys/modules/drm/drm/../../../dev= /drm/drm_bufs.c:1059 16 UMA zone -- (already displayed) 9 dev_pager list -- (already displayed) 10 so_snd -- (already displayed) 12 sleep mtxpool -- (already displayed) 9 pipe mutex -- (already displayed) 8 kqueue -- last acquired @ /usr/src/sys/kern/kern_event.c:1442 10 struct mount mtx -- (already displayed) 5 clone events drain lock -- last acquired @ /usr/src/sys/fs/devfs/devf= s_vnops.c:626 19 eventhandler -- (already displayed) 20 eventhandler list -- (already displayed) 18 cdev -- (already displayed) 16 UMA zone -- (already displayed) 16 UMA zone -- (already displayed) 18 cdev -- (already displayed) 10 bufobj interlock -- (already displayed) 4 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:233 9 GEOM orphanage -- (already displayed) 16 UMA zone -- (already displayed) 9 devstat -- (already displayed) 9 unit# allocation -- (already displayed) 18 cdev -- (already displayed) 9 bio queue -- (already displayed) 12 sleep mtxpool -- (already displayed) 14 system map -- (already displayed) 9 ATA queue lock -- (already displayed) 10 XPT topology lock -- (already displayed) 9 ATAPICAM lock -- (already displayed) 11 vm object_list -- (already displayed) 17 vnode interlock -- (already displayed) 10 standard object -- (already displayed) 5 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2029 8 Giant -- (already displayed) 9 Name Cache -- (already displayed) 9 mountlist -- (already displayed) 5 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern= /kern_event.c:1666 9 vfs hash -- (already displayed) 14 system map -- (already displayed) 18 vnode_free_list -- (already displayed) 4 ufs -- last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1386 10 struct mount mtx -- (already displayed) 9 vfs hash -- (already displayed) 10 bufobj interlock -- (already displayed) 9 buf queue lock -- (already displayed) 17 vnode interlock -- (already displayed) 7 filedesc structure -- (already displayed) 9 Name Cache -- (already displayed) 5 bufwait -- last acquired @ /usr/src/sys/vm/vm_pager.c:313 14 system map -- (already displayed) 10 bufobj interlock -- (already displayed) 10 standard object -- (already displayed) 16 UMA zone -- (already displayed) 9 bio queue -- (already displayed) 12 sleep mtxpool -- (already displayed) 8 Giant -- (already displayed) 9 buf queue lock -- (already displayed) 9 needsbuffer lock -- (already displayed) 15 kernel object -- (already displayed) 12 process lock -- (already displayed) 7 user map -- (already displayed) 9 pbuf mutex -- (already displayed) 10 dirhash -- (already displayed) 16 vm page queue mutex -- (already displayed) 18 cdev -- (already displayed) 9 FFS Lock -- (already displayed) 9 Softdep Lock -- (already displayed) 10 buffer daemon lock -- (already displayed) 9 vfs hash -- (already displayed) 17 vnode interlock -- (already displayed) 6 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c= :329 16 UMA zone -- (already displayed) 18 vnode_free_list -- (already displayed) 10 standard object -- (already displayed) 7 user map -- (already displayed) 12 process lock -- (already displayed) 12 sf_buf -- (already displayed) 16 vm page queue mutex -- (already displayed) 9 pbuf mutex -- (already displayed) 9 dirhash list -- (already displayed) 10 dirhash -- (already displayed) 17 pmap -- (already displayed) 18 cdev -- (already displayed) 11 vm object_list -- (already displayed) 12 sleep mtxpool -- (already displayed) 14 system map -- (already displayed) 14 uidinfo hash -- (already displayed) 15 UMA boot pages -- (already displayed) 9 FFS Lock -- (already displayed) 10 buffer daemon lock -- (already displayed) 9 Softdep Lock -- (already displayed) 9 bio queue -- (already displayed) 6 runningbufspace lock -- (already displayed) 9 mountlist -- (already displayed) 5 knlist lock for lockless objects -- (already displayed) 9 pfs_vncache -- (already displayed) 5 pseudofs -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2044 10 struct mount mtx -- (already displayed) 9 pfs_vncache -- (already displayed) 17 vnode interlock -- (already displayed) 9 Name Cache -- (already displayed) 16 UMA zone -- (already displayed) 9 pfs_node -- (already displayed) 18 vnode_free_list -- (already displayed) 6 allproc -- last acquired @ /usr/src/sys/kern/kern_exit.c:403 7 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:952 12 process lock -- (already displayed) 13 fdesc -- (already displayed) 7 filedesc structure -- (already displayed) 17 vnode interlock -- (already displayed) 7 user map -- (already displayed) 12 process lock -- (already displayed) 10 bufobj interlock -- (already displayed) 14 system map -- (already displayed) 12 sleep mtxpool -- (already displayed) 9 needsbuffer lock -- (already displayed) 5 unp_global_rwlock -- (already displayed) 10 kobj -- (already displayed) 8 Giant -- (already displayed) 4 proctree -- last acquired @ /usr/src/sys/kern/kern_prot.c:325 6 allproc -- (already displayed) 11 process group -- (already displayed) 8 Giant -- (already displayed) 12 process lock -- (already displayed) 13 session -- (already displayed) 10 sigio lock -- (already displayed) 5 clone events drain lock -- (already displayed) 9 GEOM orphanage -- (already displayed) 9 bio queue -- (already displayed) 6 runningbufspace lock -- (already displayed) 12 process lock -- (already displayed) 9 Softdep Lock -- (already displayed) 9 dev_pager list -- (already displayed) 11 vm object_list -- (already displayed) 18 cdev -- (already displayed) 14 system map -- (already displayed) 17 vnode interlock -- (already displayed) 9 mountlist -- (already displayed) 3 devfs -- (already displayed) 14 system map -- (already displayed) 7 filedesc structure -- (already displayed) 10 kernel environment -- (already displayed) 17 vnode interlock -- (already displayed) 15 UMA boot pages -- (already displayed) 9 UMA lock -- (already displayed) 9 FFS Lock -- (already displayed) 4 GEOM topology -- (already displayed) 8 Giant -- (already displayed) 9 Softdep Lock -- (already displayed) 10 bufobj interlock -- (already displayed) 5 bufwait -- (already displayed) 9 bio queue -- (already displayed) 6 runningbufspace lock -- (already displayed) 4 ufs -- (already displayed) 18 vnode_free_list -- (already displayed) 9 vfs hash -- (already displayed) 9 pfs_vncache -- (already displayed) 5 pseudofs -- (already displayed) 10 buffer daemon lock -- (already displayed) 12 radix node head -- (already displayed) 10 struct mount mtx -- (already displayed) 0 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:199 16 UMA zone -- (already displayed) 9 bio queue -- (already displayed) 0 MD config lock -- last acquired @ /usr/src/sys/dev/md/md.c:1173 16 UMA zone -- (already displayed) 19 eventhandler -- (already displayed) 4 proctree -- (already displayed) 7 filedesc structure -- (already displayed) 12 process lock -- (already displayed) 11 vm object_list -- (already displayed) 10 standard object -- (already displayed) 4 GEOM topology -- (already displayed) 9 devstat -- (already displayed) 0 dummynet -- last acquired @ /usr/src/sys/netinet/ip_dummynet.c:789 0 iterator -- last acquired @ /usr/src/sys/netinet/sctputil.c:1209 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1086 0 ip6qlock -- last acquired @ /usr/src/sys/netinet6/frag6.c:690 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1288 0 crossmp -- last acquired @ /usr/src/sys/kern/vfs_lookup.c:686 17 vnode interlock -- (already displayed) 0 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:803 0 primary pcm mixer -- last acquired @ /usr/src/sys/dev/sound/pcm/mixer.c:9= 70 10 ac97 codec -- (already displayed) 0 fwtlabel -- last acquired @ /usr/src/sys/dev/firewire/firewire.c:363 0 fwwait -- last acquired @ /usr/src/sys/dev/firewire/firewire.c:1659 0 intr sources -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:175 0 audit_mtx -- last acquired @ /usr/src/sys/security/audit/audit_worker.c:3= 92 0 uma object -- last acquired @ /usr/src/sys/vm/vm_meter.c:114 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:278 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../= dev/acpica/acpi.c:1015 9 rman -- (already displayed) 14 system map -- (already displayed) 16 UMA zone -- (already displayed) 9 ACPI semaphore -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/..= /../../dev/acpica/acpi_pcib.c:221 16 UMA zone -- (already displayed) 9 ACPI semaphore -- (already displayed) 10 kernel environment -- (already displayed) 1 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../..= /dev/acpica/acpi_pci_link.c:1046 16 UMA zone -- (already displayed) 9 ACPI semaphore -- (already displayed) 10 kernel environment -- (already displayed) 0 ACPI generic battery -- last acquired @ /usr/src/sys/modules/acpi/acpi/..= /../../dev/acpica/acpi_battery.c:68 16 UMA zone -- (already displayed) 9 ACPI global lock -- (already displayed) 14 system map -- (already displayed) 0 ACPI thermal zone -- last acquired @ /usr/src/sys/modules/acpi/acpi/../..= /../dev/acpica/acpi_thermal.c:941 0 linux ioctl handlers -- last acquired @ /usr/src/sys/modules/linux/../../= compat/linux/linux_ioctl.c:2653 16 UMA zone -- (already displayed) 0 /dev/mem lock -- last acquired @ /usr/src/sys/i386/i386/mem.c:144 0 vm daemon -- last acquired @ /usr/src/sys/vm/vm_pageout.c:1530 0 lock states lock -- last acquired @ /usr/src/sys/kern/kern_lockf.c:695 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1415 10 arc4_mtx -- (already displayed) 16 UMA zone -- (already displayed) 6 allproc -- (already displayed) 12 process lock -- (already displayed) 7 user map -- (already displayed) 18 cdev -- (already displayed) 14 system map -- (already displayed) 7 filedesc structure -- (already displayed) 13 fdesc -- (already displayed) 1 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:416 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 2 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_modu= le.c:118 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 7 filedesc structure -- (already displayed) 17 vnode interlock -- (already displayed) 4 ufs -- (already displayed) 10 struct mount mtx -- (already displayed) 10 bufobj interlock -- (already displayed) 5 bufwait -- (already displayed) 9 buf queue lock -- (already displayed) 9 GEOM orphanage -- (already displayed) 8 Giant -- (already displayed) 13 ktrace -- (already displayed) 9 malloc -- (already displayed) 9 devstat -- (already displayed) 12 ttylist -- (already displayed) 11 vm object_list -- (already displayed) 9 UMA lock -- (already displayed) 18 vm page queue free mutex -- (already displayed) 11 Syncer mtx -- (already displayed) 5 unp_global_rwlock -- (already displayed) 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_usrreq.c:255 2 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_usrreq.c:256 10 so_snd -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 11 so_rcv -- (already displayed) 13 ifnet -- (already displayed) 19 eventhandler -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 1 tcp_sc_head -- last acquired @ /usr/src/sys/netinet/tcp_syncache.c:1721 1 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1099 2 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1100 3 in_multi_mtx -- last acquired @ /usr/src/sys/netinet/in_mcast.c:318 4 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:446 14 if_addr_mtx -- (already displayed) 14 if_addr_mtx -- (already displayed) 16 UMA zone -- (already displayed) 10 so_snd -- (already displayed) 16 UMA zone -- (already displayed) 10 arc4_mtx -- (already displayed) 12 radix node head -- (already displayed) 13 rtentry -- (already displayed) 9 if_afdata -- (already displayed) 3 addrsel_lock -- last acquired @ /usr/src/sys/netinet6/in6_src.c:860 7 accept -- (already displayed) 11 so_rcv -- (already displayed) 13 ifnet -- (already displayed) 14 if_addr_mtx -- (already displayed) 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 1 sctp-info -- last acquired @ /usr/src/sys/netinet/sctp_pcb.c:6138 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:638 16 UMA zone -- (already displayed) 14 system map -- (already displayed) 2 rawinp -- last acquired @ /usr/src/sys/netinet/raw_ip.c:639 11 so_rcv -- (already displayed) 1 div -- last acquired @ /usr/src/sys/netinet/ip_divert.c:652 1 addrsel_sxlock -- last acquired @ /usr/src/sys/netinet6/in6_src.c:1025 3 addrsel_lock -- (already displayed) 1 db_capture_sx -- last acquired @ /usr/src/sys/ddb/db_capture.c:181 1 db_script_mtx -- last acquired @ /usr/src/sys/ddb/db_script.c:481 9 ACPI semaphore -- (already displayed) 1 ACPI AC adapter -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../= ../dev/acpica/acpi_acad.c:108 16 UMA zone -- (already displayed) 9 devd -- (already displayed) 1 ACPI cmbat -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../de= v/acpica/acpi_cmbat.c:383 16 UMA zone -- (already displayed) 9 ACPI semaphore -- (already displayed) 7 allprison -- (already displayed) 1 linux osname -- last acquired @ /usr/src/sys/modules/linux/../../compat/= linux/linux_mib.c:180 10 ac97 codec -- (already displayed) 9 sound cdev -- (already displayed) 9 pcm play channel -- (already displayed) 9 pcm virtual play channel -- (already displayed) 9 pcm record channel -- (already displayed) 9 pcm virtual record channel -- (already displayed) 1 cpufreq lock -- last acquired @ /usr/src/sys/kern/kern_cpu.c:245 16 UMA zone -- (already displayed) 13 ifnet -- (already displayed) 1 ACPI CPU -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/= acpica/acpi_cpu.c:1187 19 eventhandler -- (already displayed) 20 eventhandler list -- (already displayed) 0 ng_node -- last acquired @ order list:0 1 ng_worklist -- last acquired @ order list:0 0 802.11 com lock -- last acquired @ order list:0 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 unp -- last acquired @ order list:0 10 so_snd -- (already displayed) Spin locks: Locks which were never acquired: SCSI CD Changer List arp_inq rts_inq tcp_hc_entry ip_inq ip6_inq futex protection lock emuldata->shared lock emuldata lock tunmtx gif_mtx ppp_softc_list_mtx msq semid shm dictionary shm timestamps idmap gid hash table idmap uid hash table nfs4dev state nfs4dev waitq nfs4dev newq NFS xid lock NFS reqq lock fwip =20 fwe if send queue LED sx LED mtx audit_pipe_mtx nfslock midistat lock pt_mtx Libalias_modules_rwlock audit_worker_sx audit_trigger_mtx ktrace_sx ACPI embedded controller ACPI power resources ACPI PCI power methods ACPI Smart Battery ACPI lid ACPI HPET support umtxql kqueue order protect sysfilt_ops securelevel mutex lock encapmtx firmware table acct_sx ip_id_mtx snapdata free list net80211 instances DEVFS ruleset lock rtsock route_cb lock rawcb MSDOSFS fileno PCM channel sync group lock fifo mutex UUID generator mutex lock phys_pager list swap_pager list vm map sleep mutex PMAP2 db>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfxDmUACgkQmprOCmdXAD0QgQCdEksWMhXIbR0gw0jQAKdEK+2e m+sAnizm/VkWEg1fAADtNyZ/Wgkfy1am =8Oga -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 15:57:50 2008 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 50CD5106566C for ; Mon, 31 Mar 2008 15:57:50 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 12D628FC21 for ; Mon, 31 Mar 2008 15:57:49 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id m2VFvm19044001; Mon, 31 Mar 2008 11:57:48 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id m2VFvm3w044000; Mon, 31 Mar 2008 11:57:48 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Mar 2008 11:57:48 -0400 (EDT) From: Garrett Wollman Message-Id: <200803311557.m2VFvm3w044000@hergotha.csail.mit.edu> To: kostikbel@gmail.com In-Reply-To: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Mon, 31 Mar 2008 11:57:48 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hergotha.csail.mit.edu X-Mailman-Approved-At: Mon, 31 Mar 2008 16:17:23 +0000 Cc: current@freebsd.org Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 15:57:50 -0000 In article <20080331153006.GK21209@deviant.kiev.zoral.com.ua>, kostikbel@gmail.com writes: >This is a notice for the list that the implementation of the openat(2) >and accompanied syscalls, among them fexecve(2), as specified in The >Open Group document titled "Extended API Set Part 2", is committed today >into the HEAD. Besides (now) FreeBSD, the functionality is implemented >on Linux, and I believe that it originated on Solaris. Please note that the exact requirements for these functions have been altered somewhat in the Austin Group, so additional work is likely to be required for POSIX.1-2008 compliance. >gives the error EACCESS on both Linux and FreeBSD, and succeeds on Solaris. >The Solaris behaviour seems to be specified in the document cited above. >There are arguments in support of the both observed behaviour. I believe this is one of the issues which was addressed in the standardization process. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 16:35:59 2008 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 0FEB2106564A for ; Mon, 31 Mar 2008 16:35:59 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id CF1BB8FC1C for ; Mon, 31 Mar 2008 16:35:58 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.2/8.14.2) with ESMTP id m2VGblPk005633; Mon, 31 Mar 2008 12:37:47 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m2VGblds005632; Mon, 31 Mar 2008 12:37:47 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 31 Mar 2008 12:37:47 -0400 From: David Schultz To: Kostik Belousov Message-ID: <20080331163747.GA5468@zim.MIT.EDU> Mail-Followup-To: Kostik Belousov , current@FreeBSD.ORG References: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> Cc: current@FreeBSD.ORG Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 16:35:59 -0000 On Mon, Mar 31, 2008, Kostik Belousov wrote: > int main() { > int dfd = open("/tmp/foo", O_RDONLY); > int res; > > chmod("/tmp/foo", 0666); > > if (dfd != -1) { > res = openat(dfd, "bar", 0); > printf("OPENAT returns: %d, errno: %s\n", res, strerror(errno)); > } > > } > > gives the error EACCESS on both Linux and FreeBSD, and succeeds on Solaris. > The Solaris behaviour seems to be specified in the document cited above. > There are arguments in support of the both observed behaviour. Doesn't the latter behavior make it possible to bypass the usual permission checks on open("bar") via openat(AT_FDCWD, "bar")? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 16:41:41 2008 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 66A8D106566C for ; Mon, 31 Mar 2008 16:41:41 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB8B8FC26 for ; Mon, 31 Mar 2008 16:41:40 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 85899409BCC for ; Mon, 31 Mar 2008 18:41:39 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08891-03 for ; Mon, 31 Mar 2008 18:41:38 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 3F34B409B15 for ; Mon, 31 Mar 2008 18:41:38 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Mon, 31 Mar 2008 18:41:38 +0200 Message-Id: <20080331162845.M48396@bellera.cat> In-Reply-To: <25cb30803310136w3586849bo9d0c33e6755cff9@mail.gmail.com> References: <20080328093411.M24208@bellera.cat> <20080328125413.M65426@bellera.cat> <20080330102704.M86415@bellera.cat> <25cb30803310136w3586849bo9d0c33e6755cff9@mail.gmail.com> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.126 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: Installation trouble with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 16:41:41 -0000 On Mon, 31 Mar 2008 16:36:47 +0800, Kevin Foo wrote > On Sun, Mar 30, 2008 at 6:35 PM, Josep Pujadas i Jubany wrote: > > > > > * On-board NIC was not detected. > > See PR kern/119779 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 > > * shutdown -r now did'nt restart the system. The system was blocked at: > > > > The system will reboot properly if you load ipmi module and specify watchdog > timeout in 60 seconds. > > # kldload ipmi > # watchdog -t 60; reboot > > You can create handy alias. > alias reboot 'watchdog -t 60; /sbin/reboot' > > I didn't have any issue with DVD drive when it was running 6.3/7.0. > > -- > Regards > Kevin Foo > _______________________________________________ Thanks! Everything ok up to now! 1. patch for BCM5722 NIC worked. I modified the files and I recompiled my kernel. 2. ipmi works if I load manually as you suggested. But if I include in the kernel as "device ipmi" (for automatic loading at startup system) disks are not correctly dismounted. So, I wrote a shell script to do all the operations and I increase the timer to 120 seconds. 3. I'm sorry. My CD1 FreeBSD 7.0 was damaged. I made a new CD and no problem. Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 17:23:25 2008 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 9B692106566C for ; Mon, 31 Mar 2008 17:23:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 85F998FC13 for ; Mon, 31 Mar 2008 17:23:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JgNj6-0004dV-Fc for current@FreeBSD.ORG; Mon, 31 Mar 2008 20:23:23 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VHNPHQ087502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 31 Mar 2008 20:23:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2VHNEq9087828 for ; Mon, 31 Mar 2008 20:23:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2VHNETN087792 for current@FreeBSD.ORG; Mon, 31 Mar 2008 20:23:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 31 Mar 2008 20:23:14 +0300 From: Kostik Belousov To: current@FreeBSD.ORG Message-ID: <20080331172314.GO21209@deviant.kiev.zoral.com.ua> References: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> <20080331163747.GA5468@zim.MIT.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vDEbda84Uy/oId5W" Content-Disposition: inline In-Reply-To: <20080331163747.GA5468@zim.MIT.EDU> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 1118cf21f7425d415ed61e91afc5cb63 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2532 [Mar 31 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 17:23:25 -0000 --vDEbda84Uy/oId5W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 31, 2008 at 12:37:47PM -0400, David Schultz wrote: > On Mon, Mar 31, 2008, Kostik Belousov wrote: > > int main() { > > int dfd =3D open("/tmp/foo", O_RDONLY); > > int res; > > =20 > > chmod("/tmp/foo", 0666); > > =20 > > if (dfd !=3D -1) { > > res =3D openat(dfd, "bar", 0); > > printf("OPENAT returns: %d, errno: %s\n", res, strerror(errno)); > > } > >=20 > > } > >=20 > > gives the error EACCESS on both Linux and FreeBSD, and succeeds on Sola= ris. > > The Solaris behaviour seems to be specified in the document cited above. > > There are arguments in support of the both observed behaviour. >=20 > Doesn't the latter behavior make it possible to bypass the usual > permission checks on open("bar") via openat(AT_FDCWD, "bar")? No, the point is that in the second case the permissions are checked at the open() time, instead of the second case, where the permissions are checked at the openat() time. This is the same as open()ing some file, e.g., for read, and then revoking the r bit from the vnode. You still can read the file given code did not closed the filedescriptor. --vDEbda84Uy/oId5W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfxHgEACgkQC3+MBN1Mb4hLcwCcCpVcdlQDkpSkplves3tZcsmb ivgAoOnuX1FOnNZxY5/lh75gGPtheg9a =QmML -----END PGP SIGNATURE----- --vDEbda84Uy/oId5W-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 17:37:03 2008 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 113BA106566C for ; Mon, 31 Mar 2008 17:37:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C3DF48FC24 for ; Mon, 31 Mar 2008 17:37:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JgNwF-0005b5-Ut for freebsd-current@freebsd.org; Mon, 31 Mar 2008 17:36:56 +0000 Received: from 213.202.123.81 ([213.202.123.81]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Mar 2008 17:36:55 +0000 Received: from ivoras by 213.202.123.81 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Mar 2008 17:36:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 31 Mar 2008 19:36:56 +0200 Lines: 7 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 213.202.123.81 User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 17:37:03 -0000 Most of new hardware RAID controllers offer stripe sizes of 128K, 256K and some also have 512K and 1M stripes. In the simplest case of RAID0 of two drives, knowing that the data is striped across the drives and that FreeBSD issues IO request of at most 64K, is it useful to set stripe sizes to anything larger than 32K? I suppose something like TCQ would help the situation but does anyone know how is this situation usually handled on the RAID controllers? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 17:46:49 2008 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 AEBF51065674 for ; Mon, 31 Mar 2008 17:46:49 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 631D58FC45 for ; Mon, 31 Mar 2008 17:46:49 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id m2VHkmpC045848; Mon, 31 Mar 2008 13:46:48 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id m2VHkl8K045845; Mon, 31 Mar 2008 13:46:47 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18417.9095.724822.642904@hergotha.csail.mit.edu> Date: Mon, 31 Mar 2008 13:46:47 -0400 From: Garrett Wollman To: Kostik Belousov In-Reply-To: <20080331161148.GN21209@deviant.kiev.zoral.com.ua> References: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> <200803311557.m2VFvm3w044000@hergotha.csail.mit.edu> <20080331161148.GN21209@deviant.kiev.zoral.com.ua> X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Mon, 31 Mar 2008 13:46:48 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hergotha.csail.mit.edu Cc: current@freebsd.org Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Mar 2008 17:46:49 -0000 < said: >> [I wrote:] >> Please note that the exact requirements for these functions have been >> altered somewhat in the Austin Group, so additional work is likely to >> be required for POSIX.1-2008 compliance. > Where is the 2008 version ? The unix.org provides only the SUSv3 TC 1 & 2, > at least at the obvious locations. The 2008 version has not yet been ratified, so it is not available to the "general public". Those who care enough to join the committee (by signing up for the mailing-list, essentially) can get a password which will allow them to read the latest draft, which I believe is supposed to go out to ballot soon. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 18:55:52 2008 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 D7CA8106566B; Mon, 31 Mar 2008 18:55:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8468FC28; Mon, 31 Mar 2008 18:55:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 6C6DD28448; Tue, 1 Apr 2008 02:55:51 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id DC720EB92FE; Tue, 1 Apr 2008 02:55:50 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id G1Ci-CtG+Esp; Tue, 1 Apr 2008 02:55:45 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id AF54BEB93C8; Tue, 1 Apr 2008 02:55:44 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=vR96jgk6MI0Gr3fgDzg8abDk84Bp8Sgwk+s/9d3q5jNHZwXgZOcbnK9C0CVAs9H3l loUz0ZsnnJ/AVHUOwz9qw== Message-ID: <47F133AE.2010900@delphij.net> Date: Mon, 31 Mar 2008 11:55:42 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? 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: Mon, 31 Mar 2008 18:55:53 -0000 Ivan Voras wrote: > Most of new hardware RAID controllers offer stripe sizes of 128K, 256K > and some also have 512K and 1M stripes. In the simplest case of RAID0 of > two drives, knowing that the data is striped across the drives and that > FreeBSD issues IO request of at most 64K, is it useful to set stripe > sizes to anything larger than 32K? I suppose something like TCQ would > help the situation but does anyone know how is this situation usually > handled on the RAID controllers? Short answer: yes. Larger stripe sizes would allow better performance for continuous read/write. In theory they will negatively affect small size read/write but in practice you will notice that larger stripe size would give better performance in almost all cases. -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 20:19:06 2008 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 92CEA106564A for ; Mon, 31 Mar 2008 20:19:06 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3B57A8FC15 for ; Mon, 31 Mar 2008 20:19:06 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so560563ele.12 for ; Mon, 31 Mar 2008 13:19:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=VxhPe/CLnGFg9j0bgC1gqtK5Z807Qe1BFdYgbKGrsVk=; b=ftTi22YV7p9n+I9xeea7buk9F11g6rdyzQ4FJ80cSkRJIeUrLWntH7MMrm0SqfJaGEj2WorEjZNu/cU6NmEupNiUYKO0eztCTjR7jKXmytH/agpro8HMer/JmakoaBiallu6c+nxKi9FmMslbKNNknJT5qpCn4M8OwAyJ+vLvRk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=VjzZE8Bns1Z6JxsFkuRom7KB0zWWcv/Q76G3+mzf/fczb9inL4nWBcIIpPo6jZdtXjg/spfZypqcAITB+mLsYn0h6UT74mbGxGmk2mjfzprzZI+6r5pTfcIjUfhz+9qFcJVRlX77aQVNroW7/EQyvuXlvfKtaYKi2AnXKyl8qz0= Received: by 10.141.20.7 with SMTP id x7mr3679282rvi.255.1206993080479; Mon, 31 Mar 2008 12:51:20 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Mon, 31 Mar 2008 12:51:20 -0700 (PDT) Message-ID: <9bbcef730803311251l79af84b1j7a3a8018442a6478@mail.gmail.com> Date: Mon, 31 Mar 2008 21:51:20 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: d@delphij.net In-Reply-To: <47F133AE.2010900@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F133AE.2010900@delphij.net> X-Google-Sender-Auth: 9b28a4ae39efbfcc Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 20:19:06 -0000 On 31/03/2008, Xin LI wrote: > Ivan Voras wrote: > > Most of new hardware RAID controllers offer stripe sizes of 128K, 256K > > and some also have 512K and 1M stripes. In the simplest case of RAID0 of > > two drives, knowing that the data is striped across the drives and that > > FreeBSD issues IO request of at most 64K, is it useful to set stripe > > sizes to anything larger than 32K? I suppose something like TCQ would > > help the situation but does anyone know how is this situation usually > > handled on the RAID controllers? > > Short answer: yes. Larger stripe sizes would allow better performance > for continuous read/write. In theory they will negatively affect small > size read/write but in practice you will notice that larger stripe size > would give better performance in almost all cases. Ok, I'm interested in how it works. Are the IO requests queued at the controller until there's enough of them to write a stripe block? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 20:32:51 2008 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 503F21065676; Mon, 31 Mar 2008 20:32:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 08F878FC17; Mon, 31 Mar 2008 20:32:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m2VKLiOb064468; Mon, 31 Mar 2008 14:21:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47F147D8.3030905@samsco.org> Date: Mon, 31 Mar 2008 14:21:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 20:32:51 -0000 Ivan Voras wrote: > Most of new hardware RAID controllers offer stripe sizes of 128K, 256K > and some also have 512K and 1M stripes. In the simplest case of RAID0 of > two drives, knowing that the data is striped across the drives and that > FreeBSD issues IO request of at most 64K, is it useful to set stripe > sizes to anything larger than 32K? I suppose something like TCQ would > help the situation but does anyone know how is this situation usually > handled on the RAID controllers? Large I/O sizes and large stripe sizes only benefit benchmarks and a narrow class of real-world applications. Large stripes have the potential to actually hurt RAID-5 performance since they make it much harder for the card to a full stripe replacement instead of a read-modify-xor-write. I hate to be all preachy and linux-like and tell you want you need or don't need, but in all honesty, large i/o's and stripes usually don't help typical filesystem-based mail/squid/mysql/apache server apps. I do have proof-of-concept patches to allow larger I/O's for selected controllers on 64-bit FreeBSD platforms, and I intend to clean up and commit those patches in the next few weeks (no, I'm not ready for nor looking for testers at this time, sorry). Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 21:09:05 2008 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 E15B71065674 for ; Mon, 31 Mar 2008 21:09:05 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id 98CA08FC23 for ; Mon, 31 Mar 2008 21:09:05 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so903780wra.13 for ; Mon, 31 Mar 2008 14:09:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=8dn9OmrsBzop6ATuGU+rFUQLEEZxzXcWKj//YxxBNrI=; b=IHgtOUDhGTpXHt1ei4sY+fNGU4ipf2EiLXSu4FfIXQ0bZPOZlteXpBfaSQEASlm+fhFiaSfzwvFRWclA5XDnCQnnblr8b4gd87AeJ/wx7tXM1rnQGODuzGSgJyWiG5Nygjp9vqhE0iETbvZXLB21DjAr5MXDqB4ZtTRx6CdBsmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=qbP5LYlXDyrpPedHxTWThkVh1Q8gegOr3Fih/gfdh9BAzOxFnymkdjG+QTObFX2wfKGiy1k1vXmSbu78GGCjbN+danmFC4K6zr/aasmNdOZJ1yhZZ+FkYkgH6z5oZBThzpdvA7X7y0wKluG2XVK/LaqIu/UeoOhUWz8k/RPD3bk= Received: by 10.140.127.20 with SMTP id z20mr3791910rvc.77.1206997743702; Mon, 31 Mar 2008 14:09:03 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Mon, 31 Mar 2008 14:09:03 -0700 (PDT) Message-ID: <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> Date: Mon, 31 Mar 2008 23:09:03 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Scott Long" In-Reply-To: <47F147D8.3030905@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F147D8.3030905@samsco.org> X-Google-Sender-Auth: 7b5b13a0db64faa1 Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 21:09:07 -0000 On 31/03/2008, Scott Long wrote: > Ivan Voras wrote: > > Most of new hardware RAID controllers offer stripe sizes of 128K, 256K > > and some also have 512K and 1M stripes. In the simplest case of RAID0 of > > two drives, knowing that the data is striped across the drives and that > > FreeBSD issues IO request of at most 64K, is it useful to set stripe > > sizes to anything larger than 32K? I suppose something like TCQ would > > help the situation but does anyone know how is this situation usually > > handled on the RAID controllers? > > Large I/O sizes and large stripe sizes only benefit benchmarks and a > narrow class of real-world applications. Like file servers on gigabit networks serving large files? :) > Large stripes have the > potential to actually hurt RAID-5 performance since they make it > much harder for the card to a full stripe replacement instead of a > read-modify-xor-write. This is logical. > I hate to be all preachy and linux-like and tell you want you need or > don't need, but in all honesty, large i/o's and stripes usually > don't help typical filesystem-based mail/squid/mysql/apache server > apps. I do have proof-of-concept patches to allow larger I/O's for > selected controllers on 64-bit FreeBSD platforms, and I intend to clean > up and commit those patches in the next few weeks (no, I'm not ready for > nor looking for testers at this time, sorry). I'm not (currently) nagging for large IO request patches :) I just want to understand what is happening currently if the stripe size is 256 kB (which is the default at least on IBM ServeRAID 8k, and I think recent CISS controllers have 128 kB), and the OS chops out IO in 64k blocks. I have compared Linux performance and FreeBSD performance and I can't conclude from that - for FreeBSD it's not like all requests (e.g. 4 64 kB requests) go to a single drive at a time, and it's not like they always get split. From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 21:28:21 2008 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 E204F106564A; Mon, 31 Mar 2008 21:28:21 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEAE8FC1F; Mon, 31 Mar 2008 21:28:21 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m2VLSIOq065038; Mon, 31 Mar 2008 15:28:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47F15772.5010104@samsco.org> Date: Mon, 31 Mar 2008 15:28:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Ivan Voras References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> In-Reply-To: <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 21:28:22 -0000 Ivan Voras wrote: > On 31/03/2008, Scott Long wrote: >> Ivan Voras wrote: >> > Most of new hardware RAID controllers offer stripe sizes of 128K, 256K >> > and some also have 512K and 1M stripes. In the simplest case of RAID0 of >> > two drives, knowing that the data is striped across the drives and that >> > FreeBSD issues IO request of at most 64K, is it useful to set stripe >> > sizes to anything larger than 32K? I suppose something like TCQ would >> > help the situation but does anyone know how is this situation usually >> > handled on the RAID controllers? >> >> Large I/O sizes and large stripe sizes only benefit benchmarks and a >> narrow class of real-world applications. > > Like file servers on gigabit networks serving large files? :) > >> Large stripes have the >> potential to actually hurt RAID-5 performance since they make it >> much harder for the card to a full stripe replacement instead of a >> read-modify-xor-write. > > This is logical. > >> I hate to be all preachy and linux-like and tell you want you need or >> don't need, but in all honesty, large i/o's and stripes usually >> don't help typical filesystem-based mail/squid/mysql/apache server >> apps. I do have proof-of-concept patches to allow larger I/O's for >> selected controllers on 64-bit FreeBSD platforms, and I intend to clean >> up and commit those patches in the next few weeks (no, I'm not ready for >> nor looking for testers at this time, sorry). > > I'm not (currently) nagging for large IO request patches :) I just > want to understand what is happening currently if the stripe size is > 256 kB (which is the default at least on IBM ServeRAID 8k, and I think > recent CISS controllers have 128 kB), and the OS chops out IO in 64k > blocks. I have compared Linux performance and FreeBSD performance and > I can't conclude from that - for FreeBSD it's not like all requests > (e.g. 4 64 kB requests) go to a single drive at a time, and it's not > like they always get split. In FreeBSD, the request has the possibility of getting split up twice, once in GEOM, and once in the block layer above GEOM. In both cases, the split requests will get put onto the g_down queue in series as they are created, and the g_down thread will then pop them off the queue and send them to the driver in series. There is no waiting in-between for the first part of the request to complete before the second part of the request will be sent down. For writes, the performance penalty of smaller I/O's (assuming no RAID-5 effects) is minimal; most caching controllers and drives will batch the concurrent requests together, so the only loss is in the slight overhead of the extra transaction setup and completion. For reads, the penalty can be greater because the controller/disk will try to execute the first request immediately and not wait for the second part to be requested, leading to the potential for extra rotational and head movement delays. Many caching RAID controllers offer a read-ahead feature to counteract this. However, while my testing has shown little measurable benefit to this, YMMV. Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 21:34:09 2008 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 0A762106566C for ; Mon, 31 Mar 2008 21:34:08 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 85D618FC1C for ; Mon, 31 Mar 2008 21:34:08 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so914837wra.13 for ; Mon, 31 Mar 2008 14:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=khtxrb8OE1OXWZFzGrl4TJpyCFawlXRp8A2B6kC2DDo=; b=UtXOSpL7tiGXlmD5n6kvMpLckOPHEqDAFbUwy3VJr/3S8ElkyKDhkS46FPbteG/uhpqeEtVAnw3q4mlNZWLzCjLCc4zlQgAW08gUTKMp8HtEDbZk1a+33nfgsYA8ooCy5/fdLbqkoAvjbn19dmq7axKUy96zxeg37w/ePgCkRL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=JuHp4VvRaPFwZ50tyxD89/C0QOzsxXtkSzD4OJeeRpr1NlI3htC1v5Uq1uHaWAoXpvLYI2eWTJujYGy93NoPCtySF8nNS7yXg2lWTkWXoMuG25nL+9wVwjvaQiUsIftC4PH1Yg2SxVzSMrUv/oM8EQQcmS2qeR9pxr+SlDJoYXc= Received: by 10.140.134.15 with SMTP id h15mr3816199rvd.48.1206999244174; Mon, 31 Mar 2008 14:34:04 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Mon, 31 Mar 2008 14:34:04 -0700 (PDT) Message-ID: <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> Date: Mon, 31 Mar 2008 23:34:04 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Scott Long" In-Reply-To: <47F15772.5010104@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> <47F15772.5010104@samsco.org> X-Google-Sender-Auth: 140fb1432db9f5da Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 21:34:09 -0000 On 31/03/2008, Scott Long wrote: > For writes, the performance penalty of smaller I/O's (assuming no RAID-5 > effects) is minimal; most caching controllers and drives will batch the > concurrent requests together, so the only loss is in the slight overhead > of the extra transaction setup and completion. For reads, the penalty > can be greater because the controller/disk will try to execute the first > request immediately and not wait for the second part to be requested, > leading to the potential for extra rotational and head movement delays. > Many caching RAID controllers offer a read-ahead feature to counteract > this. However, while my testing has shown little measurable benefit to > this, YMMV. Thank you, this is the kind of explanation I hoping for. One more thing: is TCQ (e.g. the SCSI variant) orthogonal to this? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 22:01:35 2008 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 38776106564A; Mon, 31 Mar 2008 22:01:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E28738FC18; Mon, 31 Mar 2008 22:01:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m2VM1We1065366; Mon, 31 Mar 2008 16:01:32 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47F15F3C.9060100@samsco.org> Date: Mon, 31 Mar 2008 16:01:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Ivan Voras References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> <47F15772.5010104@samsco.org> <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> In-Reply-To: <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 22:01:35 -0000 Ivan Voras wrote: > On 31/03/2008, Scott Long wrote: > >> For writes, the performance penalty of smaller I/O's (assuming no RAID-5 >> effects) is minimal; most caching controllers and drives will batch the >> concurrent requests together, so the only loss is in the slight overhead >> of the extra transaction setup and completion. For reads, the penalty >> can be greater because the controller/disk will try to execute the first >> request immediately and not wait for the second part to be requested, >> leading to the potential for extra rotational and head movement delays. >> Many caching RAID controllers offer a read-ahead feature to counteract >> this. However, while my testing has shown little measurable benefit to >> this, YMMV. > > Thank you, this is the kind of explanation I hoping for. One more > thing: is TCQ (e.g. the SCSI variant) orthogonal to this? If you have a RAID controller in front of the disks then the effects of TCQ are hidden from the OS; it might ultimately make the controller complete requests faster, but the controller already looks to the OS like a disk with a really deep queue. When you're dealing directly with the disks then TCQ/NCQ is required in order for batching of concurrent requests to occur. Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 22:18:32 2008 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 213641065684 for ; Mon, 31 Mar 2008 22:18:32 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id E94158FC28 for ; Mon, 31 Mar 2008 22:18:31 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1196085rvb.43 for ; Mon, 31 Mar 2008 15:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=e7AW8LKfznUS1sk3PlYx+KizVipZHch5UuvVgXCX+KM=; b=d0/cAxe016yqoGN3oQLOApcircDoq5UcOLWGQax4eQ64To78eqaMeTd7Q/ruXkglibdgftXTMDbwG/Xx7FLIkagvSIVnSxumu+odCLsUnxS4wNZe2yuWzMxCQ54b0+/SAlDaIGsJnJF8hVfrxcairWZ4z+HP8fU/F1R/zySzzjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EYoZXvz/P+vunXGHfuXZ9AjZZ041nt91okkWHKhcOV8UuieREgbtJES2+EjdrzX7w43DqcnE+elFZBJ5W4Ct/YtGNhVpFVi6pJN33knhT65jVcBN0Jzbi9/na5sr4uoxbjlXVwxHGj3PsesT4d5HduEK04sMSsiZLMIiwX3I0y0= Received: by 10.141.211.13 with SMTP id n13mr3842976rvq.12.1207001911687; Mon, 31 Mar 2008 15:18:31 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Mon, 31 Mar 2008 15:18:31 -0700 (PDT) Message-ID: <9bbcef730803311518h5e75a18dq1f11189ddae8b75c@mail.gmail.com> Date: Tue, 1 Apr 2008 00:18:31 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Scott Long" In-Reply-To: <47F15F3C.9060100@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> <47F15772.5010104@samsco.org> <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> <47F15F3C.9060100@samsco.org> X-Google-Sender-Auth: 9f476f2b953da4ab Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 22:18:32 -0000 On 01/04/2008, Scott Long wrote: > If you have a RAID controller in front of the disks then the effects of > TCQ are hidden from the OS; it might ultimately make the controller > complete requests faster, but the controller already looks to the OS > like a disk with a really deep queue. When you're dealing directly with > the disks then TCQ/NCQ is required in order for batching of concurrent > requests to occur. Thanks. I thought TCQ is also used between the OS and the controller (since the RAID array is presented to the OS as opaque...). From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 22:28:50 2008 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 DD6A1106566C; Mon, 31 Mar 2008 22:28:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 921A68FC17; Mon, 31 Mar 2008 22:28:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m2VMSkZf065549; Mon, 31 Mar 2008 16:28:46 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47F1659E.8020001@samsco.org> Date: Mon, 31 Mar 2008 16:28:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Ivan Voras References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> <47F15772.5010104@samsco.org> <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> <47F15F3C.9060100@samsco.org> <9bbcef730803311518h5e75a18dq1f11189ddae8b75c@mail.gmail.com> In-Reply-To: <9bbcef730803311518h5e75a18dq1f11189ddae8b75c@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 22:28:51 -0000 Ivan Voras wrote: > On 01/04/2008, Scott Long wrote: > >> If you have a RAID controller in front of the disks then the effects of >> TCQ are hidden from the OS; it might ultimately make the controller >> complete requests faster, but the controller already looks to the OS >> like a disk with a really deep queue. When you're dealing directly with >> the disks then TCQ/NCQ is required in order for batching of concurrent >> requests to occur. > > Thanks. I thought TCQ is also used between the OS and the controller > (since the RAID array is presented to the OS as opaque...). TCQ is a protocol specific to parallel SCSI that involves the use of protocol messages and control signals found only on a parallel SCSI bus. PCI RAID controllers that present a SCSI interface to the OS don't use real TCQ to communicate between the OS and the controller. Even though these kinds of controllers use the SCSI command protocol, they still use a custom device-specific low-level communication protocol that handles the transfer and queuing of commands. External RAID controllers/enclosures do use the appropriate SCSI/SAS/FC/SATA bus queuing mechanism, but I'm not sure if that's what you're talking about here. Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 22:48:15 2008 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 1D11F1065676 for ; Mon, 31 Mar 2008 22:48:15 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id A9EC38FC16 for ; Mon, 31 Mar 2008 22:48:14 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1203493rvb.43 for ; Mon, 31 Mar 2008 15:48:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=4WMgfTEMvGyueI+oJVpMLU6fgTqKglFn7/K22uwf7/8=; b=rzYRLqKJq/l+0Vxjtsjo3AIr5sJOwDlrqFlM19DBXK9eTYewGt6oQc3aq9hVL3WLOhcmJcyde/oXeeCnzHVvjbbXyxornWgGVy3Y820Y3nLoi1asakI8KsCDPjNqj2oTlQnnT8kAk9BzsrSxpYtSSK3eLUrGaOW82U9JQwGYrzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Sr9MhinsL0w8bAMrsO/PQ8JXCGH7pcJCAEu6kSouIfYsO6dQPJF0S6GWMw20d4zo+mu5JrD/Ch1wejzJR+0VogGJGKM7PUmUp54fi4BryzxvTNSJLdC7Rsk4RQy/vdQMwsZfZ+ubC0RW51x/OODiKsfPpqwoCUSUe90C0KLEztI= Received: by 10.140.207.2 with SMTP id e2mr3833535rvg.144.1207003694216; Mon, 31 Mar 2008 15:48:14 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Mon, 31 Mar 2008 15:48:14 -0700 (PDT) Message-ID: <9bbcef730803311548o4a2d665cwdadaf87f6b719030@mail.gmail.com> Date: Tue, 1 Apr 2008 00:48:14 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Scott Long" In-Reply-To: <47F1659E.8020001@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F147D8.3030905@samsco.org> <9bbcef730803311409ha25effam9dd522c9084783ad@mail.gmail.com> <47F15772.5010104@samsco.org> <9bbcef730803311434s48d3269cs1e8ae0fd1eb7ffc3@mail.gmail.com> <47F15F3C.9060100@samsco.org> <9bbcef730803311518h5e75a18dq1f11189ddae8b75c@mail.gmail.com> <47F1659E.8020001@samsco.org> X-Google-Sender-Auth: ea744b68f6fd651e Cc: freebsd-current@freebsd.org Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2008 22:48:15 -0000 On 01/04/2008, Scott Long wrote: > TCQ is a protocol specific to parallel SCSI that involves the use of > protocol messages and control signals found only on a parallel SCSI bus. > PCI RAID controllers that present a SCSI interface to the OS don't use > real TCQ to communicate between the OS and the controller. Even though > these kinds of controllers use the SCSI command protocol, they still use > a custom device-specific low-level communication protocol that handles > the transfer and queuing of commands. External RAID > controllers/enclosures do use the appropriate SCSI/SAS/FC/SATA bus > queuing mechanism, but I'm not sure if that's what you're talking about > here. Your're right, I'm not. On further thought it's logical - if RAID controllers talked plain SCSI to the OS there wouldn't be a need for specific drivers, right? From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 02:46:15 2008 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 7054D1065672 for ; Tue, 1 Apr 2008 02:46:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 559BF8FC12 for ; Tue, 1 Apr 2008 02:46:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m312k7xi067485; Mon, 31 Mar 2008 19:46:07 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m312k7Ep067484; Mon, 31 Mar 2008 19:46:07 -0700 (PDT) (envelope-from obrien) Date: Mon, 31 Mar 2008 19:46:07 -0700 From: "David O'Brien" To: d@delphij.net Message-ID: <20080401024607.GD66987@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, d@delphij.net, FreeBSD Current References: <47F0707F.3080009@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47F0707F.3080009@delphij.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: cvs: something wrong wrt vendor branch behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 02:46:15 -0000 On Sun, Mar 30, 2008 at 10:02:55PM -0700, Xin LI wrote: > It seems that the recent cvs import has caused it to confuse the state > of files. Continously execute the same command would always spit > something like this: > > [delphij@charlie] /usr/src/contrib> cvs -qR up -PdA > U ipfilter/BSD/ipfadm-rcd > U ipfilter/lib/alist_free.c > U ipfilter/lib/alist_new.c > U ipfilter/lib/load_file.c > U ipfilter/lib/load_http.c > U ipfilter/lib/load_url.c > > My understainding is that 'U something' is only displayed when the file > is either updated, or created in the repository? I saw this same weirdness today with "-PdA -r RELENG_6" also. I wonder if 'U' is printed out when the branch is changing now - even if the file(s) don't. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 02:55:47 2008 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 B951E106564A; Tue, 1 Apr 2008 02:55:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5FBCE8FC25; Tue, 1 Apr 2008 02:55:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 51A8028450; Tue, 1 Apr 2008 10:55:46 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id CDDF4EB9386; Tue, 1 Apr 2008 10:55:45 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id O6vTItVmmldg; Tue, 1 Apr 2008 10:55:40 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id B11DBEB92A2; Tue, 1 Apr 2008 10:55:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp: content-type:content-transfer-encoding; b=P6QEBY/9XxzUiahsGabllDF/RkstZ391yXwochHEwQXYFOrlRksBZQgtOOC46/QAj AeQBaa3dihdG+IQmqwP/g== Message-ID: <47F1A429.6040902@delphij.net> Date: Mon, 31 Mar 2008 19:55:37 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: obrien@freebsd.org, d@delphij.net, FreeBSD Current References: <47F0707F.3080009@delphij.net> <20080401024607.GD66987@dragon.NUXI.org> In-Reply-To: <20080401024607.GD66987@dragon.NUXI.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cvs: something wrong wrt vendor branch behavior 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, 01 Apr 2008 02:55:47 -0000 David O'Brien wrote: > On Sun, Mar 30, 2008 at 10:02:55PM -0700, Xin LI wrote: >> It seems that the recent cvs import has caused it to confuse the state >> of files. Continously execute the same command would always spit >> something like this: >> >> [delphij@charlie] /usr/src/contrib> cvs -qR up -PdA >> U ipfilter/BSD/ipfadm-rcd >> U ipfilter/lib/alist_free.c >> U ipfilter/lib/alist_new.c >> U ipfilter/lib/load_file.c >> U ipfilter/lib/load_http.c >> U ipfilter/lib/load_url.c >> >> My understainding is that 'U something' is only displayed when the file >> is either updated, or created in the repository? > > I saw this same weirdness today with "-PdA -r RELENG_6" also. I wonder > if 'U' is printed out when the branch is changing now - even if the > file(s) don't. I think that it's not printed if file revision was not changed, but it would appear if the file revision has been changed (i.e. after a MFC). Still don't understand why it appear in -A case. Running cvs up -A on the said file will always say 'U' which does not seems to be reasonable: [delphij@charlie] /usr/src/contrib> cvs -qR up ipfilter/BSD/ipfadm-rcd [delphij@charlie] /usr/src/contrib> cvs -qR up -A ipfilter/BSD/ipfadm-rcd U ipfilter/BSD/ipfadm-rcd [delphij@charlie] /usr/src/contrib> cvs -qR up -A ipfilter/BSD/ipfadm-rcd U ipfilter/BSD/ipfadm-rcd [delphij@charlie] /usr/src/contrib> cvs -qR status ipfilter/BSD/ipfadm-rcd =================================================================== File: ipfadm-rcd Status: Up-to-date Working revision: 1.1.1.1 Tue Apr 1 02:53:58 2008 Repository revision: 1.1.1.1 /home/ncvs/src/contrib/ipfilter/BSD/ipfadm-rcd,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: -kk Sound like that the vendor HEAD is not considered as HEAD when the revision is 1.1.1.1 and no actual HEAD? Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 03:49:45 2008 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 A8FDD106566C for ; Tue, 1 Apr 2008 03:49:45 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 608288FC25 for ; Tue, 1 Apr 2008 03:49:44 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2779128pyb.10 for ; Mon, 31 Mar 2008 20:49:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=oTfckbOg2S1CddH1D9MlM7G8IQiQKXkejLz8AXTJOHo=; b=t9gKyOzCRLW2oYx26j9h0ZCOo70rdrorXt5l6+y/BItnOPkEFoyJWr65/TqellY0PDDGKu26fPuQotsUXVJmFq3y92/MouG6G6IJtdnn3ex+TwNUb6oIzJLi0mZMuwxqsvR8HBbMHtXHcOgIctrv0RZVYc5O56lBH3F56nOTcSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=H8fjfQLLtSCyI6CE8kFrjaidkB4tsAPDGebau+cw8xFxnGpkyUtEGDckmNjWGikdebE3m+/81KjlECyYQquyEmBZ3Yp2HwbRDznTe6jeSqR1w04iQHa/ZIydeTbzzpK2tFYKZxm5Ue/KksEkzHFkbkPWI0zFEGq4lYu6jztlX5Y= Received: by 10.65.151.17 with SMTP id d17mr15432229qbo.60.1207021783304; Mon, 31 Mar 2008 20:49:43 -0700 (PDT) Received: by 10.65.158.10 with HTTP; Mon, 31 Mar 2008 20:49:43 -0700 (PDT) Message-ID: <25cb30803312049p7a0cdd7dya06190ac11b3f7b4@mail.gmail.com> Date: Tue, 1 Apr 2008 11:49:43 +0800 From: "Kevin Foo" To: freebsd-current@freebsd.org In-Reply-To: <20080331162845.M48396@bellera.cat> MIME-Version: 1.0 References: <20080328093411.M24208@bellera.cat> <20080328125413.M65426@bellera.cat> <20080330102704.M86415@bellera.cat> <25cb30803310136w3586849bo9d0c33e6755cff9@mail.gmail.com> <20080331162845.M48396@bellera.cat> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Installation trouble with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@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: Tue, 01 Apr 2008 03:49:45 -0000 On Tue, Apr 1, 2008 at 12:41 AM, Josep Pujadas i Jubany wrote: > On Mon, 31 Mar 2008 16:36:47 +0800, Kevin Foo wrote > > On Sun, Mar 30, 2008 at 6:35 PM, Josep Pujadas i Jubany wrote: > > > > > > > > * On-board NIC was not detected. > > > > See PR kern/119779 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 > > > > * shutdown -r now did'nt restart the system. The system was blocked at: > > > > > > > The system will reboot properly if you load ipmi module and specify > watchdog > > timeout in 60 seconds. > > > > # kldload ipmi > > # watchdog -t 60; reboot > > > > You can create handy alias. > > alias reboot 'watchdog -t 60; /sbin/reboot' > > > > I didn't have any issue with DVD drive when it was running 6.3/7.0. > > > > -- > > Regards > > Kevin Foo > > _______________________________________________ > > Thanks! > > Everything ok up to now! > > 1. patch for BCM5722 NIC worked. I modified the files and I recompiled my > kernel. > > 2. ipmi works if I load manually as you suggested. But if I include in the > kernel as "device ipmi" (for automatic loading at startup system) disks > are > not correctly dismounted. So, I wrote a shell script to do all the > operations and I increase the timer to 120 seconds. See /boot/loader.conf. You can load the module there upon bootup. Please file a PR if you think that including ipmi to kernel cause inappropriate behaviour. I don't have the box to test that now. -- Regards Kevin Foo From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:09:24 2008 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 A65761066EA6; Tue, 1 Apr 2008 05:09:24 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9B83E8FC31; Tue, 1 Apr 2008 05:09:23 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id 7BBC24D522C; Tue, 1 Apr 2008 13:04:39 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 21F0F55E487 for ; Fri, 28 Mar 2008 14:45:59 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2FD361FFE64; Fri, 28 Mar 2008 06:44:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C88881065735; Fri, 28 Mar 2008 06:44:19 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0811065673 for ; Fri, 28 Mar 2008 06:44:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 362358FC26 for ; Fri, 28 Mar 2008 06:44:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so98304fgg.35 for ; Thu, 27 Mar 2008 23:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=k++HDwZcQS18WxGAqerZwRdv5ABBb+mRIHKP/FH8IhY=; b=RzJWshf9wesjVF3cWiyPZd6S5yXZ0LfCKfQ4fBkXgLZlD26iXyK4RiE/H4QA8SJ13kfkdiBIt5bM3i2RdfjHM5OSM7H6RtmKuR/G40pNbJTmJW2WF6v7Vx1bENq3hYesOKM9NgQROJw0kTq6FFw9D4GXqIFWjQuBsJZBFu+uvCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=R/eNy+wUwyEIb1f2rPuZMRnT0ObQdQ8XIilDCTNiun4DnqBEsOolYouHRmJxP+fv1szk+aBYsgYDuB9lWE4gcFXq1TW5j8v0SyGxMhzqsyXbW6POIhkC1NMPQvKJ+/hzVlW1LtJVbgBep4cqXlDS4WxF7SOGfUg2Ir74kI4SlXQ= Received: by 10.82.175.17 with SMTP id x17mr5739759bue.19.1206686640662; Thu, 27 Mar 2008 23:44:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm1689734fge.7.2008.03.27.23.43.57 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 23:43:59 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2S6hrKn099479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 15:43:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S6hqjX099478; Fri, 28 Mar 2008 15:43:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 15:43:52 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328064352.GF98450@cdnetworks.co.kr> References: <485760.8465.qm@web33703.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485760.8465.qm@web33703.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org 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: Tue, 01 Apr 2008 05:09:24 -0000 On Thu, Mar 27, 2008 at 10:47:51PM -0700, Abdullah Ibn Hamad Al-Marri wrote: [...] > > > > > > Pyun, > > > > > > I used it, and I got no bufer space available message, I run a server with > > heavey http requests and named as we.. > > > > > > so I had to increase the buffer. > > > > > > > Please try re(4) in HEAD. > > I've just committed one important fix to PCIe variants of RealTek > > chip. I guess re(4) in HEAD shall fix all known issues reported. > > > > I'll MFC re(4) changes in a week. > > > > -- > > Regards, > > Pyun YongHyeon > > > > Hello Pyun, > > I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. > > machine -> /usr/src/sys/amd64/include > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c > ===> mii (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c > In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > mkdep: compile failed > *** 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 > > > > Could you please help with a patch could be applied in RELENG_7? This is urgent issue. > The files in the following URL are the same one in HEAD except addition of minor glude code to build it on RELENG_7. http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h -- Regards, Pyun YongHyeon _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:15:08 2008 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 94B4110664A5; Tue, 1 Apr 2008 05:14:58 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id 67A3E8FC19; Tue, 1 Apr 2008 05:14:57 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id B47244D5073; Tue, 1 Apr 2008 13:09:03 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 58C0F55E462 for ; Fri, 28 Mar 2008 09:41:41 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A4F41158D8E; Fri, 28 Mar 2008 01:39:55 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 93822106570F; Fri, 28 Mar 2008 01:39:52 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4A21065676 for ; Fri, 28 Mar 2008 01:39:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 908E08FC20 for ; Fri, 28 Mar 2008 01:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so8351fgg.35 for ; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=jMEKWDzYFyDOy6vrer6XAueQ0aGaPYTrPBz7J5NcQcg=; b=cE+xWdtw7UVrFNWjYNpRQ37wwgbhVJLVUowp5CU/jDOTAZCmMINaTMOIoHCaujIWan9F7FQoXsBQdQN5CS9Qgt1DVdQOeZ0e16Ow4xdPznh6PtAEBXE70bHesQbyr66cGNi7WRZoeM3p7zk1pyuQK3MjRGJaJoquQh67gy93Ans= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=OcOClNrSUGprjpQlUEt0cHL5PPEwu4Mmm9bvTq9GJyq+60Z2hlCHUEBCqaCzahPkkxndvnWmX5iczJtYFFfFt6eMcYYmGBUaX65o90Z+2l+7ZIMV6UYx5t+ETf5BF8EPSE221XqF4bGZmXRARA01tWqxIPSHePcU8Fretff/PCE= Received: by 10.82.146.10 with SMTP id t10mr5278165bud.6.1206668374015; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id o11sm609535fkf.9.2008.03.27.18.39.29 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 18:39:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2S1dPLC098536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 10:39:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S1dNDk098535; Fri, 28 Mar 2008 10:39:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 10:39:23 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328013923.GC98450@cdnetworks.co.kr> References: <626860.36996.qm@web33702.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <626860.36996.qm@web33702.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Ian FREISLICH , FreeBSD STABLE , FreeBSD Current Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org 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: Tue, 01 Apr 2008 05:15:08 -0000 On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: Pyun YongHyeon > > To: Ian FREISLICH > > Cc: FreeBSD Current ; Robert Backhaus > > Sent: Monday, March 17, 2008 8:12:03 AM > > Subject: Re: Packet corruption in re0 > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > Pyun YongHyeon wrote: > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > Pyun YongHyeon wrote: > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > wr > > > ote: > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > > I am experiencing roughly 15% packet corruption on the re > > inter > > > face > > > > > on > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > 7.0-PRERELEA > > > SE #8 > > > > > : > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > > shows > > > up > > > > > > > > > after the system has been up for roughly 36 hours, depending > > on > > > the > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > > se > > > ems a > > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > > sh > > > ould > > > > > use > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > tagging related issues on RELENG_7? > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > of H/W assistance was broken. For example, > > > > - Disable checksum offload for VLAN interface first and check > > > > whether quagga works. > > > > > > You can only disable offload on the parent interface. > > > > > > > - Disable checksum offload for parent interface and check again. > > > > If you can post tcpdump output for broken conntection it may help a > > > > lot to diagnose the issue. > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > permutations of the interface flags make no difference to this > > > behaviour as long as hardware tagging is enabled. > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > is enabled. From the tcpdump output it looks like a padding or > > > packet length issue. > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Here's what was actually recieved by the em(4) device on the > > > neighbour. Note the absense of the 801.1Q header: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > > Database Description, length: 1472 > > > > > > and the em(4) device recieves: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > Please try this one and let me know the result. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > Ian > > > > > > -- > > > Ian Freislich > > > > > > > -- > > Regards, > > Pyun YongHyeon > > > Pyun, > > I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. > > so I had to increase the buffer. > Please try re(4) in HEAD. I've just committed one important fix to PCIe variants of RealTek chip. I guess re(4) in HEAD shall fix all known issues reported. > www# netstat -m > 553/1862/2415 mbufs in use (current/cache/total) > 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) > 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) > 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 920K/5727K/6647K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 41261 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Can you make a patch for the changes you made in HEAD for RELENG_7? > I'll MFC re(4) changes in a week. -- Regards, Pyun YongHyeon _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:16:50 2008 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 B2A2A1066065; Tue, 1 Apr 2008 05:16:38 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id 769448FC19; Tue, 1 Apr 2008 05:16:37 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id 301AF4D5368; Tue, 1 Apr 2008 13:10:43 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 6FE8C55E4C7 for ; Fri, 28 Mar 2008 13:49:24 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 99A7D1A4B81; Fri, 28 Mar 2008 05:48:12 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 699DC106572C; Fri, 28 Mar 2008 05:48:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB9A1065671 for ; Fri, 28 Mar 2008 05:47:52 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33703.mail.mud.yahoo.com (web33703.mail.mud.yahoo.com [68.142.201.200]) by mx1.freebsd.org (Postfix) with SMTP id 189B38FC18 for ; Fri, 28 Mar 2008 05:47:51 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 8833 invoked by uid 60001); 28 Mar 2008 05:47:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=aH+yxp+O0chwFgRns5Ll6tSkyqW8SaP8jG1kA6bmPbsso+eVsaEaVBvPy4Yon1RqgEyJeZwT5x3BxLQC+dn2rG4AvZOGp4wUQouK8G8u07xKvN1itx2mKXt62GEw8MXVkAWdEksQ9D6KedatSo8BuJ2mGd0bAc8bEM9T391VvQA=; X-YMail-OSG: RS_D9OwVM1kjFCcO6HeQpou2N07SVxSlk8xTXiTvtVzxfvK6QNeqacW35ZPeOvhiOw-- Received: from [82.148.96.69] by web33703.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 22:47:51 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 22:47:51 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <485760.8465.qm@web33703.mail.mud.yahoo.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 05:16:50 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: Ian FREISLICH ; FreeBSD Current ; FreeBSD STABLE > Sent: Friday, March 28, 2008 4:39:23 AM > Subject: Re: Packet corruption in re0 > > On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: Pyun YongHyeon > > > To: Ian FREISLICH > > > Cc: FreeBSD Current ; Robert Backhaus > > > > Sent: Monday, March 17, 2008 8:12:03 AM > > > Subject: Re: Packet corruption in re0 > > > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > > Pyun YongHyeon wrote: > > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > > wr > > > > ote: > > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus > wrote: > > > > > > > > > > I am experiencing roughly 15% packet corruption on the > re > > > inter > > > > face > > > > > > on > > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > > 7.0-PRERELEA > > > > SE #8 > > > > > > : > > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem > only > > > shows > > > > up > > > > > > > > > > after the system has been up for roughly 36 hours, > depending > > > on > > > > the > > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to > "." > > > se > > > > ems a > > > > > > > > bit drastic, and I don't do much with cvs proper. I take it > that I > > > sh > > > > ould > > > > > > use > > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to > add > > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c > on > > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > > tagging related issues on RELENG_7? > > > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > > of H/W assistance was broken. For example, > > > > > - Disable checksum offload for VLAN interface first and check > > > > > whether quagga works. > > > > > > > > You can only disable offload on the parent interface. > > > > > > > > > - Disable checksum offload for parent interface and check again. > > > > > If you can post tcpdump output for broken conntection it may help a > > > > > lot to diagnose the issue. > > > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > > permutations of the interface flags make no difference to this > > > > behaviour as long as hardware tagging is enabled. > > > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > > is enabled. From the tcpdump output it looks like a padding or > > > > packet length issue. > > > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Here's what was actually recieved by the em(4) device on the > > > > neighbour. Note the absense of the 801.1Q header: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length > 1506: > > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > and the em(4) device recieves: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > > Please try this one and let me know the result. > > > http://people.freebsd.org/~yongari/re/if_re.c > > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > > > Ian > > > > > > > > -- > > > > Ian Freislich > > > > > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > Pyun, > > > > I used it, and I got no bufer space available message, I run a server with > heavey http requests and named as we.. > > > > so I had to increase the buffer. > > > > Please try re(4) in HEAD. > I've just committed one important fix to PCIe variants of RealTek > chip. I guess re(4) in HEAD shall fix all known issues reported. > I'll MFC re(4) changes in a week. > > -- > Regards, > Pyun YongHyeon > Hello Pyun, I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. machine -> /usr/src/sys/amd64/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c ===> mii (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if mkdep: compile failed *** 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 Could you please help with a patch could be applied in RELENG_7? This is urgent issue. --- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:19:35 2008 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 56C2B10656F2; Tue, 1 Apr 2008 05:19:35 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id E704D8FC29; Tue, 1 Apr 2008 05:19:33 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id 253934D54F4; Tue, 1 Apr 2008 13:12:20 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 8552A55E487 for ; Fri, 28 Mar 2008 01:43:33 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 08D3B16221D; Thu, 27 Mar 2008 17:42:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 188FA10656DA; Thu, 27 Mar 2008 17:42:01 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74149106567F for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33702.mail.mud.yahoo.com (web33702.mail.mud.yahoo.com [68.142.201.199]) by mx1.freebsd.org (Postfix) with SMTP id 4A11D8FC19 for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 37389 invoked by uid 60001); 27 Mar 2008 17:41:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=bzlWzGl6kWDVJtFuvkZ8hSic/c8xRFeGx7go4aRctIgkuAMgQ8HOL13Bq8dx4Pu7E9HM2TY0mI/xD0mgXml2tEPRkndgS/aP/pOeM/ChvXqAD5HrwcRXKq4tIHpaWUdnvRRRRqFW9b24waIwpZ2fYXHWSjzJraICaIqNcbqJqbw=; X-YMail-OSG: PsVesmIVM1nJ3ImxCPWd5znGEc7mLl34.ByGZJgnsE7iKiKdfJb06TB5R84yQWvpdFg5G59Ken0ELZX618vy_QZsK3H7emcdTosfET58aveiOQAItnFiV.BGes7E_AKPLZLi3JU- Received: from [86.62.225.3] by web33702.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 10:41:48 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 10:41:48 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com, Ian FREISLICH MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <626860.36996.qm@web33702.mail.mud.yahoo.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 05:19:35 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Ian FREISLICH > Cc: FreeBSD Current ; Robert Backhaus > Sent: Monday, March 17, 2008 8:12:03 AM > Subject: Re: Packet corruption in re0 > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > Pyun YongHyeon wrote: > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > wr > > ote: > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > I am experiencing roughly 15% packet corruption on the re > inter > > face > > > > on > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > 7.0-PRERELEA > > SE #8 > > > > : > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > shows > > up > > > > > > > > after the system has been up for roughly 36 hours, depending > on > > the > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > se > > ems a > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > sh > > ould > > > > use > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > It basically shows up as quagga establishing OSPF neighours as > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > I'll do more debugging. > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > tagging related issues on RELENG_7? > > > > > > To narrow down the issue it would be even better to know which parts > > > of H/W assistance was broken. For example, > > > - Disable checksum offload for VLAN interface first and check > > > whether quagga works. > > > > You can only disable offload on the parent interface. > > > > > - Disable checksum offload for parent interface and check again. > > > If you can post tcpdump output for broken conntection it may help a > > > lot to diagnose the issue. > > > > The only flag affecting this behaviour is vlanhwtag. Various > > permutations of the interface flags make no difference to this > > behaviour as long as hardware tagging is enabled. > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > is enabled. From the tcpdump output it looks like a padding or > > packet length issue. > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Here's what was actually recieved by the em(4) device on the > > neighbour. Note the absense of the 801.1Q header: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > Database Description, length: 1472 > > > > and the em(4) device recieves: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > I guess I've found a VLAN hardware tagging bug in re(4). > Please try this one and let me know the result. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > Ian > > > > -- > > Ian Freislich > > > > -- > Regards, > Pyun YongHyeon Pyun, I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. so I had to increase the buffer. www# netstat -m 553/1862/2415 mbufs in use (current/cache/total) 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 920K/5727K/6647K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 41261 requests for I/O initiated by sendfile 0 calls to protocol drain routines Can you make a patch for the changes you made in HEAD for RELENG_7? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:17:04 2008 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 621F51065677; Tue, 1 Apr 2008 06:17:04 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4AC8FC29; Tue, 1 Apr 2008 06:17:03 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id ED27A4D4B71; Tue, 1 Apr 2008 14:16:02 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 737FA55E4B5 for ; Sun, 30 Mar 2008 04:25:58 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 20B9216041B; Sat, 29 Mar 2008 20:23:41 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 259121065701; Sat, 29 Mar 2008 20:23:41 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38D41065674; Sat, 29 Mar 2008 20:23:21 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from mk-outboundfilter-4.mail.uk.tiscali.com (mk-outboundfilter-4.mail.uk.tiscali.com [212.74.114.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9C98FC39; Sat, 29 Mar 2008 20:23:20 +0000 (UTC) (envelope-from njm@njm.f2s.com) X-Trace: 45469611/mk-outboundfilter-2.mail.uk.tiscali.com/F2S/$ACCEPTED/freedom2Surf-customers/195.137.21.170 X-SBRS: None X-RemoteIP: 195.137.21.170 X-IP-MAIL-FROM: njm@njm.f2s.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAII67kfDiRWq/2dsb2JhbACBWqdc X-IP-Direction: IN Received: from i-195-137-21-170.freedom2surf.net (HELO oberon.njm.f2s.com) ([195.137.21.170]) by smtp.f2s.tiscali.co.uk with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2008 19:53:44 +0000 Received: from oberon.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by oberon.njm.f2s.com (8.14.2/8.14.2) with ESMTP id m2TJrhjE047009; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm@oberon.njm.f2s.com) Received: (from njm@localhost) by oberon.njm.f2s.com (8.14.2/8.14.2/Submit) id m2TJrh6G047008; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm) Date: Sat, 29 Mar 2008 19:53:43 +0000 From: "N.J. Mann" To: Robert Joosten Message-ID: <20080329195343.GA44731@oberon.njm.f2s.com> Mail-Followup-To: Robert Joosten , freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080329185215.GA4017@iphouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080329185215.GA4017@iphouse.com> X-Operating-System: FreeBSD 6.3-STABLE User-Agent: Mutt/1.5.17cvs (2008-03-09) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-chat@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 06:17:04 -0000 In message <20080329185215.GA4017@iphouse.com>, Robert Joosten (robert@ml.erje.net) wrote: > Hi Unga, > > > Is there a 2nd edition coming soon? > > Third iirc. ISBN 0201549794 was the first, although with a slightly > different name. You are forgetting ISBN 0201061961! Cheers, Nick. -- _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:17:17 2008 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 96A2C106567A for ; Tue, 1 Apr 2008 06:17:17 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCF48FC31 for ; Tue, 1 Apr 2008 06:17:17 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2034742wfa.7 for ; Mon, 31 Mar 2008 23:17:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=weUU1UU4wfEVzaHep2Ob6O5llXlYM3k/dNq65Rc8NHo=; b=bHLH3qxZJ5qBVI8XNcoZMEUcoX6rFx0sJ50i0pG1IcxKa+WV8fGekBrgSoOY0+VGTWLaXR8aHpIjOeegZmLnjKeVopg8UMgmOipoClkurfcYPu5rsHXEvEMPqhyUbLCMgynoclUR7zY6fdkprokjdpi/PuQMSfppCfTmLs/+JBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=ilvu3eNBW0VgEqhL94iRB+4RNiIwIxMmrlQos+zdO1rTjufCDV/2huxLGg6hwihacFfoBp+fJB3dMhU+mAyZBjKt5suToIqHHYXKk0+GklhdiAJZxaQobVXKSDCYom0ioCFGiHVtj8dUfa6bzJZg9iLQYmqtBAsgz0RDuYRTOXA= Received: by 10.142.241.10 with SMTP id o10mr4434846wfh.217.1207030637034; Mon, 31 Mar 2008 23:17:17 -0700 (PDT) Received: by 10.142.52.6 with HTTP; Mon, 31 Mar 2008 23:17:17 -0700 (PDT) Message-ID: <28f643d90803312317s4a0e690bga556b762fc78d825@mail.gmail.com> Date: Tue, 1 Apr 2008 09:17:17 +0300 From: "Okalany Daniel" Sender: dokalanyi@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: b6dfd6733868b4cf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: incompatible pointer type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 06:17:17 -0000 Good morning everyone, After making buildworld successfully, make buildkernel exits and the last lines are below. What could be the problem? totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/linux/../../i386/linux/linux_machdep.c cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/IPFWKERNEL/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/IPFWKERNEL -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/linux/../../compat/linux/linux_mib.c cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/IPFWKERNEL/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/IPFWKERNEL -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c cc1: warnings being treated as errors /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c: In function 'linux_sched_getaffinity': /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c:1753: warning: assignment from incompatible pointer type /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c: In function 'linux_sched_setaffinity': /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c:1779: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/sys/modules/linux. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/IPFWKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- OKALANY DANIEL P.O BOX 26150 KAMPALA. -- There are 10 types of people in this world - those who know binary and those who don't. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:18:14 2008 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 B9FAE106564A; Tue, 1 Apr 2008 06:18:14 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: from staff.cyber.mmu.edu.my (staff.cyber.mmu.edu.my [203.106.62.12]) by mx1.freebsd.org (Postfix) with ESMTP id 31F478FC23; Tue, 1 Apr 2008 06:18:14 +0000 (UTC) (envelope-from root@mmu.edu.my) Received: by staff.cyber.mmu.edu.my (Postfix, from userid 0) id 1233F4D4BC0; Tue, 1 Apr 2008 14:17:43 +0800 (MYT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mmu.edu.my (Postfix) with ESMTP id 9B5B955E4B2 for ; Sun, 30 Mar 2008 03:13:54 +0800 (MYT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B2E57162649; Sat, 29 Mar 2008 19:11:01 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 050691065717; Sat, 29 Mar 2008 19:11:00 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA47106566B; Sat, 29 Mar 2008 19:10:46 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id 50A728FC15; Sat, 29 Mar 2008 19:10:46 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 9B2F32AC61A; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ziemel.erje.net (erje.net [80.126.62.176]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id 4CFD62AC5F9; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) by ziemel.erje.net (PostFix 2.5.0) with ESMTP id CFBCCCA0B26; Sat, 29 Mar 2008 19:52:19 +0100 (CET) Received: (from robert@localhost) by ismet.erje.net (8.14.2/8.14.2/Submit) id m2TIqGpp004186; Sat, 29 Mar 2008 19:52:16 +0100 (CET) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Sat, 29 Mar 2008 19:52:16 +0100 From: Robert Joosten To: freebsd-chat@freebsd.org Message-ID: <20080329185215.GA4017@iphouse.com> References: <945136.92642.qm@web57010.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <945136.92642.qm@web57010.mail.re3.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 06:18:15 -0000 Hi Unga, > Is there a 2nd edition coming soon? Third iirc. ISBN 0201549794 was the first, although with a slightly different name. Regards, Robert PS: may I politely remind you of our mailinglist charters phrase: "No posting should be made to more than 2 mailing lists (..) ? ;-) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:31:09 2008 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 7ADE51065676 for ; Tue, 1 Apr 2008 07:31:09 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 35A018FC1A for ; Tue, 1 Apr 2008 07:31:09 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so564074anc.13 for ; Tue, 01 Apr 2008 00:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=jlwnJQxHGzhgpPKmVynyJhb3izUnbHLefZQygHGH5qk=; b=fgCF5DgGzPTyJBfIKQP0bhJwBBjlsS3b79DL4441lx6Z/ESrWEmPA5WGlKiNcrMm3ziX/UX5qAo4odUEJGRCtpN/I6Qscf0HhRQdXpnXwcsmoh4hPIGk+zsyaWS54+6SxH8Fq2YohE1Ni8ZzGuSXWSkyDqHHfwVzLW1f/FiND8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:user-agent:mime-version:to:cc:subject:content-type:content-transfer-encoding; b=A8dhXnWpqwOU/3iF0rJNKKDNMBdDNnTlKp+ibgpRUX4tqjOS6ysoZhA7zngXHWEC4U9Y/ZM/2O4lmncQfDf77kTgTJfcWHF75MOePnRQ/NcTbtwjYOWUEK0DvycQFIs6ZZ1aFK4YWb0gVWD+UkcV/3EqAFRqeLpzhILBMGrmJlM= Received: by 10.100.152.11 with SMTP id z11mr18479371and.17.1207033406063; Tue, 01 Apr 2008 00:03:26 -0700 (PDT) Received: from ?192.168.12.92? ( [217.74.44.57]) by mx.google.com with ESMTPS id w43sm4867034hsa.3.2008.04.01.00.03.22 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Apr 2008 00:03:24 -0700 (PDT) Message-ID: <47F1DE37.1080506@gmail.com> Date: Tue, 01 Apr 2008 11:03:19 +0400 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lists@avioc.org, kensmith@cse.buffalo.edu, bbiskebo@bosco.princeton.edu Subject: re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 07:31:09 -0000 kern/120842 > http://www.freebsd.org/cgi/query-pr.cgi?pr=120842 > The hptrr(4) driver grabs the Marvell 88SX6081 device, > and the atapci(4) driver fails to attach. > > --- dmesg with htprr(4) in kernel --- > hptrr0: port 0xd800-0xd8ff mem 0xdec00000-0xdecfffff irq 16 at device 0.0 on pci3 > hptrr: adapter at PCI 3:0:0, IRQ 16 > --- > > --- dmesg w/o htprr(4) in kernel --- > atapci3: port 0xd800-0xd8ff mem 0xdec00000-0xdecfffff irq 16 at device 0.0 > on pci3 > --- > > --- pciconf with htprr(4) in kernel --- > hptrr0@pci3:0:0: class=0x010000 card=0x11ab11ab chip=0x608111ab rev=0x09 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'MV88SX6081 8-port SATA II PCI-X Controller' > class = mass storage > subclass = SCSI > --- > > --- pciconf w/o htprr(4) in kernel --- > atapci3@pci3:0:0: class=0x010000 card=0x11ab11ab chip=0x608111ab rev=0x09 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'MV88SX6081 8-port SATA II PCI-X Controller' > class = mass storage > subclass = SCSI hello I am to be confronted with that trouble on system (FreeBSD 7.0-RELEASE) installation process. 'device hptrr' used instead of 'atapci driver' for MV88SX6081 8-port SATA II PCI-X Controller Please remove 'device hptrr' option from 'GENERIC' kernel configuration or/and eliminate defects from hptrr driver. /Vladimir Ermakov From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:48:55 2008 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 2E65D106566C for ; Tue, 1 Apr 2008 07:48:55 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1468FC28 for ; Tue, 1 Apr 2008 07:48:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:50661 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6571215AbYDAHsr (ORCPT ); Tue, 1 Apr 2008 11:48:47 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1207036127 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: bu7cher Message-ID: <47F1E8DC.8060403@yandex.ru> Date: Tue, 01 Apr 2008 11:48:44 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> In-Reply-To: <20080313042119.GI16972@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Outback Dingo , freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet 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, 01 Apr 2008 07:48:55 -0000 Pyun YongHyeon wrote: > On Thu, Mar 13, 2008 at 12:06:07AM -0400, Outback Dingo wrote: > > This is only for the L1 chipset right, and it does not function for th L2 > Yes. > chips right? is it be possible to function on the L2 10/100 chip also ? > Yes, if I have L2 hardware. Note, L2 requires a different driver. FYI, NetBSD already has this driver. http://www.netbsd.org/changes/changes-5.0.html#lii(4) -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:56:52 2008 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 0384E1065671 for ; Tue, 1 Apr 2008 07:56:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id C10498FC1C for ; Tue, 1 Apr 2008 07:56:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2404792waf.3 for ; Tue, 01 Apr 2008 00:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=T5s086xbACnh57rmNNIxsMl7PsUcnq+91LXFaJ8HLEA=; b=dBcSuZi0kNkdcHsehJh/ywOZD+cyzYlxRxRKr5VktQkLYQgdsgpdwHMeusI3dZuTkQzP/EvbmHWY2sugLB+NiXGFlXz+WISHboU3NWjg+KTS7UfHBpZfGD+VTmFyM5zEhftNDt9AoS4Sc/B1E+sSucAfEgWJw7Enz2EcgBAdzw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=LlgNLOuTV7qvbflhiYl25WIW5pZgXucOJWqH9M1aFKGqQWmO3IFG2utR8zM48xEyC88Dhw25jwaBfRmj6JHp8HoqLRH/u8gYMJVR14pXa6zs1KPc5o8x0HydG0kal0BAvnEh+A9mhUfgspMfRmf0nwaDPjdT5pSaPnucx4sFiRE= Received: by 10.114.150.1 with SMTP id x1mr11784889wad.109.1207036611377; Tue, 01 Apr 2008 00:56:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n20sm11424661pof.6.2008.04.01.00.56.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Apr 2008 00:56:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m317uiGg015617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Apr 2008 16:56:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m317uiuI015616; Tue, 1 Apr 2008 16:56:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 1 Apr 2008 16:56:44 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20080401075644.GH14162@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47F1E8DC.8060403@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: Outback Dingo , freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller 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: Tue, 01 Apr 2008 07:56:52 -0000 On Tue, Apr 01, 2008 at 11:48:44AM +0400, Andrey V. Elsukov wrote: > Pyun YongHyeon wrote: > >On Thu, Mar 13, 2008 at 12:06:07AM -0400, Outback Dingo wrote: > > > This is only for the L1 chipset right, and it does not function for th > > L2 > >Yes. > >chips right? is it be possible to function on the L2 10/100 chip also ? > >Yes, if I have L2 hardware. Note, L2 requires a different driver. > > FYI, NetBSD already has this driver. > http://www.netbsd.org/changes/changes-5.0.html#lii(4) > Yes, I know. :-) But it seems that the driver still have several magic numbers and some part of code does not look right to me. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 08:02:49 2008 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 CF2851065670 for ; Tue, 1 Apr 2008 08:02:49 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.freebsd.org (Postfix) with ESMTP id 73F7F8FC21 for ; Tue, 1 Apr 2008 08:02:49 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from [172.23.170.136] (helo=anti-virus01-07) by smtp-out4.blueyonder.co.uk with smtp (Exim 4.52) id 1JgagX-000735-5L for freebsd-current@freebsd.org; Tue, 01 Apr 2008 08:13:33 +0100 Received: from [82.41.24.37] (helo=slayer.stuartfraser.net) by asmtp-out6.blueyonder.co.uk with esmtp (Exim 4.52) id 1JgagW-00022U-Pk for freebsd-current@freebsd.org; Tue, 01 Apr 2008 08:13:32 +0100 Received: from nyx.stuartfraser.net ([192.168.51.34] helo=nyx) by slayer.stuartfraser.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JgalN-0009XN-IC for freebsd-current@freebsd.org; Tue, 01 Apr 2008 08:18:33 +0100 From: "Stuart Fraser" To: Date: Tue, 1 Apr 2008 08:13:19 +0100 Message-ID: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AciTJDT4fxg8kObFS9aEh3UZxDTnFQAoyjog Content-Language: en-gb Subject: vge(4) driver not working at 1G speeds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 08:02:49 -0000 Hi, I'm trying to get a Via Velocity Gigabit Networking driver vge(4) to work at 1000baseTX on a Via EPIA SN18000 Motherboard. It will always Auto negotiation and back-off to 100MB Full duplex, which works Perfectly (so far). When I try to manually force the card 1000baseTX the interface status reports 'no carrier' and I can get not connectivity. I have tried Ubuntu live disk and it works seamlessly to 1GB, so I'm sure the cabling/switch etc is fine and the issue is with the driver. So I have tried 1000baseTX full and half duplex. I have tried to disable the hardware handoff using the mediaopt commands -rxcsum and -txcsum. Further I have tried to use the link0 operation as described in the man page but I get: nas# ifconfig vge0 mediaopt link0 ifconfig: SIOCSIFMEDIA (media): Device not configured Further I have tried Release 7.0 and Stable 7 with the vge driver compiled In to the kernel also as an external module loaded through boot/loader.conf and lastly waiting until a full boot has completed and manually loading the if_vge module. The only thing I can see is that the chipset is actually a VT6130 and perhaps the driver needs 'tweaked' or there is some sysctl somewhere to poke it into life. As I say it works fine in 100MB mode and I can use 100M for a while but I'm planning on using this as a NAS so 1G would be preferred. Any help, suggestions, thoughts would be appreciated. Anyone got it working or tried? Should I report it as a bug? Rgds S. _______________________________________________ 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 Tue Apr 1 09:53:32 2008 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 9F148106566B for ; Tue, 1 Apr 2008 09:53:32 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6608FC1A for ; Tue, 1 Apr 2008 09:53:32 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 8C0F5409DCB for ; Tue, 1 Apr 2008 11:53:30 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36819-08 for ; Tue, 1 Apr 2008 11:53:29 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id BE1DC409C53 for ; Tue, 1 Apr 2008 11:53:29 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Tue, 1 Apr 2008 11:53:29 +0200 Message-Id: <20080401093503.M45196@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.126 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 09:53:32 -0000 Hello! Scenario: * Machine: HP Proliant ML110 G5 * Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe * FreeBSD 7.0 * Kernel recompiled patching bge driver as explained at http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 The card works only at 100baseTX: media: Ethernet autoselect (100baseTX ) status: active If I try: # ifconfig bge0 media 1000baseTX mediaopt full-duplex I obtain: media: Ethernet 1000baseTX status: no carrier Of course, the card is connected to a Gigabit switch, as other FreeBSD machines that we have. The problem seems similar to http://lists.freebsd.org/pipermail/freebsd- current/2008-April/084606.html Any idea? Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 10:59:12 2008 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 36E421065670; Tue, 1 Apr 2008 10:59:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id BC7488FC28; Tue, 1 Apr 2008 10:59:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m31Ax922014907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Apr 2008 21:59:10 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m31Ax9Dt054780; Tue, 1 Apr 2008 21:59:09 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m31Ax9Xg054779; Tue, 1 Apr 2008 21:59:09 +1100 (EST) (envelope-from peter) Date: Tue, 1 Apr 2008 21:59:09 +1100 From: Peter Jeremy To: David Xu Message-ID: <20080401105909.GD24181@server.vk2pj.dyndns.org> References: <47F05C44.9020603@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GpGaEY17fSl8rd50" Content-Disposition: inline In-Reply-To: <47F05C44.9020603@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: localtime() vs localtime_r() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 10:59:12 -0000 --GpGaEY17fSl8rd50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 31, 2008 at 11:36:36AM +0800, David Xu wrote: >According POSIX specification, it seems localtime_r() is not only >a reentrant version of localtime(), but also a performance-wise version. IMO, localtime_r() is _not_ reentrant because it implicitly uses TZ =66rom the environment, rather than having TZ (ither as TZ or struct state) passed as an argument. I have an application that does conversions between timezones and this lack is a PITA. >Our implementation does set tzname, tomezone and daylight, it is a bit >slower than glibc because ours has to call getenv() everytime. Given that POSIX stuffed the definition of localtime_r(), it's not clear how to avoid this. I guess you could change the tzset_basic() call in localtime_r() to something like: static initialised =3D 0; if (!initialised) { tzset_basic(); initialised =3D 1; } which means it won't see changes to TZ. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --GpGaEY17fSl8rd50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkfyFX0ACgkQ/opHv/APuIeR6QCdHwfOftuwEyES2xv2kYyFajfl Ul8An1ztBUIsyTD5BGdOj1x86j0RpG4M =IfCH -----END PGP SIGNATURE----- --GpGaEY17fSl8rd50-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 11:24:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5979E106564A; Tue, 1 Apr 2008 11:24:53 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <47F21BA7.5030309@freebsd.org> Date: Tue, 01 Apr 2008 19:25:27 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080323) MIME-Version: 1.0 To: Peter Jeremy References: <47F05C44.9020603@freebsd.org> <20080401105909.GD24181@server.vk2pj.dyndns.org> In-Reply-To: <20080401105909.GD24181@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: localtime() vs localtime_r() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 11:24:56 -0000 Peter Jeremy wrote: > On Mon, Mar 31, 2008 at 11:36:36AM +0800, David Xu wrote: > >> According POSIX specification, it seems localtime_r() is not only >> a reentrant version of localtime(), but also a performance-wise version. >> > > IMO, localtime_r() is _not_ reentrant because it implicitly uses TZ > from the environment, rather than having TZ (ither as TZ or struct > state) passed as an argument. I have an application that does > conversions between timezones and this lack is a PITA. > > it means it does not access TZ at all. As long as the specification says it does not set timezone, an application relies on localtime_r() to set timezone is not portable. >> Our implementation does set tzname, tomezone and daylight, it is a bit >> slower than glibc because ours has to call getenv() everytime. >> > > Given that POSIX stuffed the definition of localtime_r(), it's not > clear how to avoid this. I guess you could change the tzset_basic() > call in localtime_r() to something like: > static initialised = 0; > if (!initialised) { > tzset_basic(); > initialised = 1; > } > which means it won't see changes to TZ. > > I think just calling tzsetwall_basic() is enough. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 12:52:23 2008 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 9EE39106566C for ; Tue, 1 Apr 2008 12:52:23 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id C47568FC25 for ; Tue, 1 Apr 2008 12:52:22 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.9] (port=42890 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JgfhV-0005L0-GG for freebsd-current@freebsd.org; Tue, 01 Apr 2008 16:34:53 +0400 Message-ID: <47F22BEC.10604@lissyara.su> Date: Tue, 01 Apr 2008 16:34:52 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: kernel DRM version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 12:52:23 -0000 I have ATI Radeon Xpress 200M in CURRENT-kernel drm version 1.25.0 on my xorg.log I see: ... skipped ...... (WW) RADEON(0): Direct rendering for RN50/RC410/RS485 forced on -- This is NOT officially supported at the hardware level and may cause instability or lockups drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0 (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.25.0 (II) RADEON(0): Direct rendering broken on XPRESS 200 and 200M with DRI less than 1.27 ....... skipped .......... http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121550 Do you have plans for upgrade kernel module? From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 15:08:03 2008 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 5C262106566B for ; Tue, 1 Apr 2008 15:08:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id C93EA8FC1F for ; Tue, 1 Apr 2008 15:08:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2231454fgg.35 for ; Tue, 01 Apr 2008 08:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=g76opTK0ieqQWaz54X+CE3M7RU7sfQOkPWNgciSgD+Q=; b=fv26gH3HZD/i78OvPqQcli3oJg8uZFRlQx5qEqp3A3ZAqAsKNGFHIiDY4R2nDU0xbv/9Tw5IFkkiXwP0OPMgXau8mx0uq7jxPXqC8L4e13Kp4C7kg4+bGjYgSaX+xs8UoG/Fi6JZSEam8LdSitkd3OTks1mhEdIV6lqW8venY+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FnaXuOxSduk6D3UN5iGYAGRwGJ91wmWQ1jdPKzPXrT1EUgtPYK/80yPjIUXNtfKJJcVBTb58zI8al8Im+tJRobwYrZEvUpMbsIBtWe+iUdAjmlYLzsc/NwvQkf0JfSqMh0s+ZKYivhtTejNwFH4TZOYeXxzwvycdN+E4Ddm4HK8= Received: by 10.82.105.1 with SMTP id d1mr19467786buc.28.1207062480424; Tue, 01 Apr 2008 08:08:00 -0700 (PDT) Received: by 10.86.26.8 with HTTP; Tue, 1 Apr 2008 08:08:00 -0700 (PDT) Message-ID: <7d6fde3d0804010808r63fad198n1db3f75ff4c3b857@mail.gmail.com> Date: Tue, 1 Apr 2008 08:08:00 -0700 From: "Garrett Cooper" To: "Okalany Daniel" In-Reply-To: <28f643d90803312317s4a0e690bga556b762fc78d825@mail.gmail.com> MIME-Version: 1.0 References: <28f643d90803312317s4a0e690bga556b762fc78d825@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: incompatible pointer type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 15:08:03 -0000 On Mon, Mar 31, 2008 at 11:17 PM, Okalany Daniel wrote: > Good morning everyone, > After making buildworld successfully, > make buildkernel exits and the last lines are below. What could be the > problem? > > > totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -Wundef > -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/linux/../../i386/linux/linux_machdep.c > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/IPFWKERNEL/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g > -I/usr/obj/usr/src/sys/IPFWKERNEL > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/linux/../../compat/linux/linux_mib.c > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/IPFWKERNEL/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g > -I/usr/obj/usr/src/sys/IPFWKERNEL > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c > cc1: warnings being treated as errors > /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c: In function > 'linux_sched_getaffinity': > /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c:1753: warning: > assignment from incompatible pointer type > /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c: In function > 'linux_sched_setaffinity': > /usr/src/sys/modules/linux/../../compat/linux/linux_misc.c:1779: warning: > assignment from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/sys/modules/linux. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/IPFWKERNEL. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > The APIs that bind Linux to FreeBSD are out of date; time to email the maintainer this info so they might look into fixing the issue :(... -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 17:34:18 2008 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 73F051065673 for ; Tue, 1 Apr 2008 17:34:18 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4280E8FC23 for ; Tue, 1 Apr 2008 17:34:18 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.11.16.99] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Tue, 01 Apr 2008 10:19:03 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 3C3EC2DC; Tue, 1 Apr 2008 10:18:57 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 27EB22BF; Tue, 1 Apr 2008 10:18:57 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GSH52151; Tue, 1 Apr 2008 10:18:56 -0700 (PDT) Received: from NT-IRVA-0751.brcm.ad.broadcom.com ( nt-irva-0751.brcm.ad.broadcom.com [10.8.194.65]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 8B8E669CA4; Tue, 1 Apr 2008 10:18:56 -0700 (PDT) Received: from IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) by NT-IRVA-0751.brcm.ad.broadcom.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Apr 2008 10:18:56 -0700 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.9.200.129]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Tue, 1 Apr 2008 10:18:56 -0700 From: "David Christensen" To: "Josep Pujadas i Jubany" , "freebsd-current@freebsd.org" Date: Tue, 1 Apr 2008 10:18:55 -0700 Thread-Topic: Only 100baseTX with bge BCM5722 Thread-Index: AciT3m3K4k2luXg2QliR2CYF7BlcAAAPeAuA Message-ID: <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> In-Reply-To: <20080401093503.M45196@bellera.cat> Accept-Language: en-US Content-Language: en-US acceptlanguage: en-US MIME-Version: 1.0 X-OriginalArrivalTime: 01 Apr 2008 17:18:56.0432 (UTC) FILETIME=[7776AB00:01C8941C] X-WSS-ID: 6BECB1F567025583133-04-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 17:34:18 -0000 > Hello! > > Scenario: > > * Machine: HP Proliant ML110 G5 > * Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe > * FreeBSD 7.0 > * Kernel recompiled patching bge driver as explained at > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/119779 > > The card works only at 100baseTX: > > media: Ethernet autoselect (100baseTX ) > status: active > > If I try: > > # ifconfig bge0 media 1000baseTX mediaopt full-duplex > > I obtain: > > media: Ethernet 1000baseTX > status: no carrier > > Of course, the card is connected to a Gigabit switch, as other FreeBSD > machines that we have. > > The problem seems similar to > http://lists.freebsd.org/pipermail/freebsd- > current/2008-April/084606.html > > Any idea? What's the dmesg output? Is it using ukphy or brgphy? Dave From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 18:03:04 2008 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 1CEB3106566B; Tue, 1 Apr 2008 18:03:04 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id C97578FC16; Tue, 1 Apr 2008 18:03:03 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTP id 0473D7DA10; Tue, 1 Apr 2008 20:03:02 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org, d@delphij.net Date: Tue, 1 Apr 2008 19:05:21 +0100 User-Agent: KMail/1.9.7 References: <47F133AE.2010900@delphij.net> In-Reply-To: <47F133AE.2010900@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1774646.OXeITV98u8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804012005.32581.peter.schuller@infidyne.com> Cc: Ivan Voras Subject: Re: Are large RAID stripe sizes useful with FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 18:03:04 -0000 --nextPart1774646.OXeITV98u8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Short answer: yes. Larger stripe sizes would allow better performance > for continuous read/write. In theory they will negatively affect small > size read/write but in practice you will notice that larger stripe size > would give better performance in almost all cases. One case where I have used large stripe sizes (though not with hardware rai= d=20 and not with FreeBSD) is with concurrent small reads (small =3D seek is the= =20 dominant cost) on top of a device of many drives. In these cases you want t= o=20 minimize the chance that a particular read will span multiple stripes, such= =20 that only a single drive will take a seek hit for a given request. This in= =20 turn maximizes actual physical concurrency when under high load (=3Dhigh=20 incoming request concurrency). =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1774646.OXeITV98u8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEABECAAYFAkfyeWwACgkQDNor2+l1i32B8ACgzhCc06rY/6YTWkPPOB/kVBQk Q3MAn2FqwhLtk3RoF9dhTjQ69GVf+Nw8 =a3dk -----END PGP SIGNATURE----- --nextPart1774646.OXeITV98u8-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 18:05:44 2008 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 9C88A106566B for ; Tue, 1 Apr 2008 18:05:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5FB8FC25 for ; Tue, 1 Apr 2008 18:05:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m31I5hjY041591 for ; Tue, 1 Apr 2008 11:05:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m31I5hT0041590 for current@freebsd.org; Tue, 1 Apr 2008 11:05:43 -0700 (PDT) (envelope-from david) Date: Tue, 1 Apr 2008 11:05:43 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20080401180543.GZ75023@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20080331161638.GA35248@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="49h+WPqFrDmC32aS" Content-Disposition: inline In-Reply-To: <20080331161638.GA35248@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Kernel page fault with the following non-sleepable locks held... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 18:05:44 -0000 --49h+WPqFrDmC32aS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 31, 2008 at 09:16:38AM -0700, David Wolfskill wrote: > Sources updated as of about 0330 hrs. US/Pacific today, from cvsup4. >=20 > My headless build machine didn't have a problem, but my laptop (which > was running Xorg (built under RELENG_6; I have the misc/compat6x port > installed) seemed to have a problem when I tried to login, so I rebooted > it with a serial console attached. Second time around, it booted OK, > but when I issued >=20 > sudo boot0cfg -s 1 ad0 && sudo reboot >=20 > I saw the following panic (cut/pasted from serial console) -- I'll prepend > a bit of the boot stuff for context: >... Eh; after today's build, I had no problems on either machine -- yes, even running Xorg on the laptop. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --49h+WPqFrDmC32aS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfyeXcACgkQmprOCmdXAD2tdQCeLn6X7JqCqLLm4xsWyjd670NQ 1YMAni6n2PlEsXaxWZHRW6F/SV+Zfwor =SRZy -----END PGP SIGNATURE----- --49h+WPqFrDmC32aS-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 19:44:33 2008 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 0EB731065670 for ; Tue, 1 Apr 2008 19:44:33 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id A1AE68FC15 for ; Tue, 1 Apr 2008 19:44:32 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 3CDE5409E14 for ; Tue, 1 Apr 2008 21:44:30 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60450-01 for ; Tue, 1 Apr 2008 21:44:29 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 0476E4099D1 for ; Tue, 1 Apr 2008 21:44:29 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Tue, 1 Apr 2008 21:44:29 +0200 Message-Id: <20080401193322.M70732@bellera.cat> In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 83.56.83.152 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 19:44:33 -0000 On Tue, 1 Apr 2008 10:18:55 -0700, David Christensen wrote > > Hello! > > > > Scenario: > > > > * Machine: HP Proliant ML110 G5 > > * Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe > > * FreeBSD 7.0 > > * Kernel recompiled patching bge driver as explained at > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 > > > > The card works only at 100baseTX: > > > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > If I try: > > > > # ifconfig bge0 media 1000baseTX mediaopt full-duplex > > > > I obtain: > > > > media: Ethernet 1000baseTX > > status: no carrier > > > > Of course, the card is connected to a Gigabit switch, as other FreeBSD > > machines that we have. > > > > The problem seems similar to > > http://lists.freebsd.org/pipermail/freebsd- > > current/2008-April/084606.html > > > > Any idea? > > What's the dmesg output? Is it using ukphy or brgphy? > > Dave > > _______________________________________________ Dave, Partial dmesg, concerning the NIC: pcib4: irq 17 at device 28.5 on pci0 pci14: on pcib4 bge0: mem 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 miibus0: on bge0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX bge0: [ITHREAD] bge0: link state changed to UP Must I try 1000baseT-FDX instead than 1000baseTX in my ifconfig line? Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 21:06:11 2008 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 04F401065670 for ; Tue, 1 Apr 2008 21:06:11 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1AC8FC18 for ; Tue, 1 Apr 2008 21:06:10 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so869227tid.3 for ; Tue, 01 Apr 2008 14:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=g1GOsMVL7pd00bTJw5azuriN48JZsrCNdzjR4fts+w8=; b=oFVGjp2cFSit51oc14I/BdsRFXm8q+yjnOo+GoQXfrSdTrdEZgvWqLRsCC1zqSSrb1Hq3Rqs2nZ/cxJA5XeYaR0PUiGgQk/eQlOnBB1ToA83LmzDqBHWmByQU5vuI8vlOrbUwUVI2UvOlAuUav+DLhK0zDsWzJ4nsXq25YvRjoo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lBE9xnAW0Haf62dHIDKdVQweDchDkUeJcOmewPlo8NPETO+USv0oZxay5t8IiOCmCDYVyCsAUq4PqcxgDx9AgP+GDivo9avg/oJZ+U76q7CfkinS0KBhIpcmApWhEBENo4dqxtr/UIjmnOaLXUYOeD1QoNnfB4C5TKePbe9Bb9c= Received: by 10.150.198.14 with SMTP id v14mr4406975ybf.134.1207082454431; Tue, 01 Apr 2008 13:40:54 -0700 (PDT) Received: by 10.150.205.12 with HTTP; Tue, 1 Apr 2008 13:40:54 -0700 (PDT) Message-ID: <3c0b01820804011340q2237b382vc7d1185300da6245@mail.gmail.com> Date: Tue, 1 Apr 2008 16:40:54 -0400 From: "Alexander Sack" To: "Josep Pujadas i Jubany" In-Reply-To: <20080401193322.M70732@bellera.cat> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> Cc: freebsd-current@freebsd.org Subject: Re: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 21:06:11 -0000 Hey: I just debugged this problem on another BCM chipset. Please instead of setting at particular speed: ifconfig bgeX down ifconfig bgeX media autoselect up See if it auto-renegotiates correctly. BCM phys are notorious for this issue. Also, do you have IPMI active? Thanks! -aps On Tue, Apr 1, 2008 at 3:44 PM, Josep Pujadas i Jubany wrote: > On Tue, 1 Apr 2008 10:18:55 -0700, David Christensen wrote > > > > Hello! > > > > > > Scenario: > > > > > > * Machine: HP Proliant ML110 G5 > > > * Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe > > > * FreeBSD 7.0 > > > * Kernel recompiled patching bge driver as explained at > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 > > > > > > The card works only at 100baseTX: > > > > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > > > If I try: > > > > > > # ifconfig bge0 media 1000baseTX mediaopt full-duplex > > > > > > I obtain: > > > > > > media: Ethernet 1000baseTX > > > status: no carrier > > > > > > Of course, the card is connected to a Gigabit switch, as other FreeBSD > > > machines that we have. > > > > > > The problem seems similar to > > > http://lists.freebsd.org/pipermail/freebsd- > > > current/2008-April/084606.html > > > > > > Any idea? > > > > What's the dmesg output? Is it using ukphy or brgphy? > > > > Dave > > > > _______________________________________________ > > Dave, > > Partial dmesg, concerning the NIC: > > pcib4: irq 17 at device 28.5 on pci0 > pci14: on pcib4 > bge0: mem > 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 > miibus0: on bge0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX > bge0: [ITHREAD] > > bge0: link state changed to UP > > Must I try 1000baseT-FDX instead than 1000baseTX in my ifconfig line? > > Regards, > > Josep Pujadas > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- "What lies behind us and what lies in front of us is of little concern to what lies within us." -Ralph Waldo Emerson From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 22:21:51 2008 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 94EFD1065672 for ; Tue, 1 Apr 2008 22:21:51 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.176]) by mx1.freebsd.org (Postfix) with ESMTP id 17F0B8FC2D for ; Tue, 1 Apr 2008 22:21:50 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ik-out-1112.google.com with SMTP id b35so309731ika.3 for ; Tue, 01 Apr 2008 15:21:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=De6VMfSNzv6CHWCC6QKbvErKMJo4g8kXWDMXZjia5fA=; b=J7p/zcGzUHiyD3Z36g/bkXa6VbUS9t3HrpgQ1PBtgo/BvPKhSJxrUkc+EfF7cz2OOjd5yEuerXCasHBmVlS97b6db4Imsh8Y3UJhXzaoBy6nAWs+BJzN8AKA5yRCD/q6RidfvpfH+Dh1yFkKf+k8pl9feEHBHHwlBwobtLEi6cM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OEY7CHExr/1ZQ8oRr2DX/j4dhMicjFOfp/GORpi/rrh3AdR8thIANsqU10MAPw1SysMzCVrV3iyvKt6RQRAe0Lta3BmmzHDAd4D/wzLmj/END4R9y9Gds6jQmra8Z/ko67IEsyQILHWNa/vioeAVkDnwJgtaKtF/qEKkDc/1k90= Received: by 10.150.58.5 with SMTP id g5mr4460734yba.158.1207088507771; Tue, 01 Apr 2008 15:21:47 -0700 (PDT) Received: by 10.150.205.12 with HTTP; Tue, 1 Apr 2008 15:21:47 -0700 (PDT) Message-ID: <3c0b01820804011521n6f41412cgad02e90dd252bdcf@mail.gmail.com> Date: Tue, 1 Apr 2008 18:21:47 -0400 From: "Alexander Sack" To: "Josep Pujadas i Jubany" In-Reply-To: <3c0b01820804011340q2237b382vc7d1185300da6245@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> <3c0b01820804011340q2237b382vc7d1185300da6245@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 22:21:51 -0000 Actually, I jumped the gun because I'm going BCM crazy at work! :D! David asked the right question: The dmesg output shows that this is using ukphy not brgphy. The ukphy I believe uses mostly the common MII code. At attach time it does try to read the right hardware bits to parse what the PHY supports. I noticed from your output it does support 1000baseT and 1000baseTX-FDX. Have you used either of these in your ifconfig call with any luck? Sorry bout that, -aps On Tue, Apr 1, 2008 at 4:40 PM, Alexander Sack wrote: > Hey: > > I just debugged this problem on another BCM chipset. Please instead > of setting at particular speed: > > ifconfig bgeX down > ifconfig bgeX media autoselect up > > See if it auto-renegotiates correctly. > > BCM phys are notorious for this issue. Also, do you have IPMI active? > > Thanks! > > -aps > > > On Tue, Apr 1, 2008 at 3:44 PM, Josep Pujadas i Jubany > wrote: > > On Tue, 1 Apr 2008 10:18:55 -0700, David Christensen wrote > > > > > > Hello! > > > > > > > > Scenario: > > > > > > > > * Machine: HP Proliant ML110 G5 > > > > * Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe > > > > * FreeBSD 7.0 > > > > * Kernel recompiled patching bge driver as explained at > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119779 > > > > > > > > The card works only at 100baseTX: > > > > > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > > > > > If I try: > > > > > > > > # ifconfig bge0 media 1000baseTX mediaopt full-duplex > > > > > > > > I obtain: > > > > > > > > media: Ethernet 1000baseTX > > > > status: no carrier > > > > > > > > Of course, the card is connected to a Gigabit switch, as other FreeBSD > > > > machines that we have. > > > > > > > > The problem seems similar to > > > > http://lists.freebsd.org/pipermail/freebsd- > > > > current/2008-April/084606.html > > > > > > > > Any idea? > > > > > > What's the dmesg output? Is it using ukphy or brgphy? > > > > > > Dave > > > > > > _______________________________________________ > > > > Dave, > > > > Partial dmesg, concerning the NIC: > > > > pcib4: irq 17 at device 28.5 on pci0 > > pci14: on pcib4 > > bge0: mem > > 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 > > miibus0: on bge0 > > ukphy0: PHY 1 on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto > > bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX > > bge0: [ITHREAD] > > > > bge0: link state changed to UP > > > > Must I try 1000baseT-FDX instead than 1000baseTX in my ifconfig line? > > > > Regards, > > > > Josep Pujadas > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > -- > "What lies behind us and what lies in front of us is of little concern > to what lies within us." -Ralph Waldo Emerson > -- "What lies behind us and what lies in front of us is of little concern to what lies within us." -Ralph Waldo Emerson From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 22:34:13 2008 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 08696106566B for ; Tue, 1 Apr 2008 22:34:13 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id A76D08FC2D for ; Tue, 1 Apr 2008 22:34:12 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 65819 invoked by uid 60001); 1 Apr 2008 22:34:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=PqoRZhz4nLkr26hh8JG/f6NCDDfXphy0VM+RRp2dQtBPgmWNGR/ZTSE50yUca4qoHmMq/iZnDMKW+cHntfzj9qjRngKcRNzTqW52638RumydXjQwwMaqGs/9gEQoO0o6AAMRRQ7vob92FYGt+hvCu4qWy5pZ304ZrAN3MCMBaJk=; X-YMail-OSG: C.ZMRDAVM1k_role.tyHvsmzcw0NTzNlt_gCYKJj3F2hPkO9aveMCdzom.fWJL26RTMQJFAS5bSOeT4knMzjl.G3JvyyegyZxxEDWMnjo0N4AuoU6QORhJjcZL8G Received: from [98.203.28.38] by web63906.mail.re1.yahoo.com via HTTP; Tue, 01 Apr 2008 15:34:11 PDT Date: Tue, 1 Apr 2008 15:34:11 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <564663.65494.qm@web63906.mail.re1.yahoo.com> Cc: Subject: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Apr 2008 22:34:13 -0000 Apr 1 18:01:36 freebsd7 kernel: The Regents of the University of California. All rights reserved. Apr 1 18:01:36 freebsd7 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 1 18:01:36 freebsd7 kernel: FreeBSD 7.0-RELEASE #0: Wed Mar 19 15:42:43 EDT 2008 Apr 1 18:01:36 freebsd7 kernel: root@freebsd7.localdomain.com:/usr/src/sys/i386/compile/SMP Apr 1 18:01:36 freebsd7 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 1 18:01:36 freebsd7 kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2493.76-MHz 686-class CPU) Apr 1 18:01:36 freebsd7 kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Apr 1 18:01:36 freebsd7 kernel: Features=0xbfebfbff Apr 1 18:01:36 freebsd7 kernel: Features2=0x8e3fd> Apr 1 18:01:36 freebsd7 kernel: AMD Features=0x20100000 Apr 1 18:01:36 freebsd7 kernel: AMD Features2=0x1 Apr 1 18:01:36 freebsd7 kernel: Cores per package: 4 Apr 1 18:01:36 freebsd7 kernel: real memory = 1072103424 (1022 MB) Apr 1 18:01:36 freebsd7 kernel: avail memory = 1039785984 (991 MB) Apr 1 18:01:36 freebsd7 kernel: ACPI APIC Table: Apr 1 18:01:36 freebsd7 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Apr 1 18:01:36 freebsd7 kernel: cpu0 (BSP): APIC ID: 0 Apr 1 18:01:36 freebsd7 kernel: cpu1 (AP): APIC ID: 1 Apr 1 18:01:36 freebsd7 kernel: cpu2 (AP): APIC ID: 2 Apr 1 18:01:36 freebsd7 kernel: cpu3 (AP): APIC ID: 3 Apr 1 18:01:36 freebsd7 kernel: ioapic0 irqs 0-23 on motherboard Apr 1 18:01:36 freebsd7 kernel: ioapic1 irqs 24-47 on motherboard Apr 1 18:01:36 freebsd7 kernel: kbd1 at kbdmux0 Apr 1 18:01:36 freebsd7 kernel: acpi0: on motherboard Apr 1 18:01:36 freebsd7 kernel: acpi0: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: acpi0: Power Button (fixed) Apr 1 18:01:36 freebsd7 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Apr 1 18:01:36 freebsd7 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Apr 1 18:01:36 freebsd7 kernel: cpu0: on acpi0 Apr 1 18:01:36 freebsd7 kernel: est0: on cpu0 Apr 1 18:01:36 freebsd7 kernel: p4tcc0: on cpu0 Apr 1 18:01:36 freebsd7 kernel: cpu1: on acpi0 Apr 1 18:01:36 freebsd7 kernel: est1: on cpu1 Apr 1 18:01:36 freebsd7 kernel: p4tcc1: on cpu1 Apr 1 18:01:36 freebsd7 kernel: cpu2: on acpi0 Apr 1 18:01:36 freebsd7 kernel: est2: on cpu2 Apr 1 18:01:36 freebsd7 kernel: p4tcc2: on cpu2 Apr 1 18:01:36 freebsd7 kernel: cpu3: on acpi0 Apr 1 18:01:36 freebsd7 kernel: est3: on cpu3 Apr 1 18:01:36 freebsd7 kernel: p4tcc3: on cpu3 Apr 1 18:01:36 freebsd7 kernel: pcib0: port 0xcf8-0xcff on acpi0 Apr 1 18:01:36 freebsd7 kernel: pci0: on pcib0 Apr 1 18:01:36 freebsd7 kernel: pcib1: irq 16 at device 1.0 on pci0 Apr 1 18:01:36 freebsd7 kernel: pci1: on pcib1 Apr 1 18:01:36 freebsd7 kernel: pcib2: at device 0.0 on pci1 Apr 1 18:01:36 freebsd7 kernel: pci2: on pcib2 Apr 1 18:01:36 freebsd7 kernel: pci2: at device 2.0 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci2: at device 2.1 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 26.0 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 26.1 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 26.2 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 26.7 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pcib3: irq 16 at device 28.0 on pci0 Apr 1 18:01:36 freebsd7 kernel: pci5: on pcib3 Apr 1 18:01:36 freebsd7 kernel: pcib4: irq 16 at device 28.4 on pci0 Apr 1 18:01:36 freebsd7 kernel: pci13: on pcib4 Apr 1 18:01:36 freebsd7 kernel: pci13: at device 0.0 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pcib5: irq 17 at device 28.5 on pci0 Apr 1 18:01:36 freebsd7 kernel: pci15: on pcib5 Apr 1 18:01:36 freebsd7 kernel: pci15: at device 0.0 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 29.0 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 29.1 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 29.2 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 29.7 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pcib6: at device 30.0 on pci0 Apr 1 18:01:36 freebsd7 kernel: pci17: on pcib6 Apr 1 18:01:36 freebsd7 kernel: vgapci0: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd8400000-0xd840ffff irq 22 at device 3.0 on pci17 Apr 1 18:01:36 freebsd7 kernel: atapci0: port 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f irq 23 at device 4.0 on pci17 Apr 1 18:01:36 freebsd7 kernel: atapci0: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata2: on atapci0 Apr 1 18:01:36 freebsd7 kernel: ata2: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata3: on atapci0 Apr 1 18:01:36 freebsd7 kernel: ata3: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: isab0: at device 31.0 on pci0 Apr 1 18:01:36 freebsd7 kernel: isa0: on isab0 Apr 1 18:01:36 freebsd7 kernel: atapci1: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff mem 0xd8701000-0xd87017ff irq 17 at device 31.2 on pci0 Apr 1 18:01:36 freebsd7 kernel: atapci1: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: atapci1: AHCI Version 01.20 controller with 4 ports detected Apr 1 18:01:36 freebsd7 kernel: ata4: on atapci1 Apr 1 18:01:36 freebsd7 kernel: ata4: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata5: on atapci1 Apr 1 18:01:36 freebsd7 kernel: ata5: port not implemented Apr 1 18:01:36 freebsd7 kernel: ata5: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata6: on atapci1 Apr 1 18:01:36 freebsd7 kernel: ata6: port not implemented Apr 1 18:01:36 freebsd7 kernel: ata6: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata7: on atapci1 Apr 1 18:01:36 freebsd7 kernel: ata7: port not implemented Apr 1 18:01:36 freebsd7 kernel: ata7: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: pci0: at device 31.3 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: pci0: at device 31.6 (no driver attached) Apr 1 18:01:36 freebsd7 kernel: acpi_button0: on acpi0 Apr 1 18:01:36 freebsd7 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Apr 1 18:01:36 freebsd7 kernel: atkbd0: irq 1 on atkbdc0 Apr 1 18:01:36 freebsd7 kernel: kbd0 at atkbd0 Apr 1 18:01:36 freebsd7 kernel: atkbd0: [GIANT-LOCKED] Apr 1 18:01:36 freebsd7 kernel: atkbd0: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Apr 1 18:01:36 freebsd7 kernel: sio0: type 16550A Apr 1 18:01:36 freebsd7 kernel: sio0: [FILTER] Apr 1 18:01:36 freebsd7 kernel: em0: port 0x2000-0x203f mem 0xd8000000-0xd801ffff irq 24 at device 2.0 on pci2 Apr 1 18:01:36 freebsd7 kernel: em0: Ethernet address: 00:e0:ed:0c:32:1e Apr 1 18:01:36 freebsd7 kernel: em0: [FILTER] Apr 1 18:01:36 freebsd7 kernel: em1: port 0x2040-0x207f mem 0xd8020000-0xd803ffff irq 25 at device 2.1 on pci2 Apr 1 18:01:36 freebsd7 kernel: em1: Ethernet address: 00:e0:ed:0c:32:1f Apr 1 18:01:36 freebsd7 kernel: em1: [FILTER] Apr 1 18:01:36 freebsd7 kernel: em2: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 Apr 1 18:01:36 freebsd7 kernel: em2: Using MSI interrupt Apr 1 18:01:36 freebsd7 kernel: em2: Ethernet address: 00:30:48:64:ef:76 Apr 1 18:01:36 freebsd7 kernel: em2: [FILTER] Apr 1 18:01:36 freebsd7 kernel: em3: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 Apr 1 18:01:36 freebsd7 kernel: em3: Using MSI interrupt Apr 1 18:01:36 freebsd7 kernel: em3: Ethernet address: 00:30:48:64:ef:77 Apr 1 18:01:36 freebsd7 kernel: em3: [FILTER] Apr 1 18:01:36 freebsd7 kernel: pmtimer0 on isa0 Apr 1 18:01:36 freebsd7 kernel: orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 Apr 1 18:01:36 freebsd7 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Apr 1 18:01:36 freebsd7 kernel: ata0: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Apr 1 18:01:36 freebsd7 kernel: ata1: [ITHREAD] Apr 1 18:01:36 freebsd7 kernel: sc0: at flags 0x100 on isa0 Apr 1 18:01:36 freebsd7 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 1 18:01:36 freebsd7 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Apr 1 18:01:36 freebsd7 kernel: sio1: port may not be enabled Apr 1 18:01:36 freebsd7 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 1 18:01:36 freebsd7 kernel: Timecounters tick every 1.000 msec Apr 1 18:01:36 freebsd7 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled Apr 1 18:01:36 freebsd7 kernel: acd0: DVDROM at ata2-slave UDMA33 Apr 1 18:01:36 freebsd7 kernel: ad8: 76319MB at ata4-master SATA300 Apr 1 18:01:36 freebsd7 kernel: SMP: AP CPU #1 Launched! Apr 1 18:01:36 freebsd7 kernel: SMP: AP CPU #3 Launched! Apr 1 18:01:36 freebsd7 kernel: SMP: AP CPU #2 Launched! Apr 1 18:01:36 freebsd7 kernel: Trying to mount root from ufs:/dev/ad8s1a When trying to mount a CDROM on the DVDROM the system just locks up. No messages at all. Are there known problems or any good way to debug this? Barney ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 00:27:38 2008 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 4FB761065672 for ; Wed, 2 Apr 2008 00:27:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.251]) by mx1.freebsd.org (Postfix) with ESMTP id EF2A58FC1D for ; Wed, 2 Apr 2008 00:27:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by hs-out-0708.google.com with SMTP id m63so2027258hsc.11 for ; Tue, 01 Apr 2008 17:27:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=NRR4IwmKyUSR/n1hKs2z5F16POcy9KVwBFlq6SplvTs=; b=qnIS8HHAXTv0D5Q0/6JeL3S6Ehu3VlPET4mG0sLz3FaaIO4fFd8k/TTIFCCs7NYKe0gFdEyb9ES7yzmXoo0QvzP0IWkxdBzTUvm4HdrkJzunCnFM9DzNgw/kxoZvy9caIf2fl/l6Qw6LAsAYi9zYhYFnQbwilY8r2J7XnoCE6qM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=VRJGrX2xsB308AJpV69YMfHKqSg9YLPgJlCzOkOBaiUyjwzLuUOT6pE5pnHXGc+CqWhVn3BBk5UkC1J/6k/lZKxcU7dvSQ6OpkwqC0/3QQnWJJg0c/1UJA8TGIahsBHkVke6ceSC38ofUQfFswqIJ0puurnwyVNGG8WdyhMq23o= Received: by 10.100.207.5 with SMTP id e5mr20779032ang.113.1207096056946; Tue, 01 Apr 2008 17:27:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 8sm981579wra.40.2008.04.01.17.27.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Apr 2008 17:27:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m320RUOg018575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2008 09:27:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m320RUsw018574; Wed, 2 Apr 2008 09:27:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 2 Apr 2008 09:27:29 +0900 From: Pyun YongHyeon To: Stuart Fraser Message-ID: <20080402002729.GA18494@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds 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: Wed, 02 Apr 2008 00:27:38 -0000 On Tue, Apr 01, 2008 at 08:13:19AM +0100, Stuart Fraser wrote: > Hi, > I'm trying to get a Via Velocity Gigabit Networking driver vge(4) to work at > 1000baseTX on a Via EPIA SN18000 Motherboard. > > It will always Auto negotiation and back-off to 100MB Full duplex, which > works > Perfectly (so far). When I try to manually force the card 1000baseTX the > interface > status reports 'no carrier' and I can get not connectivity. I have tried > Ubuntu live disk and it works seamlessly to 1GB, so I'm sure the > cabling/switch etc is fine and the issue is with the driver. > > So I have tried 1000baseTX full and half duplex. I have tried to disable the > hardware handoff using the mediaopt commands -rxcsum and -txcsum. Further I > have tried to use the link0 operation as described in the man page but I > get: > > nas# ifconfig vge0 mediaopt link0 > ifconfig: SIOCSIFMEDIA (media): Device not configured > > Further I have tried Release 7.0 and Stable 7 with the vge driver compiled > In to the kernel also as an external module loaded through boot/loader.conf > and lastly waiting until a full boot has completed and manually loading the > if_vge module. > > The only thing I can see is that the chipset is actually a VT6130 and > perhaps the driver needs 'tweaked' or there is some sysctl somewhere to poke > it into life. As I say it works fine in 100MB mode and I can use 100M for a > while but I'm planning on using this as a NAS so 1G would be preferred. > > Any help, suggestions, thoughts would be appreciated. Anyone got it working > or tried? > Should I report it as a bug? > Would you show me verbosed boot message? Old VIA VT6120/VT6122 controllers used to ciphy(4) but newer PCIe Velocity gigabit controllers, VT6130/VT6132, might use other variants of the PHY. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 01:30:47 2008 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 DC681106566C for ; Wed, 2 Apr 2008 01:30:47 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE94C8FC13 for ; Wed, 2 Apr 2008 01:30:47 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Tue, 01 Apr 2008 18:30:39 -0700 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 81E1C2B2; Tue, 1 Apr 2008 18:30:39 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 68B092B0; Tue, 1 Apr 2008 18:30:39 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GSI80587; Tue, 1 Apr 2008 18:30:36 -0700 (PDT) Received: from NT-IRVA-0751.brcm.ad.broadcom.com ( nt-irva-0751.brcm.ad.broadcom.com [10.8.194.65]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id D202B69CA3; Tue, 1 Apr 2008 18:30:36 -0700 (PDT) Received: from IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) by NT-IRVA-0751.brcm.ad.broadcom.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Apr 2008 18:30:36 -0700 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.9.200.129]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Tue, 1 Apr 2008 18:30:36 -0700 From: "David Christensen" To: "Josep Pujadas i Jubany" , "freebsd-current@freebsd.org" Date: Tue, 1 Apr 2008 18:30:34 -0700 Thread-Topic: Only 100baseTX with bge BCM5722 Thread-Index: AciUMPdef3m/W1lAQ3GWqCSKv7yEPwAL2ePg Message-ID: <5D267A3F22FD854F8F48B3D2B523819324EF6344D0@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> In-Reply-To: <20080401193322.M70732@bellera.cat> Accept-Language: en-US Content-Language: en-US acceptlanguage: en-US MIME-Version: 1.0 X-OriginalArrivalTime: 02 Apr 2008 01:30:36.0735 (UTC) FILETIME=[2703ACF0:01C89461] X-WSS-ID: 6BEC3E3541K27964108-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 01:30:48 -0000 > > > > What's the dmesg output? Is it using ukphy or brgphy? > > > > Partial dmesg, concerning the NIC: > > pcib4: irq 17 at device 28.5 on pci0 > pci14: on pcib4 > bge0: mem > 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 > miibus0: on bge0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX > bge0: [ITHREAD] > > bge0: link state changed to UP > > Must I try 1000baseT-FDX instead than 1000baseTX in my ifconfig line? The 5722 PHY ID is available in -HEAD (see http://fxr.watson.org/fxr/source/dev/mii/miidevs#L139) but isn't present in RELENG_7_0 (see http://fxr.watson.org/fxr/source/dev/mii/miidevs?v=3DRELENG70#L115). Look at the diffs between sys/dev/mii/miidevs and sys/dev/mii/brgphy between HEAD and RELENG_7_0 and pull in the changes for the 5722 and build them into your kernel. If successful you should see brgphy0 and not ukphy0. Dave From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 06:02:22 2008 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 90DF2106566C; Wed, 2 Apr 2008 06:02:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6591C8FC19; Wed, 2 Apr 2008 06:02:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3262LKW078867; Wed, 2 Apr 2008 02:02:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3262KTB088213; Wed, 2 Apr 2008 02:02:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A63D873039; Wed, 2 Apr 2008 01:02:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402060220.A63D873039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 01:02:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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, 02 Apr 2008 06:02:22 -0000 TB --- 2008-04-02 04:44:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 04:44:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-02 04:44:47 - cleaning the object tree TB --- 2008-04-02 04:45:17 - cvsupping the source tree TB --- 2008-04-02 04:45:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-02 04:45:23 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 04:45:23 - cd /src TB --- 2008-04-02 04:45:23 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 04:45:25 UTC 2008 >>> 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 Apr 2 05:55:28 UTC 2008 TB --- 2008-04-02 05:55:28 - generating LINT kernel config TB --- 2008-04-02 05:55:28 - cd /src/sys/ia64/conf TB --- 2008-04-02 05:55:28 - /usr/bin/make -B LINT TB --- 2008-04-02 05:55:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-02 05:55:28 - cd /src TB --- 2008-04-02 05:55:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 05:55:29 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_timeout.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_umtx.c cc1: warnings being treated as errors /src/sys/kern/kern_umtx.c: In function '__umtx_op_rw_wrlock_compat32': /src/sys/kern/kern_umtx.c:3085: warning: implicit declaration of function 'do_rwlock_wrlock' /src/sys/kern/kern_umtx.c:3085: warning: nested extern declaration of 'do_rwlock_wrlock' /src/sys/kern/kern_umtx.c:3095: warning: passing argument 3 of 'do_rw_wrlock2' makes pointer from integer without a cast /src/sys/kern/kern_umtx.c:3095: error: too many arguments to function 'do_rw_wrlock2' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 06:02:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 06:02:20 - ERROR: failed to build lint kernel TB --- 2008-04-02 06:02:20 - tinderbox aborted TB --- 3519.21 user 373.49 system 4653.21 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 07:06:22 2008 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 E0296106566C for ; Wed, 2 Apr 2008 07:06:22 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6BF8FC26 for ; Wed, 2 Apr 2008 07:06:22 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx30.mail.ru (mx30.mail.ru [194.67.23.238]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id B6DFD3E44F7 for ; Tue, 1 Apr 2008 18:23:14 +0400 (MSD) Received: from [87.251.156.39] (port=10443 helo=[172.16.0.10]) by mx30.mail.ru with asmtp id 1JghOL-000Fwk-00 for freebsd-current@freebsd.org; Tue, 01 Apr 2008 18:23:13 +0400 From: Artem Kim To: freebsd-current@freebsd.org Date: Tue, 1 Apr 2008 18:23:58 +0400 User-Agent: KMail/1.9.7 References: <20080401093503.M45196@bellera.cat> In-Reply-To: <20080401093503.M45196@bellera.cat> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804011823.58220.artem_kim@inbox.ru> Subject: Re: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 07:06:23 -0000 On Tuesday 01 April 2008 13:53:29 Josep Pujadas i Jubany wrote: >* Integrated NIC: Broadcom NetXtreme BCM5722 Gigabit Ethernet PCIe >* FreeBSD 7.0 .... >The card works only at 100baseTX I have hp dl-143 and at-9724. BCM5721 working in 1000baseTX mode if the link0 flag is set. Without the link0 flag (bge is slave) bge working only in 100base and vlan don't working. Artem Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 07:33:22 2008 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 68A8A1065670 for ; Wed, 2 Apr 2008 07:33:22 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1EA8FC2A for ; Wed, 2 Apr 2008 07:33:22 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from [172.23.170.142] (helo=anti-virus02-09) by smtp-out2.blueyonder.co.uk with smtp (Exim 4.52) id 1JgxTF-0002XE-Ae; Wed, 02 Apr 2008 08:33:21 +0100 Received: from [82.41.24.37] (helo=slayer.stuartfraser.net) by asmtp-out5.blueyonder.co.uk with esmtp (Exim 4.52) id 1JgxPn-0007Cs-CT; Wed, 02 Apr 2008 08:29:47 +0100 Received: from nyx.stuartfraser.net ([192.168.51.34] helo=nyx) by slayer.stuartfraser.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JgxUd-000FBS-Me; Wed, 02 Apr 2008 08:34:47 +0100 From: "Stuart Fraser" To: References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> In-Reply-To: <20080402002729.GA18494@cdnetworks.co.kr> Date: Wed, 2 Apr 2008 08:29:27 +0100 Message-ID: <483f01c89493$4b8d8b90$e2a8a2b0$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AciUWShZwLU3J3ERQ+yeqLltx/BLKgAOSyNQ Content-Language: en-gb Cc: freebsd-current@freebsd.org Subject: RE: vge(4) driver not working at 1G speeds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 07:33:22 -0000 Hi, Here is the dmesg section, it appears to be using UKPHY so as you say if the older chips used a different physical layer perhaps we have a problem in there. -- dmesg -- pci3: on pcib3 vge0: port 0xe800-0xe8ff mem 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 miibus0: on vge0 ukphy0: PHY 22 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: using obsoleted if_watchdog interface vge0: Ethernet address: 00:40:63:f3:7e:28 vge0: [ITHREAD] rgds Stu -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Pyun YongHyeon Sent: 02 April 2008 01:27 To: Stuart Fraser Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds On Tue, Apr 01, 2008 at 08:13:19AM +0100, Stuart Fraser wrote: > Hi, > I'm trying to get a Via Velocity Gigabit Networking driver vge(4) to work at > 1000baseTX on a Via EPIA SN18000 Motherboard. > > It will always Auto negotiation and back-off to 100MB Full duplex, which > works > Perfectly (so far). When I try to manually force the card 1000baseTX the > interface > status reports 'no carrier' and I can get not connectivity. I have tried > Ubuntu live disk and it works seamlessly to 1GB, so I'm sure the > cabling/switch etc is fine and the issue is with the driver. > > So I have tried 1000baseTX full and half duplex. I have tried to disable the > hardware handoff using the mediaopt commands -rxcsum and -txcsum. Further I > have tried to use the link0 operation as described in the man page but I > get: > > nas# ifconfig vge0 mediaopt link0 > ifconfig: SIOCSIFMEDIA (media): Device not configured > > Further I have tried Release 7.0 and Stable 7 with the vge driver compiled > In to the kernel also as an external module loaded through boot/loader.conf > and lastly waiting until a full boot has completed and manually loading the > if_vge module. > > The only thing I can see is that the chipset is actually a VT6130 and > perhaps the driver needs 'tweaked' or there is some sysctl somewhere to poke > it into life. As I say it works fine in 100MB mode and I can use 100M for a > while but I'm planning on using this as a NAS so 1G would be preferred. > > Any help, suggestions, thoughts would be appreciated. Anyone got it working > or tried? > Should I report it as a bug? > Would you show me verbosed boot message? Old VIA VT6120/VT6122 controllers used to ciphy(4) but newer PCIe Velocity gigabit controllers, VT6130/VT6132, might use other variants of the PHY. -- Regards, Pyun YongHyeon _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 08:03:35 2008 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 CED52106566B for ; Wed, 2 Apr 2008 08:03:35 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB098FC2B for ; Wed, 2 Apr 2008 08:03:35 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so265494ywt.13 for ; Wed, 02 Apr 2008 01:03:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=mbCb2i6sUaJiXRtnmab/XJ9z/JOrEDk8JoBg6l8FKRw=; b=JjDCYRuE0hdcjV0VoGjicvYsnQOucEF16ZYW9UFIJj4LgbmNM1c8pMVoskOqtzV4oCiKSleatneypDvObI/EUXTKcOSOGqgKNlSy74crHKQHoYkA8tT7q/xQ8FzeDiGirpf9jviaXxF+OujpkMTFFqjtCMUpomvVbSWagoqMw54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=irR3M/0VB+POlSo392ut8Ed1ihgG7XNkgAXChwqx6vOYcdJrBC7vGcRhAxACjXk9Uz7p/cZh6fKVcVPMqbtLkMtNz9TimbMtC4NrZ8s76J90g06RoZJ03KJeXLwBpMGIgjsh/p42V2W84/DhP1GDMRgn8+I5ivonT85bXTbpNeo= Received: by 10.150.52.10 with SMTP id z10mr4726910ybz.152.1207121755368; Wed, 02 Apr 2008 00:35:55 -0700 (PDT) Received: by 10.150.135.6 with HTTP; Wed, 2 Apr 2008 00:35:55 -0700 (PDT) Message-ID: <8cb6106e0804020035j57a89d8m3c57fb065f08992@mail.gmail.com> Date: Wed, 2 Apr 2008 03:35:55 -0400 From: "Josh Carroll" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/vfs_subr.c:2458 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 08:03:35 -0000 I managed to panic my 8.0-CURRENT i386 box (kernel built from csup as of 4/1/2008). At the time I had just issued a "reboot" when the panic occurred. Here is the kgdb output, and after that the backtrace, finally followed by the dmesg. I haven't been able to reproduce it, unfortunately. Regards, Josh root@dev:/usr/obj/usr/src/sys/DEV# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Unread portion of the kernel message buffer: <118>Apr 2 03:03:14 dev syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Wa iStyinncgi n(gm adxi s6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .p2r ocess `syncer' to stop...2 0 1 1 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. lock order reversal: 1st 0xc4f1f29c vfslock (vfslock) @ /usr/src/sys/kern/vfs_mount.c:1250 2nd 0xc4f38ce4 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2144 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e77e3adc,c05f958e,c07d1233,c4f38ce4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4f38ce4,c07d7f9a,c07d7f9a,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4f38ce4,9,c07d76ef,860,0,...) at witness_checkorder+0x6de _lockmgr_args(c4f38ce4,20002,c4f38d14,0,ffffffff,...) at _lockmgr_args+0x51e vop_stdlock(e77e3b70,38,c07d0903,20002,c4f38c8c,...) at vop_stdlock+0x51 VOP_LOCK1_APV(c0819820,e77e3b70,c08334a0,c4f38c8c,20002,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4f38c8c,20002,c07d76ef,860,0,...) at _vn_lock+0x5b vrele(c4f38c8c,0,c07d705b,4f8,50,...) at vrele+0x142 dounmount(c4f1f29c,80000,c54b6840,d8b73aec,0,...) at dounmount+0x38a vfs_unmountall(c07e8388,0,c07cbf2c,128,0,...) at vfs_unmountall+0x4e boot(c084c930,0,c07cbf2c,ab,e77e3d2c,...) at boot+0x44f reboot(c54b6840,e77e3cfc,4,c07d26bd,c0809dc8,...) at reboot+0x4b syscall(e77e3d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280b25fb, esp = 0xbfbfecec, ebp = 0xbfbfed28 --- panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/vfs_subr.c:2458 cpuid = 0 KDB: enter: panic Physical memory: 2039 MB Dumping 189 MB: 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); and the backtrace: (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc04ad969 in db_fncall (dummy1=1, dummy2=0, dummy3=-1064599392, dummy4=0xe77e3904 "") at /usr/src/sys/ddb/db_command.c:516 #2 0xc04adeec in db_command (last_cmdp=0xc0836194, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413 #3 0xc04adffa in db_command_loop () at /usr/src/sys/ddb/db_command.c:466 #4 0xc04af7ed in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #5 0xc05e7826 in kdb_trap (type=3, code=0, tf=0xe77e3aac) at /usr/src/sys/kern/subr_kdb.c:510 #6 0xc077e9af in trap (frame=0xe77e3aac) at /usr/src/sys/i386/i386/trap.c:643 #7 0xc076387b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #8 0xc05e79aa in kdb_enter (why=0xc07cc072 "panic", msg=0xc07cc072 "panic") at cpufunc.h:60 #9 0xc05bf18c in panic (fmt=0xc07cae4b "mtx_lock() of destroyed mutex @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:556 #10 0xc05b2085 in _mtx_lock_flags (m=0xc80e5088, opts=0, file=0xc07d76ef "/usr/src/sys/kern/vfs_subr.c", line=2458) at /usr/src/sys/kern/kern_mutex.c:174 #11 0xc063d445 in vgone (vp=0xc80e5000) at /usr/src/sys/kern/vfs_subr.c:2458 #12 0xc0563dc4 in tmpfs_alloc_vp (mp=0xc4e597d4, node=0xc4f25000, lkflag=2, vpp=0xe77e3bfc, td=0xc54b6840) at /usr/src/sys/fs/tmpfs/tmpfs_subr.c:395 #13 0xc0562821 in tmpfs_root (mp=0xc4e597d4, flags=2, vpp=0xe77e3bfc, td=0xc54b6840) at /usr/src/sys/fs/tmpfs/tmpfs_vfsops.c:388 #14 0xc0638f82 in dounmount (mp=0xc4e597d4, flags=524288, td=0xc54b6840) at /usr/src/sys/kern/vfs_mount.c:1281 ---Type to continue, or q to quit--- #15 0xc063c0be in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:2924 #16 0xc05bec6f in boot (howto=Variable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:400 #17 0xc05bf28b in reboot (td=0xc54b6840, uap=0xe77e3cfc) at /usr/src/sys/kern/kern_shutdown.c:172 #18 0xc077e163 in syscall (frame=0xe77e3d38) at /usr/src/sys/i386/i386/trap.c:1026 #19 0xc07638e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) dmesg: Copyright (c) 1992-2008 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 8.0-CURRENT #0: Tue Apr 1 17:16:30 EDT 2008 root@dev.pflog.net:/usr/obj/usr/src/sys/DEV WARNING: WITNESS option enabled, expect reduced performance. module_register: module cpu/coretemp already exists! Module cpu/coretemp failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU X6900 @ 3.20GHz (3202.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2147024896 (2047 MB) avail memory = 2097811456 (2000 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard netsmb_dev: loaded acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 re0: port 0xc800-0xc8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci3 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:17:31:f2:32:59 re0: [FILTER] pcib4: irq 16 at device 28.4 on pci0 pci2: on pcib4 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe9fe000-0xfe9fffff irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: port not implemented ata7: [ITHREAD] ata8: on atapci1 ata8: port not implemented ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ata10: on atapci1 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) cpu0: on acpi0 coretemp0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] acpi_button0: on acpi0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub3 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec ad8: 152627MB at ata4-master UDMA100 acd0: DVDR at ata4-slave UDMA66 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. cd0 at ata4 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present lock order reversal: 1st 0xc4ce0e08 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xc4e24654 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e3703bbc,c05f958e,c07d1233,c4e24654,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4e24654,c07c1885,c07c1885,c07c18c6,...) at kdb_backtrace+0x29 witness_checkorder(c4e24654,9,c07c18c6,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c4e24654,0,c07c18c6,c9,c4e24654,...) at _sx_xlock+0x7d devfs_allocv(c4e32380,c4e5a000,e3703c28,c4b1cc60,c07d705b,...) at devfs_allocv+0x144 devfs_root(c4e5a000,2,c089e618,c4b1cc60,ca,...) at devfs_root+0x51 set_rootvnode(c089e600,0,c07d705b,5f5,c0635d20,...) at set_rootvnode+0x2b vfs_mountroot(c084c930,4,c07c6d2b,264,c,...) at vfs_mountroot+0x356 start_init(0,e3703d38,c07c867d,30d,c4b1acd0,...) at start_init+0x65 fork_exit(c0587b10,0,e3703d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3703d70, ebp = 0 --- Trying to mount root from ufs:/dev/ad8s1a lock order reversal: 1st 0xc4ce0978 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xc4e5a000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e37039b4,c05f958e,c07d1233,c4e5a000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4e5a000,c07d7152,c07d7152,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4e5a000,1,c07d76ef,16c,e37039f4,...) at witness_checkorder+0x6de _lockmgr_args(c4e5a000,20001,c4e5a030,0,ffffffff,...) at _lockmgr_args+0x1d5 vfs_busy(c4e5a000,0,0,c4b1cc60,e3703b3c,...) at vfs_busy+0x1b0 lookup(e3703b24,c07d6e09,d8,c0,c4af322c,...) at lookup+0x7bf namei(e3703b24,e3703b28,c05f8d6c,e3703b30,c089df18,...) at namei+0x44b kern_unlinkat(c4b1cc60,ffffff9c,c07d7491,1,e3703c5c,...) at kern_unlinkat+0x46 kern_unlink(c4b1cc60,c07d7491,1,630,0,...) at kern_unlink+0x27 vfs_mountroot_try(c07d764b,c07c5a2a,c07bfaab,1,c0635d20,...) at vfs_mountroot_try+0x476 vfs_mountroot(c084c930,4,c07c6d2b,264,c,...) at vfs_mountroot+0x418 start_init(0,e3703d38,c07c867d,30d,c4b1acd0,...) at start_init+0x65 fork_exit(c0587b10,0,e3703d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3703d70, ebp = 0 --- lock order reversal: 1st 0xc4b20044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc4ce0730 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e37039e0,c05f958e,c07d1233,c4ce0730,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4ce0730,c07c62eb,c07c62eb,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4ce0730,1,c07d76ef,7fc,c07e653b,...) at witness_checkorder+0x6de _lockmgr_args(c4ce0730,30041,c4ce0760,0,ffffffff,...) at _lockmgr_args+0x1d5 ffs_lock(e3703a88,c07e7fe3,c07c5a28,30041,c4ce06d8,...) at ffs_lock+0x72 VOP_LOCK1_APV(c0823260,e3703a88,c08334a0,c4ce06d8,30041,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4ce06d8,30041,c07d76ef,7fc,c07cabc2,...) at _vn_lock+0x5b vget(c4ce06d8,30041,c4b1cc60,4a9,c1060680,...) at vget+0xa1 vnode_pager_lock(c1060500,0,c07e563a,127,e3703be8,...) at vnode_pager_lock+0x1ad vm_fault(c4b20000,80d3000,2,8,80d3000,...) at vm_fault+0x1df trap_pfault(5,0,c07efcdf,2c4,c,...) at trap_pfault+0xf9 trap(e3703d38) at trap+0x24f calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfef10, ebp = 0xbfbfef30 --- WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. lock order reversal: 1st 0xc5504730 tmpfs (tmpfs) @ /usr/src/sys/kern/vfs_vnops.c:530 2nd 0xc4b20a68 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e77867f4,c05f958e,c07d1233,c4b20a68,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4b20a68,c07e5ca7,c07e5ca7,c07e5c3c,...) at kdb_backtrace+0x29 witness_checkorder(c4b20a68,9,c07e5c3c,c27,c524c630,...) at witness_checkorder+0x6de _sx_xlock(c4b20a68,0,c07e5c3c,c27,e778685c,...) at _sx_xlock+0x7d _vm_map_lock_read(c4b20a24,c07e5c3c,c27,0,0,...) at _vm_map_lock_read+0x50 vm_map_lookup(e7786954,8120000,2,e7786958,e7786948,...) at vm_map_lookup+0x38 vm_fault(c4b20a24,8120000,2,8,8120000,...) at vm_fault+0x83 trap_pfault(5,0,c07efcdf,6dd,c,...) at trap_pfault+0xf9 trap(e7786a98) at trap+0x3f2 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc077bdce, esp = 0xe7786ad8, ebp = 0xe7786b14 --- generic_copyout(e37cc000,b1,e7786c60,1f5,e7786b54,...) at generic_copyout+0x36 tmpfs_read(e7786bc8,c524c630,c54ff104,c524c630,e7786be8,...) at tmpfs_read+0x381 VOP_READ_APV(c0806ea0,e7786bc8,c07d83e4,212,c089de98,...) at VOP_READ_APV+0xa5 vn_read(c54ff104,e7786c60,c5275100,0,c524c630,...) at vn_read+0x1ee dofileread(e7786c60,ffffffff,ffffffff,0,c54ff104,...) at dofileread+0x96 kern_readv(c524c630,5,e7786c60,8120000,1000,...) at kern_readv+0x58 read(c524c630,e7786cfc,c,c07d1942,c08098e8,...) at read+0x4f syscall(e7786d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28183db3, esp = 0xbfbfe0ac, ebp = 0xbfbfe0c8 --- Waiting (max 60 seconds) for system process `vnlru' to stop...done Wa iStyinncgi n(gm adxi s6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .p2r ocess `syncer' to stop...2 0 1 1 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. lock order reversal: 1st 0xc4f1f29c vfslock (vfslock) @ /usr/src/sys/kern/vfs_mount.c:1250 2nd 0xc4f38ce4 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2144 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e77e3adc,c05f958e,c07d1233,c4f38ce4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4f38ce4,c07d7f9a,c07d7f9a,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4f38ce4,9,c07d76ef,860,0,...) at witness_checkorder+0x6de _lockmgr_args(c4f38ce4,20002,c4f38d14,0,ffffffff,...) at _lockmgr_args+0x51e vop_stdlock(e77e3b70,38,c07d0903,20002,c4f38c8c,...) at vop_stdlock+0x51 VOP_LOCK1_APV(c0819820,e77e3b70,c08334a0,c4f38c8c,20002,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4f38c8c,20002,c07d76ef,860,0,...) at _vn_lock+0x5b vrele(c4f38c8c,0,c07d705b,4f8,50,...) at vrele+0x142 dounmount(c4f1f29c,80000,c54b6840,d8b73aec,0,...) at dounmount+0x38a vfs_unmountall(c07e8388,0,c07cbf2c,128,0,...) at vfs_unmountall+0x4e boot(c084c930,0,c07cbf2c,ab,e77e3d2c,...) at boot+0x44f reboot(c54b6840,e77e3cfc,4,c07d26bd,c0809dc8,...) at reboot+0x4b syscall(e77e3d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280b25fb, esp = 0xbfbfecec, ebp = 0xbfbfed28 --- panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/vfs_subr.c:2458 cpuid = 0 KDB: enter: panic Physical memory: 2039 MB Dumping 189 MB: 174 158 142 126 110 94 78 62 46 30 14Copyright (c) 1992-2008 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 8.0-CURRENT #0: Tue Apr 1 17:16:30 EDT 2008 root@dev.pflog.net:/usr/obj/usr/src/sys/DEV WARNING: WITNESS option enabled, expect reduced performance. module_register: module cpu/coretemp already exists! Module cpu/coretemp failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU X6900 @ 3.20GHz (3202.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2147024896 (2047 MB) avail memory = 2097811456 (2000 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard netsmb_dev: loaded acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 re0: port 0xc800-0xc8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci3 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:17:31:f2:32:59 re0: [FILTER] pcib4: irq 16 at device 28.4 on pci0 pci2: on pcib4 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe9fe000-0xfe9fffff irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: port not implemented ata7: [ITHREAD] ata8: on atapci1 ata8: port not implemented ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ata10: on atapci1 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) cpu0: on acpi0 coretemp0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] acpi_button0: on acpi0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub3 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec ad8: 152627MB at ata4-master UDMA100 acd0: DVDR at ata4-slave UDMA66 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. cd0 at ata4 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present lock order reversal: 1st 0xc4ce0e08 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xc4e24654 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e3703bbc,c05f958e,c07d1233,c4e24654,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4e24654,c07c1885,c07c1885,c07c18c6,...) at kdb_backtrace+0x29 witness_checkorder(c4e24654,9,c07c18c6,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c4e24654,0,c07c18c6,c9,c4e24654,...) at _sx_xlock+0x7d devfs_allocv(c4e32380,c4e5a000,e3703c28,c4b1cc60,c07d705b,...) at devfs_allocv+0x144 devfs_root(c4e5a000,2,c089e618,c4b1cc60,ca,...) at devfs_root+0x51 set_rootvnode(c089e600,0,c07d705b,5f5,c0635d20,...) at set_rootvnode+0x2b vfs_mountroot(c084c930,4,c07c6d2b,264,c07cdbaf,...) at vfs_mountroot+0x356 start_init(0,e3703d38,c07c867d,30d,c4b1acd0,...) at start_init+0x65 fork_exit(c0587b10,0,e3703d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3703d70, ebp = 0 --- Trying to mount root from ufs:/dev/ad8s1a WARNING: / was not properly dismounted lock order reversal: 1st 0xc4ce0978 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xc4e5a000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e37039b4,c05f958e,c07d1233,c4e5a000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4e5a000,c07d7152,c07d7152,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4e5a000,1,c07d76ef,16c,e37039f4,...) at witness_checkorder+0x6de _lockmgr_args(c4e5a000,20001,c4e5a030,0,ffffffff,...) at _lockmgr_args+0x1d5 vfs_busy(c4e5a000,0,0,c4b1cc60,e3703b3c,...) at vfs_busy+0x1b0 lookup(e3703b24,c07d6e09,d8,c0,c4af322c,...) at lookup+0x7bf namei(e3703b24,e3703b28,c05f8d6c,e3703b30,c089df18,...) at namei+0x44b kern_unlinkat(c4b1cc60,ffffff9c,c07d7491,1,e3703c5c,...) at kern_unlinkat+0x46 kern_unlink(c4b1cc60,c07d7491,1,630,0,...) at kern_unlink+0x27 vfs_mountroot_try(c07d764b,c07c5a2a,c07bfaab,1,c0635d20,...) at vfs_mountroot_try+0x476 vfs_mountroot(c084c930,4,c07c6d2b,264,c07cdbaf,...) at vfs_mountroot+0x418 start_init(0,e3703d38,c07c867d,30d,c4b1acd0,...) at start_init+0x65 fork_exit(c0587b10,0,e3703d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3703d70, ebp = 0 --- lock order reversal: 1st 0xc4b20044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc4ce0730 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c07ced1b,e37039e0,c05f958e,c07d1233,c4ce0730,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07d1233,c4ce0730,c07c62eb,c07c62eb,c07d76ef,...) at kdb_backtrace+0x29 witness_checkorder(c4ce0730,1,c07d76ef,7fc,c07e653b,...) at witness_checkorder+0x6de _lockmgr_args(c4ce0730,30041,c4ce0760,0,ffffffff,...) at _lockmgr_args+0x1d5 ffs_lock(e3703a88,c07e7fe3,c07c5a28,30041,c4ce06d8,...) at ffs_lock+0x72 VOP_LOCK1_APV(c0823260,e3703a88,c08334a0,c4ce06d8,30041,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4ce06d8,30041,c07d76ef,7fc,c07cabc2,...) at _vn_lock+0x5b vget(c4ce06d8,30041,c4b1cc60,4a9,c1060680,...) at vget+0xa1 vnode_pager_lock(c1060500,0,c07e563a,127,e3703be8,...) at vnode_pager_lock+0x1ad vm_fault(c4b20000,80d3000,2,8,80d3000,...) at vm_fault+0x1df trap_pfault(5,0,c07efcdf,2c4,c,...) at trap_pfault+0xf9 trap(e3703d38) at trap+0x24f calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfef10, ebp = 0xbfbfef30 --- WARNING: /var was not properly dismounted WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 08:16:52 2008 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 0123E106564A for ; Wed, 2 Apr 2008 08:16:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.247]) by mx1.freebsd.org (Postfix) with ESMTP id A1E118FC1B for ; Wed, 2 Apr 2008 08:16:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by hs-out-0708.google.com with SMTP id m63so2164348hsc.11 for ; Wed, 02 Apr 2008 01:16:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=bZyPmSEnkoFlhHGSkj53HFKTvHWBFQVr5p9RQOcc0+A=; b=hzO0yNrBDAYHDPomZ7OVBNRwPWcxuJZJoyJ4fQxwTqEPWvKmzPkygFY/i81YyLCdf8OdChYEQNSAYNJXzurr6UF9aaPjDcHrZKidYeSTXiILL9Z3C4+OGsKVLcXHTGbegsMha2JrvL2GvhizxlAc9hDObu8qdJaPzlW02xtEmG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=NudZVjQ9/0jVIeMlWoOFJzofVJzHUNs6akO97h8GI0XH7849v1rl9Sng8akmElzOWD8wagvslNha9bKZgJ1xyZbMVoesky8lZ9NeZTo3TXblelgLuzj1NfPqCrnDR8knFfZN6I9WC2X1I1YMDVAwCvcOa+eTHrbGJg0Aw/TXEQQ= Received: by 10.100.3.4 with SMTP id 4mr6313408anc.81.1207124210894; Wed, 02 Apr 2008 01:16:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id q30sm1486199wrq.36.2008.04.02.01.16.48 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Apr 2008 01:16:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m328GiB1019925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2008 17:16:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m328Ghab019924; Wed, 2 Apr 2008 17:16:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 2 Apr 2008 17:16:43 +0900 From: Pyun YongHyeon To: Stuart Fraser Message-ID: <20080402081643.GC18494@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483f01c89493$4b8d8b90$e2a8a2b0$@net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds 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: Wed, 02 Apr 2008 08:16:52 -0000 On Wed, Apr 02, 2008 at 08:29:27AM +0100, Stuart Fraser wrote: > Hi, > Here is the dmesg section, it appears to be using UKPHY so as you say if the > older chips used a different physical layer perhaps we have a problem in > there. > > -- dmesg -- > pci3: on pcib3 > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 > miibus0: on vge0 > ukphy0: PHY 22 on miibus0 This is the reason why I requested verbosed boot messages. ukphy(4) prints OUI/model number of the PHY in verbosed boot mode. Would you show me that information? > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > vge0: using obsoleted if_watchdog interface > vge0: Ethernet address: 00:40:63:f3:7e:28 > vge0: [ITHREAD] > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 08:34:47 2008 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 252A3106564A for ; Wed, 2 Apr 2008 08:34:47 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by mx1.freebsd.org (Postfix) with ESMTP id B81158FC13 for ; Wed, 2 Apr 2008 08:34:46 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from [172.23.170.137] (helo=anti-virus01-08) by smtp-out5.blueyonder.co.uk with smtp (Exim 4.52) id 1JgyQf-0002lL-Nl; Wed, 02 Apr 2008 09:34:45 +0100 Received: from [82.41.24.37] (helo=slayer.stuartfraser.net) by asmtp-out4.blueyonder.co.uk with esmtp (Exim 4.52) id 1JgyN2-0000yU-2s; Wed, 02 Apr 2008 09:31:00 +0100 Received: from nyx.stuartfraser.net ([192.168.51.34] helo=nyx) by slayer.stuartfraser.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JgyRs-000FEG-Bv; Wed, 02 Apr 2008 09:36:00 +0100 From: "Stuart Fraser" To: References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> In-Reply-To: <20080402081643.GC18494@cdnetworks.co.kr> Date: Wed, 2 Apr 2008 09:30:40 +0100 Message-ID: <48a901c8949b$d88166e0$898434a0$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AciUmqQnkwgIQikZT4ClWPIyshwTWwAAK3hQ Content-Language: en-gb Cc: freebsd-current@freebsd.org Subject: RE: vge(4) driver not working at 1G speeds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 08:34:47 -0000 Oops, no coffee yet, here you go. pcib3: slot 0 INTA hardwired to IRQ 28 vge0: port 0xe800-0xe8ff mem 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 miibus0: on vge0 ukphy0: PHY 22 on miibus0 ukphy0: OUI 0x0090c3, model 0x0019, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: using obsoleted if_watchdog interface vge0: bpf attached vge0: Ethernet address: 00:40:63:f3:7e:28 ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 vge0: [MPSAFE] vge0: [ITHREAD] ta S -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Pyun YongHyeon Sent: 02 April 2008 09:17 To: Stuart Fraser Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds On Wed, Apr 02, 2008 at 08:29:27AM +0100, Stuart Fraser wrote: > Hi, > Here is the dmesg section, it appears to be using UKPHY so as you say if the > older chips used a different physical layer perhaps we have a problem in > there. > > -- dmesg -- > pci3: on pcib3 > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 > miibus0: on vge0 > ukphy0: PHY 22 on miibus0 This is the reason why I requested verbosed boot messages. ukphy(4) prints OUI/model number of the PHY in verbosed boot mode. Would you show me that information? > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > vge0: using obsoleted if_watchdog interface > vge0: Ethernet address: 00:40:63:f3:7e:28 > vge0: [ITHREAD] > -- Regards, Pyun YongHyeon _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 08:52:25 2008 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 C258F106566B for ; Wed, 2 Apr 2008 08:52:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6B51C8FC21 for ; Wed, 2 Apr 2008 08:52:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so705479anc.13 for ; Wed, 02 Apr 2008 01:52:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=FoUYzYxu2XnQTn0Bn4eeF4FXrHtgyIvzzPQMExyRrsQ=; b=JJyo2sw/euXe8HBGdwPM5Nv4CNL2+l4w62KKMP/oV+zPoJd/3YJmqA6GtkRLm3lNhdlg0kG4q3rq8kW+bdBXEIPgJk1SP6og9IWEENBoT3unuTN9XsO+8MbmF55hgKg0hdYnm8xC6OoGcQV4J0gKBuwopmOtmrg5Oj1DsS+l99Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=kgTBo85oijh6aclWz+Q1Wk0xF4GhDWrDocA54f8Bc1XzXsKkFaF1zNAE1fLJhgZ34YpKY2ooJAS/a48EoLlaJl7IzybwM9IfMDJSab+hlc2aDjNaRB1cbA4iDJ/eTL/SlhGn8yUaqToIoe+Y3CmUjYuK+SvlytW2qbVXKurMSMs= Received: by 10.100.152.5 with SMTP id z5mr21993445and.83.1207126335885; Wed, 02 Apr 2008 01:52:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l48sm1531258wrl.4.2008.04.02.01.52.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Apr 2008 01:52:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m328q8t8020043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2008 17:52:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m328q7Jv020042; Wed, 2 Apr 2008 17:52:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 2 Apr 2008 17:52:07 +0900 From: Pyun YongHyeon To: Stuart Fraser Message-ID: <20080402085207.GD18494@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> <48a901c8949b$d88166e0$898434a0$@net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <48a901c8949b$d88166e0$898434a0$@net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds 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: Wed, 02 Apr 2008 08:52:25 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 02, 2008 at 09:30:40AM +0100, Stuart Fraser wrote: > Oops, no coffee yet, here you go. > > pcib3: slot 0 INTA hardwired to IRQ 28 > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 > vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > miibus0: on vge0 > ukphy0: PHY 22 on miibus0 > ukphy0: OUI 0x0090c3, model 0x0019, rev. 0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > vge0: using obsoleted if_watchdog interface > vge0: bpf attached > vge0: Ethernet address: 00:40:63:f3:7e:28 > ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > vge0: [MPSAFE] > vge0: [ITHREAD] > Thanks a lot! Try attached patch and let me know how it goes. -- Regards, Pyun YongHyeon --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ip1000phy.patch" --- sys/dev/mii/miidevs.orig 2008-03-07 06:42:48.000000000 +0900 +++ sys/dev/mii/miidevs 2008-04-02 17:48:19.000000000 +0900 @@ -51,6 +51,7 @@ oui ALTIMA 0x0010a9 Altima Communications oui AMD 0x00001a Advanced Micro Devices +oui ATHEROS 0x001374 Atheros Communications oui BROADCOM 0x001018 Broadcom Corporation oui CICADA 0x0003F1 Cicada Semiconductor oui DAVICOM 0x00606e Davicom Semiconductor @@ -112,6 +113,9 @@ model AMD 79c978 0x0039 Am79c978 HomePNA PHY model xxAMD 79C873 0x0000 Am79C873/DM9101 10/100 media interface +/* Atheros Communucations/Attansic PHYs. */ +model ATHEROS F1 0x0001 Atheros F1 10/100/1000 media interface + /* Broadcom Corp. PHYs. */ model BROADCOM 3C905B 0x0012 3c905B 10/100 internal PHY model BROADCOM 3C905C 0x0017 3c905C 10/100 internal PHY @@ -159,6 +163,7 @@ /* IC Plus Corp. PHYs */ model ICPLUS IP101 0x0005 IC Plus 10/100 PHY model ICPLUS IP1000A 0x0008 IC Plus 10/100/1000 media interface +model ICPLUS IP1001 0x0019 IC Plus IP1001 10/100/1000 media interface /* Intel PHYs */ model xxINTEL I82553AB 0x0000 i83553 10/100 media interface --- sys/dev/mii/ip1000phy.c.orig 2006-12-03 00:32:33.000000000 +0900 +++ sys/dev/mii/ip1000phy.c 2008-04-02 17:48:45.000000000 +0900 @@ -82,6 +82,7 @@ static const struct mii_phydesc ip1000phys[] = { MII_PHY_DESC(ICPLUS, IP1000A), + MII_PHY_DESC(ICPLUS, IP1001), MII_PHY_END }; --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 09:55:22 2008 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 366A0106567E for ; Wed, 2 Apr 2008 09:55:22 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id AE4E88FC39 for ; Wed, 2 Apr 2008 09:55:21 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id CF00C409C30 for ; Wed, 2 Apr 2008 11:55:19 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84901-04 for ; Wed, 2 Apr 2008 11:55:18 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 71D0B409C5D for ; Wed, 2 Apr 2008 11:55:18 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Wed, 2 Apr 2008 11:55:18 +0200 Message-Id: <20080402094618.M73854@bellera.cat> In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819324EF6344D0@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6344D0@IRVEXCHCCR01.corp.ad.broadcom.com> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 09:55:22 -0000 On Tue, 1 Apr 2008 18:30:34 -0700, David Christensen wrote > > > > > > What's the dmesg output? Is it using ukphy or brgphy? > > > > > > > Partial dmesg, concerning the NIC: > > > > pcib4: irq 17 at device 28.5 on pci0 > > pci14: on pcib4 > > bge0: mem > > 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 > > miibus0: on bge0 > > ukphy0: PHY 1 on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto > > bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX > > bge0: [ITHREAD] > > > > bge0: link state changed to UP > > > > Must I try 1000baseT-FDX instead than 1000baseTX in my ifconfig line? > > The 5722 PHY ID is available in -HEAD (see > http://fxr.watson.org/fxr/source/dev/mii/miidevs#L139) > but isn't present in RELENG_7_0 (see > http://fxr.watson.org/fxr/source/dev/mii/miidevs?v=RELENG70#L115). > > Look at the diffs between sys/dev/mii/miidevs and sys/dev/mii/brgphy > between HEAD and RELENG_7_0 and pull in the changes for the 5722 and > build them into your kernel. If successful you should see brgphy0 > and not ukphy0. > > Dave > _______________________________________________ Dave, Many thanks for your help! I'm working at 1 Gigabit! I'm very happy, it is my first driver modification using FreeBSD! I had to modify also /usr/src/sys/dev/mii/brgphy.c The conclusion is if using FreeBSD 7.0, BCM5722 must be included in the following source files: /usr/src/sys/dev/bge/if_bge.c /usr/src/sys/dev/bge/if_bgereg.h /usr/src/sys/dev/mii/miidevs /usr/src/sys/dev/mii/brgphy.c Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 10:32:21 2008 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 84791106566C; Wed, 2 Apr 2008 10:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7528FC27; Wed, 2 Apr 2008 10:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32AWKUS057287; Wed, 2 Apr 2008 06:32:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32AWKxL022967; Wed, 2 Apr 2008 06:32:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 43DCD73039; Wed, 2 Apr 2008 05:32:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402103220.43DCD73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 05:32:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 10:32:21 -0000 TB --- 2008-04-02 10:15:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 10:15:14 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-02 10:15:14 - cleaning the object tree TB --- 2008-04-02 10:15:42 - cvsupping the source tree TB --- 2008-04-02 10:15:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-02 10:15:49 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 10:15:49 - cd /src TB --- 2008-04-02 10:15:49 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 10:15:51 UTC 2008 >>> 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 [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/th r_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_ spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 10:32:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 10:32:20 - ERROR: failed to build world TB --- 2008-04-02 10:32:20 - tinderbox aborted TB --- 731.23 user 94.80 system 1025.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 10:50:18 2008 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 20F761065670; Wed, 2 Apr 2008 10:50:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CB54C8FC13; Wed, 2 Apr 2008 10:50:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32AoHKM058194; Wed, 2 Apr 2008 06:50:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32AoHXn040243; Wed, 2 Apr 2008 06:50:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D43673039; Wed, 2 Apr 2008 05:50:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402105017.1D43673039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 05:50:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean 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, 02 Apr 2008 10:50:18 -0000 TB --- 2008-04-02 10:32:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 10:32:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-02 10:32:20 - cleaning the object tree TB --- 2008-04-02 10:32:42 - cvsupping the source tree TB --- 2008-04-02 10:32:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-02 10:32:48 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 10:32:48 - cd /src TB --- 2008-04-02 10:32:48 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 10:32:50 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/ia64/ia64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c / src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/ia64/ia64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 10:50:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 10:50:17 - ERROR: failed to build world TB --- 2008-04-02 10:50:17 - tinderbox aborted TB --- 760.11 user 90.69 system 1076.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:07:41 2008 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 7A8CF106567C; Wed, 2 Apr 2008 11:07:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFDB8FC19; Wed, 2 Apr 2008 11:07:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32B7emN061397; Wed, 2 Apr 2008 07:07:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32B7eYY092386; Wed, 2 Apr 2008 07:07:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A3AB73039; Wed, 2 Apr 2008 06:07:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402110740.7A3AB73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:07:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean 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, 02 Apr 2008 11:07:41 -0000 TB --- 2008-04-02 10:50:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 10:50:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-02 10:50:17 - cleaning the object tree TB --- 2008-04-02 10:50:49 - cvsupping the source tree TB --- 2008-04-02 10:50:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-02 10:50:55 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 10:50:55 - cd /src TB --- 2008-04-02 10:50:55 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 10:50:57 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:07:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:07:40 - ERROR: failed to build world TB --- 2008-04-02 11:07:40 - tinderbox aborted TB --- 749.27 user 92.51 system 1043.28 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:11:21 2008 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 9E7CE106564A; Wed, 2 Apr 2008 11:11:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 53E4D8FC1B; Wed, 2 Apr 2008 11:11:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BBKbj061625; Wed, 2 Apr 2008 07:11:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BBKM3004410; Wed, 2 Apr 2008 07:11:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B286B73039; Wed, 2 Apr 2008 06:11:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402111120.B286B73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:11:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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: Wed, 02 Apr 2008 11:11:21 -0000 TB --- 2008-04-02 10:55:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 10:55:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-02 10:55:49 - cleaning the object tree TB --- 2008-04-02 10:56:20 - cvsupping the source tree TB --- 2008-04-02 10:56:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-02 10:56:26 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 10:56:26 - cd /src TB --- 2008-04-02 10:56:26 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 10:56:28 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:11:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:11:20 - ERROR: failed to build world TB --- 2008-04-02 11:11:20 - tinderbox aborted TB --- 659.47 user 92.04 system 931.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:13:46 2008 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 1A1C01065671; Wed, 2 Apr 2008 11:13:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id DE35A8FC24; Wed, 2 Apr 2008 11:13:45 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7E4A4E4108; Wed, 2 Apr 2008 06:54:36 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 02 Apr 2008 06:54:36 -0400 X-Sasl-enc: HaKvn7JEYKi2jvPXdilVEBk9IU2mF7Bt1knrAHUZ+Qtk 1207133676 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id CDA9717B62; Wed, 2 Apr 2008 06:54:35 -0400 (EDT) Message-ID: <47F365EA.3030101@FreeBSD.org> Date: Wed, 02 Apr 2008 11:54:34 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Garrett Wollman References: <20080331153006.GK21209@deviant.kiev.zoral.com.ua> <200803311557.m2VFvm3w044000@hergotha.csail.mit.edu> <20080331161148.GN21209@deviant.kiev.zoral.com.ua> <18417.9095.724822.642904@hergotha.csail.mit.edu> In-Reply-To: <18417.9095.724822.642904@hergotha.csail.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , current@freebsd.org Subject: Re: Openat() and fexecve() committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 11:13:46 -0000 Garrett Wollman wrote: > The 2008 version has not yet been ratified, so it is not available to > the "general public". Those who care enough to join the committee (by > signing up for the mailing-list, essentially) can get a password which > will allow them to read the latest draft, which I believe is supposed > to go out to ballot soon. > I just skimmed what I could find about the *at() syscalls. Whilst this strikes me as useful, and fit for the purpose it's described for (avoid race conditions), it also gives me the heebie jeebies, as it involves the addition of yet another bunch of syscalls with slightly different semantics, to an already large flat namespace. I hope someone adds some nice syntactic sugar to Python for it once it's ready. cheese BMS > -GAWollman > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:21:52 2008 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 1C02F106564A; Wed, 2 Apr 2008 11:21:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C59B48FC25; Wed, 2 Apr 2008 11:21:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BLpf4062710; Wed, 2 Apr 2008 07:21:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BLpgP071496; Wed, 2 Apr 2008 07:21:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 30C5B73039; Wed, 2 Apr 2008 06:21:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402112151.30C5B73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:21:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 02 Apr 2008 11:21:52 -0000 TB --- 2008-04-02 11:07:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:07:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-02 11:07:40 - cleaning the object tree TB --- 2008-04-02 11:08:08 - cvsupping the source tree TB --- 2008-04-02 11:08:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-02 11:08:13 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:08:13 - cd /src TB --- 2008-04-02 11:08:13 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:08:14 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:21:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:21:51 - ERROR: failed to build world TB --- 2008-04-02 11:21:51 - tinderbox aborted TB --- 659.59 user 90.05 system 850.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:36:15 2008 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 A470A106566C for ; Wed, 2 Apr 2008 11:36:15 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from smtp-out2.blueyonder.co.uk (smtp-out2.blueyonder.co.uk [195.188.213.5]) by mx1.freebsd.org (Postfix) with ESMTP id 412EC8FC24 for ; Wed, 2 Apr 2008 11:36:15 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from [172.23.170.146] (helo=anti-virus03-09) by smtp-out2.blueyonder.co.uk with smtp (Exim 4.52) id 1Jh1GI-0006qr-M5; Wed, 02 Apr 2008 12:36:14 +0100 Received: from [82.41.24.37] (helo=slayer.stuartfraser.net) by asmtp-out4.blueyonder.co.uk with esmtp (Exim 4.52) id 1Jh1Cr-0001Ui-8B; Wed, 02 Apr 2008 12:32:41 +0100 Received: from nyx.stuartfraser.net ([192.168.51.34] helo=nyx) by slayer.stuartfraser.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jh1Hh-000FMK-F5; Wed, 02 Apr 2008 12:37:41 +0100 From: "Stuart Fraser" To: References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> <48a901c8949b$d88166e0$898434a0$@net> <20080402085207.GD18494@cdnetworks.co.kr> In-Reply-To: <20080402085207.GD18494@cdnetworks.co.kr> Date: Wed, 2 Apr 2008 12:32:20 +0100 Message-ID: <48bc01c894b5$39a22c20$ace68460$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AciUn5m7y+e1TGlNRV2fdSRcNyNs7wAEhPyw Content-Language: en-gb Cc: freebsd-current@freebsd.org Subject: RE: vge(4) driver not working at 1G speeds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 11:36:15 -0000 Afraid, that didn't do it. The patch files didn't work at first but a did it by hand adding the relevant lines. It compiled and installed fine. So what we see is that things have changed but are not yet working, if not actually worse. Here are my findings (all using the vge driver compiled into kernel) -first we fail if ifconfig media is set to auto, ifconfig reports media Ethernet autoselect (none), status: active. No difference if LINK0 set. -100BaseTX-FDX appears not to send, if I try to ping any other than the local IP I 'ping: sendto: No buffer space available'. If I tcpdump on the interface I see the traffic I would expect on the local subnet. -1000BaseTX, still no carrier The detailed dmesg snip shows that ip1000phy did connect rather than ukphy pcib3: slot 0 INTA hardwired to IRQ 28 vge0: port 0xe800-0xe8ff mem 0xfeaffc00-0xfeaffcff irq 28 at device 0 .0 on pci3 vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 miibus0: on vge0 ip1000phy0: PHY 22 on miibus0 ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto vge0: using obsoleted if_watchdog interface vge0: bpf attached vge0: Ethernet address: 00:40:63:f3:7e:28 ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 vge0: [MPSAFE] vge0: [ITHREAD] thanks again for the help, what next? S -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Pyun YongHyeon Sent: 02 April 2008 09:52 To: Stuart Fraser Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds On Wed, Apr 02, 2008 at 09:30:40AM +0100, Stuart Fraser wrote: > Oops, no coffee yet, here you go. > > pcib3: slot 0 INTA hardwired to IRQ 28 > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaffcff irq 28 at device 0.0 on pci3 > vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > miibus0: on vge0 > ukphy0: PHY 22 on miibus0 > ukphy0: OUI 0x0090c3, model 0x0019, rev. 0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > vge0: using obsoleted if_watchdog interface > vge0: bpf attached > vge0: Ethernet address: 00:40:63:f3:7e:28 > ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > vge0: [MPSAFE] > vge0: [ITHREAD] > Thanks a lot! Try attached patch and let me know how it goes. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:40:42 2008 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 7B2DA106566C; Wed, 2 Apr 2008 11:40:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 308458FC15; Wed, 2 Apr 2008 11:40:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BefYv064334; Wed, 2 Apr 2008 07:40:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BefwH077510; Wed, 2 Apr 2008 07:40:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 21D2273039; Wed, 2 Apr 2008 06:40:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402114041.21D2273039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:40:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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, 02 Apr 2008 11:40:42 -0000 TB --- 2008-04-02 11:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-04-02 11:25:00 - cleaning the object tree TB --- 2008-04-02 11:25:26 - cvsupping the source tree TB --- 2008-04-02 11:25:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-04-02 11:25:33 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:25:33 - cd /src TB --- 2008-04-02 11:25:33 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:25:36 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/arm/arm/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src /lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/ lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/arm/arm/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:40:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:40:41 - ERROR: failed to build world TB --- 2008-04-02 11:40:41 - tinderbox aborted TB --- 682.34 user 93.87 system 940.66 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:43:19 2008 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 18FC91065670; Wed, 2 Apr 2008 11:43:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C44C48FC1C; Wed, 2 Apr 2008 11:43:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BhIDu064558; Wed, 2 Apr 2008 07:43:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BhIiF083009; Wed, 2 Apr 2008 07:43:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 240D273039; Wed, 2 Apr 2008 06:43:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402114318.240D273039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:43:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 11:43:19 -0000 TB --- 2008-04-02 11:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-02 11:25:00 - cleaning the object tree TB --- 2008-04-02 11:25:46 - cvsupping the source tree TB --- 2008-04-02 11:25:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-02 11:25:52 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:25:52 - cd /src TB --- 2008-04-02 11:25:52 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:25:53 UTC 2008 >>> 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 [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/amd64/amd64/pthread_md.c /src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thr ead/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/threa d/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/amd64/amd64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:43:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:43:18 - ERROR: failed to build world TB --- 2008-04-02 11:43:18 - tinderbox aborted TB --- 785.24 user 102.38 system 1097.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:53:35 2008 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 449B71065671 for ; Wed, 2 Apr 2008 11:53:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id D77188FC24 for ; Wed, 2 Apr 2008 11:53:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rn-out-0910.google.com with SMTP id s46so1548446rnb.3 for ; Wed, 02 Apr 2008 04:53:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=oKz1vvY6MlQkeMFqPe01N+0CSWLTmnz8U3jFvLQ+dhE=; b=RWwtuXYJIC+i1oQ2TXeyGuvLmvkyIjhXJ01i3bC4jwIXwywJ1pAR5Gr0gzoSFvT4vHz51G4c338QsrfeW9QhXNJ0tebiheZJTY6PUDbZHLLlin7Xf7UEdsuhSSiCNFH7Ei80yzcdHZFvavUYceEYe8Z3fipILEWBO/IcUnX/ii0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=IIGmpvdeyjROS+NlCSZe0RML3ekRXgTwUhKj0WwMgB8ocnBzuGjgqK31nkSuvW6BENbyBFffcf2fQBQJlmEoxOG0Jb4Wl/S7+1UQUp8FZIhOMdGuFItY5k/UIeSlVV5YasUYgDsup7U5wn3veiYyESxy3SWzXroZImdV+y+q7v8= Received: by 10.151.8.8 with SMTP id l8mr4891129ybi.41.1207137213176; Wed, 02 Apr 2008 04:53:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g7sm1772652wra.16.2008.04.02.04.53.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Apr 2008 04:53:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m32BrQ19020713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2008 20:53:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m32BrPsG020712; Wed, 2 Apr 2008 20:53:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 2 Apr 2008 20:53:25 +0900 From: Pyun YongHyeon To: Stuart Fraser Message-ID: <20080402115325.GD20215@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> <48a901c8949b$d88166e0$898434a0$@net> <20080402085207.GD18494@cdnetworks.co.kr> <48bc01c894b5$39a22c20$ace68460$@net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48bc01c894b5$39a22c20$ace68460$@net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds 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: Wed, 02 Apr 2008 11:53:35 -0000 On Wed, Apr 02, 2008 at 12:32:20PM +0100, Stuart Fraser wrote: > Afraid, that didn't do it. > > The patch files didn't work at first but a did it by hand adding the > relevant lines. It compiled and installed fine. > > So what we see is that things have changed but are not yet working, if not > actually worse. Here are my findings (all using the vge driver compiled into > kernel) > > -first we fail if ifconfig media is set to auto, ifconfig reports media > Ethernet autoselect (none), status: active. No difference if LINK0 set. > > -100BaseTX-FDX appears not to send, if I try to ping any other than the > local IP I 'ping: sendto: No buffer space available'. If I tcpdump on the > interface I see the traffic I would expect on the local subnet. Since vge(4) failed to detect correct link state you just see ENOBUFS. > > -1000BaseTX, still no carrier > This should be fixed in vge(4). > The detailed dmesg snip shows that ip1000phy did connect rather than ukphy > > pcib3: slot 0 INTA hardwired to IRQ 28 > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaffcff irq 28 at device 0 > .0 on pci3 > vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > miibus0: on vge0 > ip1000phy0: PHY 22 on miibus0 > ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > vge0: using obsoleted if_watchdog interface > vge0: bpf attached > vge0: Ethernet address: 00:40:63:f3:7e:28 > ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > vge0: [MPSAFE] > vge0: [ITHREAD] > > > thanks again for the help, what next? > Maybe the next thing is try to fix bugs in vge(4). But I guess it would take very long time as it needs more clean up. I also have a old vge(4) hardware that exhibits the same issue you've seen. I guess I wrote very minimal patch to make it detect link state but can't find it. I'll let you know if I find that old patch in my box. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:57:56 2008 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 8AB251065671; Wed, 2 Apr 2008 11:57:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 402E48FC21; Wed, 2 Apr 2008 11:57:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32BvtWF066322; Wed, 2 Apr 2008 07:57:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32Bvt3G008476; Wed, 2 Apr 2008 07:57:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93A7673039; Wed, 2 Apr 2008 06:57:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402115755.93A7673039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 06:57:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean 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, 02 Apr 2008 11:57:56 -0000 TB --- 2008-04-02 11:40:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:40:41 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-02 11:40:41 - cleaning the object tree TB --- 2008-04-02 11:41:09 - cvsupping the source tree TB --- 2008-04-02 11:41:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-02 11:41:15 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:41:15 - cd /src TB --- 2008-04-02 11:41:15 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:41:16 UTC 2008 >>> 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 [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/th r_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_ spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 11:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 11:57:55 - ERROR: failed to build world TB --- 2008-04-02 11:57:55 - tinderbox aborted TB --- 732.79 user 91.20 system 1034.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:00:02 2008 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 21FB11065670; Wed, 2 Apr 2008 12:00:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E5EB08FC19; Wed, 2 Apr 2008 12:00:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32C01Pv066627; Wed, 2 Apr 2008 08:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32C01Mf023361; Wed, 2 Apr 2008 08:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0C9BE73039; Wed, 2 Apr 2008 07:00:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402120001.0C9BE73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 07:00:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 12:00:02 -0000 TB --- 2008-04-02 11:43:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:43:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-02 11:43:18 - cleaning the object tree TB --- 2008-04-02 11:43:25 - cvsupping the source tree TB --- 2008-04-02 11:43:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-02 11:43:30 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:43:30 - cd /src TB --- 2008-04-02 11:43:30 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:43:32 UTC 2008 >>> 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 [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/th r_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_ spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/_umtx_op_err.S cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 12:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 12:00:01 - ERROR: failed to build world TB --- 2008-04-02 12:00:01 - tinderbox aborted TB --- 732.51 user 90.62 system 1002.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:10:22 2008 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 AAE00106566B for ; Wed, 2 Apr 2008 12:10:22 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3568FC2A for ; Wed, 2 Apr 2008 12:10:22 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id C1340409A26 for ; Wed, 2 Apr 2008 14:10:20 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89890-03 for ; Wed, 2 Apr 2008 14:10:20 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id C7ADB4099D1 for ; Wed, 2 Apr 2008 14:10:19 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Wed, 2 Apr 2008 14:10:19 +0200 Message-Id: <20080402120733.M17951@bellera.cat> In-Reply-To: <20080402115325.GD20215@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> <48a901c8949b$d88166e0$898434a0$@net> <20080402085207.GD18494@cdnetworks.co.kr> <48bc01c894b5$39a22c20$ace68460$@net> <20080402115325.GD20215@cdnetworks.co.kr> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: vge(4) driver not working at 1G speeds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 12:10:22 -0000 Hello! Its seems similar to my SOLVED problem with bge. Please see at http://lists.freebsd.org/pipermail/freebsd-current/2008- April/084628.html Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:14:47 2008 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 CCA7F106566C; Wed, 2 Apr 2008 12:14:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4B98FC1C; Wed, 2 Apr 2008 12:14:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CElGi068190; Wed, 2 Apr 2008 08:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CElhL063016; Wed, 2 Apr 2008 08:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0031C73039; Wed, 2 Apr 2008 07:14:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402121447.0031C73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 07:14:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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, 02 Apr 2008 12:14:48 -0000 TB --- 2008-04-02 11:57:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 11:57:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-02 11:57:55 - cleaning the object tree TB --- 2008-04-02 11:58:02 - cvsupping the source tree TB --- 2008-04-02 11:58:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-02 11:58:07 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 11:58:07 - cd /src TB --- 2008-04-02 11:58:07 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 11:58:08 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/ia64/ia64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c / src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/ia64/ia64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 12:14:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 12:14:46 - ERROR: failed to build world TB --- 2008-04-02 12:14:46 - tinderbox aborted TB --- 759.53 user 90.27 system 1011.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:16:43 2008 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 5C8CF106567F; Wed, 2 Apr 2008 12:16:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 111F98FC2C; Wed, 2 Apr 2008 12:16:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CGgKt068415; Wed, 2 Apr 2008 08:16:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CGgkL030488; Wed, 2 Apr 2008 08:16:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CFA973039; Wed, 2 Apr 2008 07:16:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402121642.6CFA973039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 07:16:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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, 02 Apr 2008 12:16:43 -0000 TB --- 2008-04-02 12:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 12:00:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-02 12:00:01 - cleaning the object tree TB --- 2008-04-02 12:00:11 - cvsupping the source tree TB --- 2008-04-02 12:00:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-02 12:00:18 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 12:00:18 - cd /src TB --- 2008-04-02 12:00:18 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 12:00:20 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 12:16:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 12:16:42 - ERROR: failed to build world TB --- 2008-04-02 12:16:42 - tinderbox aborted TB --- 748.02 user 92.00 system 1001.29 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:30:14 2008 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 06FB9106566B; Wed, 2 Apr 2008 12:30:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B05E38FC2B; Wed, 2 Apr 2008 12:30:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CUDin070070; Wed, 2 Apr 2008 08:30:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CUDdq005446; Wed, 2 Apr 2008 08:30:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D1A0273039; Wed, 2 Apr 2008 07:30:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402123012.D1A0273039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 07:30:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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: Wed, 02 Apr 2008 12:30:14 -0000 TB --- 2008-04-02 12:14:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 12:14:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-02 12:14:47 - cleaning the object tree TB --- 2008-04-02 12:14:57 - cvsupping the source tree TB --- 2008-04-02 12:14:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-02 12:15:02 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 12:15:02 - cd /src TB --- 2008-04-02 12:15:02 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 12:15:03 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 12:30:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 12:30:12 - ERROR: failed to build world TB --- 2008-04-02 12:30:12 - tinderbox aborted TB --- 659.31 user 90.55 system 925.75 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:31:41 2008 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 5163F1065674; Wed, 2 Apr 2008 12:31:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 066F68FC2C; Wed, 2 Apr 2008 12:31:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CVeoX070332; Wed, 2 Apr 2008 08:31:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m32CVeeB014487; Wed, 2 Apr 2008 08:31:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E82873039; Wed, 2 Apr 2008 07:31:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080402123140.6E82873039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 07:31:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 02 Apr 2008 12:31:41 -0000 TB --- 2008-04-02 12:16:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 12:16:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-02 12:16:42 - cleaning the object tree TB --- 2008-04-02 12:16:53 - cvsupping the source tree TB --- 2008-04-02 12:16:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-02 12:16:58 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 12:16:58 - cd /src TB --- 2008-04-02 12:16:58 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 12:16:59 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_affinity.c:43: warning: no previous prototype for '_pthread_setaffinity_np' /src/lib/libthr/thread/thr_affinity.c:71: warning: no previous prototype for '_pthread_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-02 12:31:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-02 12:31:40 - ERROR: failed to build world TB --- 2008-04-02 12:31:40 - tinderbox aborted TB --- 658.46 user 90.41 system 897.87 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 15:02:23 2008 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 ED0C6106566B for ; Wed, 2 Apr 2008 15:02:23 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD248FC21 for ; Wed, 2 Apr 2008 15:02:23 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m32F2C2u040591 for ; Wed, 2 Apr 2008 11:02:22 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m32F21SA080434 for ; Wed, 2 Apr 2008 11:02:01 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m32F21Br080433 for freebsd-current@freebsd.org; Wed, 2 Apr 2008 11:02:01 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804021502.m32F21Br080433@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Wed, 2 Apr 2008 11:02:01 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 15:02:24 -0000 Hi, First foray into 7.0, so please excuse any (extra) stupidity. :) I loaded a system from scratch and compiled userland and kernel, and installed kernel. I haven't installed userland because I've run into a few issues with the system, so I'm trying to make sure I don't nuke the whole thing before I find out the problem. If this is my problem, please let me know. Otherwise, I have a flash memory stick thats giving me all sorts of problems valhalla# dmesg|grep da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) If I tried to newfs it on this system I got a "cg 0: bad magic number" error on it. If I repartition and reformat elsewhere, bring it here I get : valhalla# fsck -y /dev/da0s1d ** /dev/da0s1d ** Last Mounted on /data2 ** Phase 1 - Check Blocks and Sizes fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo Not sure where to go from here. Only other complaint was for a "corrupt filesystem", but I had repartitioned and reformatted on a 5.4 system and immediately brought it here. Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:03:29 2008 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 388E01065670 for ; Wed, 2 Apr 2008 16:03:29 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id D560E8FC27 for ; Wed, 2 Apr 2008 16:03:28 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.2/8.14.2) with ESMTP id m32G5ei9021911; Wed, 2 Apr 2008 12:05:40 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m32G5e0l021910; Wed, 2 Apr 2008 12:05:40 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 2 Apr 2008 12:05:40 -0400 From: David Schultz To: Barney Cordoba Message-ID: <20080402160540.GA21853@zim.MIT.EDU> Mail-Followup-To: Barney Cordoba , current@FreeBSD.ORG References: <564663.65494.qm@web63906.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <564663.65494.qm@web63906.mail.re1.yahoo.com> Cc: current@FreeBSD.ORG Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 16:03:29 -0000 On Tue, Apr 01, 2008, Barney Cordoba wrote: > When trying to mount a CDROM on the DVDROM the system > just locks up. No messages at all. This is during boot? Try a verbose boot, for one. Also try waiting a few minutes; I have a system where it takes 8 minutes to probe the drive at boot, due to timeouts and a lengthy series of retries. From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:16:03 2008 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 B1F1E106566B for ; Wed, 2 Apr 2008 16:16:03 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 448998FC15 for ; Wed, 2 Apr 2008 16:16:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 23536 invoked by uid 60001); 2 Apr 2008 16:16:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=qg8z8p9ckvgD7cj96Mhgc482J3snTSfWO9fSlvM4T/YckBM7ALJC7x3npaRy1Rvq+P6wAbS53J48AhVSint0LF1F2zPep5a+Kz3YaI8xNMR/sby+HGX915OtrSiVRniqzJwzenFSX0y7RIO3YJvoWy0iTc/eFVcAmbTuJSo4zeY=; X-YMail-OSG: xbclVwsVM1k6QPukXWGfLuARq6DiZK0V.IxZo4c6 Received: from [98.203.28.38] by web63908.mail.re1.yahoo.com via HTTP; Wed, 02 Apr 2008 09:16:01 PDT Date: Wed, 2 Apr 2008 09:16:01 -0700 (PDT) From: Barney Cordoba To: David Schultz In-Reply-To: <20080402160540.GA21853@zim.MIT.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <65922.20689.qm@web63908.mail.re1.yahoo.com> Cc: current@FreeBSD.ORG Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 16:16:03 -0000 --- David Schultz wrote: > On Tue, Apr 01, 2008, Barney Cordoba wrote: > > When trying to mount a CDROM on the DVDROM the > system > > just locks up. No messages at all. > > This is during boot? Try a verbose boot, for one. > Also try > waiting a few minutes; I have a system where it > takes 8 minutes to > probe the drive at boot, due to timeouts and a > lengthy series of > retries. > That certainly isnt normal (or acceptable). We only mounted the driver to minimize potential issues. We got the following error most recently: acd0: WARNING - READ_TOC read data overrun 20>12 Barney ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:44:54 2008 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 410611065670 for ; Wed, 2 Apr 2008 16:44:54 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6738FC16 for ; Wed, 2 Apr 2008 16:44:53 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 02 Apr 2008 09:44:45 -0700 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id EB30F317; Wed, 2 Apr 2008 09:44:44 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 9AE62319; Wed, 2 Apr 2008 09:44:44 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GSK50337; Wed, 2 Apr 2008 09:44:42 -0700 (PDT) Received: from NT-IRVA-0751.brcm.ad.broadcom.com ( nt-irva-0751.brcm.ad.broadcom.com [10.8.194.65]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 3626B69CA3; Wed, 2 Apr 2008 09:44:42 -0700 (PDT) Received: from IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) by NT-IRVA-0751.brcm.ad.broadcom.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 2 Apr 2008 09:44:42 -0700 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.9.200.129]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 2 Apr 2008 09:44:42 -0700 From: "David Christensen" To: "Josep Pujadas i Jubany" , "freebsd-current@freebsd.org" Date: Wed, 2 Apr 2008 09:44:40 -0700 Thread-Topic: Only 100baseTX with bge BCM5722 Thread-Index: AciUp90VfZl0Sy92ToSAEfWWeWq9BAAOMlmQ Message-ID: <5D267A3F22FD854F8F48B3D2B523819324EF63460F@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6344D0@IRVEXCHCCR01.corp.ad.broadcom.com> <20080402094618.M73854@bellera.cat> In-Reply-To: <20080402094618.M73854@bellera.cat> Accept-Language: en-US Content-Language: en-US acceptlanguage: en-US MIME-Version: 1.0 X-OriginalArrivalTime: 02 Apr 2008 16:44:42.0121 (UTC) FILETIME=[D9696F90:01C894E0] X-WSS-ID: 6BED687741K28935407-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 16:44:54 -0000 > > > > What's the dmesg output? Is it using ukphy or brgphy? > > > > > > > > > > Partial dmesg, concerning the NIC: > > > > > > pcib4: irq 17 at device 28.5 on pci0 > > > pci14: on pcib4 > > > bge0: 0xa200> mem > > > 0xed000000-0xed00ffff irq 17 at device 0.0 on pci14 > > > miibus0: on bge0 > > > ukphy0: PHY 1 on miibus0 > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, > > > 1000baseT-FDX, auto > > > bge0: Ethernet address: XXXXXXXXXXXXXXXXXXXXX > > > bge0: [ITHREAD] > > > > > > bge0: link state changed to UP > > > > > > Must I try 1000baseT-FDX instead than 1000baseTX in my > ifconfig line? > > > > The 5722 PHY ID is available in -HEAD (see > > http://fxr.watson.org/fxr/source/dev/mii/miidevs#L139) > > but isn't present in RELENG_7_0 (see > > http://fxr.watson.org/fxr/source/dev/mii/miidevs?v=3DRELENG70#L115). > > > > Look at the diffs between sys/dev/mii/miidevs and sys/dev/mii/brgphy > > between HEAD and RELENG_7_0 and pull in the changes for the 5722 and > > build them into your kernel. If successful you should see brgphy0 > > and not ukphy0. > > > > Dave > > _______________________________________________ > > Dave, > > Many thanks for your help! I'm working at 1 Gigabit! I'm very > happy, it is > my first driver modification using FreeBSD! > > I had to modify also /usr/src/sys/dev/mii/brgphy.c > > The conclusion is if using FreeBSD 7.0, BCM5722 must be > included in the > following source files: > > /usr/src/sys/dev/bge/if_bge.c > /usr/src/sys/dev/bge/if_bgereg.h > /usr/src/sys/dev/mii/miidevs > /usr/src/sys/dev/mii/brgphy.c > Great! Looks like we've gained another expert. If you want to send me the diffs I'll check them out and commit them to the RELENG_7 branch. Dave From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 18:58:55 2008 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 BA2801065670 for ; Wed, 2 Apr 2008 18:58:55 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 29BBC8FC16 for ; Wed, 2 Apr 2008 18:58:54 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so582686gve.39 for ; Wed, 02 Apr 2008 11:58:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=o07+NhqeE2lNz6jAwastfODkok2DIJ18lR8k0MbWN1Y=; b=sFW+h19ed3KB8spu4MyPazdX5IxrdJznupxSQz/ejl6pckG4MNP91r4q6LRBKZaHdCs5p4jvtMeDfVWPeQ/VcViiQcLe7sI2Td8Sh/TdwBeXhNqmw7DVTOCcM0Sor0GkI6CfjE96eHc9TRilmDLQnP0Fi2z+7x1DEONtH3g60bk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hIgjavwc3bighDyg8kfmcugWMVaGg/eR9oOtrb5BJFA68CwIPFF5nPL3ilKZ5f8YwV6UZG4rHY0K6lA4bFBIfx4/oLwbVysLmZxj5LRu/5hnlgfWPR1th504QcR1uJIQNFbQvi+ncjI7LtXMEfzjLObfGGQRRffXbmCxXO+Hv0M= Received: by 10.150.156.9 with SMTP id d9mr5134870ybe.48.1207161068686; Wed, 02 Apr 2008 11:31:08 -0700 (PDT) Received: by 10.150.205.12 with HTTP; Wed, 2 Apr 2008 11:31:08 -0700 (PDT) Message-ID: <3c0b01820804021131k663801c2y95ff8faf6d6563e7@mail.gmail.com> Date: Wed, 2 Apr 2008 14:31:08 -0400 From: "Alexander Sack" To: "Barney Cordoba" In-Reply-To: <65922.20689.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080402160540.GA21853@zim.MIT.EDU> <65922.20689.qm@web63908.mail.re1.yahoo.com> Cc: David Schultz , current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 18:58:55 -0000 Barney: Are you sure your media is good? Just a basic stupid question! From personal experiences on multiple OSes I've seen long timeouts/delays with bad media. I don't know if your box has all SATA ports or a mix of both SATA and PATA. But try switching the port on the DVD drive to either the legacy controller or the AHCI one? From the output nothing strikes at me. I know a lot of motherboards with ICH9R have two controllers behind all the ports, one is basic legacy IDE (even if its SATA, it is programmed as a classical PCI IDE controller in legacy mode) and one that is tunable to either AHCI or Enhanced (basically a true PCI IDE controller that doesn't take the default ISA I/O resources). If this is indeed a HBA driver issue, it would be good to know if its in the AHCI path or not. Since AHCI was detected (a good thing), try switching to Enhanced mode (AHCI disabled) as just a quick experiment (then all ports will be handled by classical IDE though you can lose some performance). Hope this helps, -aps On Wed, Apr 2, 2008 at 12:16 PM, Barney Cordoba wrote: > > --- David Schultz wrote: > > > On Tue, Apr 01, 2008, Barney Cordoba wrote: > > > When trying to mount a CDROM on the DVDROM the > > system > > > just locks up. No messages at all. > > > > This is during boot? Try a verbose boot, for one. > > Also try > > waiting a few minutes; I have a system where it > > takes 8 minutes to > > probe the drive at boot, due to timeouts and a > > lengthy series of > > retries. > > > > That certainly isnt normal (or acceptable). > > We only mounted the driver to minimize potential > issues. We got the following error most recently: > > acd0: WARNING - READ_TOC read data overrun 20>12 > > > Barney > > > ____________________________________________________________________________________ > You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. > http://tc.deals.yahoo.com/tc/blockbuster/text5.com > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- "What lies behind us and what lies in front of us is of little concern to what lies within us." -Ralph Waldo Emerson From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:06:26 2008 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 B4BA91065671; Wed, 2 Apr 2008 20:06:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6988FC27; Wed, 2 Apr 2008 20:06:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 0E9081A4D7E; Wed, 2 Apr 2008 13:06:26 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 2 Apr 2008 16:04:47 -0400 User-Agent: KMail/1.9.7 References: <20080303200946.GA79061@freebsd.org> <20080304111542.GA57756@deviant.kiev.zoral.com.ua> <20080330214947.GA16374@freebsd.org> In-Reply-To: <20080330214947.GA16374@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200804021604.48208.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Roman Divacky Subject: Re: shared lock instead of exclusive in set_rootvnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Apr 2008 20:06:26 -0000 On Sunday 30 March 2008 05:49:47 pm Roman Divacky wrote: > On Tue, Mar 04, 2008 at 01:15:42PM +0200, Kostik Belousov wrote: > > On Mon, Mar 03, 2008 at 09:09:46PM +0100, Roman Divacky wrote: > > > hi > > > > > > in set_rootvnode() there is > > > > > > p->p_fd->fd_cdir = rootvnode; > > > p->p_fd->fd_rdir = rootvnode; > > > > > > protected just by FILEDESC_SLOCK(), I dont think this is correct > > > although it might be benign as this is used only during boot. > > > > > > still, if it's not correct it should be fixed > > > > > > comments? > > > > Seems right. Did you boot with patched kernel ? > > I've been running with this patch for a month... is it time to commit > this? Go for it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 00:17:48 2008 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 13BA5106566B; Thu, 3 Apr 2008 00:17:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C16FC8FC18; Thu, 3 Apr 2008 00:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m330HkPB086977; Wed, 2 Apr 2008 20:17:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m330Hklh003775; Wed, 2 Apr 2008 20:17:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6D06373039; Wed, 2 Apr 2008 19:17:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403001746.6D06373039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 19:17:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 00:17:48 -0000 TB --- 2008-04-02 23:08:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 23:08:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-02 23:08:53 - cleaning the object tree TB --- 2008-04-02 23:09:29 - cvsupping the source tree TB --- 2008-04-02 23:09:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-02 23:09:37 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 23:09:37 - cd /src TB --- 2008-04-02 23:09:37 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 23:09:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 00:07:51 UTC 2008 TB --- 2008-04-03 00:07:51 - generating LINT kernel config TB --- 2008-04-03 00:07:51 - cd /src/sys/sparc64/conf TB --- 2008-04-03 00:07:51 - /usr/bin/make -B LINT TB --- 2008-04-03 00:07:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 00:07:51 - cd /src TB --- 2008-04-03 00:07:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 00:07:51 UTC 2008 >>> 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 [...] :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_fixup_rx': /src/sys/modules/igb/../../dev/igb/if_igb.c:3816: error: 'struct adapter' has no member named 'fmp' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 00:17:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 00:17:46 - ERROR: failed to build lint kernel TB --- 2008-04-03 00:17:46 - tinderbox aborted TB --- 3059.81 user 368.48 system 4133.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 00:47:01 2008 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 32B031065673; Thu, 3 Apr 2008 00:47:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E07128FC15; Thu, 3 Apr 2008 00:47:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m330kx6f089625; Wed, 2 Apr 2008 20:46:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m330kxGj074258; Wed, 2 Apr 2008 20:46:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 953EF73039; Wed, 2 Apr 2008 19:46:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403004659.953EF73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 19:46:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Thu, 03 Apr 2008 00:47:01 -0000 TB --- 2008-04-02 23:43:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-02 23:43:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-02 23:43:01 - cleaning the object tree TB --- 2008-04-02 23:43:22 - cvsupping the source tree TB --- 2008-04-02 23:43:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-02 23:43:29 - building world (CFLAGS=-O -pipe) TB --- 2008-04-02 23:43:29 - cd /src TB --- 2008-04-02 23:43:29 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 2 23:43:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 00:38:44 UTC 2008 TB --- 2008-04-03 00:38:44 - generating LINT kernel config TB --- 2008-04-03 00:38:44 - cd /src/sys/sun4v/conf TB --- 2008-04-03 00:38:44 - /usr/bin/make -B LINT TB --- 2008-04-03 00:38:44 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 00:38:44 - cd /src TB --- 2008-04-03 00:38:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 00:38:44 UTC 2008 >>> 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 [...] :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_fixup_rx': /src/sys/modules/igb/../../dev/igb/if_igb.c:3816: error: 'struct adapter' has no member named 'fmp' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 00:46:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 00:46:58 - ERROR: failed to build lint kernel TB --- 2008-04-03 00:46:58 - tinderbox aborted TB --- 3049.84 user 362.77 system 3837.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 02:29:08 2008 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 5DA3B1065671; Thu, 3 Apr 2008 02:29:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0018FC1B; Thu, 3 Apr 2008 02:29:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m332T7pe027485; Wed, 2 Apr 2008 22:29:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m332T7sW007374; Wed, 2 Apr 2008 22:29:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44CBD73039; Wed, 2 Apr 2008 21:29:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403022907.44CBD73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 21:29:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 02:29:08 -0000 TB --- 2008-04-03 00:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 00:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-03 00:50:00 - cleaning the object tree TB --- 2008-04-03 00:50:44 - cvsupping the source tree TB --- 2008-04-03 00:50:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-03 00:50:50 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 00:50:50 - cd /src TB --- 2008-04-03 00:50:50 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 00:50:52 UTC 2008 >>> 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 Thu Apr 3 02:17:07 UTC 2008 TB --- 2008-04-03 02:17:07 - generating LINT kernel config TB --- 2008-04-03 02:17:07 - cd /src/sys/amd64/conf TB --- 2008-04-03 02:17:07 - /usr/bin/make -B LINT TB --- 2008-04-03 02:17:07 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 02:17:07 - cd /src TB --- 2008-04-03 02:17:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 02:17:07 UTC 2008 >>> 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 [...] ld -d -warn-common -r -d -o if_vlan.ko if_vlan.o :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.ko export_syms | xargs -J% objcopy % if_vlan.ko objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_poll': /src/sys/modules/igb/../../dev/igb/if_igb.c:1151: error: too few arguments to function 'igb_start_locked' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 02:29:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 02:29:07 - ERROR: failed to build lint kernel TB --- 2008-04-03 02:29:07 - tinderbox aborted TB --- 4460.38 user 550.44 system 5946.35 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 03:03:37 2008 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 0B7DA106566C; Thu, 3 Apr 2008 03:03:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BADFA8FC18; Thu, 3 Apr 2008 03:03:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3333aP7043315; Wed, 2 Apr 2008 23:03:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3333aiw089752; Wed, 2 Apr 2008 23:03:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0294273039; Wed, 2 Apr 2008 22:03:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403030336.0294273039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 22:03:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 03:03:37 -0000 TB --- 2008-04-03 01:48:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 01:48:19 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-03 01:48:19 - cleaning the object tree TB --- 2008-04-03 01:48:51 - cvsupping the source tree TB --- 2008-04-03 01:48:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-03 01:48:57 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 01:48:57 - cd /src TB --- 2008-04-03 01:48:57 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 01:49:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 02:50:17 UTC 2008 TB --- 2008-04-03 02:50:17 - generating LINT kernel config TB --- 2008-04-03 02:50:17 - cd /src/sys/i386/conf TB --- 2008-04-03 02:50:17 - /usr/bin/make -B LINT TB --- 2008-04-03 02:50:17 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 02:50:17 - cd /src TB --- 2008-04-03 02:50:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 02:50:17 UTC 2008 >>> 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 [...] cc1: warnings being treated as errors /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_print_debug_info': /src/sys/modules/igb/../../dev/igb/if_igb.c:4167: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4169: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4171: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4179: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4181: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4183: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 03:03:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 03:03:35 - ERROR: failed to build lint kernel TB --- 2008-04-03 03:03:35 - tinderbox aborted TB --- 3399.22 user 399.80 system 4516.09 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 03:41:25 2008 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 173441065672; Thu, 3 Apr 2008 03:41:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8B668FC27; Thu, 3 Apr 2008 03:41:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m333fNmU002472; Wed, 2 Apr 2008 23:41:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m333fNXp062536; Wed, 2 Apr 2008 23:41:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 945BF73039; Wed, 2 Apr 2008 22:41:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403034123.945BF73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 22:41:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 03:41:25 -0000 TB --- 2008-04-03 02:29:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 02:29:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-03 02:29:07 - cleaning the object tree TB --- 2008-04-03 02:29:33 - cvsupping the source tree TB --- 2008-04-03 02:29:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-03 02:29:40 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 02:29:40 - cd /src TB --- 2008-04-03 02:29:40 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 02:29:42 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 03:30:15 UTC 2008 TB --- 2008-04-03 03:30:15 - generating LINT kernel config TB --- 2008-04-03 03:30:15 - cd /src/sys/pc98/conf TB --- 2008-04-03 03:30:15 - /usr/bin/make -B LINT TB --- 2008-04-03 03:30:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 03:30:15 - cd /src TB --- 2008-04-03 03:30:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 03:30:15 UTC 2008 >>> 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 [...] cc1: warnings being treated as errors /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_print_debug_info': /src/sys/modules/igb/../../dev/igb/if_igb.c:4167: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4169: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4171: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4179: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4181: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' /src/sys/modules/igb/../../dev/igb/if_igb.c:4183: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'u64' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 03:41:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 03:41:23 - ERROR: failed to build lint kernel TB --- 2008-04-03 03:41:23 - tinderbox aborted TB --- 3270.03 user 400.23 system 4335.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 04:37:58 2008 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 98B021065670; Thu, 3 Apr 2008 04:37:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1B68FC13; Thu, 3 Apr 2008 04:37:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m334bvFc047368; Thu, 3 Apr 2008 00:37:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m334bv0r098272; Thu, 3 Apr 2008 00:37:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5558E73039; Wed, 2 Apr 2008 23:37:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403043757.5558E73039@freebsd-current.sentex.ca> Date: Wed, 2 Apr 2008 23:37:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 04:37:58 -0000 TB --- 2008-04-03 03:03:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 03:03:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-03 03:03:36 - cleaning the object tree TB --- 2008-04-03 03:04:08 - cvsupping the source tree TB --- 2008-04-03 03:04:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-03 03:04:14 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 03:04:14 - cd /src TB --- 2008-04-03 03:04:14 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 03:04:16 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 04:13:30 UTC 2008 TB --- 2008-04-03 04:13:30 - generating LINT kernel config TB --- 2008-04-03 04:13:30 - cd /src/sys/ia64/conf TB --- 2008-04-03 04:13:30 - /usr/bin/make -B LINT TB --- 2008-04-03 04:13:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 04:13:30 - cd /src TB --- 2008-04-03 04:13:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 04:13:30 UTC 2008 >>> 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 Thu Apr 3 04:32:17 UTC 2008 TB --- 2008-04-03 04:32:17 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 04:32:17 - cd /src TB --- 2008-04-03 04:32:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 04:32:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x8d32): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x8d72):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x8f62): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x8fc2): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 04:37:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 04:37:57 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 04:37:57 - tinderbox aborted TB --- 4351.15 user 446.38 system 5660.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 05:55:51 2008 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 33612106566B; Thu, 3 Apr 2008 05:55:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0AA8FC16; Thu, 3 Apr 2008 05:55:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m335toft009911; Thu, 3 Apr 2008 01:55:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m335tnfV049558; Thu, 3 Apr 2008 01:55:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A9F5E73039; Thu, 3 Apr 2008 00:55:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403055549.A9F5E73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 00:55:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 05:55:51 -0000 TB --- 2008-04-03 04:37:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 04:37:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-03 04:37:57 - cleaning the object tree TB --- 2008-04-03 04:38:26 - cvsupping the source tree TB --- 2008-04-03 04:38:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-03 04:38:31 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 04:38:31 - cd /src TB --- 2008-04-03 04:38:31 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 04:38:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 05:36:48 UTC 2008 TB --- 2008-04-03 05:36:48 - generating LINT kernel config TB --- 2008-04-03 05:36:48 - cd /src/sys/sparc64/conf TB --- 2008-04-03 05:36:48 - /usr/bin/make -B LINT TB --- 2008-04-03 05:36:48 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 05:36:48 - cd /src TB --- 2008-04-03 05:36:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 05:36:48 UTC 2008 >>> 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 Thu Apr 3 05:51:16 UTC 2008 TB --- 2008-04-03 05:51:16 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 05:51:16 - cd /src TB --- 2008-04-03 05:51:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 05:51:16 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 05:55:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 05:55:49 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 05:55:49 - tinderbox aborted TB --- 3472.65 user 412.30 system 4672.08 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 06:17:52 2008 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 7A7631065671; Thu, 3 Apr 2008 06:17:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC448FC14; Thu, 3 Apr 2008 06:17:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m336Hpoe051288; Thu, 3 Apr 2008 02:17:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m336HpoZ036601; Thu, 3 Apr 2008 02:17:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8A5F073039; Thu, 3 Apr 2008 01:17:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403061751.8A5F073039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 01:17:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Thu, 03 Apr 2008 06:17:52 -0000 TB --- 2008-04-03 05:06:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 05:06:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-03 05:06:23 - cleaning the object tree TB --- 2008-04-03 05:06:49 - cvsupping the source tree TB --- 2008-04-03 05:06:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-03 05:06:55 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 05:06:55 - cd /src TB --- 2008-04-03 05:06:55 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 05:06:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 06:03:30 UTC 2008 TB --- 2008-04-03 06:03:30 - generating LINT kernel config TB --- 2008-04-03 06:03:30 - cd /src/sys/sun4v/conf TB --- 2008-04-03 06:03:30 - /usr/bin/make -B LINT TB --- 2008-04-03 06:03:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 06:03:30 - cd /src TB --- 2008-04-03 06:03:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 06:03:30 UTC 2008 >>> 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 Thu Apr 3 06:15:43 UTC 2008 TB --- 2008-04-03 06:15:43 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 06:15:43 - cd /src TB --- 2008-04-03 06:15:43 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 06:15:43 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sun4v/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 06:17:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 06:17:51 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 06:17:51 - tinderbox aborted TB --- 3382.16 user 389.02 system 4287.25 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 06:46:06 2008 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 1A3E410656DC for ; Thu, 3 Apr 2008 06:46:06 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id D80EC8FEAC for ; Thu, 3 Apr 2008 06:39:20 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so828063anc.13 for ; Wed, 02 Apr 2008 23:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=hTNV+f7rV4WVj3Ce5h0Isq5X7gtcj3ydNJAy1wMURl0=; b=UKuDuKQQOiaFIQoQB+3HZ1HbLtTyFMRKV3AB62JDORRcNlC9DJU+SR6YVkNhW/9MWsTwU5CjZMH3TaWhzEqdMrbB42/h2KvZdKfcySNrLP7zTnjCPCkj6Htz6hMNYnRloWN1541s3BhP6ueEv48zJExIn6oHtw+HXzN1gjH2FDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=oVsM3ZfppKVMpN1c62WPtnfIscvdRpABZfXtJoxVsgm6lHtkiBrv2NSnKLngPx/FYd2XxD8soBBq6Hqp6OZD8qh1TD2WfIRUWOIBdg5k5oKqEamKZxnfNucmQT+Tz/9j4TS9zSqnp3gykVGUHpU6dY6KqZy2jUUNbs5Y2gpNQKA= Received: by 10.100.190.15 with SMTP id n15mr23628005anf.107.1207204759979; Wed, 02 Apr 2008 23:39:19 -0700 (PDT) Received: from ?192.168.12.92? ( [217.74.44.57]) by mx.google.com with ESMTPS id 30sm2700428hso.17.2008.04.02.23.39.18 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Apr 2008 23:39:19 -0700 (PDT) Message-ID: <47F47B93.4000003@gmail.com> Date: Thu, 03 Apr 2008 10:39:15 +0400 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: re: fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Apr 2008 06:46:09 -0000 > valhalla# fsck -y /dev/da0s1d > ** /dev/da0s1d > ** Last Mounted on /data2 > ** Phase 1 - Check Blocks and Sizes > fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo Hi, a similar problems http://lists.freebsd.org/pipermail/freebsd-questions/2007-June/151686.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-09/msg00112.html (with patch) /Vladimir Ermakov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 06:47:56 2008 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 9CFCC1065673 for ; Thu, 3 Apr 2008 06:47:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 76B228FC2B for ; Thu, 3 Apr 2008 06:47:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3402865waf.3 for ; Wed, 02 Apr 2008 23:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=WbF2E6CdbualTjwKKYu/qAwgxRy8SE9m4cD+VOgrElk=; b=r1oCIoOGChGHuNCFH3kMoAAvc2Ee1wcbTY0GmwiX1LXVp2UJQCwop5zIc3cv1td+cgtdhvtSrMLafxgZqGdeOnhH8A5i5bVaee3S88Rdx5o3ynrkhL5AAgYYv/Ohuzod9ubj6H+tG0kTs0lFs5s1GX25sQJRfTiXx4Pwj0LT4uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iNZIIgOh0xxUgLM1zC/gXkcJd8Q7OeHWMokXzFZMiuC7zjoCc8nL9ryneqZMiAHBoWzjUTddQ86hbNWAKPx4Wgg1CW+yF9oFx3tOcL3psXWJrAkl61SVn344lWlgQ8eZMbdYSpHk7uL9XyoOC5ioXkEpkpI82Cg98qNICKLvuYM= Received: by 10.115.14.1 with SMTP id r1mr16597880wai.97.1207205276253; Wed, 02 Apr 2008 23:47:56 -0700 (PDT) Received: by 10.114.174.20 with HTTP; Wed, 2 Apr 2008 23:47:56 -0700 (PDT) Message-ID: <2a41acea0804022347mf91e518r736056b70ef0bd96@mail.gmail.com> Date: Wed, 2 Apr 2008 23:47:56 -0700 From: "Jack Vogel" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: tinderbox problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 06:47:56 -0000 I know that my checkin broke somehow on some architectures, I do not completely understand whats going on, but I need to get at code at work that I can't get tonight, I will get at it in the morning. Jack From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:18:43 2008 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 BD6B1106566B for ; Thu, 3 Apr 2008 07:18:43 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 629FA8FC21 for ; Thu, 3 Apr 2008 07:18:43 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id C5DF0409B57 for ; Thu, 3 Apr 2008 09:18:41 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18370-09 for ; Thu, 3 Apr 2008 09:18:40 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id C4A454099B1 for ; Thu, 3 Apr 2008 09:18:40 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Thu, 3 Apr 2008 09:18:40 +0200 Message-Id: <20080403070004.M35308@bellera.cat> In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819324EF63460F@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20080401093503.M45196@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6342B6@IRVEXCHCCR01.corp.ad.broadcom.com> <20080401193322.M70732@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF6344D0@IRVEXCHCCR01.corp.ad.broadcom.com> <20080402094618.M73854@bellera.cat> <5D267A3F22FD854F8F48B3D2B523819324EF63460F@IRVEXCHCCR01.corp.ad.broadcom.com> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: RE: Only 100baseTX with bge BCM5722 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Apr 2008 07:18:43 -0000 On Wed, 2 Apr 2008 09:44:40 -0700, David Christensen wrote > > > The conclusion is if using FreeBSD 7.0, BCM5722 must be > > included in the following source files: > > > > /usr/src/sys/dev/bge/if_bge.c > > /usr/src/sys/dev/bge/if_bgereg.h > > /usr/src/sys/dev/mii/miidevs > > /usr/src/sys/dev/mii/brgphy.c > > Great! Looks like we've gained another expert. If you want to send > me the diffs I'll check them out and commit them to the RELENG_7 branch. > > Dave > _______________________________________________ Dave, I'm not familiar with version changes, but BCM5722 was included in HEAD about two weeks ago: http://fxr.watson.org/fxr/source/dev/bge http://fxr.watson.org/fxr/source/dev/mii I discovered this with your answer. In fact, there are more changes in HEAD at if_bge.c and if_bgereg.h than I made. In particular the code contains lines for BCM5722_A0. I don't know if this changes are necessary for me. I'm working without them. If you need my diffs I can send to you, of course. But if I correctly understud how it works http://fxr.watson.org I think changes are committed. Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:59:05 2008 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 4C362106567F; Thu, 3 Apr 2008 07:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E6A718FC29; Thu, 3 Apr 2008 07:59:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m337x4FJ056036; Thu, 3 Apr 2008 03:59:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m337x4NJ077573; Thu, 3 Apr 2008 03:59:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C05E373039; Thu, 3 Apr 2008 02:59:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403075903.C05E373039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 02:59:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 07:59:05 -0000 TB --- 2008-04-03 06:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 06:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-03 06:20:00 - cleaning the object tree TB --- 2008-04-03 06:20:38 - cvsupping the source tree TB --- 2008-04-03 06:20:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-03 06:20:43 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 06:20:43 - cd /src TB --- 2008-04-03 06:20:43 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 06:20:44 UTC 2008 >>> 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 Thu Apr 3 07:46:58 UTC 2008 TB --- 2008-04-03 07:46:58 - generating LINT kernel config TB --- 2008-04-03 07:46:58 - cd /src/sys/amd64/conf TB --- 2008-04-03 07:46:58 - /usr/bin/make -B LINT TB --- 2008-04-03 07:46:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 07:46:58 - cd /src TB --- 2008-04-03 07:46:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 07:46:58 UTC 2008 >>> 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 [...] ld -d -warn-common -r -d -o if_vlan.ko if_vlan.o :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.ko export_syms | xargs -J% objcopy % if_vlan.ko objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_poll': /src/sys/modules/igb/../../dev/igb/if_igb.c:1151: error: too few arguments to function 'igb_start_locked' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 07:59:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 07:59:03 - ERROR: failed to build lint kernel TB --- 2008-04-03 07:59:03 - tinderbox aborted TB --- 4463.27 user 547.63 system 5942.69 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:47:49 2008 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 A4B3E1065673; Thu, 3 Apr 2008 08:47:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 81C8E8FC18; Thu, 3 Apr 2008 08:47:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m338lmkg059219; Thu, 3 Apr 2008 04:47:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m338lmaZ098220; Thu, 3 Apr 2008 04:47:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 708FA73039; Thu, 3 Apr 2008 03:47:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403084748.708FA73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 03:47:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 08:47:49 -0000 TB --- 2008-04-03 07:18:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 07:18:14 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-03 07:18:14 - cleaning the object tree TB --- 2008-04-03 07:18:36 - cvsupping the source tree TB --- 2008-04-03 07:18:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-03 07:18:42 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 07:18:42 - cd /src TB --- 2008-04-03 07:18:42 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 07:18:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 08:21:57 UTC 2008 TB --- 2008-04-03 08:21:57 - generating LINT kernel config TB --- 2008-04-03 08:21:57 - cd /src/sys/i386/conf TB --- 2008-04-03 08:21:57 - /usr/bin/make -B LINT TB --- 2008-04-03 08:21:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 08:21:57 - cd /src TB --- 2008-04-03 08:21:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 08:21:57 UTC 2008 >>> 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 Thu Apr 3 08:40:56 UTC 2008 TB --- 2008-04-03 08:40:56 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 08:40:56 - cd /src TB --- 2008-04-03 08:40:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 08:40:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x2514): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x2523):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x257f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x25a0): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 08:47:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 08:47:48 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 08:47:48 - tinderbox aborted TB --- 3955.89 user 465.94 system 5373.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 09:24:30 2008 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 8AA70106564A; Thu, 3 Apr 2008 09:24:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC138FC1B; Thu, 3 Apr 2008 09:24:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m339OTrp061573; Thu, 3 Apr 2008 05:24:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m339OTmn084923; Thu, 3 Apr 2008 05:24:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B0A473039; Thu, 3 Apr 2008 04:24:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403092429.3B0A473039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 04:24:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 09:24:30 -0000 TB --- 2008-04-03 07:59:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 07:59:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-03 07:59:03 - cleaning the object tree TB --- 2008-04-03 07:59:21 - cvsupping the source tree TB --- 2008-04-03 07:59:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-03 07:59:27 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 07:59:27 - cd /src TB --- 2008-04-03 07:59:27 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 07:59:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 09:02:51 UTC 2008 TB --- 2008-04-03 09:02:51 - generating LINT kernel config TB --- 2008-04-03 09:02:51 - cd /src/sys/pc98/conf TB --- 2008-04-03 09:02:51 - /usr/bin/make -B LINT TB --- 2008-04-03 09:02:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 09:02:51 - cd /src TB --- 2008-04-03 09:02:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 09:02:51 UTC 2008 >>> 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 Thu Apr 3 09:19:43 UTC 2008 TB --- 2008-04-03 09:19:43 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 09:19:43 - cd /src TB --- 2008-04-03 09:19:43 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 09:19:43 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x24b4): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x24c3):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x251f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x2540): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 09:24:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 09:24:29 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 09:24:29 - tinderbox aborted TB --- 3752.73 user 464.83 system 5125.22 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 10:13:57 2008 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 390FF106566B for ; Thu, 3 Apr 2008 10:13:57 +0000 (UTC) (envelope-from ash@contact.bg) Received: from mg.btc-net.bg (sws-ha-1.btc-net.bg [212.39.90.40]) by mx1.freebsd.org (Postfix) with SMTP id 9CDBD8FC1A for ; Thu, 3 Apr 2008 10:13:56 +0000 (UTC) (envelope-from ash@contact.bg) Received: (qmail 18734 invoked from network); 3 Apr 2008 09:47:13 -0000 Received: from localhost (127.0.0.1) by 0 with SMTP; 3 Apr 2008 09:47:13 -0000 Received: from 87.126.11.208 ( [87.126.11.208]) as user ash@contact.bg@127.0.0.1 by www.contact.bg with HTTP; Thu, 3 Apr 2008 11:47:12 +0200 Message-ID: <1207216032.47f4a7a067cca@www.contact.bg> Date: Thu, 3 Apr 2008 11:47:12 +0200 From: ash@contact.bg To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit User-Agent: Webmail-Contact.bg X-WebMail-Company: CONTACT.BG X-Originating-IP: 87.126.11.208 Subject: Question regarding the tabs utility plus xterm in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 10:13:57 -0000 Hi everybody, I would like to ask about the behaviour of the tabs utility in FreeBSD and xterm. I am the coordinator for Gnome translations in Bulgarian but I have experience mostly with Fedora and none with FreeBSD. Some of the translation output that goes to a terminal contains tabs. (ASCII 9 - Horizontal Tabs). I found out that FreeBSD contains an implementation of the POSIX tabs utility which should be able to change tab positions. I do not have access to a FreeBSD install (much less - one with xterm) and hoped that someone could help me find out whether it is possible to change the tabs in a xterm session (or the FreeBSD console) so that when a file containing tabs is output - the tabs will be spaced differently than the usual default (which at least at my machine is 8 spaces) Kind regards: al_shopov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 10:22:03 2008 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 DD9CF106566C; Thu, 3 Apr 2008 10:22:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC1378FC1C; Thu, 3 Apr 2008 10:22:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33AM2bO065391; Thu, 3 Apr 2008 06:22:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33AM2sA075344; Thu, 3 Apr 2008 06:22:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFF8473039; Thu, 3 Apr 2008 05:22:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403102202.BFF8473039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 05:22:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 10:22:04 -0000 TB --- 2008-04-03 08:47:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 08:47:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-03 08:47:48 - cleaning the object tree TB --- 2008-04-03 08:48:15 - cvsupping the source tree TB --- 2008-04-03 08:48:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-03 08:48:21 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 08:48:21 - cd /src TB --- 2008-04-03 08:48:21 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 08:48:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 09:57:30 UTC 2008 TB --- 2008-04-03 09:57:30 - generating LINT kernel config TB --- 2008-04-03 09:57:30 - cd /src/sys/ia64/conf TB --- 2008-04-03 09:57:30 - /usr/bin/make -B LINT TB --- 2008-04-03 09:57:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 09:57:30 - cd /src TB --- 2008-04-03 09:57:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 09:57:30 UTC 2008 >>> 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 Thu Apr 3 10:16:12 UTC 2008 TB --- 2008-04-03 10:16:12 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 10:16:12 - cd /src TB --- 2008-04-03 10:16:12 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 10:16:12 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x8d32): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x8d72):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x8f62): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x8fc2): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 10:22:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 10:22:02 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 10:22:02 - tinderbox aborted TB --- 4351.83 user 447.16 system 5653.88 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 11:32:34 2008 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 D4D0F1065673 for ; Thu, 3 Apr 2008 11:32:34 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 66D598FC26 for ; Thu, 3 Apr 2008 11:32:34 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id m33B1ZId004511; Thu, 3 Apr 2008 12:01:36 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JhNCJ-0003la-UZ; Thu, 03 Apr 2008 12:01:35 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m33B1ZUY044730; Thu, 3 Apr 2008 12:01:35 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m33B1ZPN044729; Thu, 3 Apr 2008 12:01:35 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: ash@contact.bg In-Reply-To: <1207216032.47f4a7a067cca@www.contact.bg> References: <1207216032.47f4a7a067cca@www.contact.bg> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 03 Apr 2008 12:01:34 +0100 Message-Id: <1207220495.29480.92.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: Question regarding the tabs utility plus xterm in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 11:32:34 -0000 On Thu, 2008-04-03 at 11:47 +0200, ash@contact.bg wrote: > Hi everybody, > > I would like to ask about the behaviour of the tabs utility in FreeBSD and xterm. > > I am the coordinator for Gnome translations in Bulgarian but I have experience > mostly with Fedora and none with FreeBSD. > > Some of the translation output that goes to a terminal contains tabs. (ASCII 9 - > Horizontal Tabs). > > I found out that FreeBSD contains an implementation of the POSIX tabs utility > which should be able to change tab positions. > > I do not have access to a FreeBSD install (much less - one with xterm) and hoped > that someone could help me find out whether it is possible to change the tabs in > a xterm session (or the FreeBSD console) so that when a file containing tabs is > output - the tabs will be spaced differently than the usual default (which at > least at my machine is 8 spaces) In an xterm, it works: % hexdump -C tabfile 00000000 61 09 62 0a |a.b.| 00000004 % cat tabfile a b % tabs 6 % cat tabfile a b This doesn't seem to work on a system console though, the tabs command fails with "tabs: terminal cannot clear tabs" and a return value of 1. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 11:39:24 2008 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 0814B106566B; Thu, 3 Apr 2008 11:39:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CC3F98FC18; Thu, 3 Apr 2008 11:39:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33BdN8n073444; Thu, 3 Apr 2008 07:39:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33BdNck027941; Thu, 3 Apr 2008 07:39:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05B4173039; Thu, 3 Apr 2008 06:39:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403113923.05B4173039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 06:39:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 11:39:24 -0000 TB --- 2008-04-03 10:22:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 10:22:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-03 10:22:02 - cleaning the object tree TB --- 2008-04-03 10:22:27 - cvsupping the source tree TB --- 2008-04-03 10:22:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-03 10:22:34 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 10:22:34 - cd /src TB --- 2008-04-03 10:22:34 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 10:22:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 11:20:55 UTC 2008 TB --- 2008-04-03 11:20:55 - generating LINT kernel config TB --- 2008-04-03 11:20:55 - cd /src/sys/sparc64/conf TB --- 2008-04-03 11:20:55 - /usr/bin/make -B LINT TB --- 2008-04-03 11:20:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 11:20:55 - cd /src TB --- 2008-04-03 11:20:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 11:20:56 UTC 2008 >>> 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 Thu Apr 3 11:34:53 UTC 2008 TB --- 2008-04-03 11:34:53 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 11:34:53 - cd /src TB --- 2008-04-03 11:34:53 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 11:34:53 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 11:39:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 11:39:22 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 11:39:22 - tinderbox aborted TB --- 3469.98 user 413.35 system 4639.83 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 12:00:03 2008 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 7957E106567C; Thu, 3 Apr 2008 12:00:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 44E508FC25; Thu, 3 Apr 2008 12:00:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33C02wh074992; Thu, 3 Apr 2008 08:00:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33C02Tb081352; Thu, 3 Apr 2008 08:00:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FB5173039; Thu, 3 Apr 2008 07:00:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403120002.6FB5173039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 07:00:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Thu, 03 Apr 2008 12:00:03 -0000 TB --- 2008-04-03 10:49:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 10:49:07 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-03 10:49:07 - cleaning the object tree TB --- 2008-04-03 10:49:26 - cvsupping the source tree TB --- 2008-04-03 10:49:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-03 10:49:32 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 10:49:32 - cd /src TB --- 2008-04-03 10:49:32 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 10:49:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 11:45:45 UTC 2008 TB --- 2008-04-03 11:45:45 - generating LINT kernel config TB --- 2008-04-03 11:45:45 - cd /src/sys/sun4v/conf TB --- 2008-04-03 11:45:45 - /usr/bin/make -B LINT TB --- 2008-04-03 11:45:45 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 11:45:45 - cd /src TB --- 2008-04-03 11:45:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 11:45:45 UTC 2008 >>> 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 Thu Apr 3 11:57:56 UTC 2008 TB --- 2008-04-03 11:57:56 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 11:57:56 - cd /src TB --- 2008-04-03 11:57:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 11:57:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sun4v/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 12:00:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 12:00:02 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 12:00:02 - tinderbox aborted TB --- 3383.75 user 386.95 system 4254.76 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 12:17:21 2008 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 51C3A106564A for ; Thu, 3 Apr 2008 12:17:21 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 8ADBD8FC15 for ; Thu, 3 Apr 2008 12:17:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:25813 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4747849AbYDCMRR (ORCPT ); Thu, 3 Apr 2008 16:17:17 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp3 X-Yandex-TimeMark: 1207225037 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <47F4CACA.4030606@yandex.ru> Date: Thu, 03 Apr 2008 16:17:14 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Barney Cordoba References: <564663.65494.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <564663.65494.qm@web63906.mail.re1.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Apr 2008 12:17:21 -0000 Barney Cordoba wrote: > Apr 1 18:01:36 freebsd7 kernel: atapci0: port > 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f > irq 23 at device 4.0 on pci17 > Apr 1 18:01:36 freebsd7 kernel: atapci0: [ITHREAD] > Apr 1 18:01:36 freebsd7 kernel: ata2: on atapci0 > Apr 1 18:01:36 freebsd7 kernel: ata2: [ITHREAD] > Apr 1 18:01:36 freebsd7 kernel: ata3: on atapci0 > Apr 1 18:01:36 freebsd7 kernel: ata3: [ITHREAD] ... > Apr 1 18:01:36 freebsd7 kernel: atapci1: port > 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff > mem 0xd8701000-0xd87017ff irq 17 at device > 31.2 on pci0 > Apr 1 18:01:36 freebsd7 kernel: atapci1: [ITHREAD] > Apr 1 18:01:36 freebsd7 kernel: atapci1: AHCI Version 01.20 controller with 4 ports detected .... > Apr 1 18:01:36 freebsd7 kernel: acd0: DVDROM at ata2-slave UDMA33 So, As I see, there is acd0 on ata2 channel, which is on ITE controller, not on ICH9. > When trying to mount a CDROM on the DVDROM the system > just locks up. No messages at all. > > Are there known problems or any good way to debug > this? Your ITE controller doesn't known by driver and it uses a generic support. Can you show `pciconf -l` output? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 12:52:14 2008 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 01E9C106566B for ; Thu, 3 Apr 2008 12:52:14 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 927DC8FC21 for ; Thu, 3 Apr 2008 12:52:13 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m33Cq2tX059245; Thu, 3 Apr 2008 08:52:12 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m33CprTS099349; Thu, 3 Apr 2008 08:51:54 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m33CprpP099348; Thu, 3 Apr 2008 08:51:53 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804031251.m33CprpP099348@himinbjorg.tucs-beachin-obx-house.com> To: samflanker@gmail.com (sam) Date: Thu, 3 Apr 2008 08:51:53 -0400 (EDT) In-Reply-To: <47F47B93.4000003@gmail.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Apr 2008 12:52:14 -0000 > > > > valhalla# fsck -y /dev/da0s1d > > ** /dev/da0s1d > > ** Last Mounted on /data2 > > ** Phase 1 - Check Blocks and Sizes > > fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo > > Hi, > > a similar problems > http://lists.freebsd.org/pipermail/freebsd-questions/2007-June/151686.html > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-09/msg00112.html > (with patch) > Hi, Thanks, didn't see those links when I originally googled the issue. Most of the replies talk about corruption. The problem is that I formatted this on a 5.5 system fine, bring it over to this Soekris 7.0 system and it immediately complains about the fsck. Even if we say that fsck has an issue, not the drive... As soon as I mount the drive and try to create filesystems on it I get a kernel panic (http://www.freebsd.org/cgi/query-pr.cgi?pr=122380) I even brought a 7.0 system up elsewhere, formatted it there, and mounted it on the Soekris system, and as soon as I start to use it it panics. In the middle of all that I have put it under Windows and stressed it with no problems, and on the 5.5 system with no problems. It seems to be something I can only reproduce on the Soekris. :-/ (And its got more memory than my laptop I installed 7.0 on, and the laptop FSCKs fine) Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:56:06 2008 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 38AB11065673; Thu, 3 Apr 2008 13:56:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C6F898FC1D; Thu, 3 Apr 2008 13:56:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33Du0a8093933; Thu, 3 Apr 2008 09:56:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33Du0gp019518; Thu, 3 Apr 2008 09:56:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B08FA73039; Thu, 3 Apr 2008 08:55:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403135559.B08FA73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 08:55:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 13:56:06 -0000 TB --- 2008-04-03 12:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 12:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-03 12:05:01 - cleaning the object tree TB --- 2008-04-03 12:05:36 - cvsupping the source tree TB --- 2008-04-03 12:05:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-03 12:05:43 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 12:05:43 - cd /src TB --- 2008-04-03 12:05:43 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 12:05:45 UTC 2008 >>> 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 Thu Apr 3 13:32:14 UTC 2008 TB --- 2008-04-03 13:32:14 - generating LINT kernel config TB --- 2008-04-03 13:32:14 - cd /src/sys/amd64/conf TB --- 2008-04-03 13:32:14 - /usr/bin/make -B LINT TB --- 2008-04-03 13:32:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 13:32:14 - cd /src TB --- 2008-04-03 13:32:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 13:32:14 UTC 2008 >>> 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 Thu Apr 3 13:49:54 UTC 2008 TB --- 2008-04-03 13:49:54 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 13:49:54 - cd /src TB --- 2008-04-03 13:49:54 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 13:49:54 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x25b8): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x25c5):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x263c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x2664): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 13:55:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 13:55:58 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 13:55:58 - tinderbox aborted TB --- 4990.63 user 611.98 system 6657.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 14:30:06 2008 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 73F26106566B; Thu, 3 Apr 2008 14:30:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE8C8FC0C; Thu, 3 Apr 2008 14:30:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33EU54Z001808; Thu, 3 Apr 2008 10:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33EU5u6065088; Thu, 3 Apr 2008 10:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3873073039; Thu, 3 Apr 2008 09:30:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403143005.3873073039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 09:30:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 14:30:06 -0000 TB --- 2008-04-03 13:03:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 13:03:23 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-03 13:03:23 - cleaning the object tree TB --- 2008-04-03 13:03:49 - cvsupping the source tree TB --- 2008-04-03 13:03:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-03 13:03:55 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 13:03:55 - cd /src TB --- 2008-04-03 13:03:55 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 13:03:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 14:04:53 UTC 2008 TB --- 2008-04-03 14:04:53 - generating LINT kernel config TB --- 2008-04-03 14:04:53 - cd /src/sys/i386/conf TB --- 2008-04-03 14:04:53 - /usr/bin/make -B LINT TB --- 2008-04-03 14:04:53 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 14:04:53 - cd /src TB --- 2008-04-03 14:04:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 14:04:53 UTC 2008 >>> 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 Thu Apr 3 14:24:11 UTC 2008 TB --- 2008-04-03 14:24:11 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 14:24:11 - cd /src TB --- 2008-04-03 14:24:11 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 14:24:11 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x2514): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x2523):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x257f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x25a0): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 14:30:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 14:30:05 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 14:30:05 - tinderbox aborted TB --- 3952.69 user 465.08 system 5202.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 15:19:19 2008 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 C7736106564A; Thu, 3 Apr 2008 15:19:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9453C8FC0A; Thu, 3 Apr 2008 15:19:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33FJIkk012518; Thu, 3 Apr 2008 11:19:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33FJIbW031818; Thu, 3 Apr 2008 11:19:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 508EB73039; Thu, 3 Apr 2008 10:19:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403151918.508EB73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 10:19:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 15:19:19 -0000 TB --- 2008-04-03 13:55:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 13:55:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-03 13:55:59 - cleaning the object tree TB --- 2008-04-03 13:56:26 - cvsupping the source tree TB --- 2008-04-03 13:56:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-03 13:56:33 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 13:56:33 - cd /src TB --- 2008-04-03 13:56:33 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 13:56:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 14:57:21 UTC 2008 TB --- 2008-04-03 14:57:21 - generating LINT kernel config TB --- 2008-04-03 14:57:21 - cd /src/sys/pc98/conf TB --- 2008-04-03 14:57:21 - /usr/bin/make -B LINT TB --- 2008-04-03 14:57:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 14:57:21 - cd /src TB --- 2008-04-03 14:57:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 14:57:21 UTC 2008 >>> 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 Thu Apr 3 15:13:52 UTC 2008 TB --- 2008-04-03 15:13:52 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 15:13:52 - cd /src TB --- 2008-04-03 15:13:52 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 15:13:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x24b4): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x24c3):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x251f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x2540): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 15:19:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 15:19:18 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 15:19:18 - tinderbox aborted TB --- 3753.34 user 457.95 system 4998.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:04:42 2008 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 A87641065681; Thu, 3 Apr 2008 16:04:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 76CBA8FC5D; Thu, 3 Apr 2008 16:04:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33G4f6t062997; Thu, 3 Apr 2008 12:04:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33G4frm086132; Thu, 3 Apr 2008 12:04:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A526C73039; Thu, 3 Apr 2008 11:04:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403160440.A526C73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 11:04:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 16:04:42 -0000 TB --- 2008-04-03 14:30:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 14:30:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-03 14:30:05 - cleaning the object tree TB --- 2008-04-03 14:30:39 - cvsupping the source tree TB --- 2008-04-03 14:30:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-03 14:30:45 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 14:30:45 - cd /src TB --- 2008-04-03 14:30:45 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 14:30:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 15:40:02 UTC 2008 TB --- 2008-04-03 15:40:02 - generating LINT kernel config TB --- 2008-04-03 15:40:02 - cd /src/sys/ia64/conf TB --- 2008-04-03 15:40:02 - /usr/bin/make -B LINT TB --- 2008-04-03 15:40:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 15:40:02 - cd /src TB --- 2008-04-03 15:40:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 15:40:02 UTC 2008 >>> 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 Thu Apr 3 15:58:51 UTC 2008 TB --- 2008-04-03 15:58:51 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 15:58:51 - cd /src TB --- 2008-04-03 15:58:51 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 15:58:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x8d32): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x8d72):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x8f62): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x8fc2): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 16:04:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 16:04:39 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 16:04:39 - tinderbox aborted TB --- 4350.59 user 444.12 system 5674.48 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 17:22:41 2008 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 F27D9106566B; Thu, 3 Apr 2008 17:22:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C198A8FC18; Thu, 3 Apr 2008 17:22:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33HMeiR073657; Thu, 3 Apr 2008 13:22:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33HMewQ083947; Thu, 3 Apr 2008 13:22:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E92C773039; Thu, 3 Apr 2008 12:22:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403172239.E92C773039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 12:22:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 17:22:41 -0000 TB --- 2008-04-03 16:04:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 16:04:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-03 16:04:40 - cleaning the object tree TB --- 2008-04-03 16:05:08 - cvsupping the source tree TB --- 2008-04-03 16:05:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-03 16:05:14 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 16:05:14 - cd /src TB --- 2008-04-03 16:05:14 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 16:05:16 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 17:03:55 UTC 2008 TB --- 2008-04-03 17:03:55 - generating LINT kernel config TB --- 2008-04-03 17:03:55 - cd /src/sys/sparc64/conf TB --- 2008-04-03 17:03:55 - /usr/bin/make -B LINT TB --- 2008-04-03 17:03:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 17:03:55 - cd /src TB --- 2008-04-03 17:03:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 17:03:55 UTC 2008 >>> 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 Thu Apr 3 17:18:08 UTC 2008 TB --- 2008-04-03 17:18:08 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 17:18:08 - cd /src TB --- 2008-04-03 17:18:08 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 17:18:08 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 17:22:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 17:22:39 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 17:22:39 - tinderbox aborted TB --- 3473.09 user 412.36 system 4678.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 17:54:19 2008 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 32092106564A; Thu, 3 Apr 2008 17:54:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F35918FC0A; Thu, 3 Apr 2008 17:54:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33HsIKj036066; Thu, 3 Apr 2008 13:54:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33HsIjR065333; Thu, 3 Apr 2008 13:54:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23EDE73039; Thu, 3 Apr 2008 12:54:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403175418.23EDE73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 12:54:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Thu, 03 Apr 2008 17:54:19 -0000 TB --- 2008-04-03 16:44:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 16:44:03 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-03 16:44:03 - cleaning the object tree TB --- 2008-04-03 16:44:22 - cvsupping the source tree TB --- 2008-04-03 16:44:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-03 16:44:28 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 16:44:28 - cd /src TB --- 2008-04-03 16:44:28 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 16:44:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 17:39:56 UTC 2008 TB --- 2008-04-03 17:39:56 - generating LINT kernel config TB --- 2008-04-03 17:39:56 - cd /src/sys/sun4v/conf TB --- 2008-04-03 17:39:56 - /usr/bin/make -B LINT TB --- 2008-04-03 17:39:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 17:39:56 - cd /src TB --- 2008-04-03 17:39:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 17:39:56 UTC 2008 >>> 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 Thu Apr 3 17:52:11 UTC 2008 TB --- 2008-04-03 17:52:11 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 17:52:11 - cd /src TB --- 2008-04-03 17:52:11 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 17:52:11 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x40b0): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x40cc):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x417c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x41ac): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/sun4v/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 17:54:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 17:54:17 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 17:54:17 - tinderbox aborted TB --- 3378.80 user 389.45 system 4214.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 18:01:48 2008 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 A31C9106564A for ; Thu, 3 Apr 2008 18:01:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8948FC20 for ; Thu, 3 Apr 2008 18:01:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m33I1cAV014887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Apr 2008 05:01:40 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m33I1cxo042225; Fri, 4 Apr 2008 05:01:38 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m33I1ba5042224; Fri, 4 Apr 2008 05:01:37 +1100 (EST) (envelope-from peter) Date: Fri, 4 Apr 2008 05:01:37 +1100 From: Peter Jeremy To: "Tuc at T-B-O-H.NET" Message-ID: <20080403180137.GE49813@server.vk2pj.dyndns.org> References: <47F47B93.4000003@gmail.com> <200804031251.m33CprpP099348@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: <200804031251.m33CprpP099348@himinbjorg.tucs-beachin-obx-house.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Apr 2008 18:01:48 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 03, 2008 at 08:51:53AM -0400, Tuc at T-B-O-H.NET wrote: >not the drive... As soon as I mount the drive and try to create >filesystems on it I get a kernel panic >(http://www.freebsd.org/cgi/query-pr.cgi?pr=3D122380) > > I even brought a 7.0 system up elsewhere, formatted it there, >and mounted it on the Soekris system, and as soon as I start to use >it it panics. This sounds very much like data corruption between the flash and the filesystem layer. How does the flash connect to valhalla? USB or card slot or ...? Can you provide a verbose dmesg of da0 and all its parents? Try dd'ing off the first 1MB or so using valhalla and also using one of your other systems and compare the results. My suspicion is that there is either an off-by-1-sector or similar error or you will find valhalla is reading chunks of 0xff bytes where it shouldn't. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkf1G4EACgkQ/opHv/APuIcypACgriqAKBl5wkHWvEafajm3uP2a rKoAoMCE83HA9Gf+MMT4PNllQXXMz+Lk =BBJU -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 19:45:32 2008 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 C08BB106566C; Thu, 3 Apr 2008 19:45:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D42E8FC17; Thu, 3 Apr 2008 19:45:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33JjWCA056883; Thu, 3 Apr 2008 15:45:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33JjW4r085063; Thu, 3 Apr 2008 15:45:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF82C73039; Thu, 3 Apr 2008 14:45:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403194531.DF82C73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 14:45:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 19:45:32 -0000 TB --- 2008-04-03 17:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 17:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-03 17:55:00 - cleaning the object tree TB --- 2008-04-03 17:55:49 - cvsupping the source tree TB --- 2008-04-03 17:55:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-03 17:55:56 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 17:55:56 - cd /src TB --- 2008-04-03 17:55:56 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 17:55:57 UTC 2008 >>> 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 Thu Apr 3 19:22:12 UTC 2008 TB --- 2008-04-03 19:22:12 - generating LINT kernel config TB --- 2008-04-03 19:22:12 - cd /src/sys/amd64/conf TB --- 2008-04-03 19:22:12 - /usr/bin/make -B LINT TB --- 2008-04-03 19:22:12 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 19:22:12 - cd /src TB --- 2008-04-03 19:22:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 19:22:12 UTC 2008 >>> 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 Thu Apr 3 19:39:18 UTC 2008 TB --- 2008-04-03 19:39:18 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 19:39:18 - cd /src TB --- 2008-04-03 19:39:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 19:39:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x25b8): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x25c5):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x263c): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x2664): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 19:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 19:45:30 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 19:45:30 - tinderbox aborted TB --- 4991.58 user 611.72 system 6630.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 20:20:09 2008 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 6833F106564A; Thu, 3 Apr 2008 20:20:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3770C8FC18; Thu, 3 Apr 2008 20:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33KK8v7097452; Thu, 3 Apr 2008 16:20:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33KK8Gv011997; Thu, 3 Apr 2008 16:20:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F394B73039; Thu, 3 Apr 2008 15:20:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403202007.F394B73039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 15:20:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 20:20:09 -0000 TB --- 2008-04-03 18:53:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 18:53:33 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-03 18:53:33 - cleaning the object tree TB --- 2008-04-03 18:53:59 - cvsupping the source tree TB --- 2008-04-03 18:53:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-03 18:54:05 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 18:54:05 - cd /src TB --- 2008-04-03 18:54:05 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 18:54:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 19:54:51 UTC 2008 TB --- 2008-04-03 19:54:51 - generating LINT kernel config TB --- 2008-04-03 19:54:51 - cd /src/sys/i386/conf TB --- 2008-04-03 19:54:51 - /usr/bin/make -B LINT TB --- 2008-04-03 19:54:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 19:54:51 - cd /src TB --- 2008-04-03 19:54:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 19:54:51 UTC 2008 >>> 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 Thu Apr 3 20:14:01 UTC 2008 TB --- 2008-04-03 20:14:01 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 20:14:01 - cd /src TB --- 2008-04-03 20:14:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 20:14:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x2514): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x2523):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x257f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x25a0): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 20:20:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 20:20:07 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 20:20:07 - tinderbox aborted TB --- 3954.09 user 465.45 system 5194.63 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 21:08:56 2008 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 4EC62106566B; Thu, 3 Apr 2008 21:08:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBBA8FC1D; Thu, 3 Apr 2008 21:08:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33L8tsl067219; Thu, 3 Apr 2008 17:08:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33L8tHK008279; Thu, 3 Apr 2008 17:08:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1FFB773039; Thu, 3 Apr 2008 16:08:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403210855.1FFB773039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 16:08:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 21:08:56 -0000 TB --- 2008-04-03 19:45:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 19:45:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-03 19:45:31 - cleaning the object tree TB --- 2008-04-03 19:45:58 - cvsupping the source tree TB --- 2008-04-03 19:45:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-03 19:46:07 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 19:46:07 - cd /src TB --- 2008-04-03 19:46:07 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 19:46:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 20:46:52 UTC 2008 TB --- 2008-04-03 20:46:52 - generating LINT kernel config TB --- 2008-04-03 20:46:52 - cd /src/sys/pc98/conf TB --- 2008-04-03 20:46:52 - /usr/bin/make -B LINT TB --- 2008-04-03 20:46:52 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 20:46:52 - cd /src TB --- 2008-04-03 20:46:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 20:46:52 UTC 2008 >>> 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 Thu Apr 3 21:03:46 UTC 2008 TB --- 2008-04-03 21:03:46 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 21:03:46 - cd /src TB --- 2008-04-03 21:03:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 21:03:46 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x24b4): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x24c3):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x251f): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x2540): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 21:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 21:08:54 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 21:08:54 - tinderbox aborted TB --- 3750.52 user 460.34 system 5003.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 21:54:41 2008 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 190AD1065670; Thu, 3 Apr 2008 21:54:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DA8C38FC18; Thu, 3 Apr 2008 21:54:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m33LsYLk070972; Thu, 3 Apr 2008 17:54:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m33LsYsB025558; Thu, 3 Apr 2008 17:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3C4873039; Thu, 3 Apr 2008 16:54:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080403215434.A3C4873039@freebsd-current.sentex.ca> Date: Thu, 3 Apr 2008 16:54:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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: Thu, 03 Apr 2008 21:54:41 -0000 TB --- 2008-04-03 20:20:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-03 20:20:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-03 20:20:08 - cleaning the object tree TB --- 2008-04-03 20:20:32 - cvsupping the source tree TB --- 2008-04-03 20:20:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-03 20:20:40 - building world (CFLAGS=-O -pipe) TB --- 2008-04-03 20:20:40 - cd /src TB --- 2008-04-03 20:20:40 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 3 20:20:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 21:29:54 UTC 2008 TB --- 2008-04-03 21:29:54 - generating LINT kernel config TB --- 2008-04-03 21:29:54 - cd /src/sys/ia64/conf TB --- 2008-04-03 21:29:54 - /usr/bin/make -B LINT TB --- 2008-04-03 21:29:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-03 21:29:55 - cd /src TB --- 2008-04-03 21:29:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 3 21:29:55 UTC 2008 >>> 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 Thu Apr 3 21:48:35 UTC 2008 TB --- 2008-04-03 21:48:35 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-04-03 21:48:35 - cd /src TB --- 2008-04-03 21:48:35 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 3 21:48:35 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/em/e1000_82571.c:1290: undefined reference to `e1000_rar_set_generic' e1000_82571.o(.text+0x8d32): In function `e1000_read_mac_addr_82571': /src/sys/dev/em/e1000_82571.c:1362: undefined reference to `e1000_check_alt_mac_addr_generic' e1000_82571.o(.text+0x8d72):/src/sys/dev/em/e1000_82571.c:1363: undefined reference to `e1000_read_mac_addr_generic' e1000_82571.o(.text+0x8f62): In function `e1000_power_down_phy_copper_82571': /src/sys/dev/em/e1000_82571.c:1385: undefined reference to `e1000_power_down_phy_copper' e1000_82571.o(.text+0x8fc2): In function `e1000_clear_hw_cntrs_82571': /src/sys/dev/em/e1000_82571.c:1402: undefined reference to `e1000_clear_hw_cntrs_base_generic' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-03 21:54:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-03 21:54:34 - ERROR: failed to build GENERIC kernel TB --- 2008-04-03 21:54:34 - tinderbox aborted TB --- 4354.50 user 440.60 system 5666.32 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 04:24:46 2008 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 A65C1106564A for ; Fri, 4 Apr 2008 04:24:46 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 599588FC1A for ; Fri, 4 Apr 2008 04:24:46 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m344OYGq071439 for ; Fri, 4 Apr 2008 00:24:45 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m344OQdG012364 for ; Fri, 4 Apr 2008 00:24:27 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m344OQZ3012363 for freebsd-current@freebsd.org; Fri, 4 Apr 2008 00:24:26 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804040424.m344OQZ3012363@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Fri, 4 Apr 2008 00:24:26 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 04:24:46 -0000 Hi, LONG LONG LONG story made short. Running Soekris 4801-60 previously on 5.5 . Would lock up every so often, then more often, then finally constantly. Shipped back to vendor, replaced, all good. Months later started to lock every few weeks, then every few hours. Replace CF with hard drive, locks in 10 minutes, etc. Load OpenBSD on disk. Runs for days with no problem. Decide I don't like OpenBSD ports system so decide to go FreeBSD 7. Glitch with memory stick, but otherwise system seems to run fine. Start SETI, system locks HARD. I have it set to be able to break to debugger with CR ~ ^b, but that just doesn't happen. (Previously tested it would in single user when system running fine). Is there any way to debug a kernel lockup if you CAN'T break to debugger?? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 04:45:27 2008 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 419EF106566B for ; Fri, 4 Apr 2008 04:45:27 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id E81D98FC27 for ; Fri, 4 Apr 2008 04:45:26 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m344jFr4071720; Fri, 4 Apr 2008 00:45:26 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m344j6df012683; Fri, 4 Apr 2008 00:45:06 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m344j6Bf012682; Fri, 4 Apr 2008 00:45:06 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804040445.m344j6Bf012682@himinbjorg.tucs-beachin-obx-house.com> To: peterjeremy@optushome.com.au (Peter Jeremy) Date: Fri, 4 Apr 2008 00:45:06 -0400 (EDT) In-Reply-To: <20080403180137.GE49813@server.vk2pj.dyndns.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: [freebsd-current] re: fsck_4.2bsd: cannot alloc 4294967292 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 04:45:27 -0000 > On Thu, Apr 03, 2008 at 08:51:53AM -0400, Tuc at T-B-O-H.NET wrote: > >not the drive... As soon as I mount the drive and try to create > >filesystems on it I get a kernel panic > >(http://www.freebsd.org/cgi/query-pr.cgi?pr=3D122380) > > > > I even brought a 7.0 system up elsewhere, formatted it there, > >and mounted it on the Soekris system, and as soon as I start to use > >it it panics. > > This sounds very much like data corruption between the flash and the > filesystem layer. > > How does the flash connect to valhalla? USB or card slot or ...? > Can you provide a verbose dmesg of da0 and all its parents? > USB At the risk of cutting/pasting too little.... http://204.107.90.128/dmesg.txt > > Try dd'ing off the first 1MB or so using valhalla and also using one > of your other systems and compare the results. My suspicion is that > there is either an off-by-1-sector or similar error or you will find > valhalla is reading chunks of 0xff bytes where it shouldn't. > setup# MD5 (1Mcu) = f6886afdcdb7dcc6205d4e29649fbdb7 MD5 (1Mdu) = f6886afdcdb7dcc6205d4e29649fbdb7 valhalla# md5 1M* MD5 (1Mcu) = f6886afdcdb7dcc6205d4e29649fbdb7 MD5 (1Mdu) = f6886afdcdb7dcc6205d4e29649fbdb7 These were both with the disk unmounted. "cu" is partition da0s1c, and "du" is partition da0s1d (Which is the partition I use to mount) valhalla# disklabel /dev/da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 8048502 0 unused 0 0 # "raw" part, don't edit d: 8048502 0 4.2BSD 2048 16384 28552 Looks like matches all around. (And yes, I SHA256'd too) :-/ So now where? Tuc From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 08:26:56 2008 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 10CE31065671 for ; Fri, 4 Apr 2008 08:26:56 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 91D358FC30 for ; Fri, 4 Apr 2008 08:26:55 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.2/8.14.2) with ESMTP id m3481MXi063810; Fri, 4 Apr 2008 10:01:22 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.2/8.14.2/Submit) id m3481MXT063809; Fri, 4 Apr 2008 10:01:22 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: ports@FreeBSD.org, current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IW9f4QSOhn12oTduwjgA" Date: Fri, 04 Apr 2008 10:01:22 +0200 Message-Id: <1207296082.63664.7.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: Subject: [patch] Incredible speedup of pkg_add/pkg_delete! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@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: Fri, 04 Apr 2008 08:26:56 -0000 --=-IW9f4QSOhn12oTduwjgA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Here is a patch that greatly speeds up package dependency registration/deregistration on install/deinstall, especially for packages with huge numbers of dependencies. I plan to commit it to -CURRENT in a week. I'd like to get some reviews and wider testing exposure before I do that. Instructions: 1) pull down src/usr.sbin/pkg_install from cvs HEAD 2) patch it with http://people.freebsd.org/~pav/origin-matching.diff 3) make install clean 4) test test test PS you might need to stick MK_OPENSSL=3Dyes into Makefile.inc --=20 Pav Lucistnik Squish. Larger than the normal icky things, and twice as icky. --=-IW9f4QSOhn12oTduwjgA Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkf14FIACgkQntdYP8FOsoKRPACfbNAAdB+zU70Zvg1X8w8NDRxh 3Z8AnisPsStZHISStpO9pcmTm7ncPFO8 =3RIa -----END PGP SIGNATURE----- --=-IW9f4QSOhn12oTduwjgA-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 10:25:27 2008 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 62CBF106564A for ; Fri, 4 Apr 2008 10:25:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id E5B648FC12 for ; Fri, 4 Apr 2008 10:25:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3673884fgg.35 for ; Fri, 04 Apr 2008 03:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; bh=ewzIdylI3zo8/s8PEObLYt/Xvw+umWAD7e3ciXEHNd4=; b=oWZd5AKRD2+HoOom9/+yvsjve0RZaGuk9ASQk/ko960r7cGcfFZSbRXv7qagt4ze6X55CppvI23SVzTfXKf1mjs23vqsmR7YlL2BdrAfgwx/Mml9I0T3XezZWcuQ0Ul9onJDgTIZjRXwlthQ2O0/qBnxHqNhz0b/wKC69kG9y4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; b=QxFwjF7Wy3RmY35796HeYGJhD8YjqryGhYMFwRID2nKyddxPAmq5AfhUyqmX56/7ZNpF2dEUGuFVwlj4naDgp8SzgaI7zEvfCk+gHuuYBJaZQG6wuPvaJnh0NamjowKKPThJOgFoONi3MMWDkKssOGMNW0l5uXQR+148Rt5Me1E= Received: by 10.82.180.10 with SMTP id c10mr2562069buf.9.1207303277521; Fri, 04 Apr 2008 03:01:17 -0700 (PDT) Received: from fnop.net ( [193.136.24.177]) by mx.google.com with ESMTPS id i6sm6715637gve.5.2008.04.04.03.01.13 (version=SSLv3 cipher=OTHER); Fri, 04 Apr 2008 03:01:16 -0700 (PDT) Date: Fri, 4 Apr 2008 11:01:08 +0100 From: Rui Paulo To: "Tuc at T-B-O-H.NET" Message-ID: <20080404095923.GA955@fnop.net> References: <200804040424.m344OQZ3012363@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804040424.m344OQZ3012363@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo Cc: freebsd-current@freebsd.org Subject: Re: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 10:25:27 -0000 On Fri, Apr 04, 2008 at 12:24:26AM -0400, Tuc at T-B-O-H.NET wrote: > Hi, > > LONG LONG LONG story made short. > > Running Soekris 4801-60 previously on 5.5 . Would lock up > every so often, then more often, then finally constantly. Shipped > back to vendor, replaced, all good. Months later started to lock > every few weeks, then every few hours. Replace CF with hard drive, > locks in 10 minutes, etc. > > Load OpenBSD on disk. Runs for days with no problem. > Decide I don't like OpenBSD ports system so decide to go FreeBSD > 7. Glitch with memory stick, but otherwise system seems to run > fine. Start SETI, system locks HARD. I have it set to be able > to break to debugger with CR ~ ^b, but that just doesn't happen. > (Previously tested it would in single user when system running > fine). > > Is there any way to debug a kernel lockup if you CAN'T > break to debugger?? http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Hope this helps. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 13:06:43 2008 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 BB59B106566C; Fri, 4 Apr 2008 13:06:43 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 639B08FC12; Fri, 4 Apr 2008 13:06:43 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m34D6VRH078287; Fri, 4 Apr 2008 09:06:42 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m34D6Nsd019219; Fri, 4 Apr 2008 09:06:24 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m34D6NiF019218; Fri, 4 Apr 2008 09:06:23 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804041306.m34D6NiF019218@himinbjorg.tucs-beachin-obx-house.com> To: rpaulo@freebsd.org (Rui Paulo) Date: Fri, 4 Apr 2008 09:06:23 -0400 (EDT) In-Reply-To: <20080404095923.GA955@fnop.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 13:06:43 -0000 > > On Fri, Apr 04, 2008 at 12:24:26AM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > LONG LONG LONG story made short. > > > > Running Soekris 4801-60 previously on 5.5 . Would lock up > > every so often, then more often, then finally constantly. Shipped > > back to vendor, replaced, all good. Months later started to lock > > every few weeks, then every few hours. Replace CF with hard drive, > > locks in 10 minutes, etc. > > > > Load OpenBSD on disk. Runs for days with no problem. > > Decide I don't like OpenBSD ports system so decide to go FreeBSD > > 7. Glitch with memory stick, but otherwise system seems to run > > fine. Start SETI, system locks HARD. I have it set to be able > > to break to debugger with CR ~ ^b, but that just doesn't happen. > > (Previously tested it would in single user when system running > > fine). > > > > Is there any way to debug a kernel lockup if you CAN'T > > break to debugger?? > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > Hope this helps. > Unfortunately, not that I can see. Kernel already had : options KDB options KDB_TRACE options KDB_UNATTENDED options DDB #break on sequence CR ~ ^b options ALT_BREAK_TO_DEBUGGER And I couldn't break to the debugger for love nor money once it happens. I also can't remote debug due to my 7.0 system not having a serial port. Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 15:10:13 2008 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 BECA7106566B; Fri, 4 Apr 2008 15:10:13 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 812208FC19; Fri, 4 Apr 2008 15:10:13 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com ([208.45.246.58]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m34F9vnV080334; Fri, 4 Apr 2008 11:10:07 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id m34F9ni6021555; Fri, 4 Apr 2008 11:09:49 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m34F9ms7021554; Fri, 4 Apr 2008 11:09:48 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200804041509.m34F9ms7021554@himinbjorg.tucs-beachin-obx-house.com> To: rpaulo@fnop.net (Rui Paulo) Date: Fri, 4 Apr 2008 11:09:48 -0400 (EDT) In-Reply-To: <20080404141546.GA985@fnop.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Rui Paulo , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 15:10:13 -0000 > > On Fri, Apr 04, 2008 at 09:06:23AM -0400, Tuc at T-B-O-H.NET wrote: > > > > > > On Fri, Apr 04, 2008 at 12:24:26AM -0400, Tuc at T-B-O-H.NET wrote: > > > > Hi, > > > > > > > > LONG LONG LONG story made short. > > > > > > > > Running Soekris 4801-60 previously on 5.5 . Would lock up > > > > every so often, then more often, then finally constantly. Shipped > > > > back to vendor, replaced, all good. Months later started to lock > > > > every few weeks, then every few hours. Replace CF with hard drive, > > > > locks in 10 minutes, etc. > > > > > > > > Load OpenBSD on disk. Runs for days with no problem. > > > > Decide I don't like OpenBSD ports system so decide to go FreeBSD > > > > 7. Glitch with memory stick, but otherwise system seems to run > > > > fine. Start SETI, system locks HARD. I have it set to be able > > > > to break to debugger with CR ~ ^b, but that just doesn't happen. > > > > (Previously tested it would in single user when system running > > > > fine). > > > > > > > > Is there any way to debug a kernel lockup if you CAN'T > > > > break to debugger?? > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > > > > > Hope this helps. > > > > > Unfortunately, not that I can see. > > > > Kernel already had : > > > > options KDB > > options KDB_TRACE > > options KDB_UNATTENDED > > options DDB > > #break on sequence CR ~ ^b > > options ALT_BREAK_TO_DEBUGGER > > > > And I couldn't break to the debugger for love nor money > > once it happens. I also can't remote debug due to my 7.0 system not > > having a serial port. > > > > Thanks, Tuc > > Do you have a firewire port? > See http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf for > an explanation on how to setup firewire debugging. > No, sorry. I have 7 ethernet, 2 serial, CF, IDE and USB on the device dying. I have 1 ethernet, 1 modem, 2 USB, 2 PCMCIA, parallel port on my other 7.0 system (OLD Toshiba Laptop). I'm also a little limited by supplies. I'm 9 miles off paved road on the edge of the Atlantic Ocean. Supplies aren't scheduled to be brought in to me until the 12th. Its an 11 mile walk to my car. Great view though. :-/ Tuc From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 14:16:30 2008 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 15AD21065670 for ; Fri, 4 Apr 2008 14:16:30 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9C49B8FC0C for ; Fri, 4 Apr 2008 14:16:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so90906fka.11 for ; Fri, 04 Apr 2008 07:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; bh=Tzn58Bf6TSz4OIlNjAFdd/rsxGmtjTxcCAdo/cRonDQ=; b=iV7R7QeVsFGi+sb2vq7RHSbSTAVrrIGtOgRJbxgXDLYdUhHdAB6K3N60QHJdsTyYL7POUwAebEpyOM518BEK4GVtZZbNvnNnMZzzwtfkLJLMr+pcGW++VYfeWywVY+zFQAtYu93FR3YZFJcE1XTDk3M1+Q7mYQdKTjySqgGhk6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:sender; b=wPgYkl/Rw/KtYsxb79grqos1NO7lq3cVl9WbBvpb8vGHc2DQG0c1G5szwu8SlcAAk1PFo+XnKqv4ZX6dSWAHTO6daZ/HxFDuKEPDWV72+rbi7mWFsgFDyjxSd2tUUdNwoBjsBUMO33g8PQlaXZCKeDWJkKWAHPlGNL8dLPfUCcM= Received: by 10.78.185.15 with SMTP id i15mr3859777huf.11.1207318587778; Fri, 04 Apr 2008 07:16:27 -0700 (PDT) Received: from fnop.net ( [193.136.24.128]) by mx.google.com with ESMTPS id p10sm7032776gvf.8.2008.04.04.07.16.26 (version=SSLv3 cipher=OTHER); Fri, 04 Apr 2008 07:16:26 -0700 (PDT) Date: Fri, 4 Apr 2008 15:15:46 +0100 From: Rui Paulo To: "Tuc at T-B-O-H.NET" Message-ID: <20080404141546.GA985@fnop.net> References: <20080404095923.GA955@fnop.net> <200804041306.m34D6NiF019218@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804041306.m34D6NiF019218@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo X-Mailman-Approved-At: Fri, 04 Apr 2008 15:27:18 +0000 Cc: freebsd-current@freebsd.org, Rui Paulo Subject: Re: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 14:16:30 -0000 On Fri, Apr 04, 2008 at 09:06:23AM -0400, Tuc at T-B-O-H.NET wrote: > > > > On Fri, Apr 04, 2008 at 12:24:26AM -0400, Tuc at T-B-O-H.NET wrote: > > > Hi, > > > > > > LONG LONG LONG story made short. > > > > > > Running Soekris 4801-60 previously on 5.5 . Would lock up > > > every so often, then more often, then finally constantly. Shipped > > > back to vendor, replaced, all good. Months later started to lock > > > every few weeks, then every few hours. Replace CF with hard drive, > > > locks in 10 minutes, etc. > > > > > > Load OpenBSD on disk. Runs for days with no problem. > > > Decide I don't like OpenBSD ports system so decide to go FreeBSD > > > 7. Glitch with memory stick, but otherwise system seems to run > > > fine. Start SETI, system locks HARD. I have it set to be able > > > to break to debugger with CR ~ ^b, but that just doesn't happen. > > > (Previously tested it would in single user when system running > > > fine). > > > > > > Is there any way to debug a kernel lockup if you CAN'T > > > break to debugger?? > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > > > Hope this helps. > > > Unfortunately, not that I can see. > > Kernel already had : > > options KDB > options KDB_TRACE > options KDB_UNATTENDED > options DDB > #break on sequence CR ~ ^b > options ALT_BREAK_TO_DEBUGGER > > And I couldn't break to the debugger for love nor money > once it happens. I also can't remote debug due to my 7.0 system not > having a serial port. > > Thanks, Tuc Do you have a firewire port? See http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf for an explanation on how to setup firewire debugging. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 20:28:26 2008 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 E61EF1065671 for ; Fri, 4 Apr 2008 20:28:26 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 9D4C48FC1A for ; Fri, 4 Apr 2008 20:28:26 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 46189 invoked by uid 60001); 4 Apr 2008 20:28:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=v7/457sHWqRhrYP6y++4tRSfmQo/dbbS+CuC7Tbjn5/zZXHhT31SbyIF4dXgELnu8ZnlZK937ODfp5O5knd5ImTZ21yN8K8PngaopP5EMEf2luT7oIMEjvksMsMKTiTREpzrqmEt14t9GFWe7nEIQrTw4149R5/ekWw3MhDeHNA=; X-YMail-OSG: kdTa0CAVM1mAskV0yFU4Z_CYCbPGnQJNSaG945IxuZ8_fPode2QRweYPFm..PAcHytyAVsBdfKKk5x9khq.4FkcCQAHIhaiKRyAK Received: from [98.203.28.38] by web63905.mail.re1.yahoo.com via HTTP; Fri, 04 Apr 2008 13:28:25 PDT Date: Fri, 4 Apr 2008 13:28:25 -0700 (PDT) From: Barney Cordoba To: "Andrey V. Elsukov" In-Reply-To: <47F4CACA.4030606@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <561038.45671.qm@web63905.mail.re1.yahoo.com> Cc: current@freebsd.org Subject: Re: Freebsd 7.0 DVD/CD-ROM lockups on ICH9R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Apr 2008 20:28:27 -0000 --- "Andrey V. Elsukov" wrote: > Barney Cordoba wrote: > > Apr 1 18:01:36 freebsd7 kernel: atapci0: controller> port > > > 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f > > irq 23 at device 4.0 on pci17 > > Apr 1 18:01:36 freebsd7 kernel: atapci0: > [ITHREAD] > > Apr 1 18:01:36 freebsd7 kernel: ata2: channel 0> on atapci0 > > Apr 1 18:01:36 freebsd7 kernel: ata2: [ITHREAD] > > Apr 1 18:01:36 freebsd7 kernel: ata3: channel 1> on atapci0 > > Apr 1 18:01:36 freebsd7 kernel: ata3: [ITHREAD] > ... > > Apr 1 18:01:36 freebsd7 kernel: atapci1: AHCI controller> port > > > 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff > > mem 0xd8701000-0xd87017ff irq 17 at device > > 31.2 on pci0 > > Apr 1 18:01:36 freebsd7 kernel: atapci1: > [ITHREAD] > > Apr 1 18:01:36 freebsd7 kernel: atapci1: AHCI > Version 01.20 controller with 4 ports detected > .... > > Apr 1 18:01:36 freebsd7 kernel: acd0: DVDROM > at ata2-slave UDMA33 > > So, As I see, there is acd0 on ata2 channel, which > is on ITE > controller, not on ICH9. > > > When trying to mount a CDROM on the DVDROM the > system > > just locks up. No messages at all. > > > > Are there known problems or any good way to debug > > this? > > Your ITE controller doesn't known by driver and it > uses a generic > support. Can you show `pciconf -l` output? > > hostb0@pci0:0:0:0: class=0x060000 card=0xd18015d9 chip=0x29f08086 rev=0x01 hdr=0x00 pcib1@pci0:0:1:0: class=0x060400 card=0xd18015d9 chip=0x29f18086 rev=0x01 hdr=0x01 pcib3@pci0:0:6:0: class=0x060400 card=0xd18015d9 chip=0x29f98086 rev=0x01 hdr=0x01 none0@pci0:0:26:0: class=0x0c0300 card=0xd18015d9 chip=0x29378086 rev=0x02 hdr=0x00 none1@pci0:0:26:1: class=0x0c0300 card=0xd18015d9 chip=0x29388086 rev=0x02 hdr=0x00 none2@pci0:0:26:2: class=0x0c0300 card=0xd18015d9 chip=0x29398086 rev=0x02 hdr=0x00 none3@pci0:0:26:7: class=0x0c0320 card=0xd18015d9 chip=0x293c8086 rev=0x02 hdr=0x00 pcib4@pci0:0:28:0: class=0x060400 card=0xd18015d9 chip=0x29408086 rev=0x02 hdr=0x01 pcib5@pci0:0:28:4: class=0x060400 card=0xd18015d9 chip=0x29488086 rev=0x02 hdr=0x01 pcib6@pci0:0:28:5: class=0x060400 card=0xd18015d9 chip=0x294a8086 rev=0x02 hdr=0x01 none4@pci0:0:29:0: class=0x0c0300 card=0xd18015d9 chip=0x29348086 rev=0x02 hdr=0x00 none5@pci0:0:29:1: class=0x0c0300 card=0xd18015d9 chip=0x29358086 rev=0x02 hdr=0x00 none6@pci0:0:29:2: class=0x0c0300 card=0xd18015d9 chip=0x29368086 rev=0x02 hdr=0x00 none7@pci0:0:29:7: class=0x0c0320 card=0xd18015d9 chip=0x293a8086 rev=0x02 hdr=0x00 pcib7@pci0:0:30:0: class=0x060401 card=0xd18015d9 chip=0x244e8086 rev=0x92 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0xd18015d9 chip=0x29168086 rev=0x02 hdr=0x00 atapci1@pci0:0:31:2: class=0x010601 card=0xd18015d9 chip=0x29228086 rev=0x02 hdr=0x00 none8@pci0:0:31:3: class=0x0c0500 card=0xd18015d9 chip=0x29308086 rev=0x02 hdr=0x00 none9@pci0:0:31:6: class=0x118000 card=0x000015d9 chip=0x29328086 rev=0x02 hdr=0x00 pcib2@pci0:1:0:0: class=0x060400 card=0x00000000 chip=0x032c8086 rev=0x09 hdr=0x01 ioapic0@pci0:1:0:1: class=0x080020 card=0xd18015d9 chip=0x03268086 rev=0x09 hdr=0x00 em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 em1@pci0:15:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vgapci0@pci0:17:3:0: class=0x030000 card=0xd18015d9 chip=0x515e1002 rev=0x02 hdr=0x00 atapci0@pci0:17:4:0: class=0x010185 card=0x82131283 chip=0x82131283 rev=0x00 hdr=0x00 Let me know if you see anything please. Barney ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 00:57:32 2008 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 A06CC1065670 for ; Sat, 5 Apr 2008 00:57:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB298FC23 for ; Sat, 5 Apr 2008 00:57:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so226579waf.3 for ; Fri, 04 Apr 2008 17:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Obb8BidASflQMDNVZmqeJJ+XECedUs/HSIctSHAUVWQ=; b=qRyHp3Zwdo8knPeopbqskKdDw8gRhBa5pR38yiJu5yHVIAoYYXAGVUOo/drqqeX4Fqh6o/TcfOqiLJgwGSH8Wt3IwCV4Ar4vcn+pPafSbnRq5LLBXxxU9w9FmsubevhzMjwdvSh0EtpE+Ehh4HV82MPX5Q8Y6yxDBriRfYsL8Xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=cRyGmjFUpvrHFM7d6HrhWjOGTFwOkroFwDroaERAPND8+bc3O287J0oGNxqlUSdtls3RBClOEY2+vCXCz8mG0ZezhgkPN6Io/9UHTJfkGSbHtLpAGmhYVhp55oEezt5Fl0Y1/qCL6cIj8VNnnxcxX/SGaDi2fQUmZVFcfGoNdKc= Received: by 10.114.81.1 with SMTP id e1mr3190615wab.11.1207357052076; Fri, 04 Apr 2008 17:57:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id z20sm9286331pod.4.2008.04.04.17.57.29 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Apr 2008 17:57:30 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m350vQHA031104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Apr 2008 09:57:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m350vP7p031103; Sat, 5 Apr 2008 09:57:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 5 Apr 2008 09:57:25 +0900 From: Pyun YongHyeon To: Stuart Fraser Message-ID: <20080405005725.GA30480@cdnetworks.co.kr> References: <0fc501c893c7$dfbf99b0$9f3ecd10$@net> <20080402002729.GA18494@cdnetworks.co.kr> <483f01c89493$4b8d8b90$e2a8a2b0$@net> <20080402081643.GC18494@cdnetworks.co.kr> <48a901c8949b$d88166e0$898434a0$@net> <20080402085207.GD18494@cdnetworks.co.kr> <48bc01c894b5$39a22c20$ace68460$@net> <20080402115325.GD20215@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080402115325.GD20215@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: vge(4) driver not working at 1G speeds 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: Sat, 05 Apr 2008 00:57:32 -0000 On Wed, Apr 02, 2008 at 08:53:25PM +0900, To Stuart Fraser wrote: > On Wed, Apr 02, 2008 at 12:32:20PM +0100, Stuart Fraser wrote: > > Afraid, that didn't do it. > > > > The patch files didn't work at first but a did it by hand adding the > > relevant lines. It compiled and installed fine. > > > > So what we see is that things have changed but are not yet working, if not > > actually worse. Here are my findings (all using the vge driver compiled into > > kernel) > > > > -first we fail if ifconfig media is set to auto, ifconfig reports media > > Ethernet autoselect (none), status: active. No difference if LINK0 set. > > > > -100BaseTX-FDX appears not to send, if I try to ping any other than the > > local IP I 'ping: sendto: No buffer space available'. If I tcpdump on the > > interface I see the traffic I would expect on the local subnet. > > Since vge(4) failed to detect correct link state you just see ENOBUFS. > > > > > -1000BaseTX, still no carrier > > > > This should be fixed in vge(4). > > > The detailed dmesg snip shows that ip1000phy did connect rather than ukphy > > > > pcib3: slot 0 INTA hardwired to IRQ 28 > > vge0: port 0xe800-0xe8ff mem > > 0xfeaffc00-0xfeaffcff irq 28 at device 0 > > .0 on pci3 > > vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > > miibus0: on vge0 > > ip1000phy0: PHY 22 on miibus0 > > ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > vge0: using obsoleted if_watchdog interface > > vge0: bpf attached > > vge0: Ethernet address: 00:40:63:f3:7e:28 > > ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > > vge0: [MPSAFE] > > vge0: [ITHREAD] > > > > > > thanks again for the help, what next? > > > > Maybe the next thing is try to fix bugs in vge(4). But I guess it > would take very long time as it needs more clean up. > I also have a old vge(4) hardware that exhibits the same issue you've > seen. I guess I wrote very minimal patch to make it detect link state > but can't find it. I'll let you know if I find that old patch in my box. > FYI: Support for IC Plus IP1001 PHY was committed to HEAD. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 13:23:12 2008 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 976F7106566B for ; Sat, 5 Apr 2008 13:23:12 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4137C8FC1C for ; Sat, 5 Apr 2008 13:23:12 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id 02AD71CC33A for ; Sat, 5 Apr 2008 15:06:18 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 36A1C11436; Sat, 5 Apr 2008 15:06:17 +0200 (CEST) Date: Sat, 5 Apr 2008 15:06:16 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20080405130616.GB43299@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <20080404141546.GA985@fnop.net> <200804041509.m34F9ms7021554@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <200804041509.m34F9ms7021554@himinbjorg.tucs-beachin-obx-house.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Reproducable Kernel HARD lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Apr 2008 13:23:12 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 04, 2008 at 11:09:48AM -0400, Tuc at T-B-O-H.NET wrote: > No, sorry. I have 7 ethernet, 2 serial, CF, IDE and USB > on the device dying. I have 1 ethernet, 1 modem, 2 USB, 2 PCMCIA, > parallel port on my other 7.0 system (OLD Toshiba Laptop). Your best bet if probably a USB-to-RS232 adaptor to get access to the Soekris' console from the laptop. That should make debugging quite a bit easier. > I'm also a little limited by supplies. I'm 9 miles off paved road > on the edge of the Atlantic Ocean. Supplies aren't scheduled to be > brought in to me until the 12th. Its an 11 mile walk to my car. > Great view though. :-/ At least you have internet there ;) Brix --=20 Henrik Brix Andersen --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkf3eUgACgkQv+Q4flTiePjhvgCdHd20hMbi5P6OM3lfMR3AGOqZ YaUAoI2mkAe3ZvKv3IVwqZFgvZJ4JdZS =/eZa -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn--