Re: g_vfs_done error third part--PLEASE HELP!
On Fri, Apr 25, 2008 at 07:59:36AM +0300, Toomas Aas wrote: Willy Offermans wrote: It is already the third time that I report this error. Can someone help me in solving this issue? Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 ... I can only tell you that I had similar problems with FreeBSD 6.3 and ICH7R based RAID. Since I couldn't figure out how to solve them, I discarded the BIOS-based RAID and instead set up gmirror. It's been running this way for a year now and been rock solid. Are you referring to Intel MatrixRAID? If so, there are multiple PRs open on problems with FreeBSD and MatrixRAID, some which have been open for over 2 years which include patches. You wouldn't be the first person to ask why they haven't been committed to the tree. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: g_vfs_done error third part--PLEASE HELP!
Jeremy Chadwick wrote: On Fri, Apr 25, 2008 at 07:59:36AM +0300, Toomas Aas wrote: Willy Offermans wrote: Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 ... I can only tell you that I had similar problems with FreeBSD 6.3 and ICH7R based RAID. Since I couldn't figure out how to solve them, I discarded the BIOS-based RAID and instead set up gmirror. It's been running this way for a year now and been rock solid. Are you referring to Intel MatrixRAID? Yes. If so, there are multiple PRs open on problems with FreeBSD and MatrixRAID, some which have been open for over 2 years which include patches. Funny that I didn't find them when I was investigating the problem. Not that I'm doubting your word, just... funny. You wouldn't be the first person to ask why they haven't been committed to the tree. Well, unfortunately I am not competent to comment on that, nor am I in postition to *demand* that something be committed in a volunteer project, since I couldn't even imagine what the consequences would be :) At least I found a workaround. -- Toomas Aas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: machine wedged - KDB: enter: lock violation
Hi Brad, We have committed some unionfs fixes to 8-CURRENT. Please try it, I guess those latest fixes gives you success. If you have fails still after that, please send us your panic report. Thanks :) Brad Pitney wrote: once again: KDB: stack backtrace: db_trace_self_wrapper(c074b5ee,e70c79ac,c05b6853,c4b8c420,e70c79ac,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c4b8c420,e70c79ac,c07025c5,e70c79bc,c4c002b8,...) at kdb_backtrace+0x29 vfs_badlock(c4a31900,e70c79bc,c07b00a0,c4c002b8,c4b8c420) at vfs_badlock+0x23 assert_vop_elocked(c4c002b8,c0752ee7,c4b8c420,1b9,0,...) at assert_vop_elocked+0x53 cache_lookup(c4bfe414,e70c7bc0,e70c7bd4,e70c7bc0,c49c5800,...) at cache_lookup+0x53c vfs_cache_lookup(e70c7aa8,c07545ba,c4bfe414,2,c4bfe414,...) at vfs_cache_lookup+0xaa VOP_LOOKUP_APV(c4a31900,e70c7aa8,c4b8c420,c075356a,19b,...) at VOP_LOOKUP_APV+0xe5 lookup(e70c7bac,e70c7ae8,c6,bf,c49acc2c,...) at lookup+0x53e namei(e70c7bac,2,c0754d92,c0577808,c08119c8,...) at namei+0x28e kern_stat(c4b8c420,2820258c,0,e70c7c1c,c074d152,...) at kern_stat+0x3d stat(c4b8c420,e70c7cfc,8,c074e1dc,c0785e00,...) at stat+0x2f syscall(e70c7d38) at syscall+0x273 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (188, FreeBSD ELF32, stat), eip = 0x281aa48f, esp = 0xbfbfea4c, ebp = 0xbfbfeae8 --- cache_lookup: 0xc4c002b8 is not exclusive locked but should be KDB: enter: lock violation vnode 0xc4c002b8: tag unionfs, type VREG usecount 0, writecount 0, refcount 0 mountedhere 0 flags (VV_TEXT|VI_FREE|VI_OWEINACT) v_object 0xc4b866c8 ref 0 pages 158 #0 0xc052fab5 at _lockmgr+0x1c5 #1 0xc0668df1 at ffs_lock+0x91 #2 0xc0705775 at VOP_LOCK1_APV+0xa5 #3 0xc05c53b8 at _vn_lock+0xf8 #4 0xc05ba130 at vget+0x110 #5 0xc0699c20 at vnode_pager_lock+0x1b0 #6 0xc06825df at vm_fault+0x1df #7 0xc06ec478 at trap_pfault+0x118 #8 0xc06ecd07 at trap+0x2b7 #9 0xc06d5ecb at calltrap+0x6 unionfs_vp=0xc4c002b8, uppervp=0xc4b91414, lowervp=0xc4b9115c unionfs: upper 0xc4b91414: tag ufs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc4b866c8 ref 0 pages 158 #0 0xc052fab5 at _lockmgr+0x1c5 #1 0xc0668df1 at ffs_lock+0x91 #2 0xc0705775 at VOP_LOCK1_APV+0xa5 #3 0xc05c53b8 at _vn_lock+0xf8 #4 0xc05ba130 at vget+0x110 #5 0xc0699c20 at vnode_pager_lock+0x1b0 #6 0xc06825df at vm_fault+0x1df #7 0xc06ec478 at trap_pfault+0x118 #8 0xc06ecd07 at trap+0x2b7 #9 0xc06d5ecb at calltrap+0x6 ino 500700, on dev ad0s3a unionfs: lower 0xc4b9115c: tag ufs, type VREG usecount 4, writecount 0, refcount 7 mountedhere 0 flags (VV_TEXT) v_object 0xc4be1aa8 ref 2 pages 109 #0 0xc052fab5 at _lockmgr+0x1c5 #1 0xc0668df1 at ffs_lock+0x91 #2 0xc0705775 at VOP_LOCK1_APV+0xa5 #3 0xc05c53b8 at _vn_lock+0xf8 #4 0xc05ba130 at vget+0x110 #5 0xc0699c20 at vnode_pager_lock+0x1b0 #6 0xc06825df at vm_fault+0x1df #7 0xc06ec478 at trap_pfault+0x118 #8 0xc06ecd07 at trap+0x2b7 #9 0xc06d5ecb at calltrap+0x6 ino 144832, on dev ad0s3a -- Daichi GOTO, http://people.freebsd.org/~daichi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Crash with recent kernel on wireless
Hi Recently I've upgraded 7-STABLE: Mar 11 - Apr 24 Everything was fine until I've tried to configure wireless (ath driver, WPA) It crashes every time after interface becomes UP, (I've seen associated in ifconfig output before crash), but before dhcp finished to get IP. % cat /var/crash/info.43 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 162320384B (154 MB) Blocksize: 512 Dumptime: Fri Mar 28 17:24:32 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/VBOOK Panic String: non-maskable interrupt trap Dump Parity: 3087556879 Bounds: 43 Dump Status: good kgdb does not shows match (why ?): % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 [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. (no debugging symbols found)...No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0x in ?? () (kgdb) Any ideas what to do ? Or probably some hints. -- Vladimir B. Grebenschikov Parallels Inc. [EMAIL PROTECTED] -- Vladimir B. Grebenschikov [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AHCI and correct drive geometry?
On Wednesday 16 April 2008 09:33:19 am Daniel O'Connor wrote: On Wed, 16 Apr 2008, Jeremy Chadwick wrote: ie just ignore sysinstalls bleatings. Which begs the question -- why are we still spitting that warning out during the fdisk portion of sysinstall? I guess the problem is that it is impossible to know what systems care about geometry and those that don't. MBR's still have C/H/S in their tables. However, we actually use EDD by default now in 7 and so the C/H/S is pretty much never used. The GPT boot stuff only uses LBAs and EDD. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kvm_open: kvm_nlist: No such file or directory
On Sunday 20 April 2008 01:38:32 pm Luke Dean wrote: A few weeks ago I did a source upgrade from 6.2 to 7-STABLE. I didn't make delete-old so a bunch of old libraries and such were left lying around causing problems when I rebuilt all my ports. I'd read about some recent improvements to DDB and SCHED_ULE in 7-STABLE, and it's a miserable snowy weekend in Seattle right now, so I decided I'd take this opportunity to update my system to the latest 7-STABLE and get rid of those old libraries properly this time. Now sysutils/wmmemmon and sysutils/wmcpuload stopped working. Both die with: kvm_open: kvm_nlist: No such file or directory error extracting symbols I found two PRs for other ports (ascpu and wmcube-gdk) to fix similar problems, but they seem to be related to 8-CURRENT. The solution in both of these cases is to use sysctls instead of using kvm. PR numbers are 119923 and 120142. My question is should the existing code work in 7-STABLE or do wmmemmon and wmcpuload need to be changed to use sysctls? They worked for me for a couple of weeks on 7-STABLE, but like I said, I had old libraries lying around and some of the windowmaker stuff chose to link to them. I have since cleaned up my system and rebuilt (I believe) everything and now the ports no longer work. This is what I believe is the offending code snippet from sysutils/wmmemmon's mem_freebsd.c file: Yes, cp_time[] is no more. Make them use the sysctl (kern.cp_time) instead. -- static kvm_t *kvm_data = NULL; static int pageshift; static struct nlist nlst[] = { {_cp_time}, {_cnt}, {0} }; /* initialize function */ void mem_init(void) { int pagesize = getpagesize(); pageshift = 0; while (pagesize 1) { pageshift++; pagesize = 1; } kvm_data = kvm_open(NULL, NULL, NULL, O_RDONLY, kvm_open); if (kvm_data == NULL) { fprintf(stderr, can't open kernel virtual memory); exit(1); } kvm_nlist(kvm_data, nlst); if (nlst[0].n_type == 0 || nlst[1].n_type == 0) { fprintf(stderr, error extracting symbols); exit(1); } ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP DL145G2 boot problems with 7.0
On Monday 21 April 2008 03:23:04 pm Ryan Lackey wrote: I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. The upgrade was (fairly painless on two machines, and has broken the other two machines. On boot, the broken machines hang somewhere after kbdc and psm, and before serial driver initialization. Specifically, I see: psm0: unable to allocate IRQ psmcpnp0: PS/2 mouse port irq 12 on acpi0 pm0: ps2 mouse irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: giant-locked psm0: thread psm0: model intellimouse explorer psm0: config; 00 flags: 8, packet size:4 psm0: syncmask:08, syncbits:00 After that, it hangs. I would add more printfs to figure out exactly where it dies. I would start by seeing if it makes it out of the psm driver. If so, then I would start adding printfs to the new-bus code in sys/kern/subr_bus.c to see if drivers are probing when it hangs. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Crash with recent kernel on wireless
On Friday 25 April 2008 08:25:14 am Vladimir Grebenschikov wrote: Hi Recently I've upgraded 7-STABLE: Mar 11 - Apr 24 Everything was fine until I've tried to configure wireless (ath driver, WPA) It crashes every time after interface becomes UP, (I've seen associated in ifconfig output before crash), but before dhcp finished to get IP. % cat /var/crash/info.43 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 162320384B (154 MB) Blocksize: 512 Dumptime: Fri Mar 28 17:24:32 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/VBOOK Panic String: non-maskable interrupt trap Dump Parity: 3087556879 Bounds: 43 Dump Status: good kgdb does not shows match (why ?): % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 [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. (no debugging symbols found)...No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0x in ?? () (kgdb) Any ideas what to do ? Or probably some hints. Build a kernel with debug symbols and then reproduce the crash. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
New Arrivals: Cool Hats form Goorin Brothers
STREETSOUL.EU - Streetwear Clothing Online Store Newsletter * Sunny Greetings to Ya all!!! New Arrivals with finest selection from Goorin Brothers!!! Press here to view new arrivals from Goorin! or copy the link in a browser: http://www.streetsoul.eu/zoom_brand/6 Check our internet store or if you happen to be in Riga, you're welcome to visit us @ 85 Terbatas st. :) http://www.streetsoul.eu/streetstore Cheers! streetsoul.eu --- streetsoul brands: 667 | Adidas Originals | Airbag | ALAKAZAM! | Alprausch | Amos | BICO | Creative Recreation | Emily The Strange | Encore | Five Four | Goorin Brothers | gsus | Irie Daily | King Apparel | Levi's Engineered JeansĀ® | Levi'sĀ® | Mazine | My Zoo | Nike | OAKLEY | pa:nuu | Reebok | Saddler | Schlepp | Streetsoul | Stussy | Sweet Toxic | T.U.K. * To no longer receive these messages, please send a blank email to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP DL145G2 boot problems with 7.0
I actually figured out the problem. I had gmirror on the machine, and was booting to do maintenance using non-gmirror kernel sometimes. One kernel was using ad4, the other using ad6, and one using gm0(ad4/ad6). Kernel modules and kernel were consequently getting out of sync. Problems are fixed now -- I'm currently being amazed by the SMP performance, kqueue, and some threaded python...doing as much on 2 old machines from 2005 and freebsd with optimized python as we were doing with 55 linux machines running badly tuned php5 in apache. On Fri, Apr 25, 2008 at 5:56 AM, John Baldwin [EMAIL PROTECTED] wrote: On Monday 21 April 2008 03:23:04 pm Ryan Lackey wrote: I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. The upgrade was (fairly painless on two machines, and has broken the other two machines. On boot, the broken machines hang somewhere after kbdc and psm, and before serial driver initialization. Specifically, I see: psm0: unable to allocate IRQ psmcpnp0: PS/2 mouse port irq 12 on acpi0 pm0: ps2 mouse irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: giant-locked psm0: thread psm0: model intellimouse explorer psm0: config; 00 flags: 8, packet size:4 psm0: syncmask:08, syncbits:00 After that, it hangs. I would add more printfs to figure out exactly where it dies. I would start by seeing if it makes it out of the psm driver. If so, then I would start adding printfs to the new-bus code in sys/kern/subr_bus.c to see if drivers are probing when it hangs. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP DL145G2 boot problems with 7.0
On Mon, 2008-04-21 at 12:23 -0700, Ryan Lackey wrote: I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. The upgrade was (fairly painless on two machines, and has broken the other two machines. On boot, the broken machines hang somewhere after kbdc and psm, and before serial driver initialization. Specifically, I see: psm0: unable to allocate IRQ psmcpnp0: PS/2 mouse port irq 12 on acpi0 pm0: ps2 mouse irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: giant-locked psm0: thread psm0: model intellimouse explorer psm0: config; 00 flags: 8, packet size:4 psm0: syncmask:08, syncbits:00 After that, it hangs. I'm using a 7.0 world, mergemastered, and a kernel compiled on the broken system, and also a kernel compiled on one of the working systems and copied over, with the same config. (attached) dmesg from one of the working systems also attached -- same config modulo RAM and CPU speed. If I boot using the 6.2 kernel and 7.0 userland, I can ssh in and some things work, but others don't. That's unsurprising really, and is exactly why the upgrade instructions say to reboot with the new kernel before installing the new world. Doing that would have caught this problem before it was too late. I'm using an IPKVM vs. serial console, so this is slightly more difficult to debug, plus I have to ask someone to reboot the machine, vs. using a power cycler. Any help in debugging this would be most appreciated. OK, recompile the kernel, adding the following options: options KDB options DDB When the machine hangs, hit Ctrl-Alt-Escape, this may or may not drp you into the debugger, depending on exactly how the machine is hanging. (if it doesn't, your only option may well be to try to get serial access to the machine) Assuming it does get you into the debugger, send the output of bt to the list. With that, hopefully there will be enough information to diagnose this issue. Thanks, Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Crash with recent kernel on wireless
On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: Hi Recently I've upgraded 7-STABLE: Mar 11 - Apr 24 Everything was fine until I've tried to configure wireless (ath driver, WPA) It crashes every time after interface becomes UP, (I've seen associated in ifconfig output before crash), but before dhcp finished to get IP. % cat /var/crash/info.43 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 162320384B (154 MB) Blocksize: 512 Dumptime: Fri Mar 28 17:24:32 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/VBOOK Panic String: non-maskable interrupt trap Dump Parity: 3087556879 Bounds: 43 Dump Status: good kgdb does not shows match (why ?): % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 You should use the kernel image with the debugging symbols here. If you build and install a kernel, you get two kernel images on 7.x; 1) /boot/kernel/kernel (your regular kernel) 2) /boot/kernel/kernel.symbols (with the debug symbols) Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpRshdS1rZSx.pgp Description: PGP signature
Re: threads cleanup?
On Thu, 24 Apr 2008 12:04:20 +0300 Krassimir Slavchev [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Most probably I missed something. I have problems with threads cleanup. Here are output of valgrind and simple test program: ... ==78317== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==78317== malloc/free: in use at exit: 4108 bytes in 2 blocks. ==78317== malloc/free: 5 allocs, 3 frees, 4324 bytes allocated. ==78317== ==78317== searching for pointers to 2 not-freed blocks. ==78317== checked 1468040 bytes. ==78317== ==78317== 12 bytes in 1 blocks are still reachable in loss record 1 of 2 ==78317==at 0x3C038183: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==78317==by 0x3C03F8D0: (within /usr/local/lib/valgrind/libthr.so.2) ==78317==by 0x3C040F49: pthread_mutex_init (in /usr/local/lib/valgrind/libthr.so.2) ==78317==by 0x3C040FA9: pthread_mutex_lock (in /usr/local/lib/valgrind/libthr.so.2) ==78317== ==78317== ==78317== 4096 bytes in 1 blocks are still reachable in loss record 2 of 2 ==78317==at 0x3C038183: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==78317==by 0x3C121AE5: __smakebuf (in /lib/libc.so.6) ==78317==by 0x3C1219B0: __swsetup (in /lib/libc.so.6) ==78317==by 0x3C11789B: __vfprintf (in /lib/libc.so.6) ... You definitely need deeper stacktrace to see where mutexes are allocated. Info above says nothing otherwise. Also, note that when running threaded programs under valgrind you are testing valgrind's own threading library implementatiion, not 'real' libthr. -- Alexander Kabaev signature.asc Description: PGP signature
Re: FreeBSD 7.0-STABLE SATA300 detected as SATA150
On Tue, Apr 22, 2008 at 3:11 PM, Abdullah Ibn Hamad Al-Marri [EMAIL PROTECTED] wrote: Hello, FreeBSD 7.0-STABLE #0: Tue Apr 22 17:32:02 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MX1 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU) Origin = GenuineIntel Id = 0x6fb Stepping = 11 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xe3fdSSE3,RSVD2,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM AMD Features=0x20100800SYSCALL,NX,LM AMD Features2=0x1LAHF Cores per package: 2 usable memory = 4276047872 (4077 MB) avail memory = 4106981376 (3916 MB) ACPI APIC Table: INTEL DG31PR FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard acpi0: INTEL on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 14318180 Hz quality 900 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0xd070-0xd077 mem 0xd020-0xd027,0xc000-0xcfff,0xd010-0xd01f irq 16 at device 2.0 on pci0 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 17 at device 28.1 on pci0 pci3: ACPI PCI bus on pcib3 re0: RealTek 8168/8111B PCIe Gigabit Ethernet port 0xc000-0xc0ff mem 0xd002-0xd0020fff irq 17 at device 0.0 on pci3 miibus0: MII bus on re0 rgephy0: RTL8169S/8110S/8211B media interface PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:d1:a7:a4:72 re0: [FILTER] pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci4: ACPI PCI bus on pcib4 isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH7 SATA300 controller port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 ^^ atapci0: [ITHREAD] ata2: ATA channel 0 on atapci0 ata2: [ITHREAD] ata3: ATA channel 1 on atapci0 ata3: [ITHREAD] pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Sleep Button on acpi0 acpi_button1: Power Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 1.000 msec ad4: 238475MB WDC WD2500KS-00MJB0 02.01C03 at ata2-master SATA150 ^^^ ad6: 715404MB WDC WD7500AAKS-00RBA0 30.04G30 at ata3-master SATA150 SMP: AP CPU #1 Launched! Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ Not sure if you know this but there should be no speed negotiation/DMA level issues with a native AHCI SATA implementation. If its reported as SATA-150, its probably a hardware issue (with FPDMA and the general DMA architecture of SATA, the driver really has no clue nor should it on what speed the bus speed is - its strictly up to your cable, chipset and drive). I would definitely check what Jeremy mentioned as well as a faulty cable! Long live no more CS jumpers -aps ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_6 tinderbox] failure on i386/i386
TB --- 2008-04-25 23:09:11 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-25 23:09:11 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-04-25 23:09:11 - cleaning the object tree TB --- 2008-04-25 23:09:51 - cvsupping the source tree TB --- 2008-04-25 23:09:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-04-25 23:10:01 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-25 23:10:01 - cd /src TB --- 2008-04-25 23:10:01 - /usr/bin/make -B buildworld 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 TB --- 2008-04-26 00:03:59 - generating LINT kernel config TB --- 2008-04-26 00:03:59 - cd /src/sys/i386/conf TB --- 2008-04-26 00:03:59 - /usr/bin/make -B LINT TB --- 2008-04-26 00:03:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 00:03:59 - cd /src TB --- 2008-04-26 00:03:59 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Apr 26 00:03:59 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2008-04-25 22:51:37 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-25 22:51:37 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-04-25 22:51:37 - cleaning the object tree TB --- 2008-04-25 22:52:32 - cvsupping the source tree TB --- 2008-04-25 22:52:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-04-25 22:52:46 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-25 22:52:46 - cd /src TB --- 2008-04-25 22:52:46 - /usr/bin/make -B buildworld 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 TB --- 2008-04-26 00:10:45 - generating LINT kernel config TB --- 2008-04-26 00:10:45 - cd /src/sys/amd64/conf TB --- 2008-04-26 00:10:45 - /usr/bin/make -B LINT TB --- 2008-04-26 00:10:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 00:10:45 - cd /src TB --- 2008-04-26 00:10:45 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Apr 26 00:10: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
[releng_6 tinderbox] failure on i386/pc98
TB --- 2008-04-26 00:13:04 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 00:13:04 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-04-26 00:13:04 - cleaning the object tree TB --- 2008-04-26 00:13:56 - cvsupping the source tree TB --- 2008-04-26 00:13:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-04-26 00:14:05 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 00:14:05 - cd /src TB --- 2008-04-26 00:14:05 - /usr/bin/make -B buildworld 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 TB --- 2008-04-26 01:07:53 - generating LINT kernel config TB --- 2008-04-26 01:07:53 - cd /src/sys/pc98/conf TB --- 2008-04-26 01:07:53 - /usr/bin/make -B LINT TB --- 2008-04-26 01:07:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 01:07:53 - cd /src TB --- 2008-04-26 01:07:53 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Apr 26 01:07: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
[releng_6 tinderbox] failure on sparc64/sparc64
TB --- 2008-04-26 00:19:20 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 00:19:20 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-04-26 00:19:20 - cleaning the object tree TB --- 2008-04-26 00:19:48 - cvsupping the source tree TB --- 2008-04-26 00:19:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-04-26 00:19:56 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 00:19:56 - cd /src TB --- 2008-04-26 00:19:56 - /usr/bin/make -B buildworld 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 TB --- 2008-04-26 01:13:41 - generating LINT kernel config TB --- 2008-04-26 01:13:41 - cd /src/sys/sparc64/conf TB --- 2008-04-26 01:13:41 - /usr/bin/make -B LINT TB --- 2008-04-26 01:13:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 01:13:41 - cd /src TB --- 2008-04-26 01:13:41 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Apr 26 01:13:42 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf
MFC Candidate: convert ffs_softdep.c over to callout(9)
Hi stable users, Recently I committed revision 1.219 of src/sys/ufs/ffs/ffs_softdep.c to remove the use of old-style timeout(9) calls in the softdep code and replace them with the new callout(9) API, to further MPSAFE-ness of the softdep code. I am attaching a patch to RELENG_7 that I'd like some people to test, which is just an MFC of this code. Can I get any testers (so that I can MFC this)? -- Coleman Kane diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c index 668f08f..f1b01d2 100644 --- sys/ufs/ffs/ffs_softdep.c +++ sys/ufs/ffs/ffs_softdep.c @@ -661,7 +661,7 @@ static int maxindirdeps = 50; /* max number of indirdeps before slowdown */ static int tickdelay = 2; /* number of ticks to pause during slowdown */ static int proc_waiting; /* tracks whether we have a timeout posted */ static int *stat_countp; /* statistic to count in proc_waiting timeout */ -static struct callout_handle handle; /* handle on posted proc_waiting timeout */ +static struct callout softdep_callout; static int req_pending; static int req_clear_inodedeps; /* syncer process flush some inodedeps */ #define FLUSH_INODES 1 @@ -1392,6 +1392,9 @@ softdep_initialize() bioops.io_complete = softdep_disk_write_complete; bioops.io_deallocate = softdep_deallocate_dependencies; bioops.io_countdeps = softdep_count_dependencies; + + /* Initialize the callout with an mtx. */ + callout_init_mtx(softdep_callout, lk, 0); } /* @@ -1402,6 +1405,7 @@ void softdep_uninitialize() { + callout_drain(softdep_callout); hashdestroy(pagedep_hashtbl, M_PAGEDEP, pagedep_hash); hashdestroy(inodedep_hashtbl, M_INODEDEP, inodedep_hash); hashdestroy(newblk_hashtbl, M_NEWBLK, newblk_hash); @@ -5856,8 +5860,10 @@ request_cleanup(mp, resource) * We wait at most tickdelay before proceeding in any case. */ proc_waiting += 1; - if (handle.callout == NULL) - handle = timeout(pause_timer, 0, tickdelay 2 ? tickdelay : 2); + if (callout_pending(softdep_callout) == FALSE) + callout_reset(softdep_callout, tickdelay 2 ? tickdelay : 2, + pause_timer, 0); + msleep((caddr_t)proc_waiting, lk, PPAUSE, softupdate, 0); proc_waiting -= 1; return (1); @@ -5872,14 +5878,15 @@ pause_timer(arg) void *arg; { - ACQUIRE_LOCK(lk); + /* + * The callout_ API has acquired mtx and will hold it around this + * function call. + */ *stat_countp += 1; wakeup_one(proc_waiting); if (proc_waiting 0) - handle = timeout(pause_timer, 0, tickdelay 2 ? tickdelay : 2); - else - handle.callout = NULL; - FREE_LOCK(lk); + callout_reset(softdep_callout, tickdelay 2 ? tickdelay : 2, + pause_timer, 0); } /* signature.asc Description: This is a digitally signed message part