Re: A tool for remapping bad sectors in CURRENT?
Dag-Erling Smørgrav wrote: Miroslav Lachman000.f...@quip.cz writes: Dag-Erling Smørgravd...@des.no writes: Uh, 79725167 - 63 = 79725104 and 79725104 - 39845888 = 39879216. How did you arrive at 39879105? I am sorry, it was my confusion. My calculation was for *LBA=79725056* reported in messages: ad4: FAILURE - READ_DMA status=51READY,DSC,ERROR error=40UNCORRECTABLE LBA=79725056 off-by-111... Are you sure 'smartctl -l error' reports only one error? There is really only one error. The example from my e-mail is half a year old, but the disk is running fine from this time. The error occured at the initial gmirror sync. No more errors shown after rewriting the disk with zeros. As you can see, there are really two different numbers LBA=79725056 in messages and LBA = 0x04c0826f = 79725167 in SMART log. r...@edith ~/# zcat /var/log/messages.3.bz2 | grep LBA Sep 23 23:58:00 edith kernel: ad4: FAILURE - READ_DMA status=51READY,DSC,ERROR error=40UNCORRECTABLE LBA=79725056 - r...@edith ~/# smartctl -l error /dev/ad4 smartctl version 5.38 [amd64-portbld-freebsd7.2] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Error Log Version: 1 ATA Error Count: 1 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It wraps after 49.710 days. Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 6f 82 c0 44 Error: UNC at LBA = 0x04c0826f = 79725167 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- c8 00 00 00 82 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 81 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 80 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 7f c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 7e c0 44 00 25d+23:23:36.710 READ DMA Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A tool for remapping bad sectors in CURRENT?
Gary Jennejohn wrote: On Wed, 17 Mar 2010 12:41:33 +0100 Miroslav Lachman000.f...@quip.cz wrote: I absolutely don't understand how you get the number 4 (it is some magic for me :]) but it works! [...] Umm, it's standard C code: 1 2 = 4. It's a power of 2, in this case 2 squared. I am not a C programmer, so I didn't understand the syntax. Now it makes sense. Thank you again for the explanation. Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A tool for remapping bad sectors in CURRENT?
Miroslav Lachman 000.f...@quip.cz writes: As you can see, there are really two different numbers LBA=79725056 in messages and LBA = 0x04c0826f = 79725167 in SMART log. I don't know how comfortable you are reading kernel code, but I would suggest looking through the atadisk driver to see why the numbers are different. And if you're comfortable *writing* kernel code, I would suggest implementing WORF in geom_mirror :) DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A tool for remapping bad sectors in CURRENT?
On Thursday 18 March 2010 12:11:07 Dag-Erling Smørgrav wrote: And if you're comfortable *writing* kernel code, I would suggest implementing WORF in geom_mirror :) I am intrigued, what is this WORF you speak of? Google says it's a certain character from a popular sci-fi show... - Pieter ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A tool for remapping bad sectors in CURRENT?
Dag-Erling Smørgrav wrote: Miroslav Lachman000.f...@quip.cz writes: As you can see, there are really two different numbers LBA=79725056 in messages and LBA = 0x04c0826f = 79725167 in SMART log. I don't know how comfortable you are reading kernel code, but I would suggest looking through the atadisk driver to see why the numbers are different. And if you're comfortable *writing* kernel code, I would suggest implementing WORF in geom_mirror :) As I sent to Pieter, I am not a C programmer, so I cannot read kernel code. I was poor webdeveloper before I turned in to sysadmin about 5 years ago. My programming knowledge ends with PHP / SQL / JS and SH coding :) Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A tool for remapping bad sectors in CURRENT?
Pieter de Goeje pie...@degoeje.nl writes: Dag-Erling Smørgrav d...@des.no writes: And if you're comfortable *writing* kernel code, I would suggest implementing WORF in geom_mirror :) I am intrigued, what is this WORF you speak of? Write On Read Failure. It means that if you can't read a sector but you have (or can recreate) a copy of the data that's supposed to be on it, you rewrite that data to force the disk to reallocate the sector. I've done this manually several times (dd'ed a sector from the other disk in a mirror). I believe I even posted the procedure at some point; I'll check my archive. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
Hi, PseudoCylon wrote: Hello, again. Can you try this patch? Patch is for if_runvar.h --begin patch-- *** old_if_runvar.h2010-03-16 19:14:25.0 -0600 --- new_if_runvar.h2010-03-16 19:15:51.0 -0600 *** *** 184,186 uint8_tval; ! }bbp[8], rf[10]; uint8_tleds; --- 184,186 uint8_tval; ! }bbp[10], rf[10]; uint8_tleds; --end patch-- Same. wlan0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid bsd channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 wme bintval 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at ieee80211_radiotap_vdetach+0x70:sh v1,0(a0) db bt Tracing pid 0 tid 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9948 sz 24 80071044+11c (0,?,,?) ra 80070b54 sp c7ec9960 sz 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424 kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32 trap+134c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 MipsKernGenException+10c (c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid 0 db Ganbold Does your mips use big endian? AK Tried this version on routerstation pro (mips) board. Root fs is in NFS. (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 22:35:25 ULAT 2010). .. run0: 1.0 on usbus0 run0: MAC/BBP RT3070 (rev 0x0200), RF RT3020 (MIMO 1T1R), address 00:22:cf:03:e0:30 Updating motd:run0: firmware RT2870 loaded _ .. run0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier wlan0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: no carrier ssid bsd channel 6 (2437 MHz 11g) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 protmode CTS wme bintval 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at ieee80211_radiotap_vdetach+0x70: sh v1,0(a0) db c panic: trap KDB: enter: panic [ thread pid 0 tid 100047 ] Stopped at kdb_enter+0x50: lui at,0x804c db bt Tracing pid 0 tid 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 sz 24 80071044+11c (0,?,,?) ra 80070b54 sp c7ec97a8 sz 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 sz 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 kdb_trap+10c (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 trap+10fc (?,?,?,?) ra 803b97c8 sp c7ec9a50 sz 176 MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 sp c7ec9b00 sz 200 kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz 24 panic+f8 (?,802c95b8,,c7ec9990) ra 803c26a0 sp c7ec9be0 sz 40 trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 MipsKernGenException+10c (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid 0 db Btw, ifconfig wlan0 up works on with stock run(4) which was committed to HEAD end of Jan. Please let me know if you need any more information. Ganbold Best, AK FreeBSD and all other open source projects are the Tower of Babel in computer era. --me So, join me @ git://dev.nasreddine.com/run.git (or href=http://dev.nasreddine.com/gitweb/?p=run.git;a=summary; target=_blank http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) Just work on any of *_dev branches. __ Looking for the perfect gift? Give the gift of Flickr! href=http://www.flickr.com/gift/; target=_blank http://www.flickr.com/gift/ ___ ymailto=mailto:freebsd-current@freebsd.org; href=mailto:freebsd-current@freebsd.org;freebsd-current@freebsd.org
Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
On first reboot after building installing; yesterday (@r205249) was OK: 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| 3 2. Boot FreeBSD with ACPI disabled 3 _ _ 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / | __ \ 3 4. Boot FreeBSD in single user mode3 | |_) | (___ | | | | 3 5. Boot FreeBSD with verbose logging 3 | _ \___ \| | | | 3 6. Escape to loader prompt 3 | |_) |) | |__| | 3 7. Reboot 3 | | | | 3 3 |/|_/|_/ 3 3 3 3 3 3 3 Select option, [Enter] for default 3 3 or [Space] to pause timer 0 3 @DY GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf000efd2 fault code = supervisor read, page not present instruction pointer = 0x20:0xc093a0c8 stack pointer = 0x28:0xc142071c frame pointer = 0x28:0xc142071c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 () [ thread pid 0 tid 0 ] Stopped at strlen+0x8: cmpb$0,0(%edx) db bt Tracing pid 0 tid 0 td 0xc0e02df0 strlen(f000efd2,c142086c,,ccc,,...) at strlen+0x8 kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at _mtx_lock_flags+0x9a _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at vm_map_lookup+0x38 vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b trap(c1420b70) at trap+0x4a8 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 --- _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_alloc_item+0x33 hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,2000,...) at zone_alloc_item+0x176 zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 uma_startup(c158b000,30,7ff6,3,c158b000,...) at uma_startup+0x1db vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db Machine is a dual-CPU, single-core box (my build machine). In normal course of operations, I'll be building booting (smoke testing) on my laptop as well, but since it's currently upgrading the gcc44 port, that may wait for a few hours. Anyway, I'll be happy to test patches. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpcZus1plbsB.pgp Description: PGP signature
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/18/10 09:35, David Wolfskill wrote: On first reboot after building installing; yesterday (@r205249) was OK: [ .. ] --- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 --- _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_alloc_item+0x33 hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,2000,...) at zone_alloc_item+0x176 zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 uma_startup(c158b000,30,7ff6,3,c158b000,...) at uma_startup+0x1db vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db I suspect SVN 205266 (cache-line-size padding) has something to do with this but I'm still in the process of rebuilding with this change backed out .. imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuiL4kACgkQQv9rrgRC1JL5lQCeNyquBrUROs5vLw628/5pmXeF 09IAnjx2XyyQH/GuuGXB3R7CwtSZcWOf =wgGB -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
On 17 Mar 2010, at 01:23, PseudoCylon wrote: Does your mips use big endian? Yes, the routerstation pros are big endian. -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
On 18 Mar 2010, at 13:48, Rui Paulo wrote: On 18 Mar 2010, at 13:35, David Wolfskill wrote: On first reboot after building installing; yesterday (@r205249) was OK: 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| 3 2. Boot FreeBSD with ACPI disabled 3 _ _ 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / | __ \ 3 4. Boot FreeBSD in single user mode3 | |_) | (___ | | | | 3 5. Boot FreeBSD with verbose logging 3 | _ \___ \| | | | 3 6. Escape to loader prompt 3 | |_) |) | |__| | 3 7. Reboot 3 | | | | 3 3 |/|_/|_/ 3 3 3 3 3 3 3 Select option, [Enter] for default 3 3 or [Space] to pause timer 0 3 @DY GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf000efd2 fault code = supervisor read, page not present instruction pointer = 0x20:0xc093a0c8 stack pointer = 0x28:0xc142071c frame pointer = 0x28:0xc142071c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 () [ thread pid 0 tid 0 ] Stopped at strlen+0x8: cmpb$0,0(%edx) db bt Tracing pid 0 tid 0 td 0xc0e02df0 strlen(f000efd2,c142086c,,ccc,,...) at strlen+0x8 kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at _mtx_lock_flags+0x9a _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at vm_map_lookup+0x38 vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b trap(c1420b70) at trap+0x4a8 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 --- _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_alloc_item+0x33 hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,2000,...) at zone_alloc_item+0x176 zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 uma_startup(c158b000,30,7ff6,3,c158b000,...) at uma_startup+0x1db vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2010-03-18 12:48:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 12:48:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-18 12:48:58 - cleaning the object tree TB --- 2010-03-18 12:49:10 - cvsupping the source tree TB --- 2010-03-18 12:49:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-18 12:49:39 - building world TB --- 2010-03-18 12:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 12:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 12:49:39 - TARGET=ia64 TB --- 2010-03-18 12:49:39 - TARGET_ARCH=ia64 TB --- 2010-03-18 12:49:39 - TZ=UTC TB --- 2010-03-18 12:49:39 - __MAKE_CONF=/dev/null TB --- 2010-03-18 12:49:39 - cd /src TB --- 2010-03-18 12:49:39 - /usr/bin/make -B buildworld World build started on Thu Mar 18 12:49:40 UTC 2010 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 Mar 18 14:06:11 UTC 2010 TB --- 2010-03-18 14:06:11 - generating LINT kernel config TB --- 2010-03-18 14:06:11 - cd /src/sys/ia64/conf TB --- 2010-03-18 14:06:11 - /usr/bin/make -B LINT TB --- 2010-03-18 14:06:11 - building LINT kernel TB --- 2010-03-18 14:06:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:06:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:06:11 - TARGET=ia64 TB --- 2010-03-18 14:06:11 - TARGET_ARCH=ia64 TB --- 2010-03-18 14:06:11 - TZ=UTC TB --- 2010-03-18 14:06:11 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:06:11 - cd /src TB --- 2010-03-18 14:06:11 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 18 14:06:11 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-03-18 13:51:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 13:51:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-18 13:51:00 - cleaning the object tree TB --- 2010-03-18 13:51:12 - cvsupping the source tree TB --- 2010-03-18 13:51:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-18 13:51:31 - building world TB --- 2010-03-18 13:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 13:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 13:51:31 - TARGET=powerpc TB --- 2010-03-18 13:51:31 - TARGET_ARCH=powerpc TB --- 2010-03-18 13:51:31 - TZ=UTC TB --- 2010-03-18 13:51:31 - __MAKE_CONF=/dev/null TB --- 2010-03-18 13:51:31 - cd /src TB --- 2010-03-18 13:51:31 - /usr/bin/make -B buildworld World build started on Thu Mar 18 13:51:34 UTC 2010 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 Mar 18 14:50:20 UTC 2010 TB --- 2010-03-18 14:50:20 - generating LINT kernel config TB --- 2010-03-18 14:50:20 - cd /src/sys/powerpc/conf TB --- 2010-03-18 14:50:20 - /usr/bin/make -B LINT TB --- 2010-03-18 14:50:20 - building LINT kernel TB --- 2010-03-18 14:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:50:20 - TARGET=powerpc TB --- 2010-03-18 14:50:20 - TARGET_ARCH=powerpc TB --- 2010-03-18 14:50:20 - TZ=UTC TB --- 2010-03-18 14:50:20 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:50:20 - cd /src TB --- 2010-03-18 14:50:20 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 18 14:50:20 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-03-18 14:08:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 14:08:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-18 14:08:31 - cleaning the object tree TB --- 2010-03-18 14:08:45 - cvsupping the source tree TB --- 2010-03-18 14:08:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-18 14:08:58 - building world TB --- 2010-03-18 14:08:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:08:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:08:58 - TARGET=sparc64 TB --- 2010-03-18 14:08:58 - TARGET_ARCH=sparc64 TB --- 2010-03-18 14:08:58 - TZ=UTC TB --- 2010-03-18 14:08:58 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:08:58 - cd /src TB --- 2010-03-18 14:08:58 - /usr/bin/make -B buildworld World build started on Thu Mar 18 14:08:58 UTC 2010 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 Mar 18 15:02:49 UTC 2010 TB --- 2010-03-18 15:02:49 - generating LINT kernel config TB --- 2010-03-18 15:02:49 - cd /src/sys/sparc64/conf TB --- 2010-03-18 15:02:49 - /usr/bin/make -B LINT TB --- 2010-03-18 15:02:49 - building LINT kernel TB --- 2010-03-18 15:02:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 15:02:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 15:02:49 - TARGET=sparc64 TB --- 2010-03-18 15:02:49 - TARGET_ARCH=sparc64 TB --- 2010-03-18 15:02:49 - TZ=UTC TB --- 2010-03-18 15:02:49 - __MAKE_CONF=/dev/null TB --- 2010-03-18 15:02:49 - cd /src TB --- 2010-03-18 15:02:49 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 18 15:02:49 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-03-18 14:18:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 14:18:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-18 14:18:56 - cleaning the object tree TB --- 2010-03-18 14:19:07 - cvsupping the source tree TB --- 2010-03-18 14:19:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-18 14:19:21 - building world TB --- 2010-03-18 14:19:21 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:19:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:19:21 - TARGET=sun4v TB --- 2010-03-18 14:19:21 - TARGET_ARCH=sparc64 TB --- 2010-03-18 14:19:21 - TZ=UTC TB --- 2010-03-18 14:19:21 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:19:21 - cd /src TB --- 2010-03-18 14:19:21 - /usr/bin/make -B buildworld World build started on Thu Mar 18 14:19:22 UTC 2010 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 Mar 18 15:12:02 UTC 2010 TB --- 2010-03-18 15:12:02 - generating LINT kernel config TB --- 2010-03-18 15:12:02 - cd /src/sys/sun4v/conf TB --- 2010-03-18 15:12:02 - /usr/bin/make -B LINT TB --- 2010-03-18 15:12:02 - building LINT kernel TB --- 2010-03-18 15:12:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 15:12:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 15:12:02 - TARGET=sun4v TB --- 2010-03-18 15:12:02 - TARGET_ARCH=sparc64 TB --- 2010-03-18 15:12:02 - TZ=UTC TB --- 2010-03-18 15:12:02 - __MAKE_CONF=/dev/null TB --- 2010-03-18 15:12:02 - cd /src TB --- 2010-03-18 15:12:02 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 18 15:12:02 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls
Re: ldd leaves the machine unresponsive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: In Message-Id: 20100317163230.gj87...@mech-cluster241.men.bris.ac.uk Just updated to ia64 r205248 If my problem is due to my mis-configuration, I apologise in advance. I run this shell script after each upgrade and 'make delete-old-libs' to check if any shared objects need to be rebuilt: start script #!/bin/sh for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name *` do echo $file ldd $file /root/ldd_results 2 /dev/zero done end script This will probably do closer to what you actually would want to look for. Writing to /dev/zero ... I don't know never tried it since /dev/null is usually the standard place to throw trash. #!/bin/sh for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do echo $file ldd $file /root/ldd_results 2/dev/null done The problem with your script is that it finds most files that it can not or is not useful to run ldd on and leaves you junk in return. It might be more useful if you searched for dynamically linked ELF binaries to run ldd against like the following. === Script starts here === #!/bin/sh SEARCHPATH=/*bin /usr/*bin /usr/lib* /usr/local/*bin trap 'exit 1' 2 check_libs() { for spath in $SEARCHPATH; do for ifelf in `find $spath -type f`; do ldd `file $ifelf | grep dynamically | cut -f1 -d:` done done } check_libs 2/dev/null === Script ends here === The above will find all type ELF * that are dynamically linked within the SEARCHPATH variable and run ldd on them and print the results to stdout. Obviously since you are going to have thousands of files being questioned, stdout is not going to be useful. So with the about stated: save the script to: checklibs.sh run with: sh checklibs.sh /root/checklibs_output or: script /root/checklibs_output checklibs.sh After the upgrade to r205248, the script freezes at seemingly random points. Unneeded disk usage execution. I can still ssh to the machine (using keys), i.e. I see the welcome message, but cannot get to the console prompt. Of course... to many open files or processes in wait. SSH already has the information it needs loaded into memory, that's why you can get sort-of-in ZFS file-system perhaps ? On the serial console I cannot get the prompt after entering the root password. See above. I have top(1) running interactively in another window. The sh process is in getblk state, and ignores kill -9. But there's no ldd process. And shutdown requests are also ignored: # shutdown -r now Shutdown NOW! shutdown: [pid 8019] # and nothing happens after that So I have to do a cold reset via MP. On ia64 r204322, this script causes no problems. Please advise The above edited script should help to limit disk usage and too many open processes that causes your machine to bog down like that. This script does have its limitations and there is one bug in it... Ill let you figure out how to get rid of that bug but it really does not effect the intended output so I left it alone and sent error output to fd/2. The limitations you'll find is how many files that ldd(1) or file(1) can handle at one time. But if you specify specific paths like already in SEARCHPATH then you will most likely never see this unless the files in /*bin grow to be over max number of files that file(1) or ldd(1) can handle at one time. Shortly said... use direct paths or short globs like above. many thanks anton A final note you might want to just install sysutils/libchk and run that. Standard Disclaimer: NONE OF THIS CONTAINED HEREIN THIS MESSAGE EXCUSES ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED EITHER AS A ATTACHMENT OR IN-LINE. ;) JK! Good Luck. - -- jhell -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLokboAAoJEJBXh4mJ2FR+njQH/12zvjvwkBCEuWCzSg0O6mXA kFR9XeF7TeFyAgBWTNWblmU6e1QRURI5V6qvR3oG+58jngbvSmAyZRbw3tz+mf2U TJGhhnFYMph8PLDVmtVfYGf2V3UQXxcmDNtnJLsQT3i2RyRurIDFmtNf5GvBOw3b 6jpTF1xpZfJIfQMSxgQ0NhGFPQcYZCNRZy5Yh+5q7JeKSBx73btgnFSJ9IGSQfZj xFCxELWDQOc20/M2pIRQ5z9+OyeSP0J7XrX6g0TlofJ5IxcCqNiQ8pruvKUm8/S7 AkYIgh8kqOSGhxOkXN4RqyHN537u6QLATJwMed2jgy8TBj/L+51Y+Ni1ceWdVaU= =+oRv -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ldd leaves the machine unresponsive
On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: In Message-Id: 20100317163230.gj87...@mech-cluster241.men.bris.ac.uk Just updated to ia64 r205248 If my problem is due to my mis-configuration, I apologise in advance. I run this shell script after each upgrade and 'make delete-old-libs' to check if any shared objects need to be rebuilt: start script #!/bin/sh for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name *` do echo $file ldd $file /root/ldd_results 2 /dev/zero done end script This will probably do closer to what you actually would want to look for. Writing to /dev/zero ... I don't know never tried it since /dev/null is usually the standard place to throw trash. #!/bin/sh for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do echo $file ldd $file /root/ldd_results 2/dev/null done The problem with your script is that it finds most files that it can not or is not useful to run ldd on and leaves you junk in return. It might be more useful if you searched for dynamically linked ELF binaries to run ldd against like the following. === Script starts here === #!/bin/sh SEARCHPATH=/*bin /usr/*bin /usr/lib* /usr/local/*bin trap 'exit 1' 2 check_libs() { for spath in $SEARCHPATH; do for ifelf in `find $spath -type f`; do ldd `file $ifelf | grep dynamically | cut -f1 -d:` done done } check_libs 2/dev/null === Script ends here === The above will find all type ELF * that are dynamically linked within the SEARCHPATH variable and run ldd on them and print the results to stdout. Obviously since you are going to have thousands of files being questioned, stdout is not going to be useful. So with the about stated: save the script to: checklibs.sh run with: sh checklibs.sh /root/checklibs_output or: script /root/checklibs_output checklibs.sh After the upgrade to r205248, the script freezes at seemingly random points. Unneeded disk usage execution. I can still ssh to the machine (using keys), i.e. I see the welcome message, but cannot get to the console prompt. Of course... to many open files or processes in wait. SSH already has the information it needs loaded into memory, that's why you can get sort-of-in ZFS file-system perhaps ? On the serial console I cannot get the prompt after entering the root password. See above. I have top(1) running interactively in another window. The sh process is in getblk state, and ignores kill -9. But there's no ldd process. And shutdown requests are also ignored: # shutdown -r now Shutdown NOW! shutdown: [pid 8019] # and nothing happens after that So I have to do a cold reset via MP. On ia64 r204322, this script causes no problems. Please advise The above edited script should help to limit disk usage and too many open processes that causes your machine to bog down like that. This script does have its limitations and there is one bug in it... Ill let you figure out how to get rid of that bug but it really does not effect the intended output so I left it alone and sent error output to fd/2. The limitations you'll find is how many files that ldd(1) or file(1) can handle at one time. But if you specify specific paths like already in SEARCHPATH then you will most likely never see this unless the files in /*bin grow to be over max number of files that file(1) or ldd(1) can handle at one time. Shortly said... use direct paths or short globs like above. many thanks anton A final note you might want to just install sysutils/libchk and run that. Standard Disclaimer: NONE OF THIS CONTAINED HEREIN THIS MESSAGE EXCUSES ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED EITHER AS A ATTACHMENT OR IN-LINE. ;) JK! Good Luck. many thanks, this is very helpful I don't seem to have this lockup anymore. Don't know what was happening. I've run it now several times on 3 different ia64 current (different revisions) boxes, with disks of different speed, and can't reproduce. My script was very crude, of course. I'll try sysutils/libchk thanks again anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
On 18 Mar 2010, at 13:35, David Wolfskill wrote: On first reboot after building installing; yesterday (@r205249) was OK: 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| 3 2. Boot FreeBSD with ACPI disabled 3 _ _ 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / | __ \ 3 4. Boot FreeBSD in single user mode3 | |_) | (___ | | | | 3 5. Boot FreeBSD with verbose logging 3 | _ \___ \| | | | 3 6. Escape to loader prompt 3 | |_) |) | |__| | 3 7. Reboot 3 | | | | 3 3 |/|_/|_/ 3 3 3 3 3 3 3 Select option, [Enter] for default 3 3 or [Space] to pause timer 0 3 @DY GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf000efd2 fault code = supervisor read, page not present instruction pointer = 0x20:0xc093a0c8 stack pointer = 0x28:0xc142071c frame pointer = 0x28:0xc142071c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 () [ thread pid 0 tid 0 ] Stopped at strlen+0x8: cmpb$0,0(%edx) db bt Tracing pid 0 tid 0 td 0xc0e02df0 strlen(f000efd2,c142086c,,ccc,,...) at strlen+0x8 kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at _mtx_lock_flags+0x9a _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at vm_map_lookup+0x38 vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b trap(c1420b70) at trap+0x4a8 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 --- _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_alloc_item+0x33 hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,2000,...) at zone_alloc_item+0x176 zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 uma_startup(c158b000,30,7ff6,3,c158b000,...) at uma_startup+0x1db vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db I have the same panic. I'll try to revert 205266. -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ldd leaves the machine unresponsive
On Thu, Mar 18, 2010 at 8:51 AM, Anton Shterenlikht me...@bristol.ac.uk wrote: On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: In Message-Id: 20100317163230.gj87...@mech-cluster241.men.bris.ac.uk Just updated to ia64 r205248 If my problem is due to my mis-configuration, I apologise in advance. I run this shell script after each upgrade and 'make delete-old-libs' to check if any shared objects need to be rebuilt: start script #!/bin/sh for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name *` do echo $file ldd $file /root/ldd_results 2 /dev/zero done end script This will probably do closer to what you actually would want to look for. Writing to /dev/zero ... I don't know never tried it since /dev/null is usually the standard place to throw trash. #!/bin/sh for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do echo $file ldd $file /root/ldd_results 2/dev/null done The problem with your script is that it finds most files that it can not or is not useful to run ldd on and leaves you junk in return. It might be more useful if you searched for dynamically linked ELF binaries to run ldd against like the following. === Script starts here === #!/bin/sh SEARCHPATH=/*bin /usr/*bin /usr/lib* /usr/local/*bin trap 'exit 1' 2 check_libs() { for spath in $SEARCHPATH; do for ifelf in `find $spath -type f`; do ldd `file $ifelf | grep dynamically | cut -f1 -d:` done done } check_libs 2/dev/null === Script ends here === The above will find all type ELF * that are dynamically linked within the SEARCHPATH variable and run ldd on them and print the results to stdout. Obviously since you are going to have thousands of files being questioned, stdout is not going to be useful. So with the about stated: save the script to: checklibs.sh run with: sh checklibs.sh /root/checklibs_output or: script /root/checklibs_output checklibs.sh After the upgrade to r205248, the script freezes at seemingly random points. Unneeded disk usage execution. I can still ssh to the machine (using keys), i.e. I see the welcome message, but cannot get to the console prompt. Of course... to many open files or processes in wait. SSH already has the information it needs loaded into memory, that's why you can get sort-of-in ZFS file-system perhaps ? On the serial console I cannot get the prompt after entering the root password. See above. I have top(1) running interactively in another window. The sh process is in getblk state, and ignores kill -9. But there's no ldd process. And shutdown requests are also ignored: # shutdown -r now Shutdown NOW! shutdown: [pid 8019] # and nothing happens after that So I have to do a cold reset via MP. On ia64 r204322, this script causes no problems. Please advise The above edited script should help to limit disk usage and too many open processes that causes your machine to bog down like that. This script does have its limitations and there is one bug in it... Ill let you figure out how to get rid of that bug but it really does not effect the intended output so I left it alone and sent error output to fd/2. The limitations you'll find is how many files that ldd(1) or file(1) can handle at one time. But if you specify specific paths like already in SEARCHPATH then you will most likely never see this unless the files in /*bin grow to be over max number of files that file(1) or ldd(1) can handle at one time. Shortly said... use direct paths or short globs like above. many thanks anton A final note you might want to just install sysutils/libchk and run that. Standard Disclaimer: NONE OF THIS CONTAINED HEREIN THIS MESSAGE EXCUSES ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED EITHER AS A ATTACHMENT OR IN-LINE. ;) JK! Good Luck. many thanks, this is very helpful I don't seem to have this lockup anymore. Don't know what was happening. I've run it now several times on 3 different ia64 current (different revisions) boxes, with disks of different speed, and can't reproduce. My script was very crude, of course. I'll try sysutils/libchk FWIW I've been seeing some performance issues with iir(4) and mfi(4) backed UFS2 with softupdate filesystems on my new machine with some other drivers loaded on my system [a PCI based em(4) card and nvidia-driver enabled card -- which uses GIANT locking still]. Machine is Core i7 on an ASUS W6T Professional MB, 12GB RAM, with debug symbols, ddb, kgdb, anti-reslock contention manager, (no witness) etc. I don't have
recovery from terminated make installworld?
I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: recovery from terminated make installworld?
On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht me...@bristol.ac.ukwrote: I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? thanks anton Try /rescue/sh (or tcsh). It's all statically linked, so you should be able to recover from there. - Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. Try updating. I've made the change a no-op until I can track the problem down. -Kip ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: recovery from terminated make installworld?
On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits jr...@alumni.cwru.eduwrote: On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? Try /rescue/sh (or tcsh). It's all statically linked, so you should be able to recover from there. And if that doesn't work, try a LiveFS CD. And, if all else fails, you can do a minimal install overtop. You'll lose all your /etc settings, but will get a bootable system again. -- Freddie Cash fjwc...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: recovery from terminated make installworld?
Freddie Cash fjwc...@gmail.com writes: On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits jr...@alumni.cwru.eduwrote: On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? Try /rescue/sh (or tcsh). It's all statically linked, so you should be able to recover from there. And if that doesn't work, try a LiveFS CD. And, if all else fails, you can do a minimal install overtop. You'll lose all your /etc settings, but will get a bootable system again. A lot of the time, an upgrade binary install will do the job, with less risk to your /etc directory. I had a problem like this not that long ago, thanks to the new kernel crashing (but not until I'd had time to start the installworld). Going back to the old kernel and copying in the libraries that didn't work was enough to get me up enough to retry the upgrade with a GENERIC kernel. I don't generally recommend running -current to anybody unless they have some comfort with recovering from these kinds of problems... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
On Thu, Mar 18, 2010 at 1:38 PM, K. Macy km...@freebsd.org wrote: I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. Try updating. I've made the change a no-op until I can track the problem down. Do you all have either out-of-tree modules or modules that you did not re-build when re-compiling your kernel? Thanks, Kip ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/18/10 18:15, K. Macy wrote: On Thu, Mar 18, 2010 at 1:38 PM, K. Macy km...@freebsd.org wrote: I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. Try updating. I've made the change a no-op until I can track the problem down. Do you all have either out-of-tree modules or modules that you did not re-build when re-compiling your kernel? I did 'rm -rf /usr/obj/*' prior to building the kernel, rebuilt fusefs-kmod and all virtualbox modules as I didn't know what, if anything, may have been dependent on the knowledge of the kernel's structures, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuiq+oACgkQQv9rrgRC1JKDkgCfQqWTnLP8b63zEr+z5f9KfiVA 7eIAnR3guDIEY54VwPMA+TL0l6kUFyoi =B+08 -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: recovery from terminated make installworld?
On 18 March 2010 20:41, Freddie Cash fjwc...@gmail.com wrote: On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits jr...@alumni.cwru.edu wrote: On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? Try /rescue/sh (or tcsh). It's all statically linked, so you should be able to recover from there. And if that doesn't work, try a LiveFS CD. And, if all else fails, you can do a minimal install overtop. You'll lose all your /etc settings, but will get a bootable system again. -- Freddie Cash fjwc...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org easier and less risky to boot in on some form of live cd, mount all the fs up under /mnt, set the DESTDIR=/mnt and continue the installworld ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
Can you show me output of followings? (I have only intel chips.) #kldstat | grep if_run (after loading the driver. no need to run it) #objdump -h /boot/kernel/if_run.ko | grep text #objdump --source /boot/kernel/if_run.ko | grep \: AK Same. rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at ieee80211_radiotap_vdetach+0x70:sh v1,0(a0) db bt Tracing pid 0 tid 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9948 sz 24 80071044+11c (0,?,,?) ra 80070b54 sp c7ec9960 sz 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424 kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32 trap+134c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 MipsKernGenException+10c (c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid 0 db Ganbold __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: recovery from terminated make installworld?
On Thu, Mar 18, 2010 at 05:26:52PM -0700, Julian Elischer wrote: Anton Shterenlikht wrote: I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? thanks anton is there anything in /rescue? they should still run. e.g. /rescue/sh many thanks for all advice In my situation reinstall was the easiest option. anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Seeing the dreaded ZFS: i/o error - all block copies unavailable on 9.0-CURRENT
I guess we can officially declare this thread dead? On Fri, Feb 26, 2010 at 1:43 AM, Chris behrnetwo...@gmail.com wrote: On Thu, Feb 25, 2010 at 1:08 PM, John Baldwin j...@freebsd.org wrote: On Thursday 25 February 2010 12:58:13 pm Chris wrote: On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin j...@freebsd.org wrote: On Wednesday 24 February 2010 10:12:25 pm Chris wrote: So it sounds like somehow my system is trying to use the old boot2 method when I don't hit F12. I'm guessing the difference is due to how the hard drive is getting presented to the boot loader by the BIOS. How can I get rid of the legacy boot system and use only the ZFS bootloader? Does F12 enable PXE booting or some such? The only options I have when I press F12 are to either boot from my hard drive or to boot from my optical drive. Is there any way to more verbosely see what is happening at the bootloader level? No. So it sounds like F12 pops up some sort of boot menu, and that in the broken case you just let the machine boot off of the disk normally? Right. Upon powering on, to get the system to boot normally, I hit the F12 key which brings up a box that lets me choose either my hard disk or my optical drive to boot. When I do not hit F12, I get the LBA errors and the ZFS: i/o error - all block copies unavailable error shown in previous posts to this thread. If I boot into the non-F12 broken state and leave the system alone, it appears to try and boot twice and gets the same LBA errors and the same ZFS error. Again, if I install FreeBSD off an installation CD and use sysinstall to install a typical UFS-based system it boots without any trouble at all, F12 or not, leading me to believe that there's some sort of difference between the plain bootloader and the ZFS-enabled bootloader with respect to the way they interact with the BIOS. Another oddity I noticed is that if I change the SATA mode in the BIOS to IDE Native mode, the hard drive activity light stays on, even when the system is booted and is sitting idle. If I change it to AHCI, I do not see this. I doubt this has any relation to ZFS, but it was just an interesting observation. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org