Re: Unnamed POSIX shared semaphores
Vlad Galu wrote: ... Thanks, Ivan. I'll take a better look at this after our first release, which is due in a couple of weeks. Right now the team efforts aren't focused on portability, so it's a low priority issue, but something we'd definitely like to have in the future. I stand corrected. Having read around this, I don't see how process-shared sems could work at all, although I haven't actually tried running process-shared sem code. POSIX semaphores were however horribly broken in kernel prior to 7.2. The fix was essentially one liner. We got a very good test case from a chap in a GNATS PR. cheers BMS ___ 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: Problems with PATA disk
Adam K Kirchhoff wrote: atap...@pci0:5:3:0: class=0x018000 card=0x3375105a chip=0x3375105a rev=0x020 vendor = 'Promise Technology Inc' device = 'PDC20375(??) FastTrak SATA150 TX2plus Controller' class = mass storage This happens frequently with Promise TX2/TX4 (less frequently in RELENG-7 than RELENG-6) and issue is probably related to controller driver. GEOM_LABEL: Label ufsid/4a296b573007b5f2 removed. Jun 8 14:35:42 memory last message repeated 7 times ad14: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad14: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad14: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad14: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly ad14: WARNING - SET_MULTI taskqueue timeout - completing request directly ad15: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad15: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad15: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad15: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad15: WARNING - SET_MULTI taskqueue timeout - completing request directly ad15: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=470440143 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07d4d94 stack pointer = 0x28:0xc62f9c00 frame pointer = 0x28:0xc62f9c18 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 23 (swi6: task queue) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m56s Physical memory: 3058 MB Dumping 113 MB: 98 82 66 50 34 18 2 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Stopping other CPUs Unfortunately, nothing showed up in /var/crash, which I think is odd. I'll update my -STABLE, rebuild my kernel with debugging, and hope to catch something next time. In this case controller probably loose whole drive (disconnected and dissapear from 'atacontrol list'), that's why you see no core dropped, and powering machine off and on let it recognize the drive again. I have this issue from time to time with TX4, but fortunately i have 2 disks in gmirror, so when one drive disconnect I force rebuilding mirro by just powering machine off and on. You're using 7.2-stable, so it seems that OS upgrade won't help you (after upgrade from FreeBSD 6 to 7 issue has been seen 80% less frequently for me), so my one and only suggestion for you is using different PATA controller if you can. -- Bartosz Stec ___ 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: Announcement: PmcTools merged to RELENG_7
> Hello, > > The PmcTools is merged to RELENG_7. > > You can now enjoy the same level of features / hw supported as in head: > - Callchain in capture > - Core 2 support > - Core i7 support > - pmcannotate: source code annotation using pmc capture > - bug fixes > ... > > Tell me if you find any problems with it. Thank you, Fabien. Great job! Koshy ___ 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: NFS on ZFS
Hello, I've also ran into it, it's a pretty "killer" feature. :-O Any chance for us on the fix? Thanks, Kip Macy wrote: The flags checks are too strict. File a PR. I'll fix it when I get to it. Sorrry. -Kip On Wed, May 27, 2009 at 7:24 PM, Mike Andrews wrote: On Tue, 26 May 2009, Mike Andrews wrote: Takahashi Yoshihiro wrote: Today's stable has a problem creating a new file via NFS on ZFS. On the NFS server, there is no problem. % cd /ZFS % mktemp hoge hoge % ls -l hoge -rw--- 1 nyan nyan 0 5 26 19:09 hoge But it's a problem on the NFS client. # mount server:/ZFS /ZFS % cd /ZFS % mktemp hoge mktemp: mkstemp failed on hoge: Input/output error % ls -l hoge -- 1 nyan wheel 0 5 26 19:09 hoge The file has a wrong permission. This problem is only on stable, current has no problem. I'm seeing this too. It seems so far to be limited to mkstemp() -- just copying files normally works. For example /usr/bin/install -S fails, without -S works, if the target is an NFS+ZFS volume. Anyone? I've verified that if the NFS server uses UFS2, mkstemp() from an NFS client to the server works fine, but if the NFS server uses ZFS, the NFS server returns EIO after creating a file with 000 permissions. In addition to breaking /usr/bin/install -S, it also breaks rsync over NFS. I don't yet know if it matters whether the on-disk format is ZFS v6 vs v13. ___ 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: Bug between DRM, MSI, or somewhere, re7-stable amd64
On Mon, 2009-06-08 at 21:52 -0400, Pete Carah wrote: > I updated my recently acquired core-2 duo laptop to 7-stable amd64 (I > had been running 7-stable i386 with few problems) and have acquired an > apparent irq problem. > > Fortunately in debugging a linux shared-interrupt problem about a month > ago I learned that the X server will happily accept mouse motion as if > it was a display interrupt, so at least with some inconvenience I can > read the screen... (the keyboard isn't so obliging) > Ours does this too... > > /usr/src was picked up via svn on last Saturday morning EDT, ports via > csup about the same time. I have no idea if this bug is in the intel > driver, drm, or the core msi code... There are 2 peripherals that dmesg > says uses msi - re0 (which doesn't get a kernel thread indicated in ps > for either the stated irq (257) or re0) and drm0/vgapci0 (which > indicates irq256 in systat and ps). As I said, this worked properly > with earlier source (about a week) in i386 mode. I've used both G45 and > re controllers in (f10) linux msi mode with no problems in both 32 and > 64-bit. Fortunately this laptop now has enough disk to triple-boot so > at least something works... Yes, Intel still has issues. I do have a patch that reworks the interrupt handling and gets Intel chips working. It isn't safe to commit yet though. It works correctly on my G45, but I have had reports that GM45 is still broken somehow. As a workaround you can disable MSI for just drm using loader tuneable hw.drm.msi=0. robert. > I am using svn instead of csup because I am trying (haven't gotten time > yet either :-) to port Sam's ath 92xx code to -stable and handling code > porting is much easier that way. > > -- Pete > > ___ > 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" -- Robert Noland FreeBSD signature.asc Description: This is a digitally signed message part
ZFS list -t snapshot USAGE column
Hi there, just wondering, since the ZFS v13 update (to be precise, 7.2-STABLE FreeBSD 7.2-STABLE #11: Wed Jun 3 23:11:29 CEST 2009) why the USAGE column in a zfs list -t snapshot is not showing anymore the space used by the snapshot? I made those snapshots with zfs snapshot -r. They're almost all showing a USAGE of 0K, albeit there have been changes to the dataset since that snapshot. Regards, Lorenzo ___ 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_7 tinderbox] failure on amd64/amd64
TB --- 2009-06-09 12:44:20 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 12:44:20 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-06-09 12:44:20 - cleaning the object tree TB --- 2009-06-09 12:44:55 - cvsupping the source tree TB --- 2009-06-09 12:44:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-06-09 12:45:05 - building world TB --- 2009-06-09 12:45:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 12:45:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 12:45:05 - TARGET=amd64 TB --- 2009-06-09 12:45:05 - TARGET_ARCH=amd64 TB --- 2009-06-09 12:45:05 - TZ=UTC TB --- 2009-06-09 12:45:05 - __MAKE_CONF=/dev/null TB --- 2009-06-09 12:45:05 - cd /src TB --- 2009-06-09 12:45:05 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 12:45:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 9 14:18:53 UTC 2009 TB --- 2009-06-09 14:18:53 - generating LINT kernel config TB --- 2009-06-09 14:18:53 - cd /src/sys/amd64/conf TB --- 2009-06-09 14:18:53 - /usr/bin/make -B LINT TB --- 2009-06-09 14:18:53 - building LINT kernel TB --- 2009-06-09 14:18:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 14:18:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 14:18:53 - TARGET=amd64 TB --- 2009-06-09 14:18:53 - TARGET_ARCH=amd64 TB --- 2009-06-09 14:18:53 - TZ=UTC TB --- 2009-06-09 14:18:53 - __MAKE_CONF=/dev/null TB --- 2009-06-09 14:18:53 - cd /src TB --- 2009-06-09 14:18:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 14:18:53 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'data' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: error: dereferencing pointer to incomplete type /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'bufsize' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: warning: passing argument 3 of 'copyout' makes integer from pointer without a cast /src/sys/dev/cxgb/cxgb_main.c: At top level: /src/sys/dev/cxgb/cxgb_main.c:3050: error: conflicting types for 'reg_block_dump' /src/sys/dev/cxgb/cxgb_main.c:111: error: previous declaration of 'reg_block_dump' was here /src/sys/dev/cxgb/cxgb_main.c:3065: error: expected ')' before '*' token *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 14:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 14:24:35 - ERROR: failed to build lint kernel TB --- 2009-06-09 14:24:35 - 4792.32 user 553.73 system 6015.15 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ 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_7 tinderbox] failure on i386/i386
TB --- 2009-06-09 13:52:38 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 13:52:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-06-09 13:52:38 - cleaning the object tree TB --- 2009-06-09 13:52:50 - cvsupping the source tree TB --- 2009-06-09 13:52:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-06-09 13:52:59 - building world TB --- 2009-06-09 13:52:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 13:52:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 13:52:59 - TARGET=i386 TB --- 2009-06-09 13:52:59 - TARGET_ARCH=i386 TB --- 2009-06-09 13:52:59 - TZ=UTC TB --- 2009-06-09 13:52:59 - __MAKE_CONF=/dev/null TB --- 2009-06-09 13:52:59 - cd /src TB --- 2009-06-09 13:52:59 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 13:53:01 UTC 2009 >>> 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 Tue Jun 9 15:00:46 UTC 2009 TB --- 2009-06-09 15:00:46 - generating LINT kernel config TB --- 2009-06-09 15:00:46 - cd /src/sys/i386/conf TB --- 2009-06-09 15:00:46 - /usr/bin/make -B LINT TB --- 2009-06-09 15:00:46 - building LINT kernel TB --- 2009-06-09 15:00:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 15:00:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 15:00:46 - TARGET=i386 TB --- 2009-06-09 15:00:46 - TARGET_ARCH=i386 TB --- 2009-06-09 15:00:46 - TZ=UTC TB --- 2009-06-09 15:00:46 - __MAKE_CONF=/dev/null TB --- 2009-06-09 15:00:46 - cd /src TB --- 2009-06-09 15:00:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 15:00:46 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'data' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: error: dereferencing pointer to incomplete type /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'bufsize' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: warning: passing argument 3 of 'copyout' makes integer from pointer without a cast /src/sys/dev/cxgb/cxgb_main.c: At top level: /src/sys/dev/cxgb/cxgb_main.c:3050: error: conflicting types for 'reg_block_dump' /src/sys/dev/cxgb/cxgb_main.c:111: error: previous declaration of 'reg_block_dump' was here /src/sys/dev/cxgb/cxgb_main.c:3065: error: expected ')' before '*' token *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 15:06:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 15:06:51 - ERROR: failed to build lint kernel TB --- 2009-06-09 15:06:51 - 3549.24 user 389.72 system 4453.23 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ 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_7 tinderbox] failure on i386/pc98
TB --- 2009-06-09 14:24:35 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 14:24:35 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-06-09 14:24:35 - cleaning the object tree TB --- 2009-06-09 14:24:56 - cvsupping the source tree TB --- 2009-06-09 14:24:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2009-06-09 14:25:05 - building world TB --- 2009-06-09 14:25:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 14:25:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 14:25:05 - TARGET=pc98 TB --- 2009-06-09 14:25:05 - TARGET_ARCH=i386 TB --- 2009-06-09 14:25:05 - TZ=UTC TB --- 2009-06-09 14:25:05 - __MAKE_CONF=/dev/null TB --- 2009-06-09 14:25:05 - cd /src TB --- 2009-06-09 14:25:05 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 14:25:08 UTC 2009 >>> 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 Tue Jun 9 15:32:12 UTC 2009 TB --- 2009-06-09 15:32:12 - generating LINT kernel config TB --- 2009-06-09 15:32:12 - cd /src/sys/pc98/conf TB --- 2009-06-09 15:32:12 - /usr/bin/make -B LINT TB --- 2009-06-09 15:32:12 - building LINT kernel TB --- 2009-06-09 15:32:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 15:32:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 15:32:12 - TARGET=pc98 TB --- 2009-06-09 15:32:12 - TARGET_ARCH=i386 TB --- 2009-06-09 15:32:12 - TZ=UTC TB --- 2009-06-09 15:32:12 - __MAKE_CONF=/dev/null TB --- 2009-06-09 15:32:12 - cd /src TB --- 2009-06-09 15:32:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 15:32:12 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'data' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: error: dereferencing pointer to incomplete type /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'bufsize' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: warning: passing argument 3 of 'copyout' makes integer from pointer without a cast /src/sys/dev/cxgb/cxgb_main.c: At top level: /src/sys/dev/cxgb/cxgb_main.c:3050: error: conflicting types for 'reg_block_dump' /src/sys/dev/cxgb/cxgb_main.c:111: error: previous declaration of 'reg_block_dump' was here /src/sys/dev/cxgb/cxgb_main.c:3065: error: expected ')' before '*' token *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 15:36:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 15:36:58 - ERROR: failed to build lint kernel TB --- 2009-06-09 15:36:58 - 3452.06 user 388.35 system 4342.84 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ 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_7 tinderbox] failure on ia64/ia64
TB --- 2009-06-09 15:06:51 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 15:06:51 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2009-06-09 15:06:51 - cleaning the object tree TB --- 2009-06-09 15:07:07 - cvsupping the source tree TB --- 2009-06-09 15:07:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2009-06-09 15:07:17 - building world TB --- 2009-06-09 15:07:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 15:07:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 15:07:17 - TARGET=ia64 TB --- 2009-06-09 15:07:17 - TARGET_ARCH=ia64 TB --- 2009-06-09 15:07:17 - TZ=UTC TB --- 2009-06-09 15:07:17 - __MAKE_CONF=/dev/null TB --- 2009-06-09 15:07:17 - cd /src TB --- 2009-06-09 15:07:17 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 9 15:07:18 UTC 2009 >>> 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 Tue Jun 9 16:36:37 UTC 2009 TB --- 2009-06-09 16:36:37 - generating LINT kernel config TB --- 2009-06-09 16:36:37 - cd /src/sys/ia64/conf TB --- 2009-06-09 16:36:37 - /usr/bin/make -B LINT TB --- 2009-06-09 16:36:37 - building LINT kernel TB --- 2009-06-09 16:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-09 16:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-09 16:36:37 - TARGET=ia64 TB --- 2009-06-09 16:36:37 - TARGET_ARCH=ia64 TB --- 2009-06-09 16:36:37 - TZ=UTC TB --- 2009-06-09 16:36:37 - __MAKE_CONF=/dev/null TB --- 2009-06-09 16:36:37 - cd /src TB --- 2009-06-09 16:36:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 9 16:36:37 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'data' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: error: dereferencing pointer to incomplete type /src/sys/dev/cxgb/cxgb_main.c:3033: error: request for member 'bufsize' in something not a structure or union /src/sys/dev/cxgb/cxgb_main.c:3033: warning: passing argument 3 of 'copyout' makes integer from pointer without a cast /src/sys/dev/cxgb/cxgb_main.c: At top level: /src/sys/dev/cxgb/cxgb_main.c:3050: error: conflicting types for 'reg_block_dump' /src/sys/dev/cxgb/cxgb_main.c:111: error: previous declaration of 'reg_block_dump' was here /src/sys/dev/cxgb/cxgb_main.c:3065: error: expected ')' before '*' token *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-09 16:42:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-09 16:42:17 - ERROR: failed to build lint kernel TB --- 2009-06-09 16:42:17 - 4804.94 user 387.17 system 5725.96 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full ___ 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: Assertion lock == sq->sq_lock failed at /usr/src/sys/kern/subr_sleepqueue.c:327
Kostik Belousov wrote: > This is fixed in HEAD by r185647. I did not merged it to 7, because I > do not believe that somebody runs stable with INVARIANTS on :). I would imagine that people doing kernel module development for use in -stable systems do that with regularity. Doug -- This .signature sanitized for your protection ___ 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: Assertion lock == sq->sq_lock failed at /usr/src/sys/kern/subr_sleepqueue.c:327
On Tue, Jun 09, 2009 at 11:08:51AM -0700, Doug Barton wrote: > Kostik Belousov wrote: > > This is fixed in HEAD by r185647. I did not merged it to 7, because I > > do not believe that somebody runs stable with INVARIANTS on :). > > I would imagine that people doing kernel module development for use in > -stable systems do that with regularity. I generally run STABLE with INVARIANTS and lots of other debug options while trying to debug a panic or hang in STABLE. And I expect it won't add another panic. Eugene Grosbein ___ 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: I need to add commands that starts every time at system boot.
AES wrote: > I need to add commands that starts every time at system boot. > > which script is the one that starts first and where can I find it? If you're Ok with running your commands late in the boot process then /etc/rc.local is your best bet. If what you're doing needs to happen in a certain order relative to the rest of the boot system then you'll want to write your own rc.d-style script and put it in /usr/local/etc/rc.d/. There are several articles in the Handbook that will help you in writing your own script. hth, Doug -- This .signature sanitized for your protection ___ 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"
Buildworld Failure with MODULES_WITH_WORLD=true
Hello, Our recent buildworlds on both i386 and amd64, as of a couple days ago, are failing with the below error. We use MODULES_WITH_WORLD=true. ===> sys/modules/dtrace/dtmalloc (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtmalloc/../../.. -I. -I@ -I@/contrib/altq/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c===> sys/modules/dtrace/dtrace (depend)@ -> /usr/src/sysmachine -> /usr/src/sys/amd64/includeawk -f @/tools/makeobjops.awk @/kern/bus_if.m -hawk -f @/tools/makeobjops.awk @/kern/device_if.m -hawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -pawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -qawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h:> opt_compat.h:> opt_kstack_pages.h:> opt_nfs.hcc -c -O2 -fno-strict-aliasing -pipe -DDIS_MEM -DSMP -DDEBUG -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/amd64 -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensol aris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --paramlarge-function-growth=1000 -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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas@/amd64/amd64/genassym.c@/amd64/amd64/genassym.c:39:29: error: opt_hwpmc_hooks.h: No suchfile or directory*** Error code 1Stop in /usr/src/sys/modules/dtrace/dtrace.*** Error code 1Stop in /usr/src/sys/modules/dtrace.*** Error code 1Stop in /usr/src/sys/modules.*** Error code 1Stop in /usr/src/sys.*** Error code 1Stop in /usr/src.*** Error code 1Stop in /usr/src.*** Error code 1Stop in /usr/src.Any ideas on how to resolve this?Thank you,Mark--*** * Mark Skurzynski * Lomag Internet Services, LLC m...@lomag.net * http://www.lomag.net Edison, NJ USA * 908-754-0221 ___ 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"
Buildworld Failure with MODULES_WITH_WORLD=true
Hello, Our recent buildworlds on both i386 and amd64, as of a couple days ago, are failing with the below error. We use MODULES_WITH_WORLD=true. ===> sys/modules/dtrace/dtmalloc (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtmalloc/../../.. -I. -I@ -I@/contrib/altq/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c===> sys/modules/dtrace/dtrace (depend)@ -> /usr/src/sysmachine -> /usr/src/sys/amd64/includeawk -f @/tools/makeobjops.awk @/kern/bus_if.m -hawk -f @/tools/makeobjops.awk @/kern/device_if.m -hawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -pawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -qawk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h:> opt_compat.h:> opt_kstack_pages.h:> opt_nfs.hcc -c -O2 -fno-strict-aliasing -pipe -DDIS_MEM -DSMP -DDEBUG -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/amd64 -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensol aris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --paramlarge-function-growth=1000 -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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas@/amd64/amd64/genassym.c@/amd64/amd64/genassym.c:39:29: error: opt_hwpmc_hooks.h: No suchfile or directory*** Error code 1Stop in /usr/src/sys/modules/dtrace/dtrace.*** Error code 1Stop in /usr/src/sys/modules/dtrace.*** Error code 1Stop in /usr/src/sys/modules.*** Error code 1Stop in /usr/src/sys.*** Error code 1Stop in /usr/src.*** Error code 1Stop in /usr/src.*** Error code 1Stop in /usr/src.Any ideas on how to resolve this?Thank you,Mark--*** * Mark Skurzynski * Lomag Internet Services, LLC m...@lomag.net * http://www.lomag.net Edison, NJ USA * 908-754-0221 ___ 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: NFS on ZFS
On Tue, 9 Jun 2009, Attila Nagy wrote: Hello, I've also ran into it, it's a pretty "killer" feature. :-O Any chance for us on the fix? It's kern/135039, fyi. ___ 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"
trouble building a "make release" snapshot of 7.2-STABLE
So first I cvsupped the entire cvs repository (sans ports) using the following supfile: === *default host=ftp13.FreeBSD.org *default base=/var/db *default prefix=/backup/ncvs *default release=cvs *default delete use-rel-suffix compress src-all doc-all cvsroot-all === Then I cd /usr/src/release and do: === make release RELEASETAG=RELENG_7 TARGET_ARCH=amd64 TARGET=amd64 BUILDNAME=7.2-STABLE CHROOTDIR=/backup/releng CVSROOT=/backup/ncvs NODOC=yes NOPORTS=yes NOPORTREADMES=yes MAKE_ISOS=yes NO_FLOPPIES=yes LOCAL_PATCHES=/root/zfs-libstand-loader-patch === However, the process bombs out on me within 5 seconds with the following: === -- >>> Installing everything -- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) install -o root -g wheel -m 444 dir-tmpl /backup/releng/usr/share/info/dir install:No such file or directory *** Error code 1 Stop in /usr/src/share/info. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src/release. === And... === agathon# which install /usr/bin/install === Any ideas? - Dan Naumov ___ 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: Big problem still remains with 7.2-STABLE locking up
Thanks Attilio, I set up dcons target/host pair. Target is 7.2-STABLE and host is 6.4-STABLE. Dcons session was recorded with script. http://www.heimat.gr.jp/localhost/dcons.log > In <3bbf2fe10906060749xbbc2f2fy4c09f67711a...@mail.gmail.com> > Attilio Rao wrote: > 2) Once you get the deadlock break in the DDB debugger KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a vfs_badlock() at vfs_badlock+0x95 assert_vop_elocked() at assert_vop_elocked+0x64 VOP_WRITE_APV() at VOP_WRITE_APV+0x155 vn_write() at vn_write+0x1ce dofilewrite() at dofilewrite+0x85 kern_pwritev() at kern_pwritev+0x66 pwrite() at pwrite+0x58 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (476, FreeBSD ELF64, pwrite), rip = 0x80074d17c, rsp = 0x7fffda98, rbp = 0xb4000 --- VOP_WRITE: 0xff004a26c000 is not exclusive locked but should be KDB: enter: lock violation [thread pid 29756 tid 100177 ] Stopped at kdb_enter_why+0x3d: movq$0,0x626418(%rip) > 3) Once you are in DDB informations which could be very useful are: db> show allpcpu db> show alllocks db> show lockedvnods db> ps db> allthreads > Note that this is a lot of printout so you won't be able of collecting > all these informations if not with a serial connection. db> show allpcpu Current CPU: 0 cpuid= 0 curthread= 0xff0114476ab0: pid 29756 "expireover" curpcb = 0xff80a3f7ed40 fpcurthread = none idlethread = 0xff0001589720: pid 11 "idle: cpu0" spin locks held: db> show alllocks Process 29784 (spamc) thread 0xff004afac720 (100170) exclusive sx so_rcv_sx r = 0 (0xff0065383c40) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 29413 (perl) thread 0xff004afb0720 (100162) exclusive sx so_rcv_sx r = 0 (0xff00656163d0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 29409 (perl) thread 0xff01144ea390 (100175) exclusive sx so_rcv_sx r = 0 (0xff004a210970) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 29406 (perl) thread 0xff0065899000 (100196) exclusive sx so_rcv_sx r = 0 (0xff00655cbc40) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1497 (perl5.8.9) thread 0xff0013dedab0 (100113) exclusive sx so_rcv_sx r = 0 (0xff004a0b9970) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1496 (ninpaths) thread 0xff001333a720 (100082) exclusive sx so_rcv_sx r = 0 (0xff004a33d100) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1494 (perl5.8.9) thread 0xff0013dcf720 (100107) exclusive sx so_rcv_sx r = 0 (0xff004a33d6a0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1397 (python2.5) thread 0xff0013dd1ab0 (100098) exclusive sx so_rcv_sx r = 0 (0xff00655cc3d0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db> show lockedvnods Locked vnodes 0xff004a26c000: tag ufs, type VREG usecount 5, writecount 2, refcount 587 mountedhere 0 flags (VI_OBJDIRTY) v_object 0xff004a1fad80 ref 3 pages 4604 lock type ufs: SHARED (count 1) ino 3157042, on dev ad4s1f db> ps pid ppid pgrp uid state wmesg wchancmd 29803 1443 1406 8 S nanslp 0x80b58688 sleep 29797 1534 1534 0 S connec 0xff00654815fe sendmail 29785 1499 1499 110 S lockf0xff0065a19000 perl [snip] db> allthreads No such command db> panic panic: from debugger cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 db_panic() at db_panic+0x17 db_command() at db_command+0x1ef db_command_loop() at db_command_loop+0x50 db_trap() at db_trap+0x89 kdb_trap() at kdb_trap+0x95 trap() at trap+0x295 calltrap() at calltrap+0x8 --- trap 0x3, rip = 0x8054694d, rsp = 0xff80a3f7e850, rbp = 0xff80a3f7e870 --- kdb_enter_why() at kdb_enter_why+0x3d assert_vop_elocked() at assert_vop_elocked+0x64 VOP_WRITE_APV() at VOP_WRITE_APV+0x155 vn_write() at vn_write+0x1ce dofilewrite() at dofilewrite+0x85 kern_pwritev() at kern_pwritev+0x66 pwrite() at pwrite+0x58 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (476, FreeBSD ELF64, pwrite), rip = 0x80074d17c, rsp = 0x7fffda98, rbp = 0xb4000 --- Uptime: 3h20m7s Physical memory: 6121 MB Dumping 1730 MB: (CTRL-C to abort) ... Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... And, here is a backtrace. (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x80517e73 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x805182fc in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0x801c6817 in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:446 #4 0x801c710f in db_command (last_cmdp=0x80b21088, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_comman
Re: Big problem still remains with 7.2-STABLE locking up
2009/6/10 NAKAJI Hiroyuki : > Thanks Attilio, > > I set up dcons target/host pair. Target is 7.2-STABLE and host is > 6.4-STABLE. > > Dcons session was recorded with script. > http://www.heimat.gr.jp/localhost/dcons.log I'm following up privately with the user, news to come hopefully. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein ___ 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: buildworld fails with "WITHOUT_CDDL=yes" in src.conf
On Mon, Jun 8, 2009 at 6:22 AM, Richard Tector wrote: > Kip Macy wrote: >>> >>> The second bug is the use of LOADER_ZFS_SUPPORT without any >>> consideration of WITHOUT_CDDL and/or WITHOUT_ZFS (or MK_ZFS) > >> I'll try get it fixed by Wednesday. > > > Kip, I noticed a fix went in with revision 193494 but was then backed out > straight away with no reason. > > Will this be fixed soon? It is still not possible to build RELENG_7 sources > WITHOUT_CDDL. This should be fixed now. Sorry for the delay. Thanks, Kip ___ 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: WITHOUT_ZFS makes build world and kernel error
fixed. On Tue, May 26, 2009 at 5:05 AM, Wu, Yue wrote: > Hi, list, > > I have a FreeBSD 7-stable box, which has been cvsed up yesterday, even with my > src.conf which has the line of WITHOUT_ZFS=yes, FreeBSD always wants to > install libzfs relative stuffs when installing kernel and world, so error > comes, I have to comment out this line to make the installing stage goes > correctly. Is it a bug? > > -- > Hi, > Wu, Yue > ___ > 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" > -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke ___ 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: Big problem still remains with 7.2-STABLE locking up
> In <3bbf2fe10906091757w35ffd5cfr6f091fc718bc8...@mail.gmail.com> > Attilio Rao wrote: > > Dcons session was recorded with script. > > http://www.heimat.gr.jp/localhost/dcons.log Just fix my typo. http://www.heimat.gr.jp/~nakaji/localhost/dcons.log ^^^ > I'm following up privately with the user, news to come hopefully. Thanks. I'll try. -- NAKAJI Hiroyuki ___ 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_7 tinderbox] failure on amd64/amd64
TB --- 2009-06-10 05:36:19 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-10 05:36:19 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-06-10 05:36:19 - cleaning the object tree TB --- 2009-06-10 05:36:41 - cvsupping the source tree TB --- 2009-06-10 05:36:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-06-10 05:36:53 - building world TB --- 2009-06-10 05:36:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-10 05:36:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-10 05:36:53 - TARGET=amd64 TB --- 2009-06-10 05:36:53 - TARGET_ARCH=amd64 TB --- 2009-06-10 05:36:53 - TZ=UTC TB --- 2009-06-10 05:36:53 - __MAKE_CONF=/dev/null TB --- 2009-06-10 05:36:53 - cd /src TB --- 2009-06-10 05:36:53 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 10 05:36:54 UTC 2009 >>> 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 [...] cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/load_elf64.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/load_elf64_obj.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/reloc_elf64.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/bcache.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/isapnp.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/pnp.c cc -O2 -fno-strict-aliasing -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/loader/../../common/interp_forth.c make: don't know how to make /obj/amd64/src/sys/boot/i386/loader/../../zfs/libzfsboot.a. Stop *** Error code 2 Stop in /src/sys/boot/i386. *** Error code 1 Stop i
