MailMonitor Alert
Scanner MMSMTP2.0 virus found in You message - to [EMAIL PROTECTED] Problem description - Scanning message headers: Body part: 1 [] SAV sweep results: The main body of virus data is out of date. Body part: 2 [instruction.zip] SAV sweep results: A virus was detected. Virus found: W32/MyDoom-O Virus found: W32/MyDoom-O condition: virus infection action taken: disinfect condition: virus disinfection failed action taken: delete attachment ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
MailMonitor Alert
Scanner MMSMTP2.0 virus found in You message - to [EMAIL PROTECTED] Problem description - Scanning message headers: Body part: 1 [] SAV sweep results: The main body of virus data is out of date. Body part: 2 [instruction.zip] SAV sweep results: A virus was detected. Virus found: W32/MyDoom-O Virus found: W32/MyDoom-O condition: virus infection action taken: disinfect condition: virus disinfection failed action taken: delete attachment ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[SO]HO Software RAID5 server: which implementation should I choice?
Hello, freebsd-stable. Does somebody use some software RAID5 on FreeBSD in real production system? I want to build storage server for my home: RAW photos, multi-layer PhotoShop files and FLAC-encoded music consume a lot of space, and they should be availible both from desktop notebook. Also, all photo-content is unique, so I need some insuranse from single HDD crash. I understand, that I will not safe from fire, PSU failure and thing slike this. I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports (all of them is chipset-based, so no SiliconImage/JMicron/Whatever crappy controllers), some low-end Core2Duo, 2Gb of memory. Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, system, swap, etc. I want to have 2Tb (ok, not real Tb, I know) of protected storage. I want to have maximum speed via 1Gb network, because graphic files are big and should open fast. Not as fast as local ones, I understand that, but speeds about 12-15Mb/s is not enough for sure :) Only problem I see: which software RAID5 solution should I prefer? FreeBSD-based, of course! I see these variants: (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, as far as I understand. (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? when I try it about 6 months ago in VMWare installation with 5 virtual disks, I got panics and strange behaviour after crashing one of virtual disks. (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are THREE versions of it. Which one should I prefer? There was long thread about it some times ago without any clear conclusion. Does something changed? (4) FreeBSD 7 + ZFS zraid. And again: stability. Too many messages about locks, crashes, etc. Code is experemental. Is it only for 32 bit systems? (5) Do I miss something? (6) Solaris + ZFS? I don't want it, I know a little about Solaris administaration, and I already have FreeBSD servers and routers. I know, that 3ware or Areca controllers are very good. I know, that gmirror is very stable. But these variants are too expensive for home server :( Does somebody use some software RAID5 on FreeBSD in real production? Any advices? -- // Black Lion AKA Lev Serebryakov [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
hp blade bl460c and FreeBSD 7.0 (amd)
Hi. I found this thread http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/00f1c4f0a9f7c66c/fdd0f4ec225fc523 discussing ethernet-connectivity on the blade. I'm looking at the bl460c (xeon e5430). Is anyone using the bl460c on either a c7000 or c3000 chassis using the ethernet switch for the c7000 chassis? :-) -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [SO]HO Software RAID5 server: which implementation should I choice?
Lev Serebryakov a écrit : Hello, freebsd-stable. Does somebody use some software RAID5 on FreeBSD in real production system? I want to build storage server for my home: RAW photos, multi-layer PhotoShop files and FLAC-encoded music consume a lot of space, and they should be availible both from desktop notebook. Also, all photo-content is unique, so I need some insuranse from single HDD crash. I understand, that I will not safe from fire, PSU failure and thing slike this. I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports (all of them is chipset-based, so no SiliconImage/JMicron/Whatever crappy controllers), some low-end Core2Duo, 2Gb of memory. Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, system, swap, etc. I want to have 2Tb (ok, not real Tb, I know) of protected storage. I want to have maximum speed via 1Gb network, because graphic files are big and should open fast. Not as fast as local ones, I understand that, but speeds about 12-15Mb/s is not enough for sure :) Only problem I see: which software RAID5 solution should I prefer? FreeBSD-based, of course! I see these variants: (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, as far as I understand. (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? when I try it about 6 months ago in VMWare installation with 5 virtual disks, I got panics and strange behaviour after crashing one of virtual disks. (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are THREE versions of it. Which one should I prefer? There was long thread about it some times ago without any clear conclusion. Does something changed? (4) FreeBSD 7 + ZFS zraid. And again: stability. Too many messages about locks, crashes, etc. Code is experemental. Is it only for 32 bit systems? (5) Do I miss something? (6) Solaris + ZFS? I don't want it, I know a little about Solaris administaration, and I already have FreeBSD servers and routers. I know, that 3ware or Areca controllers are very good. I know, that gmirror is very stable. But these variants are too expensive for home server :( Does somebody use some software RAID5 on FreeBSD in real production? Any advices? Hi ! I personally use the 3 option for my personal Home File Server. I got approximatly the same usage for the file server (mostly video, music, photo). I built my own about 12 month ago. I reviewed the about the same variants as the one you propose : (1) Discarded for performance issues. Raid3 is slow. Really. (2) raid5/vinum is also slow. And as I understood at that time, recovery from lost hard drive wasn't easy enough for the freebsd niubee I was then. (4) ZFS wasn't there yet. But I did test it on a test VMWare, and wasn't convinced (mostly stability and memory issues). So I use geom_raid5. I sticked to the main distributions, which seemed more stable at the moment. The kernel module is fairly simple to build/install. Performance is (very) good for a software raid. I successfully switched the raid array from an i386 6.2-RELEASE to an an amd64 7.0-RELEASE (with motherboard and CPU change) without any assle. For the moment, I use one big UFS+SU (and snapshots) on the whole array. I successfuly tried unpplugging then replugging on of the drives, suddent power loss, using the array with a missing disk (degraded mode). All did work fine. (still, I use an UPS on the file server). The sole issue I had is with ataidle. I had to patch ata-disc.c to increase the IO timeout. Without, the raid5 module detected temporary disk loss and constantly launched rebuilds of the array. With 7.0, I wondered if I should use gjournal, but I'm not sure if it's really the way to go on a file system dedicated to store many big files. So I stick to soft updates. Current configuration is : / on a 2GB usb key /tmp on memory ports and source trees (and some portsnap stuff) on a small disk 4x250 GB sata for the raid5 array. AMD A64 3200+ and 512 GB DDRII Realtek Gigabit nics. Copy from raid5 to /dev/null gives about 100MB/s Copy from /dev/random to raid5 about 40MB/s I use samba shares. I get about 40MB/s in both ways from another computer on the network (enabling jumbo-frames gives a big boost). Hope my own story can help you in any way. Regards, Arnaud Houdelette ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 panic (rl driver)
At 08:51 PM 3/25/2008, Pyun YongHyeon wrote: On Tue, Mar 25, 2008 at 02:44:58PM -0400, Mike Tancsa wrote: I have a RELENG_7 box running in a netboot environment that is crashing every few days. I dont have a disk on it yet, so I have no where to send the coredump. But I hooked up a serial cable and made it drop to debugger. We are going to try a USB connected disk and configure it as swap so that we can then try and drop the coredump to it. Any other suggestions on how to track this down ? I guess rl(4) hardware received too long/short frame such that subsequent code in driver tried to copy recevied frame with invalid length. I don't have data sheet for rl(4) hardwares so I'm not sure how this can happen. Anyway, try attached patch. Hi, So far so good. The box has been running quite some time with no panic. By now, it would have crashed a few times. Thanks for fixing this! Hopefully, it can be committed to the tree and eventually MFC'd. ---Mike db where Tracing pid 24 tid 100023 td 0xc4cc4cc0 kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e trap(e5273bdc) at trap+0x3fa calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- db panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0845ff1,e52736cc,c05c3367,c4d97340,e52736c8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c4d97340,e52736c8,c05e1a92,c0830310,c4d97374,...) at kdb_backtrace+0x29 mi_switch(1,0,1,104,0,...) at mi_switch+0x47 sched_bind(c4cc4cc0,0,c0843f3c,10e,e527370c,...) at sched_bind+0x60 boot(c0844067,1,0,0,1,...) at boot+0x47 panic(c0829200,e5273810,c0467c95,c05e3cc3,0,...) at panic+0x13b db_panic(c05e3cc3,0,,e527377c,c0469c00,...) at db_panic+0x17 db_command_loop(c05e3cc3,0,86,1,0,...) at db_command_loop+0x2f5 db_trap(a,0,1,a,e5273924,...) at db_trap+0xc5 kdb_trap(a,0,e5273924,0,c4d50558,...) at kdb_trap+0x96 trap(e5273924) at trap+0x57b calltrap() at calltrap+0x6 --- trap 0xa, eip = 0xc05e3cc3, esp = 0xe5273964, ebp = 0xe527398c --- kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e trap(e5273bdc) at trap+0x3fa calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- db -- Regards, Pyun YongHyeon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: hp blade bl460c and FreeBSD 7.0 (amd)
Quoting Claus Guttesen, who wrote on Wed, Apr 09, 2008 at 01:47:05PM +0200 .. Hi. I found this thread http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/00f1c4f0a9f7c66c/fdd0f4ec225fc523 discussing ethernet-connectivity on the blade. I'm looking at the bl460c (xeon e5430). Is anyone using the bl460c on either a c7000 or c3000 chassis using the ethernet switch for the c7000 chassis? :-) The Cisco version, or the HP version of the c7000 switch? I briefly played with a BL460c in a c7000 with HP switch. No problems with FreeBSD-6.mumble (I forgot what I used). -- Wilko Bulte [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: [SO]HO Software RAID5 server: which implementation should I choice?
Arnaud Houdelette wrote: Lev Serebryakov a écrit : Hello, freebsd-stable. Does somebody use some software RAID5 on FreeBSD in real production system? I want to build storage server for my home: RAW photos, multi-layer PhotoShop files and FLAC-encoded music consume a lot of space, and they should be availible both from desktop notebook. Also, all photo-content is unique, so I need some insuranse from single HDD crash. I understand, that I will not safe from fire, PSU failure and thing slike this. I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports (all of them is chipset-based, so no SiliconImage/JMicron/Whatever crappy controllers), some low-end Core2Duo, 2Gb of memory. Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, system, swap, etc. I want to have 2Tb (ok, not real Tb, I know) of protected storage. I want to have maximum speed via 1Gb network, because graphic files are big and should open fast. Not as fast as local ones, I understand that, but speeds about 12-15Mb/s is not enough for sure :) Only problem I see: which software RAID5 solution should I prefer? FreeBSD-based, of course! I see these variants: (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, as far as I understand. (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? when I try it about 6 months ago in VMWare installation with 5 virtual disks, I got panics and strange behaviour after crashing one of virtual disks. (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are THREE versions of it. Which one should I prefer? There was long thread about it some times ago without any clear conclusion. Does something changed? (4) FreeBSD 7 + ZFS zraid. And again: stability. Too many messages about locks, crashes, etc. Code is experemental. Is it only for 32 bit systems? (5) Do I miss something? (6) Solaris + ZFS? I don't want it, I know a little about Solaris administaration, and I already have FreeBSD servers and routers. I know, that 3ware or Areca controllers are very good. I know, that gmirror is very stable. But these variants are too expensive for home server :( Does somebody use some software RAID5 on FreeBSD in real production? Any advices? I've been using FreeNAS (http://www.freenas.org) for personal use as well as a couple of places at work. It lives on a USB key and uses the disks for storage. It uses Samba, AFP, NFS, and iSCSI. I haven't really loaded it down, but I've been seeing close to 100Mbit (on gig-e) (this is NFS shares for VMWare ESX) -- Louis Kowolowski[EMAIL PROTECTED] Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Everyone is a genius. It's just that some people are too stupid to realize it. signature.asc Description: OpenPGP digital signature
7.0-RELEASE panic any ideas?
[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 amd64-marcel-freebsd. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50006 fault code = supervisor read data, page not present instruction pointer = 0x8:0x8023e3c6 stack pointer = 0x10:0xae39f7e0 frame pointer = 0x10:0xff00a18a5400 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 55130 (vim) trap number = 12 panic: page fault cpuid = 1 Uptime: 40d17h22m13s Physical memory: 4088 MB Dumping 520 MB: 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:194 194 __asm __volatile(movq %%gs:0,%0 : =r (td)); (kgdb) list *0x8023e3c6 0x8023e3c6 is in g_io_request (/usr/src/sys/geom/geom_io.c:364). 359 KASSERT(bp-bio_length % cp-provider-sectorsize == 0, 360 (wrong length %jd for sectorsize %u, 361 bp-bio_length, cp-provider-sectorsize)); 362 } 363 364 g_trace(G_T_BIO, bio_request(%p) from %p(%s) to %p(%s) cmd %d, 365 bp, cp, cp-geom-name, pp, pp-name, bp-bio_cmd); 366 367 bp-bio_from = cp; 368 bp-bio_to = pp; (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0004 in ?? () #2 0x80288869 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0x80288c6d in panic (fmt=0x104 Address 0x104 out of bounds) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0x803d6624 in trap_fatal (frame=0xff00713c79f0, eva=18446742976103034880) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0x803d69f5 in trap_pfault (frame=0xae39f730, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0x803d7338 in trap (frame=0xae39f730) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0x803bcfae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0x8023e3c6 in g_io_request (bp=0xff011c81d000, cp=0xff00a18a5400) at /usr/src/sys/geom/geom_io.c:364 #9 0x8038643f in ufs_strategy (ap=Variable ap is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1997 #10 0x802e9ce9 in bufstrategy (bo=Variable bo is not available. ) at vnode_if.h:935 #11 0x802f05b0 in breadn (vp=0xff001b1135d0, blkno=Variable blkno is not available. ) at buf.h:429 #12 0x802f064a in bread (vp=Variable vp is not available. ) at /usr/src/sys/kern/vfs_bio.c:734 #13 0x8037c72a in ffs_read (ap=Variable ap is not available. ) at /usr/src/sys/ufs/ffs/ffs_vnops.c:531 #14 0x80387913 in ufs_readdir (ap=0xae39fa70) at vnode_if.h:344 #15 0x8030d91f in getdirentries (td=0xff00713c79f0, uap=0xae39fbe0) at vnode_if.h:747 #16 0x803d6c77 in syscall (frame=0xae39fc70) at /usr/src/sys/amd64/amd64/trap.c:852 #17 0x803bd1bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #18 0x0008009a4c7c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit Any ideas on the above? Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [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: [SO]HO Software RAID5 server: which implementation should I choice?
Lev Serebryakov wrote: ... I've been using FreeNAS (http://www.freenas.org) for personal use as well as a couple of places at work. Do you use it in RAID5 configuration (which is geom_raid5 - based)? I'm using it in both gmirror and graid5 configurations. -- Louis Kowolowski[EMAIL PROTECTED] Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Everyone is a genius. It's just that some people are too stupid to realize it. signature.asc Description: OpenPGP digital signature
Re[2]: [SO]HO Software RAID5 server: which implementation should I choice?
Hello, Louis. You wrote 9 ?? 2008 ?., 21:26:09: I've been using FreeNAS (http://www.freenas.org) for personal use as well as a couple of places at work. Do you use it in RAID5 configuration (which is geom_raid5 - based)? -- // Black Lion AKA Lev Serebryakov [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Recent bootloaders not working also on FIC PA-2005 board
It would be these changes. Debugging this will be hard. :( Are you familiar with x86 assembly at all? I have a bit different problem: The box (old Pentium-MMX PC with the FIC PA-2005 board using VT82C580 (Apollo VP) chipset. The machine had 16MB RAM only, recently upgraded to 256MB. I have installed the newest BIOS version available, so the CD-ROM booting works properly. I can boot Solaris 8 for Intel CD and NetBSD 4.0 install CD, but FreeBSD CDROMs from 5.5-RELEASE, 7.0-RELEASE and March 2007 8.0-CURRENT bootloaders fail in the same way: - A /boot/loader menu appears. The cursor runs like around 10 seconds countdown, like 10 was printed and then 3 backspaces and 10 printed again, no countdown takes place. - Pressing some keys like Enter, Space and 3 - nothing happens, but if you persist long enough (with 3 or Enter) you can make the counter running down. - After the counter expires, the |/-\|/- progress meter (how do we call this thing?) appears for a while and then the system resets. How can I try to debug this? I have tried to attach serial console with AT keyboard unplugged I still get message that VGA console will be used. The serial port is working correctly (verified with Windows and later with NetBSD). Can I get serial console while booting from CDROM - do I need to remove VGA card for this? Soon I should receive a firewire controller, but I am not sure if any low-level debugging can be done with this. Below please find dmesg output from NetBSD (upgraded to -CURRENT). --Marcin Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 4.99.58 (PONIATOWSKI) #1: Tue Apr 8 01:27:38 CEST 2008 [EMAIL PROTECTED]:/usr/netbsd/obj/usr/netbsd/src/sys/arch/i386/compile/PONIATOWSKI total memory = 254 MB avail memory = 239 MB timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter i8254 frequency 1193182 Hz quality 100 Generic PC PCI BIOS rev. 2.1 found at 0xfb3f0 pcibios: config mechanism [1][x], special cycles [1][x], last bus 0 PCI BIOS has 5 Interrupt Routing table entries -- device vendor product pin PIRQ IRQ stage -- -- mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Intel Pentium/MMX (586-class), 166.11 MHz, id 0x543 cpu0: features 8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8 cpu0: features 8001bfMMX cpu0: Initial APIC ID 0 cpu0: Cluster/Package ID 0 pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok pchb0 at pci0 dev 0 function 0 pchb0: VIA Technologies VT82C580 (Apollo VP) Host-PCI Bridge (rev. 0x10) pcib0 at pci0 dev 7 function 0 pcib0: VIA Technologies VT82C586 PCI-ISA Bridge (rev. 0x02) viaide0 at pci0 dev 7 function 1 viaide0: VIA Technologies VT82C586 (Apollo VP) ATA33 controller viaide0: bus-master DMA support present viaide0: primary channel configured to compatibility mode viaide0: primary channel interrupting at irq 14 atabus0 at viaide0 channel 0 viaide0: secondary channel configured to compatibility mode viaide0: secondary channel interrupting at irq 15 atabus1 at viaide0 channel 1 vga1 at pci0 dev 11 function 0: ATI Technologies 3D Rage II+ (rev. 0x9a) wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation) wsmux1: connecting to wsdisplay0 direct rendering for vga1 unsupported isa0 at pcib0 lpt0 at isa0 port 0x378-0x37b irq 7 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo pckbc0 at isa0 port 0x60-0x64 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 attimer0 at isa0 port 0x40-0x43: AT Timer pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker (CPU-intensive output) sysbeep0 at pcppi0 isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support npx0 at isa0 port 0xf0-0xff npx0: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2 attimer0: attached to pcppi0 isapnp0: read port 0x203 sb1 at isapnp0 port 0x220/16,0x388/4,0x500/16 irq 5 drq 1,0 sb1: Analog Devices AD1816A : dsp v3.02 sb1: WARNING: powerhook_establish is deprecated audio0 at sb1: half duplex, mmap, independent opl0 at sb1: model OPL3 midi1 at opl0: SB Yamaha OPL3 (CPU-intensive output) mpu0 at isapnp0 port 0x300/2 irq 9 mpu0: Analog Devices AD1816A midi2 at mpu0: Roland MPU-401 MIDI UART (CPU-intensive output) joy0 at isapnp0 port 0x200/8 joy0: Analog Devices AD1816A joy0: joystick not connected timecounter: Timecounter clockinterrupt frequency 100 Hz quality 0 fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec wd0 at atabus0 drive 0: SAMSUNG WN316025A (1.6 GB) wd0: drive supports 16-sector PIO transfers, LBA addressing wd0:
Jaunumi: Pa:nuu, Stussy, Reebok
STREETSOUL.LV Ziņuvēstule * Sveiciens visiem! Krāsaini jaunmi no Pa:nuu, Stussy un pirmo reizi streetsoulā, pilnīgi jauns Reebok!!! Lai apskatītu Stussy jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/20 Lai apskatītu Pa:nuu jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/24 Lai apskatītu Reebok jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/30 Dodies us www.streetsoul.lv vai arī ielas veikalu Rīgā, Tērbatas ielā 85. Bauidi Dzīvi, Ģērbies Brīvi! streetsoul.lv --- streetsoul brendi: 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. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
USB keyboard locking up on 7-RELEASE/amd64
I have a Dell Optiplex 755, with an Intel Core 2 Duo chip. I have installed 7-RELEASE/amd64 on it. 2GB of RAM, 6GB of swap. The install went fine, but post-install I'm running into a problem where the USB keyboard will just lock up. I can still ping and SSH into the system, but after about 2 minutes of activity, the keyboard becomes nonresponsive. I can move the USB plug to a different port, and see that it's recognize, and the keyboard comes back, but a couple of minutes later, it locks again. I've checked with things in the BIOS, but can't find any setting that makes a difference. I've tried both the 4BSD and ULE scheduler, no changes. Any thoughts or known issues that would explain this? When the lockup happens, there's nothing in /var/log/messages or dmesg to indicate a problem. The only other clues are that sometimes, right before it locks, it will go into a repeat loop on a keypress, and it seems to be able to be reliably triggered by switching virtual consoles (though not exclusively). I've tried different keyboards, so it doesn't appear to be a hardware issue. Thoughts? --Wade ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent bootloaders not working also on FIC PA-2005 board
On Wed, Apr 09, 2008 at 10:32:48PM +0200, Marcin Cieslak wrote: It would be these changes. Debugging this will be hard. :( Are you familiar with x86 assembly at all? In relation to John Baldwin's question, I (at least) have basically zero knowledge of x86 assembler. :-( But this bit caught my eye: How can I try to debug this? I have tried to attach serial console with AT keyboard unplugged I still get message that VGA console will be used. The serial port is working correctly (verified with Windows and later with NetBSD). Can I get serial console while booting from CDROM - do I need to remove VGA card for this? When my error occurs (with the Asus TR-DLS), I get the message about using internal console (vga?), even when the machine is set to use a serial console. I don't know if this is relevant, but in my case I can't use serial. I can also add that -- though I am not much of a progammer -- I will happily test anything that anyone might suggest. My machine is not in production (I built it to do some testing with FreeBSD7 and ZFS), and I can break it without any real consequences. -- greg byshenk - [EMAIL PROTECTED] - Leiden, NL ___ 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-09 22:47:00 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-09 22:47:00 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-04-09 22:47:00 - cleaning the object tree TB --- 2008-04-09 22:47:38 - cvsupping the source tree TB --- 2008-04-09 22:47:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-04-09 22:47:46 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-09 22:47:46 - cd /src TB --- 2008-04-09 22:47: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 TB --- 2008-04-09 23:41:27 - generating LINT kernel config TB --- 2008-04-09 23:41:27 - cd /src/sys/i386/conf TB --- 2008-04-09 23:41:27 - /usr/bin/make -B LINT TB --- 2008-04-09 23:41:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-09 23:41:27 - cd /src TB --- 2008-04-09 23:41:27 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Apr 9 23:41:28 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/kern/init_main.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/kern/init_sysent.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/kern/kern_acct.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/kern/kern_acl.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 i386/pc98
TB --- 2008-04-09 23:49:50 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-09 23:49:50 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-04-09 23:49:50 - cleaning the object tree TB --- 2008-04-09 23:50:40 - cvsupping the source tree TB --- 2008-04-09 23:50:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-04-09 23:50:48 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-09 23:50:48 - cd /src TB --- 2008-04-09 23:50:48 - /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-10 00:44:21 - generating LINT kernel config TB --- 2008-04-10 00:44:21 - cd /src/sys/pc98/conf TB --- 2008-04-10 00:44:21 - /usr/bin/make -B LINT TB --- 2008-04-10 00:44:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 00:44:21 - cd /src TB --- 2008-04-10 00:44:21 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Apr 10 00:44:21 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] 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/kern/init_main.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/kern/init_sysent.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/kern/kern_acct.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/kern/kern_acl.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
Re: RELENG_7 panic (rl driver)
On Wed, Apr 09, 2008 at 10:59:19AM -0400, Mike Tancsa wrote: At 08:51 PM 3/25/2008, Pyun YongHyeon wrote: On Tue, Mar 25, 2008 at 02:44:58PM -0400, Mike Tancsa wrote: I have a RELENG_7 box running in a netboot environment that is crashing every few days. I dont have a disk on it yet, so I have no where to send the coredump. But I hooked up a serial cable and made it drop to debugger. We are going to try a USB connected disk and configure it as swap so that we can then try and drop the coredump to it. Any other suggestions on how to track this down ? I guess rl(4) hardware received too long/short frame such that subsequent code in driver tried to copy recevied frame with invalid length. I don't have data sheet for rl(4) hardwares so I'm not sure how this can happen. Anyway, try attached patch. Hi, So far so good. The box has been running quite some time with no panic. By now, it would have crashed a few times. Thanks for fixing this! Hopefully, it can be committed to the tree and eventually MFC'd. ---Mike Thanks for testing! Patch committed to HEAD(if_rl.c rev 1.174). -- Regards, Pyun YongHyeon ___ 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 sparc64/sparc64
TB --- 2008-04-10 00:20:58 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-10 00:20:58 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-04-10 00:20:58 - cleaning the object tree TB --- 2008-04-10 00:21:33 - cvsupping the source tree TB --- 2008-04-10 00:21:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-04-10 00:21:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-10 00:21:39 - cd /src TB --- 2008-04-10 00:21:39 - /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-10 01:13:29 - generating LINT kernel config TB --- 2008-04-10 01:13:29 - cd /src/sys/sparc64/conf TB --- 2008-04-10 01:13:29 - /usr/bin/make -B LINT TB --- 2008-04-10 01:13:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 01:13:29 - cd /src TB --- 2008-04-10 01:13:29 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Apr 10 01:13:29 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -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/kern/init_main.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/kern/init_sysent.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/kern/kern_acct.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/kern/kern_acl.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/kern/kern_alq.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
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-04-10 01:16:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-10 01:16:45 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-04-10 01:16:45 - cleaning the object tree TB --- 2008-04-10 01:17:09 - cvsupping the source tree TB --- 2008-04-10 01:17:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-04-10 01:17:17 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-10 01:17:17 - cd /src TB --- 2008-04-10 01:17:17 - /usr/bin/make -B buildworld World build started on Thu Apr 10 01:17:19 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Apr 10 02:21:24 UTC 2008 TB --- 2008-04-10 02:21:24 - generating LINT kernel config TB --- 2008-04-10 02:21:24 - cd /src/sys/i386/conf TB --- 2008-04-10 02:21:24 - /usr/bin/make -B LINT TB --- 2008-04-10 02:21:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 02:21:24 - cd /src TB --- 2008-04-10 02:21:24 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Apr 10 02:21:24 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 -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=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_sysent.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=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/ksched.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=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acct.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=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_alq.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=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_clock.c cc1: warnings being treated as errors