Re: net/mpd5, ppp, proxy-arp issues
Am 26.04.2010 18:02, schrieb Julian Elischer: > On 4/26/10 1:11 AM, Stefan Esser wrote: >> I debugged this problem and prepared a patch for discussion, which >> later was committed by Max Laier (if memory serves me right). The >> message was added in order to identify further situations, where >> network domains are added after network interfaces have been >> initialized. This message ought to be informational right now, since >> the interface init is repeated whenever a network domain is added >> as part of above mentioned patch. Init order should be fixed, if >> this message is printed for compiled in drivers, but in case of a >> kernel module (like netgraph) that adds a domain, it is unadvoidable >> that the init order is reversed. >> >> Perhaps the message should be made conditional on the start-up of >> the kernel not having finished, or it should be completely removed, >> since time has shown, that the init order is correct in general. >> >> I'll remove that message (or make it conditional on "bootverbose") >> unless there is opposition to this change ... > please do.. > > it's an unavoidable thing that domains added after boot > are done after boot completes :-) Hmmm, I had a look at the code over the weekend and I'm not sure, whether changes during the last 5 years did not break assumptions and introduced bugs in if_attachdomain1() in /sys/net/if.c ... The tests at the head of the function seem problematic, but will need further analysis. I'll have to check the conditions under which the TRY_LOCK may fail and the second if clause seems to prevent the execution of the core of the function for KLDs (which would be BAD). Since I'm travelling abroad and without access to the sources or a test system for most of the week, I cannot perform these tests. But I'd be very surprised, if the code still worked as I intended it more than 5 years ago ... I'll hold back any commits until I have been able to perform tests (or somebody else looks into this and gets to a conclusion ...). Best regards, STefan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Freebsd 8.0 kmem map too small
NFS server amd64 Freebsd 8.0 recent (2 days ago) This server has been running for several months without problems. Beginning last week, however, I'm experiencing panics (about 1 per day) with the error in the subject Current settings: vm.kmem_size_scale: 3 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 2764046336 ... hw.physmem: 8568225792 hw.usermem: 6117404672 hw.realmem: 9395240960 ... vfs.zfs.l2arc_noprefetch: 0 vfs.zfs.l2arc_feed_secs_shift: 1 vfs.zfs.l2arc_feed_secs: 1 vfs.zfs.l2arc_headroom: 128 vfs.zfs.l2arc_write_boost: 67108864 vfs.zfs.l2arc_write_max: 67108864 vfs.zfs.arc_meta_limit: 431882240 vfs.zfs.arc_meta_used: 431874720 vfs.zfs.arc_min: 215941120 vfs.zfs.arc_max: 1727528960 I've set nothing in either /boot/loader.conf or sysctl.conf What should I do? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Freebsd 8.0 kmem map too small
On Mon, May 03, 2010 at 12:41:50PM +0200, Giulio Ferro wrote: > NFS server amd64 Freebsd 8.0 recent (2 days ago) > > This server has been running for several months without problems. > Beginning last week, however, I'm experiencing panics (about 1 per day) > with the error in the subject > > Current settings: > > > vm.kmem_size_scale: 3 > vm.kmem_size_max: 329853485875 > vm.kmem_size_min: 0 > vm.kmem_size: 2764046336 > ... > hw.physmem: 8568225792 > hw.usermem: 6117404672 > hw.realmem: 9395240960 > ... > vfs.zfs.l2arc_noprefetch: 0 > vfs.zfs.l2arc_feed_secs_shift: 1 > vfs.zfs.l2arc_feed_secs: 1 > vfs.zfs.l2arc_headroom: 128 > vfs.zfs.l2arc_write_boost: 67108864 > vfs.zfs.l2arc_write_max: 67108864 > vfs.zfs.arc_meta_limit: 431882240 > vfs.zfs.arc_meta_used: 431874720 > vfs.zfs.arc_min: 215941120 > vfs.zfs.arc_max: 1727528960 > > > I've set nothing in either /boot/loader.conf or sysctl.conf > > > What should I do? You need to adjust vm.kmem_size to provide more space for the ARC. Below are ZFS-relevant entries in our /boot/loader.conf on production RELENG_8 systems with 8GB of RAM. The reason we set kmem_size to half our physical system memory is because I didn't want to risk other processes which use a larger maxdsiz/dfldsiz/maxssiz to potentially exhaust all memory. # Increase vm.kmem_size to allow for ZFS ARC to utilise more memory. vm.kmem_size="4096M" vfs.zfs.arc_max="3584M" # Disable ZFS prefetching # http://southbrain.com/south/2008/04/the-nightmare-comes-slowly-zfs.html # Increases overall speed of ZFS, but when disk flushing/writes occur, # system is less responsive (due to extreme disk I/O). # NOTE: 8.0-RC1 disables this by default on systems <= 4GB RAM anyway # NOTE: System has 8GB of RAM, so prefetch would be enabled by default. vfs.zfs.prefetch_disable="1" # Decrease ZFS txg timeout value from 30 (default) to 5 seconds. This # should increase throughput and decrease the "bursty" stalls that # happen during immense I/O with ZFS. # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007343.html # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007355.html vfs.zfs.txg.timeout="5" -- | Jeremy Chadwick j...@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 "freebsd-stable-unsubscr...@freebsd.org"
Re: Freebsd 8.0 kmem map too small
On 03.05.2010 13:01, Jeremy Chadwick wrote: On Mon, May 03, 2010 at 12:41:50PM +0200, Giulio Ferro wrote: NFS server amd64 Freebsd 8.0 recent (2 days ago) This server has been running for several months without problems. Beginning last week, however, I'm experiencing panics (about 1 per day) with the error in the subject Current settings: vm.kmem_size_scale: 3 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 2764046336 ... hw.physmem: 8568225792 hw.usermem: 6117404672 hw.realmem: 9395240960 ... vfs.zfs.l2arc_noprefetch: 0 vfs.zfs.l2arc_feed_secs_shift: 1 vfs.zfs.l2arc_feed_secs: 1 vfs.zfs.l2arc_headroom: 128 vfs.zfs.l2arc_write_boost: 67108864 vfs.zfs.l2arc_write_max: 67108864 vfs.zfs.arc_meta_limit: 431882240 vfs.zfs.arc_meta_used: 431874720 vfs.zfs.arc_min: 215941120 vfs.zfs.arc_max: 1727528960 I've set nothing in either /boot/loader.conf or sysctl.conf What should I do? You need to adjust vm.kmem_size to provide more space for the ARC. Below are ZFS-relevant entries in our /boot/loader.conf on production RELENG_8 systems with 8GB of RAM. The reason we set kmem_size to half our physical system memory is because I didn't want to risk other processes which use a larger maxdsiz/dfldsiz/maxssiz to potentially exhaust all memory. # Increase vm.kmem_size to allow for ZFS ARC to utilise more memory. vm.kmem_size="4096M" vfs.zfs.arc_max="3584M" # Disable ZFS prefetching # http://southbrain.com/south/2008/04/the-nightmare-comes-slowly-zfs.html # Increases overall speed of ZFS, but when disk flushing/writes occur, # system is less responsive (due to extreme disk I/O). # NOTE: 8.0-RC1 disables this by default on systems<= 4GB RAM anyway # NOTE: System has 8GB of RAM, so prefetch would be enabled by default. vfs.zfs.prefetch_disable="1" # Decrease ZFS txg timeout value from 30 (default) to 5 seconds. This # should increase throughput and decrease the "bursty" stalls that # happen during immense I/O with ZFS. # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007343.html # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007355.html vfs.zfs.txg.timeout="5" Thanks, I'll try these settings. I'll keep you posted. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8-STABLE performance issues on Supermicro Core i7
I have tried both drives independently (two system drives currently in ZFS mirror), but the interrupts was something that caught my attention as well. I haven't yet tried polling yet on the em interface, but I still have interrupts like what you are seeing (minus the em ones) when I'm just compiling and not really using the network, so I was going to wait before going down that path. Bryce On Sun, May 2, 2010 at 11:20 PM, Adam Vande More wrote: > On Sun, May 2, 2010 at 9:40 PM, Bryce Edwards wrote: >> >> Hello, >> >> I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 >> GB ram that is not performing nearly as fast as it should in many ways >> (compiling, network transfers). To give an example, it has been >> building the gcc44 port for about 10 hours now and at the same time >> rsync'ing from a Linux box on the same Gigabit network is only getting >> throughput of between 10-25 MB/sec. When I did a buildkernel for >> 8-STABLE, it took 17 hours! My investigations have shown inhibited >> performance on compute, network and storage activities. >> > > Have you investigated potential faulty HD? I have an i7 870 and your ahci > interrupts are an order of magintude greater than mine. That could be many > other things too, but I think a SMART scan could help. > > -- > Adam Vande More > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
panic from sysctl with RELENG_8_0
I'm seeing the following panic several times a week. It happens when we have a periodic script run that is doing a "sysctl -a | grep | sed" to fetch information we use for logging. I'm not sure if it panics in the same OID every time, but a little investigation with KGDB on the core file shows it had reached vm.vmtotal this time. Is it a known issue, hopefully with a fix (besides not doing a sysctl -a)? Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xa0d0c90 fault code = supervisor read data, page not present instruction pointer = 0x20:0x8058647e stack pointer = 0x28:0xff8077feb8c0 frame pointer = 0x28:0xff8077feb8e0 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 = 83436 (sysctl) Physical memory: 4078 MB Dumping 1701 MB: 1686 1670 1654 1638 1622 1606 1590 1574 1558 1542 1526 1510 1494 1478 1462 1446 1430 1414 1398 1382 1366 1350 1334 1318 1302 1286 1270 1254 1238 1222 1206 1190 1174 1158 1142 1126 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bridge.ko Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. done. Loaded symbols for /boot/kernel/bridgestp.ko Reading symbols from /boot/kernel/lsnet.ko...done. Loaded symbols for /boot/kernel/lsnet.ko Reading symbols from /boot/kernel/bpmod.ko...done. Loaded symbols for /boot/kernel/bpmod.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0x801e2e6c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0x801e311d in db_command (last_cmdp=0x80beb9a0, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0x801e7683 in db_script_exec ( scriptname=0x808e50d0 "kdb.enter.default", warnifnotfound=0) at /usr/src/sys/ddb/db_script.c:302 #4 0x801e777e in db_script_kdbenter (eventname=Variable "eventname" is not available. ) at /usr/src/sys/ddb/db_script.c:325 #5 0x801e53b4 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:228 #6 0x805c53d5 in kdb_trap (type=12, code=0, tf=0xff8077feb810) at /usr/src/sys/kern/subr_kdb.c:535 #7 0x8088316d in trap_fatal (frame=0xff8077feb810, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #8 0x80883544 in trap_pfault (frame=0xff8077feb810, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #9 0x80883f8f in trap (frame=0xff8077feb810) at /usr/src/sys/amd64/amd64/trap.c:494 #10 0x80869873 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #11 0x8058647e in _mtx_lock_sleep (m=0xff0073898000, tid=18446742975565457184, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #12 0x807eda6e in vmtotal (oidp=0x80bb52c0, arg1=Variable "arg1" is not available. ) at /usr/src/sys/vm/vm_meter.c:186 #13 0x8059ebf8 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1418 #14 0x8059fea1 in userland_sysctl (td=0x0, name=0xff8077febaa0, namelen=2, old=0x0, oldlenp=Variable "oldlenp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1522 #15 0x805a007a in __sysctl (td=0xff005182e720, uap=0xff8077febbf0) at /usr/src/sys/kern/kern_sysctl.c:1448 #16 0x808837b6 in syscall (frame=0xff8077febc80) at /usr/src/sys/amd64/amd64/trap.c:984 #17 0x80869b51 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #18 0x00080073d9dc in ?? () ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
raidz2 recovery problem on 8.0p2
I have a 12GB memory machine, with a mpt controller in it, running a ZFS raidz2 for (test) data storage. The system also has a ZFS mirror in place for the OS, home directories, etc. I manually failed one of the disks in the JBOD shelf and watched as the mpt controller started logging errors. Ultimately, I tried to reboot the machine, but it panic'd instead of rebooting cleanly. It failed to crashdump too (Got about 200MB into the dump and stopped.) Upon reboot, I saw that zfs thought there were two da6 disk devices. Which was strange, since at this point, the machine should have had da0 through da6. I issued a 'zpool clear media da6' command, but that didn't resolve anything. Then I plugged the drive back into the JBOD and rebooted. Now I see the following: u...@host: zpool status media pool: media state: DEGRADED status: One or more devices could not be used because the label is missing or invalid. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Replace the device using 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-4J scrub: none requested config: NAMESTATE READ WRITE CKSUM media DEGRADED 0 0 0 raidz2DEGRADED 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 da6 FAULTED 098 0 corrupted data errors: No known data errors Note that there are *two* da6 devices listed, at least from zpool's point of view. A dmesg reports this: da0 at mpt0 bus 0 target 8 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da1 at mpt0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da2 at mpt0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da3 at mpt0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da4 at mpt0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 300.000MB/s transfers da4: Command Queueing enabled da4: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da5 at mpt0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 300.000MB/s transfers da5: Command Queueing enabled da5: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da6 at mpt0 bus 0 target 14 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 300.000MB/s transfers da6: Command Queueing enabled da6: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) da7 at mpt0 bus 0 target 15 lun 0 da7: Fixed Direct Access SCSI-5 device da7: 300.000MB/s transfers da7: Command Queueing enabled da7: 1430799MB (2930277168 512 byte sectors: 255H 63S/T 182401C) Any suggestions about how to get this raid back into a non-degraded state? For whatever it's worth, 'uname -a' reports: FreeBSD host.fairview-park.com 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Thanks for any help. -Kurt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Kernel panic when unpluggin AC adaptor
Hi, I just updated my 8.0-STABLE/amd64 today around 17h CEST, and it just panics when I unplug my AC. The current process = 11 (idle: cpu1) is this related to the cpufreq and related stuff ? It also says cannot dump. Device not defined or unavailable so I can't give you more infos now. King regards. -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Kernel panic when unpluggin AC adaptor
2010/5/3 David DEMELIER :
> Hi,
>
> I just updated my 8.0-STABLE/amd64 today around 17h CEST, and it just
> panics when I unplug my AC. The current process = 11 (idle: cpu1) is
> this related to the cpufreq and related stuff ?
>
> It also says cannot dump. Device not defined or unavailable so I can't
> give you more infos now.
>
I can confirm that :
#performance_cx_lowest="HIGH"
#performance_cpu_freq=${performance_cx_lowest}
#economy_cx_lowest="LOW"
#economy_cpu_freq=${economy_cx_lowest}
in rc.conf was the problem.
--
Demelier David
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8-STABLE performance issues on Supermicro Core i7
Maybe this is a ridiculous question, but did you check whether your CPU is used and accelerated in case you use powerd/cpufreq or another power-saving feature? I ask you because I had this problem and I recalled that the same thing gathered my attention in the beginning, slow compilations. Basically, my CPU was nost scaling upwards for technical reasons that I can't understand. Here's my thread: http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056105.html Cheers, Mihai On Mon, 3 May 2010 13:30:17 -0500 Bryce Edwards wrote: > I have tried both drives independently (two system drives currently > in ZFS mirror), but the interrupts was something that caught my > attention as well. I haven't yet tried polling yet on the em > interface, but I still have interrupts like what you are seeing (minus > the em ones) when I'm just compiling and not really using the network, > so I was going to wait before going down that path. > > Bryce > -- Mihai ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Kernel panic when unpluggin AC adaptor
On Mon, May 3, 2010 at 2:57 PM, David DEMELIER wrote:
> 2010/5/3 David DEMELIER :
>> Hi,
>>
>> I just updated my 8.0-STABLE/amd64 today around 17h CEST, and it just
>> panics when I unplug my AC. The current process = 11 (idle: cpu1) is
>> this related to the cpufreq and related stuff ?
>>
>> It also says cannot dump. Device not defined or unavailable so I can't
>> give you more infos now.
>>
>
> I can confirm that :
>
> #performance_cx_lowest="HIGH"
> #performance_cpu_freq=${performance_cx_lowest}
> #economy_cx_lowest="LOW"
> #economy_cpu_freq=${economy_cx_lowest}
>
> in rc.conf was the problem.
Set dumpdev in /boot/loader.conf to your swap device, reboot, and
then try to reproduce the issue.
Cheers,
-Garrett
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Kernel panic when unpluggin AC adaptor
On Mon, May 3, 2010 at 4:57 PM, David DEMELIER wrote:
> 2010/5/3 David DEMELIER :
>> Hi,
>>
>> I just updated my 8.0-STABLE/amd64 today around 17h CEST, and it just
>> panics when I unplug my AC. The current process = 11 (idle: cpu1) is
>> this related to the cpufreq and related stuff ?
>>
>> It also says cannot dump. Device not defined or unavailable so I can't
>> give you more infos now.
>>
>
> I can confirm that :
>
> #performance_cx_lowest="HIGH"
> #performance_cpu_freq=${performance_cx_lowest}
> #economy_cx_lowest="LOW"
> #economy_cpu_freq=${economy_cx_lowest}
>
> in rc.conf was the problem.
Can you get a backtrace? I've been experiencing something strange
lately after applying optimization settings from:
http://wiki.freebsd.org/TuningPowerConsumption
I can't get a useful dump either, the machine is idle, and the
backtrace is strange to me:
db> show allpcpu
Current CPU: 0
cpuid= 0
dynamic pcpu= 0x692d00
curthread= 0xff0001507390: pid 11 "idle: cpu0"
curpcb = 0xff839d40
fpcurthread = none
idlethread = 0xff0001507390: pid 11 "idle: cpu0"
curpmap = 0
tssp= 0x80840580
commontssp = 0x80840580
rsp0= 0xff839d40
gs32p = 0x8083f3b8
ldt = 0x8083f3f8
tss = 0x8083f3e8
cpuid= 1
dynamic pcpu= 0xff807f85ed00
curthread= 0xff0001507720: pid 11 "idle: cpu1"
curpcb = 0xff834d40
fpcurthread = none
idlethread = 0xff0001507720: pid 11 "idle: cpu1"
curpmap = 0
tssp= 0x808405e8
commontssp = 0x808405e8
rsp0= 0xff834d40
gs32p = 0x8083f420
ldt = 0x8083f460
tss = 0x8083f450
db> bt
Tracing pid 11 tid 14 td 0xff0001507390
rman_get_bushandle() at rman_get_bushandle+0x1
sched_idletd() at sched_idletd+0x123
fork_exit() at fork_exit+0x118
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xff839d30, rbp = 0 ---
-Brandon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8-STABLE performance issues on Supermicro Core i7
On Sun, May 02, 2010 at 09:40:13PM -0500, Bryce Edwards wrote: > I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 > GB ram that is not performing nearly as fast as it should in many ways > (compiling, network transfers). To give an example, it has been > building the gcc44 port for about 10 hours now and at the same time > rsync'ing from a Linux box on the same Gigabit network is only getting > throughput of between 10-25 MB/sec. When I did a buildkernel for > 8-STABLE, it took 17 hours! My investigations have shown inhibited > performance on compute, network and storage activities. > ... > Thanks in advance for any ideas. Here's some system info and stats: > ... > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 Are you using powerd(8) on this machine? Does the behaviour change if you shut it off? > FreeBSD tahiti.bryce.net 8.0-STABLE FreeBSD 8.0-STABLE #0: Wed Apr 28 > 10:53:37 CDT 2010 > ... > br...@tahiti[~]>cat /etc/sysctl.conf > kern.timecounter.hardware=HPET Can you explain why you're overriding the OSes choice here? According to other parts of your dmesg, ACPI-fast or ACPI-safe is a better choice. The output from "sysctl -a kern.timecounter" would list off all your timecounter choices. Why I ask: I tend to leave HPET disabled on Supermicro systems since ACPI-fast/safe have always been reliable for me on such. On every Supermicro system I've used, HPET has defaulted to disabled. > Dmesg output: > ... > ACPI Warning: Incorrect checksum in table [OEMB] - 0x7B, should be 0x74 > (20100331/tbutils-354) I don't know if this could possibly explain the problem or not; freebsd-acpi might have some ideas. > pci0: at device 20.0 (no driver > attached) > pci0: at device 20.1 (no driver > attached) > pci0: at device 20.2 (no driver > attached) > pci0: at device 20.3 (no driver > attached) > pci0: at device 22.0 (no driver attached) > pci0: at device 22.1 (no driver attached) > pci0: at device 22.2 (no driver attached) > pci0: at device 22.3 (no driver attached) > pci0: at device 22.4 (no driver attached) > pci0: at device 22.5 (no driver attached) > pci0: at device 22.6 (no driver attached) > pci0: at device 22.7 (no driver attached) I have no idea what to make of this, but I see "interrupt controller" and I get a bit concerned. The reason is, ahci0 on your system ties in to pci0: > ahci0: port > 0xa480-0xa487,0xb000-0xb003,0xac00-0xac07,0xa880-0xa883,0xa800-0xa81f mem > 0xf9fda000-0xf9fda7ff irq 19 at device 31.2 on pci0 -- | Jeremy Chadwick j...@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 "freebsd-stable-unsubscr...@freebsd.org"
Re: Kernel panic when unpluggin AC adaptor
On Mon, May 03, 2010 at 11:57:28PM +0200, David DEMELIER wrote:
> 2010/5/3 David DEMELIER :
> > Hi,
> >
> > I just updated my 8.0-STABLE/amd64 today around 17h CEST, and it just
> > panics when I unplug my AC. The current process = 11 (idle: cpu1) is
> > this related to the cpufreq and related stuff ?
> >
> > It also says cannot dump. Device not defined or unavailable so I can't
> > give you more infos now.
> >
>
> I can confirm that :
>
> #performance_cx_lowest="HIGH"
> #performance_cpu_freq=${performance_cx_lowest}
> #economy_cx_lowest="LOW"
> #economy_cpu_freq=${economy_cx_lowest}
>
> in rc.conf was the problem.
When these are commented out, can you provide the output from:
sysctl -a dev.cpu
Can you confirm whether or not powerd(8) is in use on this system when
it panics? If so, does the problem go away if you disable powerd(8) but
leave in (uncommented) the above rc.conf settings?
--
| Jeremy Chadwick j...@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 "freebsd-stable-unsubscr...@freebsd.org"
Re: 8-STABLE performance issues on Supermicro Core i7
On Sun, May 02, 2010 at 09:40:13PM -0500, Bryce Edwards wrote: > I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 > GB ram that is not performing nearly as fast as it should in many ways > (compiling, network transfers). By the way, an interesting thread you might read -- yes it's long. Subject "Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920": http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/thread.html#56253 The performance stats you're providing are much lower than 70% peak, so I'm not sure there's a correlation, but that's a thread which did bring up odd performance-affecting changes in the i5/i7 architecture: http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056332.html It's also hard to determine from the thread given its length, but I believe pinning a process to an individual CPU increased (~20%+) the OPs performance. http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056316.html http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056339.html -- | Jeremy Chadwick j...@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 "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS: separate pools
On Sun, 2 May 2010, Wes Morgan wrote: On Sun, 2 May 2010, Eric Damien wrote: Hello list. I am taking my first steps with ZFS. In the past, I used to have two UFS slices: one dedicated to the o.s. partitions, and the second to data (/home, etc.). I read on that it was possible to recreate that logic with zfs, using separate pools. Considering the example of http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, any idea how I can adapt that to my needs? I am concerned about all the different mountpoints. Well, you need not create all those filesystems if you don't want them. The pool and FreeBSD will function just fine. However, as far as storage is concerned, there is no disadvantage to having additional mount pounts. The only limits each filesystem will have is a limit you explicitly impose. There are many advantages, though. Some datasets are inherently compressible or incompressible. Other datasets you may not want to schedule for snapshots, or allow files to be executed, suid, checksummed, block sizes, you name it (as the examples in the wiki demonstrate). Furthermore, each pool requires its own vdev. If you create slices on a drive and then make each slice its own pool, I would wonder if zfs's internal queuing would understand the topology and be able to work as efficiently. Just a thought, though. I have two boxes setup where zfs is on top of slices like that. One has a small zpool across 3 disks - the rest of those disks and 3 other disks of the same size also make up another zpool. The hardware is old, so performance just is not spectacular (old 8 port 3Ware PATA card). I can't tell if this config is contributing to the somewhat anemic (by today's standards) r/w speeds or not. Another has 4 drives with a gmirror setup on two of the drives for the OS (20G out of 1TB). This box performs extremely well (bonnie++ shows 123MB/s writes, 142MB/s reads). Just some random data. I know when I was reading about ZFS I did come across some vague notion that zfs wanted the entire drive to better deal with queueing, not sure if that was official Sun docs or some random blog though... Charles ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS: separate pools
On Mon, May 03, 2010 at 10:16:57PM -0400, Charles Sprickman wrote: > Just some random data. I know when I was reading about ZFS I did > come across some vague notion that zfs wanted the entire drive to > better deal with queueing, not sure if that was official Sun docs or > some random blog though... ZFS on Solaris only enables write caching when it's given an entire disk. pjd@ has stated that this does not affect FreeBSD, only Solaris. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_6 tinderbox] failure on i386/i386
TB --- 2010-05-04 01:42:28 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-05-04 01:42:28 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2010-05-04 01:42:28 - cleaning the object tree TB --- 2010-05-04 01:42:43 - cvsupping the source tree TB --- 2010-05-04 01:42:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /home/tinderbox/RELENG_6/i386/i386/supfile TB --- 2010-05-04 01:42:51 - building world TB --- 2010-05-04 01:42:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 01:42:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 01:42:51 - TARGET=i386 TB --- 2010-05-04 01:42:51 - TARGET_ARCH=i386 TB --- 2010-05-04 01:42:51 - TZ=UTC TB --- 2010-05-04 01:42:51 - __MAKE_CONF=/dev/null TB --- 2010-05-04 01:42:51 - cd /src TB --- 2010-05-04 01:42:51 - /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 --- 2010-05-04 02:33:49 - generating LINT kernel config TB --- 2010-05-04 02:33:49 - cd /src/sys/i386/conf TB --- 2010-05-04 02:33:49 - /usr/bin/make -B LINT TB --- 2010-05-04 02:33:49 - building LINT kernel TB --- 2010-05-04 02:33:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 02:33:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 02:33:49 - TARGET=i386 TB --- 2010-05-04 02:33:49 - TARGET_ARCH=i386 TB --- 2010-05-04 02:33:49 - TZ=UTC TB --- 2010-05-04 02:33:49 - __MAKE_CONF=/dev/null TB --- 2010-05-04 02:33:49 - cd /src TB --- 2010-05-04 02:33:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 4 02:33:49 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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/dev/an/if_an_pccard.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/dev/an/if_an_pci.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/dev/asr/asr.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 larg
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2010-05-04 01:23:08 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-05-04 01:23:08 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2010-05-04 01:23:08 - cleaning the object tree TB --- 2010-05-04 01:23:30 - cvsupping the source tree TB --- 2010-05-04 01:23:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /home/tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2010-05-04 01:23:38 - building world TB --- 2010-05-04 01:23:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 01:23:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 01:23:38 - TARGET=amd64 TB --- 2010-05-04 01:23:38 - TARGET_ARCH=amd64 TB --- 2010-05-04 01:23:38 - TZ=UTC TB --- 2010-05-04 01:23:38 - __MAKE_CONF=/dev/null TB --- 2010-05-04 01:23:38 - cd /src TB --- 2010-05-04 01:23:38 - /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 --- 2010-05-04 02:37:27 - generating LINT kernel config TB --- 2010-05-04 02:37:27 - cd /src/sys/amd64/conf TB --- 2010-05-04 02:37:27 - /usr/bin/make -B LINT TB --- 2010-05-04 02:37:27 - building LINT kernel TB --- 2010-05-04 02:37:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 02:37:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 02:37:27 - TARGET=amd64 TB --- 2010-05-04 02:37:27 - TARGET_ARCH=amd64 TB --- 2010-05-04 02:37:27 - TZ=UTC TB --- 2010-05-04 02:37:27 - __MAKE_CONF=/dev/null TB --- 2010-05-04 02:37:27 - cd /src TB --- 2010-05-04 02:37:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 4 02:37:27 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -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/dev/an/if_an_pccard.c cc -c -O2 -frename-registers -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/dev/an/if_an_pci.c cc -c -O2 -frename-registers -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/dev/asr/asr.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I
[releng_6 tinderbox] failure on i386/pc98
TB --- 2010-05-04 02:38:04 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-05-04 02:38:04 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2010-05-04 02:38:04 - cleaning the object tree TB --- 2010-05-04 02:38:24 - cvsupping the source tree TB --- 2010-05-04 02:38:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /home/tinderbox/RELENG_6/i386/pc98/supfile TB --- 2010-05-04 02:38:32 - building world TB --- 2010-05-04 02:38:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 02:38:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 02:38:32 - TARGET=pc98 TB --- 2010-05-04 02:38:32 - TARGET_ARCH=i386 TB --- 2010-05-04 02:38:32 - TZ=UTC TB --- 2010-05-04 02:38:32 - __MAKE_CONF=/dev/null TB --- 2010-05-04 02:38:32 - cd /src TB --- 2010-05-04 02:38:32 - /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 --- 2010-05-04 03:29:40 - generating LINT kernel config TB --- 2010-05-04 03:29:40 - cd /src/sys/pc98/conf TB --- 2010-05-04 03:29:40 - /usr/bin/make -B LINT TB --- 2010-05-04 03:29:40 - building LINT kernel TB --- 2010-05-04 03:29:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 03:29:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 03:29:40 - TARGET=pc98 TB --- 2010-05-04 03:29:40 - TARGET_ARCH=i386 TB --- 2010-05-04 03:29:40 - TZ=UTC TB --- 2010-05-04 03:29:40 - __MAKE_CONF=/dev/null TB --- 2010-05-04 03:29:40 - cd /src TB --- 2010-05-04 03:29:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 4 03:29:40 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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/dev/an/if_an_isa.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/dev/an/if_an_pccard.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/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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
[releng_6 tinderbox] failure on sparc64/sparc64
TB --- 2010-05-04 02:41:37 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-05-04 02:41:37 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2010-05-04 02:41:37 - cleaning the object tree TB --- 2010-05-04 02:41:49 - cvsupping the source tree TB --- 2010-05-04 02:41:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /home/tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2010-05-04 02:41:57 - building world TB --- 2010-05-04 02:41:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 02:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 02:41:57 - TARGET=sparc64 TB --- 2010-05-04 02:41:57 - TARGET_ARCH=sparc64 TB --- 2010-05-04 02:41:57 - TZ=UTC TB --- 2010-05-04 02:41:57 - __MAKE_CONF=/dev/null TB --- 2010-05-04 02:41:57 - cd /src TB --- 2010-05-04 02:41:57 - /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 --- 2010-05-04 03:33:18 - generating LINT kernel config TB --- 2010-05-04 03:33:18 - cd /src/sys/sparc64/conf TB --- 2010-05-04 03:33:18 - /usr/bin/make -B LINT TB --- 2010-05-04 03:33:18 - building LINT kernel TB --- 2010-05-04 03:33:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 03:33:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 03:33:18 - TARGET=sparc64 TB --- 2010-05-04 03:33:18 - TARGET_ARCH=sparc64 TB --- 2010-05-04 03:33:18 - TZ=UTC TB --- 2010-05-04 03:33:18 - __MAKE_CONF=/dev/null TB --- 2010-05-04 03:33:18 - cd /src TB --- 2010-05-04 03:33:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 4 03:33:18 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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/dev/an/if_an_pccard.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/dev/an/if_an_pci.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/dev/asr/asr.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 ata_if.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/s
Re: [releng_6 tinderbox] failure on sparc64/sparc64
Sorry for the breakage. This should have been fixed now. On Mon, May 3, 2010 at 8:36 PM, FreeBSD Tinderbox wrote: > TB --- 2010-05-04 02:41:37 - tinderbox 2.6 running on freebsd-legacy.sentex.ca > TB --- 2010-05-04 02:41:37 - starting RELENG_6 tinderbox run for > sparc64/sparc64 > TB --- 2010-05-04 02:41:37 - cleaning the object tree > TB --- 2010-05-04 02:41:49 - cvsupping the source tree > TB --- 2010-05-04 02:41:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s > /home/tinderbox/RELENG_6/sparc64/sparc64/supfile > TB --- 2010-05-04 02:41:57 - building world > TB --- 2010-05-04 02:41:57 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-05-04 02:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-05-04 02:41:57 - TARGET=sparc64 > TB --- 2010-05-04 02:41:57 - TARGET_ARCH=sparc64 > TB --- 2010-05-04 02:41:57 - TZ=UTC > TB --- 2010-05-04 02:41:57 - __MAKE_CONF=/dev/null > TB --- 2010-05-04 02:41:57 - cd /src > TB --- 2010-05-04 02:41:57 - /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 --- 2010-05-04 03:33:18 - generating LINT kernel config > TB --- 2010-05-04 03:33:18 - cd /src/sys/sparc64/conf > TB --- 2010-05-04 03:33:18 - /usr/bin/make -B LINT > TB --- 2010-05-04 03:33:18 - building LINT kernel > TB --- 2010-05-04 03:33:18 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-05-04 03:33:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-05-04 03:33:18 - TARGET=sparc64 > TB --- 2010-05-04 03:33:18 - TARGET_ARCH=sparc64 > TB --- 2010-05-04 03:33:18 - TZ=UTC > TB --- 2010-05-04 03:33:18 - __MAKE_CONF=/dev/null > TB --- 2010-05-04 03:33:18 - cd /src > TB --- 2010-05-04 03:33:18 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Tue May 4 03:33:18 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything > [...] > cc -c -O2 -pipe -fno-strict-aliasing -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/dev/an/if_an_pccard.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/dev/an/if_an_pci.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/dev/asr/asr.c > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 ata_if.c > cc
