From nox at jelal.kn-bremen.de Thu May 1 10:54:22 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu May 1 11:20:43 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <20080429222458.GA20855@saturn.kn-bremen.de> References: <20080429222458.GA20855@saturn.kn-bremen.de> Message-ID: <20080501101951.GA30274@saturn.kn-bremen.de> On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > kqemu to end up restoring the interrupt stackpointer (after running > guest code using its own cpu state) from the tss of the last cpu, > regardless which cpu it happened to run on. And that then causes the last > cpu's (usually) idle thread's stack to get smashed and the host doing > multiple panics... (Which also explains why pinning qemu onto cpu 1 > worked on a 2-way host.) > Hmm maybe the following is a little more clear: kqemu sets up its own cpu state and has to save and restore the original state because of that, so among other things it does an str insn (store task register), and later an ltr insn (load task register) using the value it got from the first str insn. That ltr insn loads the selector for the tss which is stored in the gdt, and that entry in the gdt is different for each cpu, but since a single gdt was reused to setup the cpus at boot (in init_secondary() in /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last cpu, instead of to the right one for the cpu the ltr insn gets executed on. That is what the kqemu_tss_workaround() in the patch `fixes'... > Here's the patch I just tested, of course you'd want to disable this > once the gdt is no longer shared, so assuming someone wants to fix this, > please also do an OSVERSION bump... The patch applied with offsets (I still had debug code in when I made it), here is a rebased version: Index: kqemu-freebsd.c @@ -33,6 +33,11 @@ #include #include +#ifdef __x86_64__ +#include +#include +#include +#endif #include "kqemu-kernel.h" @@ -234,6 +239,19 @@ va_end(ap); } +#ifdef __x86_64__ +/* called with interrupts disabled */ +void CDECL kqemu_tss_workaround(void) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); + + gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; + ssdtosyssd(&gdt_segs[GPROC0_SEL], + (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); + ltr(gsel_tss); +} +#endif + struct kqemu_instance { #if __FreeBSD_version >= 500000 TAILQ_ENTRY(kqemu_instance) kqemu_ent; Index: common/kernel.c @@ -1025,6 +1025,9 @@ #ifdef __x86_64__ uint16_t saved_ds, saved_es; unsigned long fs_base, gs_base; +#ifdef __FreeBSD__ + struct kqemu_global_state *g = s->global_state; +#endif #endif #ifdef PROFILE @@ -1188,6 +1191,13 @@ apic_restore_nmi(s, apic_nmi_mask); } profile_record(s); +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); + kqemu_tss_workaround(); + spin_unlock(&g->lock); +#endif +#endif if (s->mon_req == MON_REQ_IRQ) { struct kqemu_exception_regs *r; Index: kqemu-kernel.h @@ -44,4 +44,10 @@ void CDECL kqemu_log(const char *fmt, ...); +#ifdef __FreeBSD__ +#ifdef __x86_64__ +void CDECL kqemu_tss_workaround(void); +#endif +#endif + #endif /* KQEMU_KERNEL_H */ From nox at jelal.kn-bremen.de Thu May 1 10:54:22 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu May 1 11:21:15 2008 Subject: kernel/kld debugging on amd64 (qemu gdbstub, gdbinit, asf(1)...) Message-ID: <20080501105138.GA30798@saturn.kn-bremen.de> Before I forget, here are some things I found out while debugging the kqemu amd64 SMP issue... 1. I used a patched kgdb to be able to use it with qemu's gdbstub (kgdb -r 127.1:1234 kernel.debug), that patch I already posted: http://docs.freebsd.org/cgi/mid.cgi?20080304213153.GB15959 (Yeah you can also used regular gdb or gdb66 from ports with qemu's gdbstub, but those don't understand kernel stack frames and maybe other things...) 2. the ps and kldstat macros from src/tools/debugscripts/gdbinit.kernel (and probably others) use %08x for pointers, so on 64 bit archs like amd64 the upper half gets chopped off. I didn't fix this correctly tho, but instead defined my own ps64 and kldstat64 macros using %016lx... 3. asf(1) also didn't work correctly for amd64 (bss and data were wrong), here is the patch I ended up using: (maybe you want to ifdef for amd64 instead of checking for zero VMA tho) Index: src/usr.sbin/asf/asf.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/asf/asf.c,v retrieving revision 1.12 diff -u -p -u -r1.12 asf.c --- src/usr.sbin/asf/asf.c 20 Dec 2006 06:20:04 -0000 1.12 +++ src/usr.sbin/asf/asf.c 27 Apr 2008 21:11:48 -0000 @@ -150,6 +150,7 @@ doobj(const char *path, caddr_t addr, FI uintmax_t textaddr = 0; uintmax_t dataaddr = 0; uintmax_t bssaddr = 0; + uintmax_t textoff = 0; uintmax_t *up; int octokens; char *octoken[MAXTOKEN]; @@ -174,13 +175,21 @@ doobj(const char *path, caddr_t addr, FI if (up == NULL) continue; *up = strtoumax(octoken[3], NULL, 16) + base; + /* VMA seems to be always 0 at least on amd64, use + * File offset - File offset of .text instead + */ + if (*up == base) { + if (up == &textaddr) + textoff = strtoumax(octoken[5], NULL, 16); + *up = strtoumax(octoken[5], NULL, 16) + base; + } } if (textaddr) { /* we must have a text address */ - fprintf(out, "add-symbol-file %s 0x%jx", path, textaddr); + fprintf(out, "add-symbol-file %s 0x%jx", path, textaddr - textoff); if (dataaddr) - fprintf(out, " -s .data 0x%jx", dataaddr); + fprintf(out, " -s .data 0x%jx", dataaddr - textoff); if (bssaddr) - fprintf(out, " -s .bss 0x%jx", bssaddr); + fprintf(out, " -s .bss 0x%jx", bssaddr - textoff); fprintf(out, "\n"); } } From jhb at freebsd.org Thu May 1 14:36:14 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 14:36:21 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <20080501101951.GA30274@saturn.kn-bremen.de> References: <20080429222458.GA20855@saturn.kn-bremen.de> <20080501101951.GA30274@saturn.kn-bremen.de> Message-ID: <200805011011.06951.jhb@freebsd.org> On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > kqemu to end up restoring the interrupt stackpointer (after running > > guest code using its own cpu state) from the tss of the last cpu, > > regardless which cpu it happened to run on. And that then causes the > > last cpu's (usually) idle thread's stack to get smashed and the host > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > 1 worked on a 2-way host.) > > Hmm maybe the following is a little more clear: kqemu sets up its own > cpu state and has to save and restore the original state because of that, > so among other things it does an str insn (store task register), and later > an ltr insn (load task register) using the value it got from the first > str insn. That ltr insn loads the selector for the tss which is stored > in the gdt, and that entry in the gdt is different for each cpu, but since > a single gdt was reused to setup the cpus at boot (in init_secondary() in > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > That is what the kqemu_tss_workaround() in the patch `fixes'... Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 uses a separate tss for in the kernel (separate stack for double faults) is handled differently on amd64 (on amd64 we make the double fault handler use one of the IST stacks). > > Here's the patch I just tested, of course you'd want to disable this > > once the gdt is no longer shared, so assuming someone wants to fix this, > > please also do an OSVERSION bump... > > The patch applied with offsets (I still had debug code in when I made it), > here is a rebased version: > > Index: kqemu-freebsd.c > @@ -33,6 +33,11 @@ > > #include > #include > +#ifdef __x86_64__ > +#include > +#include > +#include > +#endif > > #include "kqemu-kernel.h" > > @@ -234,6 +239,19 @@ > va_end(ap); > } > > +#ifdef __x86_64__ > +/* called with interrupts disabled */ > +void CDECL kqemu_tss_workaround(void) > +{ > + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); > + > + gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; > + ssdtosyssd(&gdt_segs[GPROC0_SEL], > + (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); > + ltr(gsel_tss); > +} > +#endif > + > struct kqemu_instance { > #if __FreeBSD_version >= 500000 > TAILQ_ENTRY(kqemu_instance) kqemu_ent; > Index: common/kernel.c > @@ -1025,6 +1025,9 @@ > #ifdef __x86_64__ > uint16_t saved_ds, saved_es; > unsigned long fs_base, gs_base; > +#ifdef __FreeBSD__ > + struct kqemu_global_state *g = s->global_state; > +#endif > #endif > > #ifdef PROFILE > @@ -1188,6 +1191,13 @@ > apic_restore_nmi(s, apic_nmi_mask); > } > profile_record(s); > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > + spin_lock(&g->lock); > + kqemu_tss_workaround(); > + spin_unlock(&g->lock); > +#endif > +#endif > > if (s->mon_req == MON_REQ_IRQ) { > struct kqemu_exception_regs *r; > Index: kqemu-kernel.h > @@ -44,4 +44,10 @@ > > void CDECL kqemu_log(const char *fmt, ...); > > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > +void CDECL kqemu_tss_workaround(void); > +#endif > +#endif > + > #endif /* KQEMU_KERNEL_H */ > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" -- John Baldwin From jhb at freebsd.org Thu May 1 14:36:15 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 14:36:21 2008 Subject: kernel/kld debugging on amd64 (qemu gdbstub, gdbinit, asf(1)...) In-Reply-To: <20080501105138.GA30798@saturn.kn-bremen.de> References: <20080501105138.GA30798@saturn.kn-bremen.de> Message-ID: <200805011014.34348.jhb@freebsd.org> On Thursday 01 May 2008 06:51:38 am Juergen Lock wrote: > Before I forget, here are some things I found out while debugging the > kqemu amd64 SMP issue... > > 1. I used a patched kgdb to be able to use it with qemu's gdbstub > (kgdb -r 127.1:1234 kernel.debug), that patch I already posted: > http://docs.freebsd.org/cgi/mid.cgi?20080304213153.GB15959 > (Yeah you can also used regular gdb or gdb66 from ports with qemu's > gdbstub, but those don't understand kernel stack frames and maybe > other things...) This patch just went into the tree (a variant of it) in the commits to kgdb in HEAD earlier this week. > 2. the ps and kldstat macros from src/tools/debugscripts/gdbinit.kernel > (and probably others) use %08x for pointers, so on 64 bit archs like amd64 > the upper half gets chopped off. I didn't fix this correctly tho, but > instead defined my own ps64 and kldstat64 macros using %016lx... Try using macros at www.freebsd.org/~jhb/gdb/gdb6 instead as they handle 64-bit vs 32-bit. > 3. asf(1) also didn't work correctly for amd64 (bss and data were wrong), > here is the patch I ended up using: (maybe you want to ifdef for amd64 > instead of checking for zero VMA tho) I haven't seen this, but I also haven't used asf(8) on amd64. You can grab the kgdb sources from HEAD though and then you can use kgdb's native kld support (i.e. add-kld and the shared library stuff) for remote targets to load symbols. -- John Baldwin From nox at jelal.kn-bremen.de Thu May 1 15:57:46 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu May 1 16:08:00 2008 Subject: kernel/kld debugging on amd64 (qemu gdbstub, gdbinit, asf(1)...) In-Reply-To: <200805011014.34348.jhb@freebsd.org> References: <20080501105138.GA30798@saturn.kn-bremen.de> <200805011014.34348.jhb@freebsd.org> Message-ID: <20080501152935.GA2940@saturn.kn-bremen.de> On Thu, May 01, 2008 at 10:14:34AM -0400, John Baldwin wrote: > On Thursday 01 May 2008 06:51:38 am Juergen Lock wrote: > > Before I forget, here are some things I found out while debugging the > > kqemu amd64 SMP issue... > > > > 1. I used a patched kgdb to be able to use it with qemu's gdbstub > > (kgdb -r 127.1:1234 kernel.debug), that patch I already posted: > > http://docs.freebsd.org/cgi/mid.cgi?20080304213153.GB15959 > > (Yeah you can also used regular gdb or gdb66 from ports with qemu's > > gdbstub, but those don't understand kernel stack frames and maybe > > other things...) > > This patch just went into the tree (a variant of it) in the commits to kgdb in > HEAD earlier this week. > Ah cool! > > 2. the ps and kldstat macros from src/tools/debugscripts/gdbinit.kernel > > (and probably others) use %08x for pointers, so on 64 bit archs like amd64 > > the upper half gets chopped off. I didn't fix this correctly tho, but > > instead defined my own ps64 and kldstat64 macros using %016lx... > > Try using macros at www.freebsd.org/~jhb/gdb/gdb6 instead as they handle > 64-bit vs 32-bit. > Ah, good to know for next time... > > 3. asf(1) also didn't work correctly for amd64 (bss and data were wrong), > > here is the patch I ended up using: (maybe you want to ifdef for amd64 > > instead of checking for zero VMA tho) > > I haven't seen this, but I also haven't used asf(8) on amd64. You can grab > the kgdb sources from HEAD though and then you can use kgdb's native kld > support (i.e. add-kld and the shared library stuff) for remote targets to > load symbols. > OK, will try next time. :) Thanx, Juergen From nox at jelal.kn-bremen.de Thu May 1 15:57:47 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu May 1 16:08:25 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <200805011011.06951.jhb@freebsd.org> References: <20080429222458.GA20855@saturn.kn-bremen.de> <20080501101951.GA30274@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> Message-ID: <20080501155304.GB2940@saturn.kn-bremen.de> On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > kqemu to end up restoring the interrupt stackpointer (after running > > > guest code using its own cpu state) from the tss of the last cpu, > > > regardless which cpu it happened to run on. And that then causes the > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > > 1 worked on a 2-way host.) > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > cpu state and has to save and restore the original state because of that, > > so among other things it does an str insn (store task register), and later > > an ltr insn (load task register) using the value it got from the first > > str insn. That ltr insn loads the selector for the tss which is stored > > in the gdt, and that entry in the gdt is different for each cpu, but since > > a single gdt was reused to setup the cpus at boot (in init_secondary() in > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 > uses a separate tss for in the kernel (separate stack for double faults) is > handled differently on amd64 (on amd64 we make the double fault handler use > one of the IST stacks). Well, kqemu uses its own gdt, tss and everything while running guest code in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run guest code, and then restore the original state of things. (And `restore original state of things' is what failed here.) Oh and also the tss does seem to be used for the interrupt stack on amd64 too, at least thats the one that ended up wrong and caused the panics I saw... Juergen From jhb at freebsd.org Thu May 1 18:52:24 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 1 18:52:28 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <20080501155304.GB2940@saturn.kn-bremen.de> References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> Message-ID: <200805011335.06415.jhb@freebsd.org> On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > regardless which cpu it happened to run on. And that then causes the > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > > > 1 worked on a 2-way host.) > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > cpu state and has to save and restore the original state because of that, > > > so among other things it does an str insn (store task register), and later > > > an ltr insn (load task register) using the value it got from the first > > > str insn. That ltr insn loads the selector for the tss which is stored > > > in the gdt, and that entry in the gdt is different for each cpu, but since > > > a single gdt was reused to setup the cpus at boot (in init_secondary() in > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 > > uses a separate tss for in the kernel (separate stack for double faults) is > > handled differently on amd64 (on amd64 we make the double fault handler use > > one of the IST stacks). > > Well, kqemu uses its own gdt, tss and everything while running guest code > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > guest code, and then restore the original state of things. (And `restore > original state of things' is what failed here.) > > Oh and also the tss does seem to be used for the interrupt stack on > amd64 too, at least thats the one that ended up wrong and caused the panics > I saw... The single TSS holds the IST pointers. On i386 we use a separate TSS for double faults, but on amd64 a double fault uses the same TSS but uses the IST pointers from that same TSS. The TSS also holds the ring stack pointer for when syscalls, interrupts, and traps from userland cross from ring 3 to ring 0 which is probably why you got a panic. Because of the fact that amd64 in normal operation never changes the task register (and that the gdt isn't used quite the same either, all the per-cpu stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a per-cpu gdt or the like. I think you will need to use the current approach of patching kqemu to fixup the tss/gdt when reloading the task register. You might want to make it a regular part of the code rather than a workaround as a result. -- John Baldwin From vwe at FreeBSD.org Fri May 2 10:23:16 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Fri May 2 11:21:20 2008 Subject: amd64/119417: [boot] FreeBSD 7.0 rc1 amd64 won't boot on thinkpad x61 notebook Message-ID: <200805021023.m42ANFs6058103@freefall.freebsd.org> Synopsis: [boot] FreeBSD 7.0 rc1 amd64 won't boot on thinkpad x61 notebook State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Fri May 2 10:23:08 UTC 2008 State-Changed-Why: We're sorry to not see any feedback received for quite some time. If you think this is still an issue which should be worked on, please provide the requested information and we'll be happy to reopen this ticket. Thank you for bringing this problem to attention! http://www.freebsd.org/cgi/query-pr.cgi?pr=119417 From vwe at FreeBSD.org Fri May 2 10:25:00 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Fri May 2 11:21:39 2008 Subject: amd64/105514: FreeBSD/amd64 - Fails to boot on HP Pavilion dv8000 Laptop Message-ID: <200805021024.m42AOxBr059619@freefall.freebsd.org> Synopsis: FreeBSD/amd64 - Fails to boot on HP Pavilion dv8000 Laptop State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Fri May 2 10:23:38 UTC 2008 State-Changed-Why: Can you please try if the same happens with a snapshot iso created after 2008-03-08? There's been a BTX fix committed which should fix this. http://www.freebsd.org/cgi/query-pr.cgi?pr=105514 From tinderbox at freebsd.org Fri May 2 18:13:50 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 2 18:13:57 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080502181348.9371473039@freebsd-current.sentex.ca> TB --- 2008-05-02 17:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-02 17:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-02 17:45:00 - cleaning the object tree TB --- 2008-05-02 17:45:54 - cvsupping the source tree TB --- 2008-05-02 17:45:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-02 17:46:01 - building world (CFLAGS=-O -pipe) TB --- 2008-05-02 17:46:01 - cd /src TB --- 2008-05-02 17:46:01 - /usr/bin/make -B buildworld >>> World build started on Fri May 2 17:46:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libtacplus (all) ===> lib/libutil (all) ===> lib/libypclnt (all) ===> lib/libalias (all) ===> lib/libalias/libalias (all) cc -O -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libalias/libalias/../../../sys/netinet/libalias/alias.c /src/lib/libalias/libalias/../../../sys/netinet/libalias/alias.c: In function 'LibAliasRefreshModules': /src/lib/libalias/libalias/../../../sys/netinet/libalias/alias.c:1576: error: expected '(' before 'feof' *** Error code 1 Stop in /src/lib/libalias/libalias. *** Error code 1 Stop in /src/lib/libalias. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-02 18:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-02 18:13:48 - ERROR: failed to build world TB --- 2008-05-02 18:13:48 - tinderbox aborted TB --- 1213.36 user 162.80 system 1727.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri May 2 20:04:07 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 2 20:04:11 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080502200406.0154273039@freebsd-current.sentex.ca> TB --- 2008-05-02 19:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-02 19:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-02 19:35:00 - cleaning the object tree TB --- 2008-05-02 19:35:18 - cvsupping the source tree TB --- 2008-05-02 19:35:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-02 19:35:25 - building world (CFLAGS=-O -pipe) TB --- 2008-05-02 19:35:25 - cd /src TB --- 2008-05-02 19:35:25 - /usr/bin/make -B buildworld >>> World build started on Fri May 2 19:35:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-02 20:04:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-02 20:04:05 - ERROR: failed to build world TB --- 2008-05-02 20:04:05 - tinderbox aborted TB --- 1240.12 user 163.59 system 1745.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri May 2 21:53:59 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 2 21:54:10 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080502215358.53BB073039@freebsd-current.sentex.ca> TB --- 2008-05-02 21:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-02 21:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-02 21:25:00 - cleaning the object tree TB --- 2008-05-02 21:25:17 - cvsupping the source tree TB --- 2008-05-02 21:25:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-02 21:25:23 - building world (CFLAGS=-O -pipe) TB --- 2008-05-02 21:25:23 - cd /src TB --- 2008-05-02 21:25:23 - /usr/bin/make -B buildworld >>> World build started on Fri May 2 21:25:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-02 21:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-02 21:53:58 - ERROR: failed to build world TB --- 2008-05-02 21:53:58 - tinderbox aborted TB --- 1240.45 user 163.55 system 1737.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri May 2 23:43:45 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 2 23:43:49 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080502234344.13AFF73039@freebsd-current.sentex.ca> TB --- 2008-05-02 23:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-02 23:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-02 23:15:00 - cleaning the object tree TB --- 2008-05-02 23:15:17 - cvsupping the source tree TB --- 2008-05-02 23:15:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-02 23:15:24 - building world (CFLAGS=-O -pipe) TB --- 2008-05-02 23:15:24 - cd /src TB --- 2008-05-02 23:15:24 - /usr/bin/make -B buildworld >>> World build started on Fri May 2 23:15:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-02 23:43:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-02 23:43:44 - ERROR: failed to build world TB --- 2008-05-02 23:43:44 - tinderbox aborted TB --- 1241.88 user 162.50 system 1723.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 01:33:48 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 01:33:56 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503013347.5903B73039@freebsd-current.sentex.ca> TB --- 2008-05-03 01:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 01:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 01:05:00 - cleaning the object tree TB --- 2008-05-03 01:05:11 - cvsupping the source tree TB --- 2008-05-03 01:05:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 01:05:18 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 01:05:18 - cd /src TB --- 2008-05-03 01:05:18 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 01:05:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 01:33:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 01:33:47 - ERROR: failed to build world TB --- 2008-05-03 01:33:47 - tinderbox aborted TB --- 1242.02 user 162.73 system 1726.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 03:23:44 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 03:23:56 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503032343.0F97373039@freebsd-current.sentex.ca> TB --- 2008-05-03 02:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 02:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 02:55:00 - cleaning the object tree TB --- 2008-05-03 02:55:15 - cvsupping the source tree TB --- 2008-05-03 02:55:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 02:55:21 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 02:55:21 - cd /src TB --- 2008-05-03 02:55:21 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 02:55:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 03:23:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 03:23:43 - ERROR: failed to build world TB --- 2008-05-03 03:23:43 - tinderbox aborted TB --- 1241.30 user 163.01 system 1722.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 05:13:48 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 05:13:56 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503051347.7C7FC73039@freebsd-current.sentex.ca> TB --- 2008-05-03 04:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 04:45:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 04:45:01 - cleaning the object tree TB --- 2008-05-03 04:45:14 - cvsupping the source tree TB --- 2008-05-03 04:45:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 04:45:20 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 04:45:20 - cd /src TB --- 2008-05-03 04:45:20 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 04:45:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 05:13:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 05:13:47 - ERROR: failed to build world TB --- 2008-05-03 05:13:47 - tinderbox aborted TB --- 1240.73 user 162.98 system 1726.40 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 07:04:11 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 07:04:15 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503070410.7423473039@freebsd-current.sentex.ca> TB --- 2008-05-03 06:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 06:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 06:35:00 - cleaning the object tree TB --- 2008-05-03 06:35:13 - cvsupping the source tree TB --- 2008-05-03 06:35:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 06:35:20 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 06:35:20 - cd /src TB --- 2008-05-03 06:35:20 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 06:35:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 07:04:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 07:04:10 - ERROR: failed to build world TB --- 2008-05-03 07:04:10 - tinderbox aborted TB --- 1243.38 user 162.05 system 1749.90 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 08:59:14 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 08:59:19 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503085912.C82B373039@freebsd-current.sentex.ca> TB --- 2008-05-03 08:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 08:30:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 08:30:01 - cleaning the object tree TB --- 2008-05-03 08:30:16 - cvsupping the source tree TB --- 2008-05-03 08:30:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 08:30:24 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 08:30:24 - cd /src TB --- 2008-05-03 08:30:24 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 08:30:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 08:59:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 08:59:12 - ERROR: failed to build world TB --- 2008-05-03 08:59:12 - tinderbox aborted TB --- 1242.87 user 163.02 system 1751.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 10:27:31 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 10:27:38 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080503102730.0990C1B5078@freebsd-stable.sentex.ca> TB --- 2008-05-03 08:26:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 08:26:43 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-05-03 08:26:43 - cleaning the object tree TB --- 2008-05-03 08:27:19 - cvsupping the source tree TB --- 2008-05-03 08:27:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-05-03 08:27:27 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 08:27:27 - cd /src TB --- 2008-05-03 08:27:27 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 08:27:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 3 09:57:02 UTC 2008 TB --- 2008-05-03 09:57:03 - generating LINT kernel config TB --- 2008-05-03 09:57:03 - cd /src/sys/amd64/conf TB --- 2008-05-03 09:57:03 - /usr/bin/make -B LINT TB --- 2008-05-03 09:57:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 09:57:03 - cd /src TB --- 2008-05-03 09:57:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 09:57:03 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat May 3 10:18:58 UTC 2008 TB --- 2008-05-03 10:18:58 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:18:58 - cd /src TB --- 2008-05-03 10:18:58 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 10:18:58 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0xabb): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:27:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:27:29 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 10:27:29 - tinderbox aborted TB --- 6060.49 user 618.46 system 7246.26 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 10:48:53 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 10:48:57 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503104852.78D9A73039@freebsd-current.sentex.ca> TB --- 2008-05-03 10:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 10:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 10:20:00 - cleaning the object tree TB --- 2008-05-03 10:20:17 - cvsupping the source tree TB --- 2008-05-03 10:20:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 10:20:26 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 10:20:26 - cd /src TB --- 2008-05-03 10:20:26 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 10:20:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:48:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:48:52 - ERROR: failed to build world TB --- 2008-05-03 10:48:52 - tinderbox aborted TB --- 1241.59 user 162.75 system 1731.99 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 12:38:41 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 12:38:48 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503123840.A896573039@freebsd-current.sentex.ca> TB --- 2008-05-03 12:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 12:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 12:10:00 - cleaning the object tree TB --- 2008-05-03 12:10:14 - cvsupping the source tree TB --- 2008-05-03 12:10:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 12:10:20 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 12:10:20 - cd /src TB --- 2008-05-03 12:10:20 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 12:10:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 12:38:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 12:38:40 - ERROR: failed to build world TB --- 2008-05-03 12:38:40 - tinderbox aborted TB --- 1240.71 user 163.05 system 1720.39 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 14:28:55 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 14:29:03 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503142854.9A7A073039@freebsd-current.sentex.ca> TB --- 2008-05-03 14:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 14:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 14:00:00 - cleaning the object tree TB --- 2008-05-03 14:00:15 - cvsupping the source tree TB --- 2008-05-03 14:00:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 14:00:22 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 14:00:22 - cd /src TB --- 2008-05-03 14:00:22 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 14:00:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 14:28:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 14:28:54 - ERROR: failed to build world TB --- 2008-05-03 14:28:54 - tinderbox aborted TB --- 1242.48 user 162.11 system 1733.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 16:18:54 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 16:19:06 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503161853.5DE1173039@freebsd-current.sentex.ca> TB --- 2008-05-03 15:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 15:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 15:50:01 - cleaning the object tree TB --- 2008-05-03 15:50:17 - cvsupping the source tree TB --- 2008-05-03 15:50:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 15:50:24 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 15:50:24 - cd /src TB --- 2008-05-03 15:50:24 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 15:50:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 16:18:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 16:18:53 - ERROR: failed to build world TB --- 2008-05-03 16:18:53 - tinderbox aborted TB --- 1242.44 user 162.03 system 1732.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 18:08:52 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 18:08:57 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503180851.741AD73039@freebsd-current.sentex.ca> TB --- 2008-05-03 17:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 17:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 17:40:00 - cleaning the object tree TB --- 2008-05-03 17:40:16 - cvsupping the source tree TB --- 2008-05-03 17:40:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 17:40:23 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 17:40:23 - cd /src TB --- 2008-05-03 17:40:23 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 17:40:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 18:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 18:08:51 - ERROR: failed to build world TB --- 2008-05-03 18:08:51 - tinderbox aborted TB --- 1240.91 user 162.87 system 1730.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 19:59:06 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 19:59:17 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503195905.47D8D73039@freebsd-current.sentex.ca> TB --- 2008-05-03 19:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 19:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 19:30:00 - cleaning the object tree TB --- 2008-05-03 19:30:12 - cvsupping the source tree TB --- 2008-05-03 19:30:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 19:30:18 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 19:30:18 - cd /src TB --- 2008-05-03 19:30:18 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 19:30:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libftpio/ftpio.c: In function 'ftpGet': /src/lib/libftpio/ftpio.c:258: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpLoginAf': /src/lib/libftpio/ftpio.c:295: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPut': /src/lib/libftpio/ftpio.c:322: error: dereferencing pointer to incomplete type /src/lib/libftpio/ftpio.c: In function 'ftpPassive': /src/lib/libftpio/ftpio.c:333: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/lib/libftpio. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 19:59:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 19:59:05 - ERROR: failed to build world TB --- 2008-05-03 19:59:05 - tinderbox aborted TB --- 1241.12 user 163.45 system 1745.06 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 3 22:55:05 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 3 22:55:09 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080503225504.1C49773039@freebsd-current.sentex.ca> TB --- 2008-05-03 22:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-03 22:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-03 22:05:00 - cleaning the object tree TB --- 2008-05-03 22:05:11 - cvsupping the source tree TB --- 2008-05-03 22:05:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-03 22:05:17 - building world (CFLAGS=-O -pipe) TB --- 2008-05-03 22:05:17 - cd /src TB --- 2008-05-03 22:05:17 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 22:05:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] makeinfo --no-split -I /src/gnu/usr.bin/send-pr/doc -I /src/gnu/usr.bin/send-pr/doc /src/gnu/usr.bin/send-pr/doc/send-pr.texi -o send-pr.info gzip -cn send-pr.info > send-pr.info.gz ===> gnu/usr.bin/sort (all) cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/src/sort.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/__fpending.c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/__fpending.c: In function '__fpending': /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/__fpending.c:29: error: dereferencing pointer to incomplete type /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/__fpending.c:29: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/gnu/usr.bin/sort. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 22:55:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 22:55:04 - ERROR: failed to build world TB --- 2008-05-03 22:55:04 - tinderbox aborted TB --- 2196.55 user 264.70 system 3003.51 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sun May 4 02:10:22 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 4 02:10:27 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080504021021.A5EB473039@freebsd-current.sentex.ca> TB --- 2008-05-04 01:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-04 01:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-04 01:20:00 - cleaning the object tree TB --- 2008-05-04 01:20:22 - cvsupping the source tree TB --- 2008-05-04 01:20:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-04 01:20:29 - building world (CFLAGS=-O -pipe) TB --- 2008-05-04 01:20:29 - cd /src TB --- 2008-05-04 01:20:29 - /usr/bin/make -B buildworld >>> World build started on Sun May 4 01:20:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xalloc-die.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xmalloc.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xmemcoll.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xstrtoul.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xstrtoumax.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -o sort sort.o __fpending.o argmatch.o closeout.o dup-safer.o error.o exitfail.o fopen-safer.o hard-locale.o human.o long-options.o memcoll.o physmem.o posixver.o quote.o quotearg.o strnlen.o umaxtostr.o version-etc.o xalloc-die.o xmalloc.o xmemcoll.o xstrtoul.o xstrtoumax.o __fpending.o(.text+0x5): In function `__fpending': : undefined reference to `__fgetpendout' *** Error code 1 Stop in /src/gnu/usr.bin/sort. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-04 02:10:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-04 02:10:21 - ERROR: failed to build world TB --- 2008-05-04 02:10:21 - tinderbox aborted TB --- 2195.12 user 268.53 system 3020.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sun May 4 05:25:45 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 4 05:25:52 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080504052544.19FFF73039@freebsd-current.sentex.ca> TB --- 2008-05-04 04:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-04 04:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-04 04:35:00 - cleaning the object tree TB --- 2008-05-04 04:35:21 - cvsupping the source tree TB --- 2008-05-04 04:35:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-04 04:35:27 - building world (CFLAGS=-O -pipe) TB --- 2008-05-04 04:35:27 - cd /src TB --- 2008-05-04 04:35:27 - /usr/bin/make -B buildworld >>> World build started on Sun May 4 04:35:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xalloc-die.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xmalloc.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xmemcoll.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xstrtoul.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -c /src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib/xstrtoumax.c cc -O -pipe -DHAVE_CONFIG_H -DHAVE_LANGINFO_H=1 -DHAVE_NL_LANGINFO=1 -I/src/gnu/usr.bin/sort -I/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -o sort sort.o __fpending.o argmatch.o closeout.o dup-safer.o error.o exitfail.o fopen-safer.o hard-locale.o human.o long-options.o memcoll.o physmem.o posixver.o quote.o quotearg.o strnlen.o umaxtostr.o version-etc.o xalloc-die.o xmalloc.o xmemcoll.o xstrtoul.o xstrtoumax.o __fpending.o(.text+0x5): In function `__fpending': : undefined reference to `__fgetpendout' *** Error code 1 Stop in /src/gnu/usr.bin/sort. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-04 05:25:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-04 05:25:44 - ERROR: failed to build world TB --- 2008-05-04 05:25:44 - tinderbox aborted TB --- 2196.62 user 267.82 system 3043.71 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Mon May 5 05:46:00 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon May 5 05:46:05 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080505054559.7838D73039@freebsd-current.sentex.ca> TB --- 2008-05-05 04:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-05 04:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-05 04:10:00 - cleaning the object tree TB --- 2008-05-05 04:10:51 - cvsupping the source tree TB --- 2008-05-05 04:10:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-05 04:10:56 - building world (CFLAGS=-O -pipe) TB --- 2008-05-05 04:10:56 - cd /src TB --- 2008-05-05 04:10:56 - /usr/bin/make -B buildworld >>> World build started on Mon May 5 04:10:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon May 5 05:40:33 UTC 2008 TB --- 2008-05-05 05:40:33 - generating LINT kernel config TB --- 2008-05-05 05:40:33 - cd /src/sys/amd64/conf TB --- 2008-05-05 05:40:33 - /usr/bin/make -B LINT TB --- 2008-05-05 05:40:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-05 05:40:34 - cd /src TB --- 2008-05-05 05:40:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 5 05:40:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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/dc/pnphy.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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/dcons/dcons.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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/dcons/dcons_crom.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -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/dcons/dcons_os.c /src/sys/dev/dcons/dcons_os.c: In function 'dcons_check_break': /src/sys/dev/dcons/dcons_os.c:227: error: 'KDB_REQ_BREAK' undeclared (first use in this function) /src/sys/dev/dcons/dcons_os.c:227: error: (Each undeclared identifier is reported only once /src/sys/dev/dcons/dcons_os.c:227: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-05 05:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-05 05:45:59 - ERROR: failed to build lint kernel TB --- 2008-05-05 05:45:59 - tinderbox aborted TB --- 4145.73 user 530.50 system 5758.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at freebsd.org Mon May 5 13:56:20 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 5 13:56:37 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <20080503131139.GA37131@saturn.kn-bremen.de> References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> <20080503131139.GA37131@saturn.kn-bremen.de> Message-ID: <200805050950.57484.jhb@freebsd.org> On Saturday 03 May 2008 09:11:39 am Juergen Lock wrote: > On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, > > > > > > causing kqemu to end up restoring the interrupt stackpointer > > > > > > (after running guest code using its own cpu state) from the tss > > > > > > of the last cpu, regardless which cpu it happened to run on. And > > > > > > that then causes the last cpu's (usually) idle thread's stack to > > > > > > get smashed and the host doing multiple panics... (Which also > > > > > > explains why pinning qemu onto > > > > cpu > > > > > > > > 1 worked on a 2-way host.) > > > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its > > > > > own cpu state and has to save and restore the original state > > > > > because of > > > > that, > > > > > > > so among other things it does an str insn (store task register), > > > > > and > > > > later > > > > > > > an ltr insn (load task register) using the value it got from the > > > > > first str insn. That ltr insn loads the selector for the tss which > > > > > is stored in the gdt, and that entry in the gdt is different for > > > > > each cpu, but > > > > since > > > > > > > a single gdt was reused to setup the cpus at boot (in > > > > > init_secondary() > > > > in > > > > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the > > > > > last cpu, instead of to the right one for the cpu the ltr insn gets > > > > > executed > > > > on. > > > > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The > > > > things > > > > i386 > > > > > > uses a separate tss for in the kernel (separate stack for double > > > > faults) > > > > is > > > > > > handled differently on amd64 (on amd64 we make the double fault > > > > handler > > > > use > > > > > > one of the IST stacks). > > > > > > Well, kqemu uses its own gdt, tss and everything while running guest > > > code in its monitor, so it kinda has to do the str/ltr.s to setup its > > > stuff, run guest code, and then restore the original state of things. > > > (And `restore original state of things' is what failed here.) > > > > > > Oh and also the tss does seem to be used for the interrupt stack on > > > amd64 too, at least thats the one that ended up wrong and caused the > > > panics I saw... > > > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > > double faults, but on amd64 a double fault uses the same TSS but uses the > > IST pointers from that same TSS. The TSS also holds the ring stack > > pointer for when syscalls, interrupts, and traps from userland cross from > > ring 3 to ring 0 which is probably why you got a panic. > > Yeah thats where it happened. > > > Because of the fact that amd64 in normal operation never changes the task > > register (and that the gdt isn't used quite the same either, all the > > per-cpu stuff is via FSBASE and GSBASE) I don't expect the kernel to > > change to use a per-cpu gdt or the like. I think you will need to use > > the current approach of patching kqemu to fixup the tss/gdt when > > reloading the task register. You might want to make it a regular part of > > the code rather than a workaround as a result. > > Hmm okay, how would you call it then, kqemu_tss_fixup? Sure. -- John Baldwin From nox at jelal.kn-bremen.de Sat May 3 13:13:41 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Mon May 5 15:46:50 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <200805011335.06415.jhb@freebsd.org> References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> Message-ID: <20080503131139.GA37131@saturn.kn-bremen.de> On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > > regardless which cpu it happened to run on. And that then causes the > > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > > doing multiple panics... (Which also explains why pinning qemu onto > cpu > > > > > 1 worked on a 2-way host.) > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > > cpu state and has to save and restore the original state because of > that, > > > > so among other things it does an str insn (store task register), and > later > > > > an ltr insn (load task register) using the value it got from the first > > > > str insn. That ltr insn loads the selector for the tss which is stored > > > > in the gdt, and that entry in the gdt is different for each cpu, but > since > > > > a single gdt was reused to setup the cpus at boot (in init_secondary() > in > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > > cpu, instead of to the right one for the cpu the ltr insn gets executed > on. > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things > i386 > > > uses a separate tss for in the kernel (separate stack for double faults) > is > > > handled differently on amd64 (on amd64 we make the double fault handler > use > > > one of the IST stacks). > > > > Well, kqemu uses its own gdt, tss and everything while running guest code > > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > > guest code, and then restore the original state of things. (And `restore > > original state of things' is what failed here.) > > > > Oh and also the tss does seem to be used for the interrupt stack on > > amd64 too, at least thats the one that ended up wrong and caused the panics > > I saw... > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > double faults, but on amd64 a double fault uses the same TSS but uses the IST > pointers from that same TSS. The TSS also holds the ring stack pointer for > when syscalls, interrupts, and traps from userland cross from ring 3 to ring > 0 which is probably why you got a panic. > Yeah thats where it happened. > Because of the fact that amd64 in normal operation never changes the task > register (and that the gdt isn't used quite the same either, all the per-cpu > stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a > per-cpu gdt or the like. I think you will need to use the current approach > of patching kqemu to fixup the tss/gdt when reloading the task register. You > might want to make it a regular part of the code rather than a workaround as > a result. > Hmm okay, how would you call it then, kqemu_tss_fixup? Juergen From linimon at FreeBSD.org Mon May 5 01:39:36 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:12:37 2008 Subject: kern/122888: [zfs] zfs hang w/ prefetch on, zil off while running transmission-daemon Message-ID: <200805050139.m451daRx098247@freefall.freebsd.org> Synopsis: [zfs] zfs hang w/ prefetch on, zil off while running transmission-daemon Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:39:18 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=122888 From linimon at FreeBSD.org Mon May 5 01:41:09 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:12:43 2008 Subject: kern/122858: [nsswitch] nsswitch in 7.0 is f*cked up Message-ID: <200805050141.m451f8Ra098423@freefall.freebsd.org> Synopsis: [nsswitch] nsswitch in 7.0 is f*cked up Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:40:11 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=122858 From linimon at FreeBSD.org Mon May 5 01:43:38 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:12:48 2008 Subject: amd64/120243: [ndis] can't get work Broadcom 802.11b/g WLAN on HP Pavilion DV8000 with DeskTopBSD 1.6 Message-ID: <200805050143.m451hcnA098608@freefall.freebsd.org> Synopsis: [ndis] can't get work Broadcom 802.11b/g WLAN on HP Pavilion DV8000 with DeskTopBSD 1.6 State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Mon May 5 01:42:45 UTC 2008 State-Changed-Why: Feedback timeout (> 2 months). Note that the advice to submitter was to use NDIS. http://www.freebsd.org/cgi/query-pr.cgi?pr=120243 From linimon at FreeBSD.org Mon May 5 01:44:10 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:12:57 2008 Subject: kern/120081: [ata] Hard drive not found during install FreeBSD 7.0 - RC1 Message-ID: <200805050144.m451i9JJ098667@freefall.freebsd.org> Synopsis: [ata] Hard drive not found during install FreeBSD 7.0 - RC1 Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:43:49 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=120081 From linimon at FreeBSD.org Mon May 5 01:45:12 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:13:01 2008 Subject: kern/119516: [ip6] [panic] _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ /usr/src/sys/net/route.c:1287 Message-ID: <200805050145.m451jBDn098793@freefall.freebsd.org> Synopsis: [ip6] [panic] _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ /usr/src/sys/net/route.c:1287 Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:44:51 UTC 2008 Responsible-Changed-Why: This is probably not amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=119516 From linimon at FreeBSD.org Mon May 5 01:52:27 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:13:08 2008 Subject: ports/106604: security/cyrus-sasl2-saslauthd crashes with signal 6 on FreeBSD 6.2-PRERELEASE #1: Sat Dec 2 AMD64 Message-ID: <200805050152.m451qRS2099332@freefall.freebsd.org> Old Synopsis: saslauthd crashes with signal 6 on FreeBSD 6.2-PRERELEASE #1: Sat Dec 2 AMD64 New Synopsis: security/cyrus-sasl2-saslauthd crashes with signal 6 on FreeBSD 6.2-PRERELEASE #1: Sat Dec 2 AMD64 Responsible-Changed-From-To: freebsd-amd64->ume Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:50:44 UTC 2008 Responsible-Changed-Why: Try to reclassify this as a ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=106604 From linimon at FreeBSD.org Mon May 5 01:54:57 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:13:11 2008 Subject: amd64/92889: [libc] xdr double buffer overflow Message-ID: <200805050154.m451suY5099569@freefall.freebsd.org> Synopsis: [libc] xdr double buffer overflow State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Mon May 5 01:54:22 UTC 2008 State-Changed-Why: Note that submitter was asked for feedback quite some time ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=92889 From linimon at FreeBSD.org Mon May 5 01:55:52 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:13:17 2008 Subject: amd64/91195: [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP Message-ID: <200805050155.m451tpOS099661@freefall.freebsd.org> Old Synopsis: FreeBSD 6.0(amd64) and Asus A8R-MVP New Synopsis: [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Mon May 5 01:55:19 UTC 2008 State-Changed-Why: Is this still a problem with modern versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=91195 From linimon at FreeBSD.org Mon May 5 01:56:27 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 5 16:13:22 2008 Subject: kern/89546: [geom] GEOM error Message-ID: <200805050156.m451uQGK099715@freefall.freebsd.org> Synopsis: [geom] GEOM error Responsible-Changed-From-To: freebsd-amd64->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 5 01:56:00 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=89546 From bugmaster at FreeBSD.org Mon May 5 11:07:01 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 5 16:13:36 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200805051107.m45B70j8070627@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116977 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, f amd64/120956 amd64 [panic] FreeBSD 6.3 Release: Fatal trap 12: page fault o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122423 amd64 Port install fails after upgrade o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor f amd64/122699 amd64 can't reboot hp ML110 M5 using FreeBSD 7.0-Release amd o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re 54 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/91195 amd64 [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP o amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o bin/105542 amd64 on amd64, ldd(1) produces bogus output for i386 execut o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/116457 amd64 [install] can't install freebsd on dv9420us o amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial 22 problems total. From hide at koie.org Tue May 6 11:00:05 2008 From: hide at koie.org (KOIE Hidetaka) Date: Tue May 6 15:56:11 2008 Subject: amd64/123456: /usr/bin/fstat shows error messages and hang. Message-ID: <200805061053.m46Arg8J089713@www.freebsd.org> >Number: 123456 >Category: amd64 >Synopsis: /usr/bin/fstat shows error messages and hang. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 06 11:00:04 UTC 2008 >Closed-Date: >Last-Modified: >Originator: KOIE Hidetaka >Release: FreeBSD 8.0-CURRENT amd64 >Organization: surigiken >Environment: System: FreeBSD guriandgura 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon May 5 13:17:50 JST 2008 koie@guriandgura:/usr/obj/usr/src\ /sys/GURIANDGURA amd64 >Description: fstat -v shows error message like this: can't read vnode at 0x0 for pid *** can't read znode_phys at 0x**** for pid *** unknown file type 5 for file 5 of pid *** fstat / hangs. >How-To-Repeat: >Fix: Patch for "can't read vnode at 0x0 for pid ***": vtrans() is invoked iff vp is not null. Patch for "can't read znode_phys at 0x**** for pid ***": znode_phys is void *, not int. Patch for "unknown file type 5 for file 5 of pid ***": consider other DTYPEs. Patch for hanging: sysctl "debug.sizeof.znode" returns int, not size_t. Patch attached with submission follows: diff -c -r1.65 fstat.c *** fstat.c 5 Nov 2007 23:15:02 -0000 1.65 --- fstat.c 6 May 2008 10:11:33 -0000 *************** *** 348,354 **** /* * current working directory vnode */ ! vtrans(filed.fd_cdir, CDIR, FREAD); /* * jail root, if any. */ --- 348,355 ---- /* * current working directory vnode */ ! if (filed.fd_cdir) ! vtrans(filed.fd_cdir, CDIR, FREAD); /* * jail root, if any. */ *************** *** 390,417 **** i, (void *)ofiles[i], Pid); continue; } ! if (file.f_type == DTYPE_VNODE) vtrans(file.f_vnode, i, file.f_flag); ! else if (file.f_type == DTYPE_SOCKET) { if (checkfile == 0) socktrans(file.f_data, i); ! } #ifdef DTYPE_PIPE ! else if (file.f_type == DTYPE_PIPE) { if (checkfile == 0) pipetrans(file.f_data, i, file.f_flag); ! } #endif #ifdef DTYPE_FIFO ! else if (file.f_type == DTYPE_FIFO) { if (checkfile == 0) vtrans(file.f_vnode, i, file.f_flag); ! } #endif ! else { dprintf(stderr, "unknown file type %d for file %d of pid %d\n", file.f_type, i, Pid); } } } --- 391,435 ---- i, (void *)ofiles[i], Pid); continue; } ! switch (file.f_type) { ! case DTYPE_VNODE: vtrans(file.f_vnode, i, file.f_flag); ! break; ! case DTYPE_SOCKET: if (checkfile == 0) socktrans(file.f_data, i); ! break; #ifdef DTYPE_PIPE ! case DTYPE_PIPE: if (checkfile == 0) pipetrans(file.f_data, i, file.f_flag); ! break; #endif #ifdef DTYPE_FIFO ! case DTYPE_FIFO: if (checkfile == 0) vtrans(file.f_vnode, i, file.f_flag); ! break; #endif ! #ifdef DTYPE_KQUEUE ! case DTYPE_KQUEUE: ! #endif ! #ifdef DTYPE_CRYPTO ! case DTYPE_CRYPTO: ! #endif ! #ifdef DTYPE_MQUEUE ! case DTYPE_MQUEUE: ! #endif ! #ifdef DTYPE_SHM ! case DTYPE_SHM: ! #endif ! /* not supported */ ! break; ! default: dprintf(stderr, "unknown file type %d for file %d of pid %d\n", file.f_type, i, Pid); + break; } } } diff -c -r1.2 zfs.c *** zfs.c 17 Nov 2007 23:21:38 -0000 1.2 --- zfs.c 6 May 2008 10:02:48 -0000 *************** *** 68,75 **** uint64_t *zid; void *znodeptr, *vnodeptr; char *dataptr; ! int *zphys_addr; ! size_t len, size; len = sizeof(size); if (sysctlbyname("debug.sizeof.znode", &size, &len, NULL, 0) == -1) { --- 68,76 ---- uint64_t *zid; void *znodeptr, *vnodeptr; char *dataptr; ! void *zphys_addr; ! size_t len; ! int size; len = sizeof(size); if (sysctlbyname("debug.sizeof.znode", &size, &len, NULL, 0) == -1) { *************** *** 84,90 **** /* Since we have problems including vnode.h, we'll use the wrappers. */ vnodeptr = getvnodedata(vp); ! if (!KVM_READ(vnodeptr, znodeptr, size)) { dprintf(stderr, "can't read znode at %p for pid %d\n", (void *)vnodeptr, Pid); goto bad; --- 85,91 ---- /* Since we have problems including vnode.h, we'll use the wrappers. */ vnodeptr = getvnodedata(vp); ! if (!KVM_READ(vnodeptr, znodeptr, (size_t)size)) { dprintf(stderr, "can't read znode at %p for pid %d\n", (void *)vnodeptr, Pid); goto bad; *************** *** 99,107 **** */ dataptr = znodeptr; zid = (uint64_t *)(dataptr + LOCATION_ZID); ! zphys_addr = (int *)(dataptr + LOCATION_ZPHYS(size)); ! if (!KVM_READ(*zphys_addr, &zphys, sizeof(zphys))) { dprintf(stderr, "can't read znode_phys at %p for pid %d\n", zphys_addr, Pid); goto bad; --- 100,108 ---- */ dataptr = znodeptr; zid = (uint64_t *)(dataptr + LOCATION_ZID); ! zphys_addr = *(void **)(dataptr + LOCATION_ZPHYS(size)); ! if (!KVM_READ(zphys_addr, &zphys, sizeof(zphys))) { dprintf(stderr, "can't read znode_phys at %p for pid %d\n", zphys_addr, Pid); goto bad; >Release-Note: >Audit-Trail: >Unformatted: From nox at jelal.kn-bremen.de Tue May 6 18:21:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue May 6 18:47:28 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) In-Reply-To: <200805050950.57484.jhb@freebsd.org> References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> <20080503131139.GA37131@saturn.kn-bremen.de> <200805050950.57484.jhb@freebsd.org> Message-ID: <20080506181931.GA22856@saturn.kn-bremen.de> On Mon, May 05, 2008 at 09:50:57AM -0400, John Baldwin wrote: > On Saturday 03 May 2008 09:11:39 am Juergen Lock wrote: > > On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > > > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, > > > > > > > causing kqemu to end up restoring the interrupt stackpointer > > > > > > > (after running guest code using its own cpu state) from the tss > > > > > > > of the last cpu, regardless which cpu it happened to run on. And > > > > > > > that then causes the last cpu's (usually) idle thread's stack to > > > > > > > get smashed and the host doing multiple panics... (Which also > > > > > > > explains why pinning qemu onto > > > > > > cpu > > > > > > > > > > 1 worked on a 2-way host.) > > > > > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its > > > > > > own cpu state and has to save and restore the original state > > > > > > because of > > > > > > that, > > > > > > > > > so among other things it does an str insn (store task register), > > > > > > and > > > > > > later > > > > > > > > > an ltr insn (load task register) using the value it got from the > > > > > > first str insn. That ltr insn loads the selector for the tss which > > > > > > is stored in the gdt, and that entry in the gdt is different for > > > > > > each cpu, but > > > > > > since > > > > > > > > > a single gdt was reused to setup the cpus at boot (in > > > > > > init_secondary() > > > > > > in > > > > > > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the > > > > > > last cpu, instead of to the right one for the cpu the ltr insn gets > > > > > > executed > > > > > > on. > > > > > > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The > > > > > things > > > > > > i386 > > > > > > > > uses a separate tss for in the kernel (separate stack for double > > > > > faults) > > > > > > is > > > > > > > > handled differently on amd64 (on amd64 we make the double fault > > > > > handler > > > > > > use > > > > > > > > one of the IST stacks). > > > > > > > > Well, kqemu uses its own gdt, tss and everything while running guest > > > > code in its monitor, so it kinda has to do the str/ltr.s to setup its > > > > stuff, run guest code, and then restore the original state of things. > > > > (And `restore original state of things' is what failed here.) > > > > > > > > Oh and also the tss does seem to be used for the interrupt stack on > > > > amd64 too, at least thats the one that ended up wrong and caused the > > > > panics I saw... > > > > > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > > > double faults, but on amd64 a double fault uses the same TSS but uses the > > > IST pointers from that same TSS. The TSS also holds the ring stack > > > pointer for when syscalls, interrupts, and traps from userland cross from > > > ring 3 to ring 0 which is probably why you got a panic. > > > > Yeah thats where it happened. > > > > > Because of the fact that amd64 in normal operation never changes the task > > > register (and that the gdt isn't used quite the same either, all the > > > per-cpu stuff is via FSBASE and GSBASE) I don't expect the kernel to > > > change to use a per-cpu gdt or the like. I think you will need to use > > > the current approach of patching kqemu to fixup the tss/gdt when > > > reloading the task register. You might want to make it a regular part of > > > the code rather than a workaround as a result. > > > > Hmm okay, how would you call it then, kqemu_tss_fixup? > > Sure. Okay, I shall rename it at the next kqemu commit. Thanx, Juergen From tinderbox at freebsd.org Wed May 7 00:23:03 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed May 7 00:23:15 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080507002302.538F373039@freebsd-current.sentex.ca> TB --- 2008-05-06 23:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-06 23:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-06 23:50:01 - cleaning the object tree TB --- 2008-05-06 23:50:48 - cvsupping the source tree TB --- 2008-05-06 23:50:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-06 23:50:54 - building world (CFLAGS=-O -pipe) TB --- 2008-05-06 23:50:54 - cd /src TB --- 2008-05-06 23:50:54 - /usr/bin/make -B buildworld >>> World build started on Tue May 6 23:50:55 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] sh /src/usr.bin/kdump/mksubr /obj/amd64/src/tmp/usr/include > kdump_subr.c rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c In file included from ioctl.c:114: /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:38:37: error: dev/mpt/mpilib/mpi_type.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:39:32: error: dev/mpt/mpilib/mpi.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:40:37: error: dev/mpt/mpilib/mpi_cnfg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-07 00:23:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-07 00:23:02 - ERROR: failed to build world TB --- 2008-05-07 00:23:02 - tinderbox aborted TB --- 1425.39 user 194.90 system 1981.19 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Wed May 7 02:27:28 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed May 7 02:27:32 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080507022727.06DFB73039@freebsd-current.sentex.ca> TB --- 2008-05-07 01:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-07 01:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-07 01:55:00 - cleaning the object tree TB --- 2008-05-07 01:55:18 - cvsupping the source tree TB --- 2008-05-07 01:55:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-07 01:55:25 - building world (CFLAGS=-O -pipe) TB --- 2008-05-07 01:55:25 - cd /src TB --- 2008-05-07 01:55:25 - /usr/bin/make -B buildworld >>> World build started on Wed May 7 01:55:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] sh /src/usr.bin/kdump/mksubr /obj/amd64/src/tmp/usr/include > kdump_subr.c rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c In file included from ioctl.c:114: /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:38:37: error: dev/mpt/mpilib/mpi_type.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:39:32: error: dev/mpt/mpilib/mpi.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:40:37: error: dev/mpt/mpilib/mpi_cnfg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-07 02:27:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-07 02:27:26 - ERROR: failed to build world TB --- 2008-05-07 02:27:26 - tinderbox aborted TB --- 1422.69 user 193.62 system 1946.28 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Wed May 7 04:32:32 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed May 7 04:32:43 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080507043231.8C3CD73039@freebsd-current.sentex.ca> TB --- 2008-05-07 04:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-07 04:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-07 04:00:01 - cleaning the object tree TB --- 2008-05-07 04:00:18 - cvsupping the source tree TB --- 2008-05-07 04:00:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-07 04:00:25 - building world (CFLAGS=-O -pipe) TB --- 2008-05-07 04:00:25 - cd /src TB --- 2008-05-07 04:00:25 - /usr/bin/make -B buildworld >>> World build started on Wed May 7 04:00:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] sh /src/usr.bin/kdump/mksubr /obj/amd64/src/tmp/usr/include > kdump_subr.c rm -f .depend mkdep -f .depend -a -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. /src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /src/usr.bin/kdump/../ktrace/subr.c In file included from ioctl.c:114: /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:38:37: error: dev/mpt/mpilib/mpi_type.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:39:32: error: dev/mpt/mpilib/mpi.h: No such file or directory /obj/amd64/src/tmp/usr/include/sys/mpt_ioctl.h:40:37: error: dev/mpt/mpilib/mpi_cnfg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-07 04:32:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-07 04:32:31 - ERROR: failed to build world TB --- 2008-05-07 04:32:31 - tinderbox aborted TB --- 1424.42 user 192.25 system 1950.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From schulra at earlham.edu Wed May 7 16:30:02 2008 From: schulra at earlham.edu (Randy Schultz) Date: Wed May 7 16:53:07 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 Message-ID: <200805071621.m47GLbCD018315@www.freebsd.org> >Number: 123495 >Category: amd64 >Synopsis: 7.0 AMD64 doesn't install on a Dell SC1435 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 07 16:30:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Randy Schultz >Release: 7.0 AMD64 >Organization: Earlham College >Environment: Sorry, cannot. Can't get it to install. ;> >Description: I believe this may be additional information for PR #122572. Hardware: Dell SC1435, twin Hitachi UltraStar 750 GB SATA-II drives plugged right into the mobo with SATA-II cables. For completeness, the system also has 1 dual-core AMD Opteron, 2 GB RAM, and a SCSI card plugged into it. FBSD 6.x AMD64 works great on this system, as does centos linux. When I try to install 7.0 (AMD64 of course), on boot (off the cdrom) I notice: ad4: DMA limited to UDMA33, device found non-ATA66 cable Not sure if that is an important clue but it seems to be. I know my cables are SATA-II, FWIW. Install jams along nicely until it actually tries to write distributions to the drives. The format piece works well w/o errors that I have seen. To use my example, as soon as it started writing the base system to the drive it started erroring out. Here is a piece of what I captured: ... ./usr/sbin/spkrtest ./usr/sbin/srpay NMI ISA 30, EINSA Mlf fI SA 20, EISA ff NMI ISA 30, EISNAM If ISfA 20, EISA ff ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=34170879 aNMI ISA 30, EISAN fMfl ISA 30, EISA ff This is exactly what was coming out on the console, including case changes. Note that I had to type this in by hand. I tried to make sure there were no typos but I am an inperfect being. ;> The timeouts and NMI's continued ad nauseatum. The LBA was always different. It seems some things may not have gotten displayed properly. For example, the second error line seems like it should start with "ISA", not "SA". I fiddled with the monitor settings wondering if something was being chopped off to no effect. May be the vid chip. This is repeatable at any time. >How-To-Repeat: Any time I try to install 7.0 AMD64 on this system. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From freebsd at sopwith.solgatos.com Wed May 7 17:41:02 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Wed May 7 17:41:05 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: Your message of "Wed, 07 May 2008 16:21:37 GMT." <200805071621.m47GLbCD018315@www.freebsd.org> Message-ID: <200805071739.RAA19648@sopwith.solgatos.com> In message <200805071621.m47GLbCD018315@www.freebsd.org>, Randy Schultz writes: > FBSD 6.x AMD64 works great on this system, as does centos linux. When I try to install 7.0 (AMD64 of course), on boot (of >f the cdrom) I notice: > ad4: DMA limited to UDMA33, device found non-ATA66 cable > > Not sure if that is an important clue but it seems to be. I know my cables are SATA-II, FWIW. This means the kernel thinks that ad4 is PATA connected with a 40 wire cable rather than an 80 wire cable. (connector is 40 pins either way, extra wires are grounds) If ad4 is a PATA hard drive, it just means that the speed is limited to 33 MBps due to the old style cable. If there are no PATA hard drives connected, then this is an important clue. From dfilter at FreeBSD.ORG Wed May 7 17:50:03 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Wed May 7 17:54:48 2008 Subject: amd64/123456: commit references a PR Message-ID: <200805071750.m47Ho3d5030659@freefall.freebsd.org> The following reply was made to PR amd64/123456; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/123456: commit references a PR Date: Wed, 7 May 2008 17:49:39 +0000 (UTC) jhb 2008-05-07 17:49:31 UTC FreeBSD src repository Modified files: usr.bin/fstat fstat.c Log: Only output details about the current working directory of a process if the vnode pointer is not NULL. This avoids spurious warnings in fstat -v output for kernel processes. MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.66 +2 -1 src/usr.bin/fstat/fstat.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From schulra at earlham.edu Wed May 7 18:15:27 2008 From: schulra at earlham.edu (Randy Schultz) Date: Wed May 7 18:15:32 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: <200805071739.RAA19648@sopwith.solgatos.com> References: <200805071739.RAA19648@sopwith.solgatos.com> Message-ID: On Wed, 7 May 2008, Dieter spaketh thusly: -}In message <200805071621.m47GLbCD018315@www.freebsd.org>, Randy Schultz writes: -}> FBSD 6.x AMD64 works great on this system, as does centos linux. When I try to install 7.0 (AMD64 of course), on boot (of -}>f the cdrom) I notice: -}> ad4: DMA limited to UDMA33, device found non-ATA66 cable -}> -}> Not sure if that is an important clue but it seems to be. I know my cables are SATA-II, FWIW. -} -}This means the kernel thinks that ad4 is PATA connected with a 40 wire cable -}rather than an 80 wire cable. (connector is 40 pins either way, extra wires -}are grounds) -} -}If ad4 is a PATA hard drive, it just means that the speed is limited to 33 MBps -}due to the old style cable. -} -}If there are no PATA hard drives connected, then this is an important clue. There no PATA drives, both are SATA-II's with SATA-II cables. FWIW, I forgot to mention that this problem happens both with a fresh install/drive format and with an upgrade from 6.3 -> 7.0. On the upgrade, I was following the instructions at http://www.cyberciti.biz/faq/howto-freebsd-server-upgrades/ After the reboot is when the errors start happening. -- Randy (schulra@earlham.edu) 765.983.1283 <*> Love with your heart, think with your head; not the other way around. From dfilter at FreeBSD.ORG Wed May 7 18:00:04 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Wed May 7 18:31:15 2008 Subject: amd64/123456: commit references a PR Message-ID: <200805071800.m47I04HY030896@freefall.freebsd.org> The following reply was made to PR amd64/123456; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/123456: commit references a PR Date: Wed, 7 May 2008 17:55:36 +0000 (UTC) jhb 2008-05-07 17:55:28 UTC FreeBSD src repository Modified files: usr.bin/fstat zfs.c Log: The debug.sizeof.znode sysctl returns an int, not a size_t. This can cause a hang on 64-bit platforms. MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.3 +3 -2 src/usr.bin/fstat/zfs.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Wed May 7 18:30:04 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Wed May 7 18:55:56 2008 Subject: amd64/123456: commit references a PR Message-ID: <200805071830.m47IU3kc032951@freefall.freebsd.org> The following reply was made to PR amd64/123456; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/123456: commit references a PR Date: Wed, 7 May 2008 18:27:45 +0000 (UTC) jhb 2008-05-07 18:27:38 UTC FreeBSD src repository Modified files: usr.bin/fstat zfs.c Log: Fix reading the address of a znode_phys from a znode on 64-bit platforms where sizeof(pointer) != sizeof(int). MFC after: 1 week PR: amd64/123456 Submitted by: KOIE Hidetaka | hide koie.org Revision Changes Path 1.4 +3 -3 src/usr.bin/fstat/zfs.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From jhb at freebsd.org Wed May 7 19:00:32 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed May 7 19:00:35 2008 Subject: amd64/123456: /usr/bin/fstat shows error messages and hang. In-Reply-To: <200805061053.m46Arg8J089713@www.freebsd.org> References: <200805061053.m46Arg8J089713@www.freebsd.org> Message-ID: <200805071429.27293.jhb@freebsd.org> On Tuesday 06 May 2008 06:53:42 am KOIE Hidetaka wrote: > >Description: > fstat -v shows error message like this: > can't read vnode at 0x0 for pid *** > can't read znode_phys at 0x**** for pid *** > unknown file type 5 for file 5 of pid *** > > fstat / hangs. > > >How-To-Repeat: > > >Fix: > Patch for "can't read vnode at 0x0 for pid ***": > vtrans() is invoked iff vp is not null. > > Patch for "can't read znode_phys at 0x**** for pid ***": > znode_phys is void *, not int. > > Patch for "unknown file type 5 for file 5 of pid ***": > consider other DTYPEs. > > Patch for hanging: > sysctl "debug.sizeof.znode" returns int, not size_t. I've applied all of the fixes except for the 3rd one. I think that each file type should show up as unknown until support for it is added to fstat. -- John Baldwin From jhb at freebsd.org Wed May 7 19:10:03 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed May 7 19:10:06 2008 Subject: amd64/123456: /usr/bin/fstat shows error messages and hang. Message-ID: <200805071910.m47JA30B035504@freefall.freebsd.org> The following reply was made to PR amd64/123456; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: KOIE Hidetaka , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/123456: /usr/bin/fstat shows error messages and hang. Date: Wed, 7 May 2008 14:29:27 -0400 On Tuesday 06 May 2008 06:53:42 am KOIE Hidetaka wrote: > >Description: > fstat -v shows error message like this: > can't read vnode at 0x0 for pid *** > can't read znode_phys at 0x**** for pid *** > unknown file type 5 for file 5 of pid *** > > fstat / hangs. > > >How-To-Repeat: > > >Fix: > Patch for "can't read vnode at 0x0 for pid ***": > vtrans() is invoked iff vp is not null. > > Patch for "can't read znode_phys at 0x**** for pid ***": > znode_phys is void *, not int. > > Patch for "unknown file type 5 for file 5 of pid ***": > consider other DTYPEs. > > Patch for hanging: > sysctl "debug.sizeof.znode" returns int, not size_t. I've applied all of the fixes except for the 3rd one. I think that each file type should show up as unknown until support for it is added to fstat. -- John Baldwin From vwe at FreeBSD.org Wed May 7 20:08:38 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Wed May 7 20:08:40 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 Message-ID: <200805072008.m47K8c6M040716@freefall.freebsd.org> Synopsis: 7.0 AMD64 doesn't install on a Dell SC1435 State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Wed May 7 20:07:12 UTC 2008 State-Changed-Why: DUP of PR 122572 -> closing this please file any additional information that might help hunting this bug as a followup to PR 122572. Of course, your valueable information is really welcome! :) http://www.freebsd.org/cgi/query-pr.cgi?pr=123495 From fabian at wenks.ch Wed May 7 20:31:16 2008 From: fabian at wenks.ch (Fabian Wenk) Date: Wed May 7 20:31:18 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: <200805071621.m47GLbCD018315@www.freebsd.org> References: <200805071621.m47GLbCD018315@www.freebsd.org> Message-ID: <48221188.3020708@wenks.ch> Hello Randy On 07.05.08 18:21, Randy Schultz wrote: > FBSD 6.x AMD64 works great on this system, as does centos linux. > When I try to install 7.0 (AMD64 of course), on boot (off the > cdrom) I notice: > ad4: DMA limited to UDMA33, device found non-ATA66 cable > > Not sure if that is an important clue but it seems to be. I > know my cables are SATA-II, FWIW. Somewhere in the BIOS settings should be an option to switch the SATA disks to AHCI, maybe this helps. On most BIOS this setting is in the P-ATA mode, which is a slower compatibility mode and is needed for the Redmond OS to work. bye Fabian From tinderbox at freebsd.org Wed May 7 21:31:12 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed May 7 21:31:27 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080507213110.C5C6773039@freebsd-current.sentex.ca> TB --- 2008-05-07 20:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-07 20:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-07 20:30:00 - cleaning the object tree TB --- 2008-05-07 20:30:48 - cvsupping the source tree TB --- 2008-05-07 20:30:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-07 20:30:53 - building world (CFLAGS=-O -pipe) TB --- 2008-05-07 20:30:53 - cd /src TB --- 2008-05-07 20:30:53 - /usr/bin/make -B buildworld >>> World build started on Wed May 7 20:30:55 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -c /src/usr.bin/from/from.c cc -O -pipe -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc1: warnings being treated as errors /src/usr.bin/fstat/zfs/../zfs.c: In function 'zfs_filestat': /src/usr.bin/fstat/zfs/../zfs.c:88: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/usr.bin/fstat/zfs. *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-07 21:31:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-07 21:31:10 - ERROR: failed to build world TB --- 2008-05-07 21:31:10 - tinderbox aborted TB --- 2741.51 user 336.46 system 3670.18 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From hide at koie.org Thu May 8 07:10:00 2008 From: hide at koie.org (KOIE Hidetaka (=?iso-2022-jp?B?GyRCOHE5PjFRTjQbKEI=?=)) Date: Thu May 8 11:39:47 2008 Subject: amd64/123456: /usr/bin/fstat shows error messages and hang. In-Reply-To: <200805071429.27293.jhb@freebsd.org> References: <200805061053.m46Arg8J089713@www.freebsd.org> <200805071429.27293.jhb@freebsd.org> Message-ID: <20080508.154111.518888619028018476.hide@koie.org> Message-Id: <200805071429.27293.jhb@freebsd.org> Date: Wed, 7 May 2008 14:29:27 -0400 From: John Baldwin Subject: Re: amd64/123456: /usr/bin/fstat shows error messages an.. | On Tuesday 06 May 2008 06:53:42 am KOIE Hidetaka wrote: | > >Description: | > fstat -v shows error message like this: | > can't read vnode at 0x0 for pid *** | > can't read znode_phys at 0x**** for pid *** | > unknown file type 5 for file 5 of pid *** | > | > fstat / hangs. | > | > >How-To-Repeat: | > | > >Fix: | > Patch for "can't read vnode at 0x0 for pid ***": | > vtrans() is invoked iff vp is not null. | > | > Patch for "can't read znode_phys at 0x**** for pid ***": | > znode_phys is void *, not int. | > | > Patch for "unknown file type 5 for file 5 of pid ***": | > consider other DTYPEs. | > | > Patch for hanging: | > sysctl "debug.sizeof.znode" returns int, not size_t. | | I've applied all of the fixes except for the 3rd one. I think that each file | type should show up as unknown until support for it is added to fstat. Yes, any message should be showed. But, "unknown file type" impresses user-kernel version mismatch to me... -- KOIE Hidetaka From hide at koie.org Thu May 8 07:20:04 2008 From: hide at koie.org (KOIE Hidetaka (=?iso-2022-jp?B?GyRCOHE5PjFRTjQbKEI=?=)) Date: Thu May 8 11:40:00 2008 Subject: amd64/123456: /usr/bin/fstat shows error messages and hang. Message-ID: <200805080720.m487K43s099902@freefall.freebsd.org> The following reply was made to PR amd64/123456; it has been noted by GNATS. From: KOIE Hidetaka (=?iso-2022-jp?B?GyRCOHE5PjFRTjQbKEI=?=) To: jhb@freebsd.org Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/123456: /usr/bin/fstat shows error messages and hang. Date: Thu, 08 May 2008 15:41:11 +0900 (JST) Message-Id: <200805071429.27293.jhb@freebsd.org> Date: Wed, 7 May 2008 14:29:27 -0400 From: John Baldwin Subject: Re: amd64/123456: /usr/bin/fstat shows error messages an.. | On Tuesday 06 May 2008 06:53:42 am KOIE Hidetaka wrote: | > >Description: | > fstat -v shows error message like this: | > can't read vnode at 0x0 for pid *** | > can't read znode_phys at 0x**** for pid *** | > unknown file type 5 for file 5 of pid *** | > | > fstat / hangs. | > | > >How-To-Repeat: | > | > >Fix: | > Patch for "can't read vnode at 0x0 for pid ***": | > vtrans() is invoked iff vp is not null. | > | > Patch for "can't read znode_phys at 0x**** for pid ***": | > znode_phys is void *, not int. | > | > Patch for "unknown file type 5 for file 5 of pid ***": | > consider other DTYPEs. | > | > Patch for hanging: | > sysctl "debug.sizeof.znode" returns int, not size_t. | | I've applied all of the fixes except for the 3rd one. I think that each file | type should show up as unknown until support for it is added to fstat. Yes, any message should be showed. But, "unknown file type" impresses user-kernel version mismatch to me... -- KOIE Hidetaka From shinkei at yandex.ru Thu May 8 11:10:01 2008 From: shinkei at yandex.ru (Shinkei aka HepB) Date: Thu May 8 11:40:35 2008 Subject: amd64/123520: NIC link down during boot Message-ID: <200805081103.m48B3M2C041842@www.freebsd.org> >Number: 123520 >Category: amd64 >Synopsis: NIC link down during boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 08 11:10:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Shinkei aka HepB >Release: FreeBSD-7.0-RELEASE amd64 >Organization: PeterHost >Environment: FreeBSD 7-0-amd64.p8.ru 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Mon Mar 10 13:26:08 MSK 2008 root@ph455.local:/usr/src/sys/amd64/compile/P8 amd64 in KERNEL config: -options PREEMPTION >Description: I try to boot os from network (NFS). In a i386 platform i got: ses0 at ahd0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da0: Command Queueing Enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da1: Command Queueing Enabled da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) Trying to mount root from nfs: NFS ROOT: 80.93.48.96:/usr/nfs/7.0-i386 em0: link state changed to UP in a amd64 platform i got: ahd0: Invalid Sequencer interrupt occurred. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80] SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33] SCSISIGI[0x0] SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1] SCSISEQ0[0x0] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x6] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 512 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x1fe NEXTSCB 0xffc0 qinstart = 39 qinfifonext = 39 QINFIFO: WAITING_TID_QUEUES: Pending list: Total 0 Kernel Free SCB lists: Any Device: 510 511 501 497 498 499 500 502 503 504 505 506 507 508 509 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 38 8 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 2 04 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0x1ff SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1fe SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] LQIN: 0x8 0x0 0x1 0xff 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc] CCSCBCTL[0x4] ahd0: REG0 == 0x9c85, SINDEX = 0x10e, DINDEX = 0x104 ahd0: SCBPTR == 0x1ff, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1fe CDB 12 0 0 80 88 ee STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (probe0:ahd0:0:0:0): inquiry data fails comparison at DV2 step (probe1:ahd0:0:1:0): inquiry data fails comparison at DV1 step ses0 at ahd0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da0: Command Queueing Enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da1: Command Queueing Enabled da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) Trying to mount root from nfs: NFS ROOT: 80.93.48.96:/usr/nfs/7.0-amd64 em0: link state changed to UP From schulra at earlham.edu Thu May 8 12:18:50 2008 From: schulra at earlham.edu (Randy Schultz) Date: Thu May 8 12:18:53 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: <48221188.3020708@wenks.ch> References: <200805071621.m47GLbCD018315@www.freebsd.org> <48221188.3020708@wenks.ch> Message-ID: On Wed, 7 May 2008, Fabian Wenk spaketh thusly: -}Hello Randy -} -}On 07.05.08 18:21, Randy Schultz wrote: -}> FBSD 6.x AMD64 works great on this system, as does centos linux. -}> When I try to install 7.0 (AMD64 of course), on boot (off the -}> cdrom) I notice: -}> ad4: DMA limited to UDMA33, device found non-ATA66 cable -}> -}> Not sure if that is an important clue but it seems to be. I -}> know my cables are SATA-II, FWIW. -} -}Somewhere in the BIOS settings should be an option to switch the SATA disks to -}AHCI, maybe this helps. -} -}On most BIOS this setting is in the P-ATA mode, which is a slower -}compatibility mode and is needed for the Redmond OS to work. Hey Fabian, Tnx for the tip. Unfortunately there is no such setting on this system. My choices are "OFF" or "AUTO". In auto mode they appear to be correctly identified, giving the make and model #. -- Randy (schulra@earlham.edu) 765.983.1283 <*> Love with your heart, think with your head; not the other way around. From freebsd at sopwith.solgatos.com Thu May 8 14:49:45 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Thu May 8 14:49:48 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: Your message of "Thu, 08 May 2008 08:19:14 EDT." Message-ID: <200805081448.OAA11069@sopwith.solgatos.com> > -}> FBSD 6.x AMD64 works great on this system, as does centos linux. > -}> When I try to install 7.0 (AMD64 of course), on boot (off the > -}> cdrom) I notice: > -}> ad4: DMA limited to UDMA33, device found non-ATA66 cable > -}> > -}> Not sure if that is an important clue but it seems to be. I > -}> know my cables are SATA-II, FWIW. > -} > -}Somewhere in the BIOS settings should be an option to switch the SATA disks to > -}AHCI, maybe this helps. > -} > -}On most BIOS this setting is in the P-ATA mode, which is a slower > -}compatibility mode and is needed for the Redmond OS to work. > > Hey Fabian, > > Tnx for the tip. Unfortunately there is no such setting on this system. My > choices are "OFF" or "AUTO". In auto mode they appear to be correctly > identified, giving the make and model #. So... with 6.x you get something like ad4: 715404MB at ata2-master SATA300 but with 7.0 the SATA300 (or SATA150) is replaced with UDMA33 ? With no changes to hardware, and no changes to firmware settings? From klein.marian at gmail.com Thu May 8 15:40:01 2008 From: klein.marian at gmail.com (Marian Klein) Date: Thu May 8 17:04:52 2008 Subject: amd64/123524: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso Message-ID: <200805081529.m48FTtpF094732@www.freebsd.org> >Number: 123524 >Category: amd64 >Synopsis: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 08 15:40:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Marian Klein >Release: FreeBSD7.0 >Organization: Rutherford Appleton Laboratory >Environment: marian@pps0355:~$ uname -a Linux pps0355.gridpp.rl.ac.uk 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64 GNU/Linux >Description: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso ' on non-xen kernel of ubuntu/hardy. See the picture snapshot (attached) of the booting info. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ' on X-REMOTE_ADDR-Is-Open-Proxy: Maybe X-Send-Pr-Version: www-3.1 X-GNATS-Notify: ' on From klein.marian at gmail.com Thu May 8 15:40:01 2008 From: klein.marian at gmail.com (Marian Klein) Date: Thu May 8 17:20:26 2008 Subject: amd64/123525: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso Message-ID: <200805081531.m48FV7YE095016@www.freebsd.org> >Number: 123525 >Category: amd64 >Synopsis: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 08 15:40:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Marian Klein >Release: FreeBSD7.0 >Organization: Rutherford Appleton Laboratory >Environment: marian@pps0355:~$ uname -a Linux pps0355.gridpp.rl.ac.uk 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64 GNU/Linux >Description: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso ' on non-xen kernel of ubuntu/hardy. See the picture snapshot (attached) of the booting info. >How-To-Repeat: >Fix: Patch attached with submission follows: ‰PNG  9ïܳDDä¾çŸ'ßñOT× Þ­zžÅ-úÐíŸXÀk³uY–¦c:r`lÅŸ¾ùš»]®}eŽ’¥‘æ¶jê\{Òú>n%WžèT=h&uÉmd–;”5ìœ,ÎŒÌEs ·9³¥ã¾Öv`¤@¬•êV²¼b$V6A6ÐÆ¢îƒÍ%­íH-‹j–-ÍÝÏšu—8e„ñ™¯Fß.–8¦K¬s+±/q|ú–˽캥ñôG[j?Â4û:ö‡*[”—óƒk¥íêݦÞcZ[–&mIkÔÖÅM— J,ôú€U{ÍÃÐàš¼sÖºk_+©‹Õv‘ê‹Òú,áJl®kÌÙ?Kœ?9u® sËšKMýz÷ÏÖƒlo€½.CA¦ûº&­ X5ù¤êŒ{¬åÒÛŽžs¨GÚA/µzõáRûG“Ï\jêc57FÚ]#ôU}ZÐÔ'”FóÙ‘ç†FÍxm¡Fã]ƒ=íà}À;ã¦9;ºÛí¼yåˆå“ªs.«IV»CµþÂP³+)go„6téÍ÷~(Í4]m›F=¸‰ŒÑ?£­zösªínÍûkšK쟥͟iš’à:Ç\c+«fþ,½–Ê`[ŸÁ±ê|MP¸6¡I‰ž;Të/<1Ú>Ùañ½îËÓWç%ôOÜû§w?‡Ú®I“Ó?Kµ´þYÒüÙË994ý»ôäÖ4Ösµ×üYjÿ,ÕÁ‘é$^J‡\çQꔳC¥ÎZûújÛ&RöEÅú Ô«Ÿ—Ú?½,­æêgMÛ—6ö––Ò?Kœ?©:O·áЕíѵœ?kèŸ%âGŽkZ˽ÔÀg$sõáRæ!ý7Wp½”þ™ËÖúg‰ógäã×ýƒq™ØL´{ø¾‰ÆvÚ¾KíhrÆÀMkUgëyPsÆP«´Î%ŸËíçôìŸ%š»FïçÑë7·¹ûgîòK´ª3}a[ÖèǶÖÖ`ï×ùL;&´ÆÆ—vÏjÀ5ùäÔÙlb—œj¸u*ÍÓmM½´k¼jêìË£$ŸPž¹ù”ÌŸéë¹ùùÖ¸¹yYÍ #ö&M/#ö¶^µr¾ôïÿík³¶¬æF¯ù³ÔþÑÖ½–Uÿää—Ê3Õ?-Ž_šzjÒÔÎMž–ý³õàZDqßßš÷B!—6m{¶¶¬’þÍIk‘GNº}l9Jæ¦E¿ä¦«ÝA-µr._ç¤×”3zÿä´u®þÑæ5g‘möÏçOÉIžš¼Ö:4i-ûgËõ^õ£ÒkhΨ[Åü£âèŸ8ú'Žþ‰£2k€ÍÑ+RÇ&š8a®>ÄòDÏ`÷œ0š²zÕ'uÆÖ—®5Ë3$ûüBR; ëzhý²C¥"úñª©sÉÁ´‡mßË}Â>¯Ò+_Ú€×ý»UYµBÁéœWµ4u¶‹˜%÷!úšõIŽ>#Ú£©=XXÖÃ:¿P»´_v0Æv‘[‡Ñ¾Ä÷Ì„ñU¬ozaJ]%Ѧ¯)+Vnišžzo{œUÆø‘#pù8%µôfëõY«ž}ÊøÒóØMœ€ºØLêq¤ÆBd׬œƒåÁŒBÜëì㮹œ¾Ò²í%õ‰é5N-¾ ¸¯utËÒ|±íË—U}–¾á ÔvE4£áÛ LM/ÿ»iÜÏ÷yM·¼–rê“[÷ØçCÜþ¾ž“ƪ¬PÚ–K=býlu°±êçš2s·œúÔn‹¹s¬f™“¯_Ü%FÖÛét]°oS¯¶kêã–7ý»vT,„–ƒYÏg7ÏÒúj÷Uã›*Ë×~Í\lµÒÌM5¯—Ž{l.…¤ÚU²_%¸Þ¦ƒm¼F«þRùXÑÔgúZìÒ˜¶í©|FãÖ5ÖGS}h•Oëù«uÛ}ùæäcY–›6õ~¬¬Û…¦>±íÔ÷·VNjòIÕ3÷½’ºøò°Ì«ç>³Õ~Ìj{·â«CIÛcéRï~ŒzŠþÈ1µ;¶lÁÊCËMz-ÐÔ'´S µ-öþþõš¶M?·ÿ/•¾öà·Ï#õ$Ô.MÛsóñýí¶¹ÇüÙç_SgmÛSsU“UYnû|¬æ††¯¡úŽ²oiaºÞ»E°c½D-V«¹á²ØùþÖÖy®e~îñbÿom}R_çj°$Ñ3Øî7ó)«iÔRLÌQú«÷Ø29zÉ)ýÒ¶d¡/€®Q熕QçØ(´AbŠåYôÜí£ô ¬¦ÝK@É%"±KGµßZ­òi)væpú÷–XØsóYâX´‚Ö0·°„¹SºÌ¤…êÐBíþ§×gG¶Öv¸öŠh–‘£Jݘߗ~¤ ¬g?¯iLsÇÈ,‚˜š‡§Ì%µ$A3¾¼4ËBé4Sݱ&Ò|¬êãæ»EèÓhÇ+g,BÛ|ª,M{4ùä°šc/–.•¦Ç~*·m¥i@´uvÔŽ–ÆJé>¼tÉ `¬æVÏ:#n‰ý;ÚÒGK£ÝiÇ¢¶¬’4¡/Všy¸Äßkýˆk Dû™œ¼¬Ê =¥ÏªÎ–m°Ðå 6W~” ×R·)‹ßXæ£5Z[´µÅX„ò-¥¥íŸ-·ØçFÛf€ÞX"  íCdzåÓBì!;säÒª­ž£Ð3Í–XŽûÜÛ0:ï߆»üJJW’OŠUÝËZ±³!±§0¦Êš~&t)Í̓'Ö­Cê駥ùi¶?í6Zº½×J]nyîÇ.‰k÷9ùÄò°P:£ЭæŒf,4¯iŽ¾ò|i,hÇ='0_Âö X >*}Å·iÒ¸é|´ù¤XÕÙM£©¿ï󚲦¯ÅÒ¸gØA-ßt^¸s¤4?‘ðX»Önï9Üm'Ö–ÔˆQΤiÇ0´ßÐäÓbŸP3±vø^!«±Ð FÞ5F¹Âô¤Z"R²ãÈÙ ÷zéƧ N­ÊrËtÿÝ¢, %@ÇæàÛNÊ´Nk;ó¥ÙoŒ$5šöŒ–fÉ–¼dck†xЌŎpÆÙâò¥•5îàQÏz‰HªœÔmŽm'•—æ ’u¶Êj,ÐÞˆÛ ãôs`»k¯bëîrÒ¤”5k½ZÕ¹”U»|ùÕäƒuj½ZÎçÔÚÎTùÚ|¬iÎæYñÓäc±O° «~é™ÆZl,BÛNÈ’¶A·=±öõÚN‘x×`k6€’4¾ÏXml-êìÛYhàcÕ?9ùa[znƒ½Ö~æ¬ÿÖÔÉê ^ÛGÚý†¶¬œt¥yhÆ¢Õ±¢eš=Ë€/§cAv¯c€Å6Ø{¿,Í?rß°ua[FÈsƒc °Ø»Ýîà2;Bâ5i4ØÓèôÄ 3ÍÒ„M‰ÐÙxMšiº©V—ïG vRí*éÃiÚÜ>êÝ?š§*º4Ár­¥,_H{é6z?•ÆhÛ Ö3Ø@gÓKÁîeáVz>ªXóHèÓƒdjéKì~ïË÷#Ñ´KÓÏn>K CõÌ™î¿Cùi¶A«þk½jÆ]³NóH-u‹ÍC`DœÁ6`ô€§¥TÛS®Þ+û|¶Ü—kÄjæ†&/÷Ê€ï2KùrR"Ö&e¬6ÐÙÚ—ˆŒÚŽP½4ÁQÏ+‚m¬ 6ÐÙ¨¿©Öl^Z°:’öj‚Äžý“Û.M¥é–º¦Æ½´4cQZoiôD€ +rqKêŸ9ÎàË«šíO³-û>“ªsîv‘›&TËviXír– Ô.ûÑn§ya\-Pãà öôÀ–º [¾ ¹ä·Ä4š¶käÔ§$W¬_}R—;ËMûÏíË’¼R略åÐ¥÷=«íÂjÛ±j—FnÛcÛEÎvS³mi·Ó%ß¿¸Çý—-·S‘Óë `ýªäh½s å—:íw^ûÏ»ùhÒXÕ5‡¦]eYìØ[ô!–C;‡4sbióÆbû)ù"ánoVå-9¸Yn½l‡Ù]DZïðRùOF¡ôš4-êÖê³Zµg §Zõá–,õÒsnýÖh[}ÁíyÕg)};*ëí”ñ¾Cç¥ÑÔgúZ,{¶¯ä@ª-Ë¢]£¥i»ý]¢õ#¡-çF*Üí«f>k¶SþxèZqnív;‚[—´²­EÀCiB?~ôê¾`µ$Ÿ^Ü:M_`÷Ëgj×{½o9î9ó >Release-Note: >Audit-Trail: >Unformatted: ' on X-REMOTE_ADDR-Is-Open-Proxy: Maybe X-Send-Pr-Version: www-3.1 X-GNATS-Notify: ' on From sergioalimajr at gmail.com Thu May 8 18:41:18 2008 From: sergioalimajr at gmail.com (Sergio Lima) Date: Thu May 8 18:43:46 2008 Subject: RES: RES: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 In-Reply-To: <200805081813.m48IDbG8099201@fire.js.berklix.net> References: Your message "Thu, 08 May 2008 12:56:40 EDT." <00c801c8b12c$7e8d3580$7ba7a080$@com> <200805081813.m48IDbG8099201@fire.js.berklix.net> Message-ID: <00cc01c8b137$44f5b490$cee11db0$@com> Hi Jullian, I'm using MSWinVista on this laptop and don't have a problem. I installed Fedora 8 64bits and don?t have a problem. But, when start install FreeBSD, the install process don?t pass, and my laptop freeze. []s Sergio Lima -----Mensagem original----- De: jhs@berklix.org [mailto:jhs@berklix.org] Enviada em: quinta-feira, 8 de maio de 2008 14:14 Para: Sergio Lima Cc: freebsd-amd64@freebsd.org Assunto: Re: RES: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 I'm cc'ing this to freebsd-amd64@freebsd.org as thread started there, & it needs ideas beyond mine. Though Sergio top posted, My latest comments at bottom as per list convention. Reference: > From: "Sergio Lima" > Date: Thu, 8 May 2008 12:56:40 -0400 > Message-id: <00c801c8b12c$7e8d3580$7ba7a080$@com> "Sergio Lima" wrote: > Hi Julian, > > I using your suggestion, but don?t solve my problem. > > I getting last version of the ISO (7.0-Release amd64), and starting new > process of the install, but the results is same. > > You have new suggestion or orientation to me solve this problem? > > Regards. > > Thanks. > > -----Mensagem original----- > De: Julian H. Stacey [mailto:jhs@berklix.org] > Enviada em: segunda-feira, 28 de janeiro de 2008 10:10 > Para: freebsd-amd64@freebsd.org > Cc: Sergio Lima; freebsd-gnats-submit@freebsd.org > Assunto: Re: amd64/120081: Hard drive not found during install FreeBSD 7.0 - > RC1 > > Sergio Lima wrote: > > > > >Number: 120081 > > >Category: amd64 > > >Synopsis: Hard drive not found during install FreeBSD 7.0 - RC1 > > >Responsible: freebsd-amd64 > > >Release: FreeBSD 7.0 - RC1 > > > I doing download of ISOs of FreeBSD 7.0 - RC1 to install in my laptop > (Toshiba A215-S4747), but after boot from CD the system install don't found > Hard Drive (SATA2 200GB). How to solve this problem? > > Check MD5 of cdrom mage & tell list if OK or not. > Do a verbose boot > it offers you 7 options > Try > 3 Safe mode > or > 5 Verbose > or if you want Safe And Verbose > 6 Escape & then eg > set boot_verbose="yes" > & set other Safe settings you can pick from here: > http://www.berklix.com/~jhs/hardware/laptops/#loader.conf > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. > http://berklix.com > Sergio, Using full release is better than RC, well done, but you didnt answer questions above inc. Did you check the MD5 ? etc PS Is your BIOS configured OK ? Can other OS eg BSD/MS/Linux see SATA ? Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.10/1421 - Release Date: 07/05/2008 17:23 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.10/1421 - Release Date: 07/05/2008 17:23 From jhs at berklix.org Thu May 8 18:48:37 2008 From: jhs at berklix.org (Julian Stacey) Date: Thu May 8 18:48:41 2008 Subject: RES: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 In-Reply-To: Your message "Thu, 08 May 2008 12:56:40 EDT." <00c801c8b12c$7e8d3580$7ba7a080$@com> Message-ID: <200805081813.m48IDbG8099201@fire.js.berklix.net> I'm cc'ing this to freebsd-amd64@freebsd.org as thread started there, & it needs ideas beyond mine. Though Sergio top posted, My latest comments at bottom as per list convention. Reference: > From: "Sergio Lima" > Date: Thu, 8 May 2008 12:56:40 -0400 > Message-id: <00c801c8b12c$7e8d3580$7ba7a080$@com> "Sergio Lima" wrote: > Hi Julian, > > I using your suggestion, but don’t solve my problem. > > I getting last version of the ISO (7.0-Release amd64), and starting new > process of the install, but the results is same. > > You have new suggestion or orientation to me solve this problem? > > Regards. > > Thanks. > > -----Mensagem original----- > De: Julian H. Stacey [mailto:jhs@berklix.org] > Enviada em: segunda-feira, 28 de janeiro de 2008 10:10 > Para: freebsd-amd64@freebsd.org > Cc: Sergio Lima; freebsd-gnats-submit@freebsd.org > Assunto: Re: amd64/120081: Hard drive not found during install FreeBSD 7.0 - > RC1 > > Sergio Lima wrote: > > > > >Number: 120081 > > >Category: amd64 > > >Synopsis: Hard drive not found during install FreeBSD 7.0 - RC1 > > >Responsible: freebsd-amd64 > > >Release: FreeBSD 7.0 - RC1 > > > I doing download of ISOs of FreeBSD 7.0 - RC1 to install in my laptop > (Toshiba A215-S4747), but after boot from CD the system install don't found > Hard Drive (SATA2 200GB). How to solve this problem? > > Check MD5 of cdrom mage & tell list if OK or not. > Do a verbose boot > it offers you 7 options > Try > 3 Safe mode > or > 5 Verbose > or if you want Safe And Verbose > 6 Escape & then eg > set boot_verbose="yes" > & set other Safe settings you can pick from here: > http://www.berklix.com/~jhs/hardware/laptops/#loader.conf > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. > http://berklix.com > Sergio, Using full release is better than RC, well done, but you didnt answer questions above inc. Did you check the MD5 ? etc PS Is your BIOS configured OK ? Can other OS eg BSD/MS/Linux see SATA ? Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From schulra at earlham.edu Thu May 8 19:19:57 2008 From: schulra at earlham.edu (Randy Schultz) Date: Thu May 8 19:20:02 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: <200805081448.OAA11069@sopwith.solgatos.com> References: <200805081448.OAA11069@sopwith.solgatos.com> Message-ID: On Thu, 8 May 2008, Dieter spaketh thusly: -}> Hey Fabian, -}> -}> Tnx for the tip. Unfortunately there is no such setting on this system. My -}> choices are "OFF" or "AUTO". In auto mode they appear to be correctly -}> identified, giving the make and model #. -} -}So... with 6.x you get something like -} -}ad4: 715404MB at ata2-master SATA300 -} -}but with 7.0 the SATA300 (or SATA150) is replaced with UDMA33 ? -}With no changes to hardware, and no changes to firmware settings? Hey Dieter, I never thought about checking on 6.x since 6.x installs fine but you're right. Here's the dmesg on a 6.3 boot: ad4: DMA limited to UDMA33, device found non-ATA66 cable ad4: 715404MB at ata2-master UDMA33 When I mentioned finding the correct make and model, I was too vague, and was referring to what the bios finds on post. So I guess while there may be a problem there, it's not related to the aforementioned DMA errors. To refresh, 6.x installs fine, 7.0 does not. It formats the drives just fine but as soon as the fresh install gets to actually installing anything, i.e. the base system, many many errors start showing up on the console. The first few lines look like: ... ./usr/sbin/spkrtest ./usr/sbin/srpay NMI ISA 30, EINSA Mlf fI SA 20, EISA ff NMI ISA 30, EISNAM If ISfA 20, EISA ff ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=34170879 aNMI ISA 30, EISAN fMfl ISA 30, EISA ff (note that the first 2 lines are normal "here's what i'm installing now" stuff) -- Randy (schulra@earlham.edu) 765.983.1283 <*> Love with your heart, think with your head; not the other way around. From linimon at FreeBSD.org Thu May 8 18:56:00 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu May 8 19:38:31 2008 Subject: amd64/123524: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso Message-ID: <200805081856.m48Iu0uf053474@freefall.freebsd.org> Synopsis: FreeBSD kernel fails at booting when invoked as 'sudo qemu-system-x86_64 -cdrom /mnt/fbsd7amd64_iso/FreeBSD-7.0-RELEASE-amd64-disc1.iso State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu May 8 18:55:31 UTC 2008 State-Changed-Why: see amd64/123525. http://www.freebsd.org/cgi/query-pr.cgi?pr=123524 From delphij at delphij.net Thu May 8 20:59:11 2008 From: delphij at delphij.net (Xin LI) Date: Thu May 8 20:59:14 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: References: <200805071621.m47GLbCD018315@www.freebsd.org> <48221188.3020708@wenks.ch> Message-ID: <48236995.4060707@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Randy, Randy Schultz wrote: | On Wed, 7 May 2008, Fabian Wenk spaketh thusly: | | -}Hello Randy | -} | -}On 07.05.08 18:21, Randy Schultz wrote: | -}> FBSD 6.x AMD64 works great on this system, as does centos linux. | -}> When I try to install 7.0 (AMD64 of course), on boot (off the | -}> cdrom) I notice: | -}> ad4: DMA limited to UDMA33, device found non-ATA66 cable | -}> | -}> Not sure if that is an important clue but it seems to be. I | -}> know my cables are SATA-II, FWIW. | -} | -}Somewhere in the BIOS settings should be an option to switch the SATA disks to | -}AHCI, maybe this helps. | -} | -}On most BIOS this setting is in the P-ATA mode, which is a slower | -}compatibility mode and is needed for the Redmond OS to work. | | Hey Fabian, | | Tnx for the tip. Unfortunately there is no such setting on this system. My | choices are "OFF" or "AUTO". In auto mode they appear to be correctly | identified, giving the make and model #. Could you please show your 'pciconf -lv | grep -A3 ata' output? My 1435 says: atapci1@pci0:2:1: class=0x01018a card=0x01eb1028 chip=0x02141166 rev=0x00 hdr=0x00 ~ vendor = 'ServerWorks (Was: Reliance Computer Corp)' ~ class = mass storage ~ subclass = ATA - -- atapci0@pci3:14:0: class=0x01018f card=0x01eb1028 chip=0x024b1166 rev=0x00 hdr=0x00 ~ vendor = 'ServerWorks (Was: Reliance Computer Corp)' ~ class = mass storage ~ subclass = ATA But it's an SC1435 with SAS disks I believe, so things may different. Also, will it be possible if you find some output from vmstat -i? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkgjaZUACgkQi+vbBBjt66CfogCfQvmKaLUmzw/ua4YMjRZlrCOj 2+MAoJbt2l3vRlhRY2qPU+WA7F6qcGZ3 =oEqd -----END PGP SIGNATURE----- From dataseeq at gmail.com Fri May 9 02:29:39 2008 From: dataseeq at gmail.com (Maxim Aptechkin) Date: Fri May 9 02:40:34 2008 Subject: CFT: k8temp driver Message-ID: [root@beta5 /usr/src/sys/amd64/k8temp]# sysctl -A | grep -i temp dev.cpu.0.temperature: -49 dev.cpu.1.temperature: -49 dev.k8temp.0.%desc: AMD K8 Thermal Sensors dev.k8temp.0.%driver: k8temp dev.k8temp.0.%parent: hostb4 dev.k8temp.0.sensor0.core0: 36 dev.k8temp.0.sensor0.core1: 46 dev.k8temp.0.sensor1.core0: 35 dev.k8temp.0.sensor1.core1: 36 [root@beta5 /usr/src/sys/amd64/k8temp]# k8temp -d CPUID: Vendor: AuthenticAMD, Id=0x40f32 Model=3 Family=15 Stepping=2 Advanced Power Management=0x3f Temperature sensor: Yes Frequency ID control: Yes Voltage ID control: Yes THERMTRIP support: Yes HW Thermal control: Yes SW Thermal control: Yes 100MHz multipliers: No HW P-State control: No TSC Invariant: No Thermtrip=0x005e1e24 (CurTmp=0x5e (45c) TjOffset=0x00 DiodeOffset=0x1e (-19c)) CPU 0 Core 0 Sensor 0: 45c Thermtrip=0x00001e64 (CurTmp=0x00 (-49c) TjOffset=0x00 DiodeOffset=0x1e (-19c)) Thermtrip=0x00561e20 (CurTmp=0x56 (37c) TjOffset=0x00 DiodeOffset=0x1e (-19c)) CPU 0 Core 1 Sensor 0: 37c Thermtrip=0x00001e60 (CurTmp=0x00 (-49c) TjOffset=0x00 DiodeOffset=0x1e (-19c)) Something wrong with dev.cpu.?.temperature From may at chg.ru Fri May 9 09:30:05 2008 From: may at chg.ru (Anton Menshutin) Date: Fri May 9 11:25:46 2008 Subject: amd64/92889: [libc] xdr double buffer overflow Message-ID: <200805090930.m499U4To035198@freefall.freebsd.org> The following reply was made to PR amd64/92889; it has been noted by GNATS. From: Anton Menshutin To: bug-followup@FreeBSD.org, may@chg.ru Cc: Subject: Re: amd64/92889: [libc] xdr double buffer overflow Date: Fri, 09 May 2008 13:09:37 +0400 This bug seems to be already resolved. I tested it under 6.2 and 7.0 and everything seems to be ok now. From schulra at earlham.edu Fri May 9 12:29:11 2008 From: schulra at earlham.edu (Randy Schultz) Date: Fri May 9 12:29:15 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: <48236995.4060707@delphij.net> References: <200805071621.m47GLbCD018315@www.freebsd.org> <48221188.3020708@wenks.ch> <48236995.4060707@delphij.net> Message-ID: On Thu, 8 May 2008, Xin LI spaketh thusly: -}Could you please show your 'pciconf -lv | grep -A3 ata' output? -} -}My 1435 says: -} -}atapci1@pci0:2:1: class=0x01018a card=0x01eb1028 chip=0x02141166 -}rev=0x00 hdr=0x00 -}~ vendor = 'ServerWorks (Was: Reliance Computer Corp)' -}~ class = mass storage -}~ subclass = ATA -}- -- -}atapci0@pci3:14:0: class=0x01018f card=0x01eb1028 chip=0x024b1166 -}rev=0x00 hdr=0x00 -}~ vendor = 'ServerWorks (Was: Reliance Computer Corp)' -}~ class = mass storage -}~ subclass = ATA -} -}But it's an SC1435 with SAS disks I believe, so things may different. -}Also, will it be possible if you find some output from vmstat -i? Certainly. The system is up on 6.3 right now so this is simple. ;> Dude ? pciconf -lv | grep -A3 ata atapci1@pci0:2:1: class=0x01018a card=0x01eb1028 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy IDE controller' class = mass storage -- atapci0@pci3:14:0: class=0x01018f card=0x01eb1028 chip=0x024b1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) PATA/IDE Mode' class = mass storage I had the SAS card in it but I needed to pull it because I needed to put a SCSI card in for the autochanger(testing fbsd with bacula). Here's the vmstat output: Dude ? vmstat -i interrupt total rate irq1: atkbd0 18 0 irq6: atapci0 1543 0 irq9: acpi0 2 0 irq11: ohci0 ohci+ 12 0 irq14: ata0 47 0 irq33: bge0 14935 7 irq38: ahc0 138 0 irq39: ahc1 23 0 cpu0: timer 4127540 1998 Total 4144258 2006 I wasn't aware of the pciconf command. It's kinda cool. Now I'm wondering if I can use it to write the proper data to the configuration register telling it to not be in PATA mode. OTOH, the potential to do improper things seems great so this is a bit scary. I wonder if the dell is feeding bogus data to fbsd 7, or fbsd 7 is misinterpreting what it's getting from the dell? -- Randy (schulra@earlham.edu) 765.983.1283 <*> Love with your heart, think with your head; not the other way around. From rpaulo at FreeBSD.org Fri May 9 13:56:01 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Fri May 9 13:56:05 2008 Subject: CFT: k8temp driver In-Reply-To: References: Message-ID: <482457E9.8000506@FreeBSD.org> Maxim Aptechkin wrote: > [root@beta5 /usr/src/sys/amd64/k8temp]# sysctl -A | grep -i temp > > dev.cpu.0.temperature: -49 > dev.cpu.1.temperature: -49 > > dev.k8temp.0.%desc: AMD K8 Thermal Sensors > dev.k8temp.0.%driver: k8temp > dev.k8temp.0.%parent: hostb4 > dev.k8temp.0.sensor0.core0: 36 > dev.k8temp.0.sensor0.core1: 46 > dev.k8temp.0.sensor1.core0: 35 > dev.k8temp.0.sensor1.core1: 36 > > [root@beta5 /usr/src/sys/amd64/k8temp]# k8temp -d > CPUID: Vendor: AuthenticAMD, Id=0x40f32 Model=3 Family=15 Stepping=2 > Advanced Power Management=0x3f > Temperature sensor: Yes > Frequency ID control: Yes > Voltage ID control: Yes > THERMTRIP support: Yes > HW Thermal control: Yes > SW Thermal control: Yes > 100MHz multipliers: No > HW P-State control: No > TSC Invariant: No > Thermtrip=0x005e1e24 (CurTmp=0x5e (45c) TjOffset=0x00 DiodeOffset=0x1e > (-19c)) > CPU 0 Core 0 Sensor 0: 45c > Thermtrip=0x00001e64 (CurTmp=0x00 (-49c) TjOffset=0x00 DiodeOffset=0x1e > (-19c)) > Thermtrip=0x00561e20 (CurTmp=0x56 (37c) TjOffset=0x00 DiodeOffset=0x1e > (-19c)) > CPU 0 Core 1 Sensor 0: 37c > Thermtrip=0x00001e60 (CurTmp=0x00 (-49c) TjOffset=0x00 DiodeOffset=0x1e > (-19c)) > > > Something wrong with dev.cpu.?.temperature That's something I've been investigating. Sorry, -- Rui Paulo From sgk at troutmask.apl.washington.edu Fri May 9 15:36:53 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri May 9 15:37:11 2008 Subject: Experience with ASUS KFSN4-DRE MB? Message-ID: <20080509153224.GA49112@troutmask.apl.washington.edu> Anyone have any experience with the ASUS KFSN4-DRE MB? Any gotcha's that I need to be aware? The board uses a Nvidia nForce Pro 2200 chipset and Broadcom GigE 5721 nics. -- Steve From freebsd at sopwith.solgatos.com Fri May 9 15:40:14 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Fri May 9 15:40:17 2008 Subject: amd64/123495: 7.0 AMD64 doesn't install on a Dell SC1435 In-Reply-To: Your message of "Fri, 09 May 2008 08:29:38 EDT." Message-ID: <200805091536.PAA04044@sopwith.solgatos.com> > I wasn't aware of the pciconf command. It's kinda cool. I just noticed that pciconf -lv doesn't report everything, try pciconf -lvc. > Now I'm wondering if > I can use it to write the proper data to the configuration register telling it > to not be in PATA mode. OTOH, the potential to do improper things seems great > so this is a bit scary. So there is a configuration registor on the controller that says pretend to be PATA? Or is it some flag in the system firmware? You could hack the device driver to ignore it and use SATA mode? > I wonder if the dell is feeding bogus data to fbsd 7, or fbsd 7 is > misinterpreting what it's getting from the dell? You could add (or turn on existing) printfs to report the raw data. Have you tried a verbose boot? The BSDs are far too dependant on firmware. And the firmware is usually buggy. :-( From linimon at FreeBSD.org Fri May 9 14:46:57 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri May 9 15:44:02 2008 Subject: amd64/92889: [libc] xdr double buffer overflow Message-ID: <200805091446.m49EkumW063202@freefall.freebsd.org> Synopsis: [libc] xdr double buffer overflow State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Fri May 9 14:46:33 UTC 2008 State-Changed-Why: Submitter says that this is now fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=92889 From evgenij_kharkov at bk.ru Fri May 9 20:58:55 2008 From: evgenij_kharkov at bk.ru (evgenij_kharkov@bk.ru) Date: Fri May 9 21:10:02 2008 Subject: (no subject) Message-ID: <161972193.20080509224908@bk.ru> ????????????, Freebsd-amd64. A have a computer with processor AMD ATHLON 64 x2 Dual Core. What release I need to install? 7.0 and 6.2 doesn't installs. Thanks -- ? ?????????, evgenij mailto:evgenij_kharkov@bk.ru From evgenij_kharkov at bk.ru Fri May 9 21:00:01 2008 From: evgenij_kharkov at bk.ru (Eugene) Date: Fri May 9 21:10:15 2008 Subject: amd64/123562: FreeBSD amd64 not installs Message-ID: <200805092056.m49KuwH2098454@www.freebsd.org> >Number: 123562 >Category: amd64 >Synopsis: FreeBSD amd64 not installs >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 09 21:00:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Eugene >Release: 6.2, 6.3,7.0 >Organization: Zenit >Environment: >Description: Notebook AMD Athlon64 x2 Dual-core processor, NVIDIA Geforce 8400M G Turbocache. When boot loader begins, I see Matrix,that newer stops. Sorry for my poor English :) If you know what I need to do, please write me. Thank you >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kometen at gmail.com Fri May 9 22:06:11 2008 From: kometen at gmail.com (Claus Guttesen) Date: Fri May 9 22:06:13 2008 Subject: (no subject) In-Reply-To: <161972193.20080509224908@bk.ru> References: <161972193.20080509224908@bk.ru> Message-ID: > A have a computer with processor AMD ATHLON 64 x2 Dual Core. What > release I need to install? 7.0 and 6.2 doesn't installs. Thanks Do you get any error-messages during installation? Where exactly does it stop? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From tinderbox at freebsd.org Sat May 10 01:27:23 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 10 01:27:30 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080510012722.3C29773039@freebsd-current.sentex.ca> TB --- 2008-05-10 00:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-10 00:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-10 00:25:00 - cleaning the object tree TB --- 2008-05-10 00:26:02 - cvsupping the source tree TB --- 2008-05-10 00:26:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-10 00:26:10 - building world (CFLAGS=-O -pipe) TB --- 2008-05-10 00:26:10 - cd /src TB --- 2008-05-10 00:26:10 - /usr/bin/make -B buildworld >>> World build started on Sat May 10 00:26:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mcast.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'routepr': /src/usr.bin/netstat/route.c:157: warning: passing argument 3 of 'sysctlbyname' from incompatible pointer type /src/usr.bin/netstat/route.c:159: warning: passing argument 3 of 'sysctlbyname' from incompatible pointer type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-10 01:27:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-10 01:27:22 - ERROR: failed to build world TB --- 2008-05-10 01:27:22 - tinderbox aborted TB --- 2780.95 user 336.53 system 3741.15 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 10 06:16:39 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 10 06:16:47 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080510061638.8CE0373039@freebsd-current.sentex.ca> TB --- 2008-05-10 05:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-10 05:15:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-10 05:15:01 - cleaning the object tree TB --- 2008-05-10 05:15:28 - cvsupping the source tree TB --- 2008-05-10 05:15:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-10 05:15:37 - building world (CFLAGS=-O -pipe) TB --- 2008-05-10 05:15:37 - cd /src TB --- 2008-05-10 05:15:37 - /usr/bin/make -B buildworld >>> World build started on Sat May 10 05:15:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mcast.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'routepr': /src/usr.bin/netstat/route.c:157: warning: passing argument 3 of 'sysctlbyname' from incompatible pointer type /src/usr.bin/netstat/route.c:159: warning: passing argument 3 of 'sysctlbyname' from incompatible pointer type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-10 06:16:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-10 06:16:38 - ERROR: failed to build world TB --- 2008-05-10 06:16:38 - tinderbox aborted TB --- 2776.45 user 336.90 system 3697.28 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From vwe at FreeBSD.org Sat May 10 13:39:18 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Sat May 10 13:39:20 2008 Subject: amd64/123525: [qemu] FreeBSD kernel fails at booting in qemu Message-ID: <200805101339.m4ADdIax086358@freefall.freebsd.org> Synopsis: [qemu] FreeBSD kernel fails at booting in qemu State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Sat May 10 13:37:11 UTC 2008 State-Changed-Why: attachment is nonsense, issue is a DUP of: PR/123263 PR/123523 PR/123524 closing this in favour of PR/123523 http://www.freebsd.org/cgi/query-pr.cgi?pr=123525 From tinderbox at freebsd.org Sun May 11 01:18:55 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 11 01:19:05 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080511011853.DA97073039@freebsd-current.sentex.ca> TB --- 2008-05-10 23:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-10 23:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-10 23:35:01 - cleaning the object tree TB --- 2008-05-10 23:35:53 - cvsupping the source tree TB --- 2008-05-10 23:35:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-10 23:36:01 - building world (CFLAGS=-O -pipe) TB --- 2008-05-10 23:36:01 - cd /src TB --- 2008-05-10 23:36:01 - /usr/bin/make -B buildworld >>> World build started on Sat May 10 23:36:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 11 01:10:00 UTC 2008 TB --- 2008-05-11 01:10:00 - generating LINT kernel config TB --- 2008-05-11 01:10:00 - cd /src/sys/amd64/conf TB --- 2008-05-11 01:10:00 - /usr/bin/make -B LINT TB --- 2008-05-11 01:10:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-11 01:10:00 - cd /src TB --- 2008-05-11 01:10:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 11 01:10:00 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/redzone.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/swap_pager.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_core.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_dbg.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/vm_contig.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/vm/memguard.c /src/sys/vm/memguard.c: In function 'memguard_init': /src/sys/vm/memguard.c:177: error: too few arguments to function 'kmem_suballoc' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-11 01:18:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-11 01:18:53 - ERROR: failed to build lint kernel TB --- 2008-05-11 01:18:53 - tinderbox aborted TB --- 4638.14 user 592.97 system 6232.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From nox at jelal.kn-bremen.de Sun May 11 16:09:32 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun May 11 17:06:48 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) In-Reply-To: <200805011335.06415.jhb@freebsd.org> References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> Message-ID: <20080511160748.GA38480@saturn.kn-bremen.de> On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > > regardless which cpu it happened to run on. And that then causes the > > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > > doing multiple panics... (Which also explains why pinning qemu onto > cpu > > > > > 1 worked on a 2-way host.) > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > > cpu state and has to save and restore the original state because of > that, > > > > so among other things it does an str insn (store task register), and > later > > > > an ltr insn (load task register) using the value it got from the first > > > > str insn. That ltr insn loads the selector for the tss which is stored > > > > in the gdt, and that entry in the gdt is different for each cpu, but > since > > > > a single gdt was reused to setup the cpus at boot (in init_secondary() > in > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > > cpu, instead of to the right one for the cpu the ltr insn gets executed > on. > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things > i386 > > > uses a separate tss for in the kernel (separate stack for double faults) > is > > > handled differently on amd64 (on amd64 we make the double fault handler > use > > > one of the IST stacks). > > > > Well, kqemu uses its own gdt, tss and everything while running guest code > > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > > guest code, and then restore the original state of things. (And `restore > > original state of things' is what failed here.) > > > > Oh and also the tss does seem to be used for the interrupt stack on > > amd64 too, at least thats the one that ended up wrong and caused the panics > > I saw... > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > double faults, but on amd64 a double fault uses the same TSS but uses the IST > pointers from that same TSS. The TSS also holds the ring stack pointer for > when syscalls, interrupts, and traps from userland cross from ring 3 to ring > 0 which is probably why you got a panic. > > Because of the fact that amd64 in normal operation never changes the task > register (and that the gdt isn't used quite the same either, all the per-cpu > stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a > per-cpu gdt or the like. I think you will need to use the current approach > of patching kqemu to fixup the tss/gdt when reloading the task register. You > might want to make it a regular part of the code rather than a workaround as > a result. Ok I renamed the function now. I was mad aware of another problem tho, (hi Yamagi! :) - running multiple qemu instances can still panic/reboot the box probably because the hardware does some lazy evaluation/loading (or maybe its a cache coherency issue?), so I thought it was safer to use seperate per-cpu gdts after all. The following patch survived a quick test that the old version didn't (two 7.0-livefs guests running find /dist in fixit), tho I'm not sure about the correctness of the values I used to reload MSR_KGSBASE and MSR_FSBASE after lgdt() (anyone here know offhand? Yeah I could just save/reload them like the rest of the code does, but if they can be set from available data instead...) Here comes the patch (also at http://people.freebsd.org/~nox/qemu/kqemu-kmod-tss-cpldt.patch ) Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile 11 May 2008 10:59:20 -0000 1.24 +++ Makefile 11 May 2008 15:06:08 -0000 @@ -7,7 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 -PORTREVISION= 5 +PORTREVISION= 6 CATEGORIES= emulators kld MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ http://qemu.org/ \ Index: files/patch-tssworkaround =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-tssworkaround,v retrieving revision 1.2 diff -u -p -r1.2 patch-tssworkaround --- files/patch-tssworkaround 11 May 2008 10:59:20 -0000 1.2 +++ files/patch-tssworkaround 11 May 2008 15:08:41 -0000 @@ -1,29 +1,70 @@ Index: kqemu-freebsd.c -@@ -38,6 +38,11 @@ +@@ -38,6 +38,14 @@ #else #include #endif +#ifdef __x86_64__ ++#include +#include ++#include ++#include +#include +#include +#endif #include "kqemu-kernel.h" -@@ -248,6 +253,19 @@ +@@ -248,6 +256,57 @@ va_end(ap); } +#ifdef __x86_64__ ++int kqemu_cpu0gdtfixed; ++int kqemu_gdts_used; ++struct user_segment_descriptor *kqemu_gdts; ++struct region_descriptor kqemu_r_newgdt; ++extern struct pcpu __pcpu[]; ++ +/* called with interrupts disabled */ -+void CDECL kqemu_tss_fixup(void) ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); ++ unsigned cpuid = PCPU_GET(cpuid); ++ struct user_segment_descriptor *newgdt = gdt; + -+ gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; ++ if (mp_ncpus <= 1 || kerngdtbase != (unsigned long)&gdt) ++ /* UP host or gdt already moved, nothing to do */ ++ return; ++ if (cpuid) { ++ /* move gdts of all but first cpu */ ++ if (!kqemu_gdts) ++ /* ++ * XXX gdt is allocated as ++ * struct user_segment_descriptor gdt[NGDT * MAXCPU]; ++ * so it has room for the moved copies; need to allocate at ++ * kldload (and only free if kqemu_gdts_used is zero) should this ++ * change in the future ++ */ ++ kqemu_gdts = &gdt[NGDT]; ++ ++kqemu_gdts_used; ++ newgdt = &kqemu_gdts[NGDT * (cpuid - 1)]; ++ bcopy(&gdt, newgdt, NGDT * sizeof(gdt[0])); ++ kqemu_r_newgdt.rd_limit = NGDT * sizeof(gdt[0]) - 1; ++ kqemu_r_newgdt.rd_base = (long) newgdt; ++ } else { ++ if (kqemu_cpu0gdtfixed) ++ return; ++ ++kqemu_cpu0gdtfixed; ++ } ++ gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[cpuid]; + ssdtosyssd(&gdt_segs[GPROC0_SEL], -+ (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); ++ (struct system_segment_descriptor *)&newgdt[GPROC0_SEL]); ++ if (cpuid) { ++ lgdt(&kqemu_r_newgdt); ++ wrmsr(MSR_GSBASE, (u_int64_t)&__pcpu[cpuid]); ++ wrmsr(MSR_KGSBASE, curthread->td_pcb->pcb_gsbase); ++ wrmsr(MSR_FSBASE, 0); ++ } + ltr(gsel_tss); +} +#endif @@ -49,7 +90,7 @@ Index: common/kernel.c +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); -+ kqemu_tss_fixup(); ++ kqemu_tss_fixup(s->kernel_gdt.base); + spin_unlock(&g->lock); +#endif +#endif @@ -57,13 +98,13 @@ Index: common/kernel.c if (s->mon_req == MON_REQ_IRQ) { struct kqemu_exception_regs *r; Index: kqemu-kernel.h -@@ -44,4 +44,10 @@ +@@ -48,4 +48,10 @@ void CDECL kqemu_log(const char *fmt, ...); +#ifdef __FreeBSD__ +#ifdef __x86_64__ -+void CDECL kqemu_tss_fixup(void); ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase); +#endif +#endif + From bakul at bitblocks.com Sun May 11 19:43:50 2008 From: bakul at bitblocks.com (Bakul Shah) Date: Sun May 11 19:43:53 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) In-Reply-To: Your message of "Sun, 11 May 2008 18:07:48 +0200." <20080511160748.GA38480@saturn.kn-bremen.de> Message-ID: <20080511192745.6F3625B4D@mail.bitblocks.com> Juergen, With your latest patch things are looking pretty good! - Multiple qemus on a MP FreeBSD amd64 works with kqemu enabled for user code. Some running 64 bit kernels (freebsd), some running 32 bit kernels (freebsd and plan9). - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, both with user mode kqemu. A 32 bit 7.0 kernel under it ran fine. Ideally qemus should nest as long as there is enough memory (a torture test for emulation fidelity). - As mentioned in another thread netbooting works well enough but you have to use pxeboot from -current and append a byte to it to work around an etherboot tftp bug. Now the bugs (probably most having to do with qemu/kqemu, not the freebsd port): 1. kernel mode kqemu seems to cause crashes. Generally this happens right after the guest freebsd kernel comes up. 2. After the above crash VM reboots automatically but now it can't find the root device so it hangs at the root selection prompt. 3. Ocassionally plan9 and (less often FreeBSD) crashes on boot. Looks like a race condition of some sort. If they boot, there are no further problems traceable to qemu/kqemu. 4. "calcru: runtime went backwards from usec to for pid ()" is back! Also, ntpd seems to get very confused and after syncing with another clock shifts mostly correct time by a few hours. 5. An initial getty gets killed as it "exceeded maximum CPU limit" This could an emulation bug or related to time issues. Random thoughts: - If qemu is made scriptable we can automate a lot of testing. For qemu/kqemu and freebsd. - We need to add a section on qemu in the handbook. From kostikbel at gmail.com Sun May 11 20:15:45 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Sun May 11 20:15:50 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) In-Reply-To: <20080511192745.6F3625B4D@mail.bitblocks.com> References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> Message-ID: <20080511193302.GA18958@deviant.kiev.zoral.com.ua> On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > Juergen, > > With your latest patch things are looking pretty good! > > - Multiple qemus on a MP FreeBSD amd64 works with kqemu > enabled for user code. Some running 64 bit kernels > (freebsd), some running 32 bit kernels (freebsd and plan9). > > - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, > both with user mode kqemu. A 32 bit 7.0 kernel under it ran > fine. Ideally qemus should nest as long as there is enough > memory (a torture test for emulation fidelity). > > - As mentioned in another thread netbooting works well enough > but you have to use pxeboot from -current and append a byte > to it to work around an etherboot tftp bug. > > Now the bugs (probably most having to do with qemu/kqemu, > not the freebsd port): > > 1. kernel mode kqemu seems to cause crashes. Generally this > happens right after the guest freebsd kernel comes up. > > 2. After the above crash VM reboots automatically but now it > can't find the root device so it hangs at the root > selection prompt. > > 3. Ocassionally plan9 and (less often FreeBSD) crashes on > boot. Looks like a race condition of some sort. If they > boot, there are no further problems traceable to > qemu/kqemu. > > 4. "calcru: runtime went backwards from usec to for > pid ()" is back! Also, ntpd seems to get very > confused and after syncing with another clock shifts > mostly correct time by a few hours. > > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > This could an emulation bug or related to time issues. The #5 usually means the thread' kernel stack overflow. > > Random thoughts: > - If qemu is made scriptable we can automate a lot of > testing. For qemu/kqemu and freebsd. > > - We need to add a section on qemu in the handbook. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080511/293b2393/attachment.pgp From nox at jelal.kn-bremen.de Sun May 11 21:09:55 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun May 11 21:59:16 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) In-Reply-To: <20080511193302.GA18958@deviant.kiev.zoral.com.ua> References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> <20080511193302.GA18958@deviant.kiev.zoral.com.ua> Message-ID: <20080511210759.GB46475@saturn.kn-bremen.de> On Sun, May 11, 2008 at 10:33:02PM +0300, Kostik Belousov wrote: > On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > > [...] > > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > > This could an emulation bug or related to time issues. > The #5 usually means the thread' kernel stack overflow. > Oh I didn't know that. You could test a kernel with KSTACK_PAGES increased to verify... Juergen From nox at jelal.kn-bremen.de Sun May 11 21:09:55 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun May 11 21:59:30 2008 Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) In-Reply-To: <20080511192745.6F3625B4D@mail.bitblocks.com> References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> Message-ID: <20080511210518.GA46475@saturn.kn-bremen.de> On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > Juergen, > > With your latest patch things are looking pretty good! > > - Multiple qemus on a MP FreeBSD amd64 works with kqemu > enabled for user code. Some running 64 bit kernels > (freebsd), some running 32 bit kernels (freebsd and plan9). > > - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, > both with user mode kqemu. A 32 bit 7.0 kernel under it ran > fine. Ideally qemus should nest as long as there is enough > memory (a torture test for emulation fidelity). > > - As mentioned in another thread netbooting works well enough > but you have to use pxeboot from -current and append a byte > to it to work around an etherboot tftp bug. > > Now the bugs (probably most having to do with qemu/kqemu, > not the freebsd port): > > 1. kernel mode kqemu seems to cause crashes. Generally this > happens right after the guest freebsd kernel comes up. > Yeah I posted one of those on the qemu list, http://lists.gnu.org/archive/html/qemu-devel/2008-05/msg00233.html 32 bit linux guests seem to work fine tho at least. > 2. After the above crash VM reboots automatically but now it > can't find the root device so it hangs at the root > selection prompt. > Hmm. > 3. Ocassionally plan9 and (less often FreeBSD) crashes on > boot. Looks like a race condition of some sort. If they > boot, there are no further problems traceable to > qemu/kqemu. > Hmm. > 4. "calcru: runtime went backwards from usec to for > pid ()" is back! Well, the clock never was very accurate thats true... > Also, ntpd seems to get very > confused and after syncing with another clock shifts > mostly correct time by a few hours. > Ouch. > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > This could an emulation bug or related to time issues. > > Random thoughts: > - If qemu is made scriptable we can automate a lot of > testing. For qemu/kqemu and freebsd. > Hmm what exactly do you want to script there? > - We need to add a section on qemu in the handbook. Hmmm... :) Juergen From rpaulo at FreeBSD.org Sun May 11 23:21:25 2008 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Sun May 11 23:21:29 2008 Subject: CFT: k8temp driver In-Reply-To: References: Message-ID: <48277F6E.80200@FreeBSD.org> Maxim Aptechkin wrote: > Something wrong with dev.cpu.?.temperature Should be fixed now. Thanks, -- Rui Paulo From vwe at FreeBSD.org Mon May 12 11:05:49 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Mon May 12 11:05:51 2008 Subject: amd64/122699: can't reboot hp ML110 M5 using FreeBSD 7.0-Release amd64 Message-ID: <200805121105.m4CB5mDI037029@freefall.freebsd.org> Synopsis: can't reboot hp ML110 M5 using FreeBSD 7.0-Release amd64 State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Mon May 12 11:05:10 UTC 2008 State-Changed-Why: We're sorry to not see any feedback received for quite some time. If you think this is still an issue that should be worked on, please provide the requested information and we'll be happy to re-open this ticket. This issue is believed to have been fixed. Thank you for bringing this problem to attention! http://www.freebsd.org/cgi/query-pr.cgi?pr=122699 From yes298 at gmail.com Mon May 12 07:50:01 2008 From: yes298 at gmail.com (John) Date: Mon May 12 11:20:56 2008 Subject: amd64/123603: tcp_do_segment and Received duplicate SYN Message-ID: <200805120745.m4C7jGh7048924@www.freebsd.org> >Number: 123603 >Category: amd64 >Synopsis: tcp_do_segment and Received duplicate SYN >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 07:50:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: John >Release: FB7.0 (x64) >Organization: NULL >Environment: FreeBSD mail.mydomain.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Thu Mar 6 12:04:57 HKT 2008 root@mydomain.com:/usr/src/sys/amd64/compile/FB7NEW amd64 >Description: A FreeBSD 7.0 (x64) Lighttpd Web Server with most-updated ports and patchs. when a client connect and view a static HTML file, At the first time (before web server idle time), it needs to wait a long time to establish a connection, OR when this server try to download file from Internet, there are lots of logs messages just like below: May 12 11:57:54 mail kernel: TCP: [55.66.77.88]:41792 to [11.22.33.44]:80 tcpflags 0x2; syncache_add: Received duplicate SYN, resetting timer and retransmitting SYN|ACK May 12 15:17:53 mail kernel: TCP: [193.166.3.2]:45979 to [11.22.33.44]:63372 tcpflags 0x10; tcp_do_segment: FIN_WAIT_1: Received 1448 bytes of data after socket was closed, sending RST and removing tcpcb May 12 15:17:53 mail kernel: TCP: [193.166.3.2]:21 to [11.22.33.44]:55007 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb >How-To-Repeat: any type of connection will generate above log messages. >Fix: no idea . >Release-Note: >Audit-Trail: >Unformatted: From bugmaster at FreeBSD.org Mon May 12 11:06:53 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 12 11:21:24 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200805121106.m4CB6qOA037931@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number o amd64/123603 amd64 tcp_do_segment and Received duplicate SYN 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116977 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, f amd64/120956 amd64 [panic] FreeBSD 6.3 Release: Fatal trap 12: page fault o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122423 amd64 Port install fails after upgrade o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs 54 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/91195 amd64 [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP o amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o bin/105542 amd64 on amd64, ldd(1) produces bogus output for i386 execut o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/116457 amd64 [install] can't install freebsd on dv9420us o amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 [fstat] /usr/bin/fstat shows error messages and hang. 23 problems total. From seanjstrand at gmail.com Mon May 12 16:39:18 2008 From: seanjstrand at gmail.com (SEan Strand) Date: Mon May 12 17:12:32 2008 Subject: AMD64 + Netbeans6.1 Falls over: att'd err.log files. Message-ID: <7619cc20805120915o1c055fd3xbc04cb8715c31ea7@mail.gmail.com> hi, Can some one please have a look at these, which came off a AMD64 M/C running 7 ( and updated) Also you may note jdk being 1.5 and 1,6 both came from the standard jdk/jre ports; both complete with all the BSD patches. Thanks in advance, SEanS -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=10588, tid=0x1e32dca0 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081ca6f800): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=506649760] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a587b60, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffd8e7e40, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffd8e7e30 R8 =0xffffffffb0aa6968, R9 =0x00007ffffd8e7e28, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000804c73520, R13=0x000000080a587b60, R14=0x00007ffffd8e7ec8, R15=0x000000081ca6f800 RIP=0x0000000804c73697, EFL=0x00000008083f2f88, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffd8e7e40) 0x00007ffffd8e7e40: 000000003f400000 0000000804c733e1 0x00007ffffd8e7e50: 00000000ff38d000 0000000804c73542 0x00007ffffd8e7e60: 000000081ca6f800 00000010fd8e7f70 0x00007ffffd8e7e70: 00007ffffd8e7e70 000000080a587b60 0x00007ffffd8e7e80: 00007ffffd8e7ec8 000000080a591f70 0x00007ffffd8e7e90: 0000000000000000 000000080a587b60 0x00007ffffd8e7ea0: 00007ffffd8e7ec8 00007ffffd8e7f30 0x00007ffffd8e7eb0: 0000000804c67329 0000000000000000 0x00007ffffd8e7ec0: 0000000804c70497 000000081a340c80 0x00007ffffd8e7ed0: 0000000800001fa0 0000000000000001 0x00007ffffd8e7ee0: 00007ffffd8e8160 00007ffffd8e81f0 0x00007ffffd8e7ef0: 000000081ca6f800 00000008205d7468 0x00007ffffd8e7f00: 00007ffffd8e7f80 00007ffffd8e81f8 0x00007ffffd8e7f10: 000000080000000b 000000080a587b60 0x00007ffffd8e7f20: 0000000804c73240 00007ffffd8e8168 0x00007ffffd8e7f30: 00007ffffd8e8030 0000000800fa30c8 0x00007ffffd8e7f40: 0000000800000001 000000081ca6f800 0x00007ffffd8e7f50: 00007ffffd8e7fd0 00007ffffd8e7f80 0x00007ffffd8e7f60: 00007ffffd8e7f80 0000000804c73240 0x00007ffffd8e7f70: 0000000bfd8e7fb0 0000000804c672a9 0x00007ffffd8e7f80: 000000081ca6f800 000000081cd02c50 0x00007ffffd8e7f90: 000000080a587b60 000000081a340c80 0x00007ffffd8e7fa0: 00007ffffd8e8350 0000000804c73520 0x00007ffffd8e7fb0: 0000000000000000 0000000800000000 0x00007ffffd8e7fc0: 00007ffffd8e83a8 00007ffffd8e81f0 0x00007ffffd8e7fd0: 000000081ca6f800 000000081ca0c890 0x00007ffffd8e7fe0: 00000008205d7400 00000008205d7470 0x00007ffffd8e7ff0: 00000008205d77e8 00007ffffd8e8a80 0x00007ffffd8e8000: 0000000800000001 0000000000000001 0x00007ffffd8e8010: 00007ffffd8e81f0 00000008205d7438 0x00007ffffd8e8020: 00000008205d7458 000000081ca6f800 0x00007ffffd8e8030: 00007ffffd8e8050 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffd6e9000,0x00007ffffd8e9000), sp=0x00007ffffd8e7e40, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000820b80c00 JavaThread "Java Source Worker Thread" [_thread_blocked, id=491103600] 0x0000000820b80000 JavaThread "Thread-11" [_thread_in_native, id=491102496] 0x0000000820b7fc00 JavaThread "Thread-10" [_thread_in_native, id=491103968] 0x0000000820b7ec00 JavaThread "Thread-9" [_thread_in_native, id=506652336] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e319400 JavaThread "TimerQueue" daemon [_thread_blocked, id=506650128] =>0x000000081ca6f800 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=506649760] 0x000000081cecb800 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.derby.Installer$RegisterJDKDerby]" daemon [_thread_blocked, id=11546816] 0x000000081ce0d800 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=11546448] 0x000000081ce0cc00 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=11546080] 0x000000081ce0c000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=11545712] 0x000000081d41d400 JavaThread "Thread-6" daemon [_thread_blocked, id=491102864] 0x00000008236a6c00 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=506651968] 0x000000081ca6ec00 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=480936224] 0x000000081ce0bc00 JavaThread "Inactive RequestProcessor thread [Was:org.netbeans.editor.Settings.PROCESSOR/org.netbeans.editor.Settings$1]" daemon [_thread_blocked, id=11545344] 0x000000081ce0b000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.localhistory.LocalHistory$1]" daemon [_thread_blocked, id=11544976] 0x000000082ba0cc00 JavaThread "Repository writer 0" daemon [_thread_blocked, id=506651600] 0x000000082ba0d000 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=506651232] 0x000000082ba0c400 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=506650864] 0x000000082ba0c800 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=506650496] 0x000000081cb3e400 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=481599776] 0x00000008236aa400 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=506649392] 0x000000081e319000 JavaThread "AWT-Shutdown" [_thread_blocked, id=506647920] 0x000000081e318000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=506647552] 0x000000081e315400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=506647184] 0x000000081e315800 JavaThread "Timer-0" daemon [_thread_blocked, id=506646816] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 35584K, used 12418K [0x0000000819a90000, 0x000000081c470000, 0x000000081c530000) eden space 29184K, 31% used [0x0000000819a90000,0x000000081a37d968,0x000000081b710000) from space 6400K, 51% used [0x000000081be30000,0x000000081c163168,0x000000081c470000) to space 6848K, 0% used [0x000000081b710000,0x000000081b710000,0x000000081bdc0000) PSOldGen total 55808K, used 23301K [0x0000000814530000, 0x0000000817bb0000, 0x0000000819a90000) object space 55808K, 41% used [0x0000000814530000,0x0000000815bf1668,0x0000000817bb0000) PSPermGen total 49664K, used 41359K [0x0000000807d30000, 0x000000080adb0000, 0x0000000814530000) object space 49664K, 83% used [0x0000000807d30000,0x000000080a593ce0,0x000000080adb0000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e400000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e5a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e76a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e8a3000 /usr/local/lib/libXext.so.6 0x000000081e9b3000 /usr/local/lib/libX11.so.6 0x000000081ebb7000 /usr/local/lib/libXau.so.6 0x000000081ecba000 /usr/local/lib/libXdmcp.so.6 0x000000081edbf000 /usr/lib/librpcsvc.so.4 0x000000081eec8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081f067000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f300000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f42e000 /usr/local/lib/libXcursor.so.1 0x000000081f538000 /usr/local/lib/libXrender.so.1 0x000000081f641000 /usr/local/lib/libXfixes.so.3 0x000000081f746000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f858000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000826d63000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 JRE_HOME=/usr/local/jdk1.5.0/jre PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3967440k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=11050, tid=0x1ca95290 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081ca87800): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480858768] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a605228, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffbedafc0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffbedafb0 R8 =0xffffffffb0ab5968, R9 =0x00007ffffbedafa8, R10=0x0000000000000000, R11=0x0000000000000202 R12=0x0000000804c73520, R13=0x000000080a605228, R14=0x00007ffffbedb048, R15=0x000000081ca87800 RIP=0x0000000804c73697, EFL=0x0000000000000016, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffbedafc0) 0x00007ffffbedafc0: 000000003f400000 0000000804c733e1 0x00007ffffbedafd0: 00000000ff38d000 0000000804c73542 0x00007ffffbedafe0: 000000081ca87800 00000010fbedb0f0 0x00007ffffbedaff0: 00007ffffbedaff0 000000080a605228 0x00007ffffbedb000: 00007ffffbedb048 000000080a60cdf8 0x00007ffffbedb010: 0000000000000000 000000080a605228 0x00007ffffbedb020: 00007ffffbedb048 00007ffffbedb0b0 0x00007ffffbedb030: 0000000804c67329 0000000000000000 0x00007ffffbedb040: 0000000804c70497 000000081a9f4ee0 0x00007ffffbedb050: 0000000800001fa0 0000000000000001 0x00007ffffbedb060: 00007ffffbedb2e0 00007ffffbedb370 0x00007ffffbedb070: 000000081ca87800 000000082c204468 0x00007ffffbedb080: 00007ffffbedb100 00007ffffbedb378 0x00007ffffbedb090: 000000080000000b 000000080a605228 0x00007ffffbedb0a0: 0000000804c73240 00007ffffbedb2e8 0x00007ffffbedb0b0: 00007ffffbedb1b0 0000000800fa30c8 0x00007ffffbedb0c0: 0000000800000001 000000081ca87800 0x00007ffffbedb0d0: 00007ffffbedb150 00007ffffbedb100 0x00007ffffbedb0e0: 00007ffffbedb100 0000000804c73240 0x00007ffffbedb0f0: 0000000bfbedb130 0000000804c672a9 0x00007ffffbedb100: 000000081ca87800 000000081d002400 0x00007ffffbedb110: 000000080a605228 000000081a9f4ee0 0x00007ffffbedb120: 00007ffffbedb4d0 0000000804c73520 0x00007ffffbedb130: 0000000000000000 0000000800000000 0x00007ffffbedb140: 00007ffffbedb528 00007ffffbedb370 0x00007ffffbedb150: 000000081ca87800 000000081ca0cb30 0x00007ffffbedb160: 000000082c204400 000000082c204470 0x00007ffffbedb170: 000000082c2047e8 00007ffffbedbc00 0x00007ffffbedb180: 0000000800000001 0000000000000001 0x00007ffffbedb190: 00007ffffbedb370 000000082c204438 0x00007ffffbedb1a0: 000000082c204458 000000081ca87800 0x00007ffffbedb1b0: 00007ffffbedb1d0 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffbcdc000,0x00007ffffbedc000), sp=0x00007ffffbedafc0, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000082b0f6400 JavaThread "Java Source Worker Thread" [_thread_blocked, id=487252624] 0x000000082b0f5400 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=487254832] 0x000000081d00ec00 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=487252992] 0x000000081d00e800 JavaThread "Thread-11" [_thread_in_native, id=487254096] 0x000000081d00e400 JavaThread "Thread-10" [_thread_in_native, id=487253728] 0x000000081d00c800 JavaThread "Thread-9" [_thread_in_native, id=487253360] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x0000000825127c00 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=506653440] 0x000000082b8d0800 JavaThread "TimerQueue" daemon [_thread_blocked, id=506653072] =>0x000000081ca87800 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480858768] 0x000000081ce0c800 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.cnd.modelimpl.platform.ModelSupport$1$1]" daemon [_thread_blocked, id=11545712] 0x000000081ce0bc00 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=11545344] 0x000000081ce0b000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=11544976] 0x0000000825127400 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=506652704] 0x000000081e31c000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=506652336] 0x0000000825126800 JavaThread "Repository writer 0" daemon [_thread_blocked, id=506651232] 0x000000082c205000 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=506650128] 0x000000082c204000 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=506649760] 0x0000000825120800 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=506651968] 0x000000081e31b000 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=506651600] 0x0000000825123400 JavaThread "Thread-5" daemon [_thread_blocked, id=506650864] 0x000000081cb51800 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=481505568] 0x000000081e31cc00 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=506649392] 0x000000081e319000 JavaThread "AWT-Shutdown" [_thread_blocked, id=506647920] 0x000000081e318000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=506647552] 0x000000081e315400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=506647184] 0x000000081e315800 JavaThread "Timer-0" daemon [_thread_blocked, id=506646816] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 36352K, used 18659K [0x0000000819a90000, 0x000000081c530000, 0x000000081c530000) eden space 29504K, 53% used [0x0000000819a90000,0x000000081a9fdab0,0x000000081b760000) from space 6848K, 41% used [0x000000081bde0000,0x000000081c0ab168,0x000000081c490000) to space 6656K, 0% used [0x000000081b760000,0x000000081b760000,0x000000081bde0000) PSOldGen total 53824K, used 23443K [0x0000000814530000, 0x00000008179c0000, 0x0000000819a90000) object space 53824K, 43% used [0x0000000814530000,0x0000000815c14fd8,0x00000008179c0000) PSPermGen total 49216K, used 41844K [0x0000000807d30000, 0x000000080ad40000, 0x0000000814530000) object space 49216K, 85% used [0x0000000807d30000,0x000000080a60d288,0x000000080ad40000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e400000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e5a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e76a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e8a3000 /usr/local/lib/libXext.so.6 0x000000081e9b3000 /usr/local/lib/libX11.so.6 0x000000081ebb7000 /usr/local/lib/libXau.so.6 0x000000081ecba000 /usr/local/lib/libXdmcp.so.6 0x000000081edbf000 /usr/lib/librpcsvc.so.4 0x000000081eec8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081f067000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f300000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f42e000 /usr/local/lib/libXcursor.so.1 0x000000081f538000 /usr/local/lib/libXrender.so.1 0x000000081f641000 /usr/local/lib/libXfixes.so.3 0x000000081f746000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f858000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000829de9000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 JRE_HOME=/usr/local/jdk1.5.0/jre PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3938992k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=11354, tid=0x1ca40120 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081cabe400): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480510240] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5f66a0, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffbad90c0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffbad90b0 R8 =0xffffffffb0b00968, R9 =0x00007ffffbad90a8, R10=0x0000000000000000, R11=0x0000000000000202 R12=0x0000000804c73520, R13=0x000000080a5f66a0, R14=0x00007ffffbad9148, R15=0x000000081cabe400 RIP=0x0000000804c73697, EFL=0x000000000000000c, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffbad90c0) 0x00007ffffbad90c0: 000000003f400000 0000000804c733e1 0x00007ffffbad90d0: 00000000ff38d000 0000000804c73542 0x00007ffffbad90e0: 000000081cabe400 00000010fbad91f0 0x00007ffffbad90f0: 00007ffffbad90f0 000000080a5f66a0 0x00007ffffbad9100: 00007ffffbad9148 000000080a5fe270 0x00007ffffbad9110: 0000000000000000 000000080a5f66a0 0x00007ffffbad9120: 00007ffffbad9148 00007ffffbad91b0 0x00007ffffbad9130: 0000000804c67329 0000000000000000 0x00007ffffbad9140: 0000000804c70497 000000081a844640 0x00007ffffbad9150: 0000000800001fa0 0000000000000001 0x00007ffffbad9160: 00007ffffbad93e0 00007ffffbad9470 0x00007ffffbad9170: 000000081cabe400 000000082aaae868 0x00007ffffbad9180: 00007ffffbad9200 00007ffffbad9478 0x00007ffffbad9190: 000000080000000b 000000080a5f66a0 0x00007ffffbad91a0: 0000000804c73240 00007ffffbad93e8 0x00007ffffbad91b0: 00007ffffbad92b0 0000000800fa30c8 0x00007ffffbad91c0: 0000000800000001 000000081cabe400 0x00007ffffbad91d0: 00007ffffbad9250 00007ffffbad9200 0x00007ffffbad91e0: 00007ffffbad9200 0000000804c73240 0x00007ffffbad91f0: 0000000bfbad9230 0000000804c672a9 0x00007ffffbad9200: 000000081cabe400 000000081d203960 0x00007ffffbad9210: 000000080a5f66a0 000000081a844640 0x00007ffffbad9220: 00007ffffbad95d0 0000000804c73520 0x00007ffffbad9230: 0000000000000000 0000000800000000 0x00007ffffbad9240: 00007ffffbad9628 00007ffffbad9470 0x00007ffffbad9250: 000000081cabe400 000000081ca0d130 0x00007ffffbad9260: 000000082aaae800 000000082aaae870 0x00007ffffbad9270: 000000082aaaebe8 00007ffffbad9d00 0x00007ffffbad9280: 0000000800000001 0000000000000001 0x00007ffffbad9290: 00007ffffbad9470 000000082aaae838 0x00007ffffbad92a0: 000000082aaae858 000000081cabe400 0x00007ffffbad92b0: 00007ffffbad92d0 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffb8da000,0x00007ffffbada000), sp=0x00007ffffbad90c0, free space=2044k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000820197000 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=538426528] 0x0000000820196400 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=538425792] 0x0000000820195c00 JavaThread "Java Source Worker Thread" [_thread_blocked, id=538423952] 0x0000000820195800 JavaThread "Thread-11" [_thread_in_native, id=538425424] 0x0000000820195400 JavaThread "Thread-10" [_thread_in_native, id=538425056] 0x000000081fea4800 JavaThread "Thread-9" [_thread_in_native, id=538424688] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e219400 JavaThread "TimerQueue" daemon [_thread_blocked, id=505604864] =>0x000000081cabe400 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480510240] 0x000000081e21c800 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=505603760] 0x000000082488d400 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.localhistory.store.LocalHistoryStoreImpl$3]" daemon [_thread_blocked, id=505604496] 0x000000081e21b000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.versioning.system.cvss.ModuleLifecycleManager$1]" daemon [_thread_blocked, id=505604128] 0x000000081ce0c400 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=11546080] 0x000000081ce0c000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=11545712] 0x000000081ce0bc00 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=11545344] 0x000000081e21bc00 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505602656] 0x000000081cabd800 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=505603392] 0x000000081ce0b000 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=505601184] 0x000000082aaae400 JavaThread "Thread-6" daemon [_thread_blocked, id=505600816] 0x000000081ce0ac00 JavaThread "Inactive RequestProcessor thread [Was:org.netbeans.editor.Settings.PROCESSOR/org.netbeans.editor.Settings$1]" daemon [_thread_blocked, id=11544976] 0x000000082aaad800 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505602288] 0x000000082aaadc00 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=505601920] 0x000000082aaaa400 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=505601552] 0x000000081cbb2800 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=481599776] 0x000000081e219800 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=505600080] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 35712K, used 17262K [0x0000000819a90000, 0x000000081c490000, 0x000000081c530000) eden space 29184K, 48% used [0x0000000819a90000,0x000000081a860960,0x000000081b710000) from space 6528K, 47% used [0x000000081be30000,0x000000081c13b168,0x000000081c490000) to space 6912K, 0% used [0x000000081b710000,0x000000081b710000,0x000000081bdd0000) PSOldGen total 54976K, used 23219K [0x0000000814530000, 0x0000000817ae0000, 0x0000000819a90000) object space 54976K, 42% used [0x0000000814530000,0x0000000815bdcf78,0x0000000817ae0000) PSPermGen total 48256K, used 41785K [0x0000000807d30000, 0x000000080ac50000, 0x0000000814530000) object space 48256K, 86% used [0x0000000807d30000,0x000000080a5fe700,0x000000080ac50000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f32e000 /usr/local/lib/libXcursor.so.1 0x000000081f438000 /usr/local/lib/libXrender.so.1 0x000000081f541000 /usr/local/lib/libXfixes.so.3 0x000000081f646000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f758000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000820b00000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.6.0 JRE_HOME=/usr/local/jdk1.6.0/jre PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3921848k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=11483, tid=0x1cac5290 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081ca95400): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=481055376] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5d5790, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffc8dfd40, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffc8dfd30 R8 =0xffffffffb0ad3968, R9 =0x00007ffffc8dfd28, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000804c73520, R13=0x000000080a5d5790, R14=0x00007ffffc8dfdc8, R15=0x000000081ca95400 RIP=0x0000000804c73697, EFL=0x000000082e2c5f80, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffc8dfd40) 0x00007ffffc8dfd40: 000000003f400000 0000000804c733e1 0x00007ffffc8dfd50: 00000000ff38d000 0000000804c73542 0x00007ffffc8dfd60: 000000081ca95400 00000010fc8dfe70 0x00007ffffc8dfd70: 00007ffffc8dfd70 000000080a5d5790 0x00007ffffc8dfd80: 00007ffffc8dfdc8 000000080a5de020 0x00007ffffc8dfd90: 0000000000000000 000000080a5d5790 0x00007ffffc8dfda0: 00007ffffc8dfdc8 00007ffffc8dfe30 0x00007ffffc8dfdb0: 0000000804c67329 0000000000000000 0x00007ffffc8dfdc0: 0000000804c70497 000000081a6fe160 0x00007ffffc8dfdd0: 0000000800001fa0 0000000000000001 0x00007ffffc8dfde0: 00007ffffc8e0060 00007ffffc8e00f0 0x00007ffffc8dfdf0: 000000081ca95400 000000081d10a068 0x00007ffffc8dfe00: 00007ffffc8dfe80 00007ffffc8e00f8 0x00007ffffc8dfe10: 000000080000000b 000000080a5d5790 0x00007ffffc8dfe20: 0000000804c73240 00007ffffc8e0068 0x00007ffffc8dfe30: 00007ffffc8dff30 0000000800fa30c8 0x00007ffffc8dfe40: 0000000800000001 000000081ca95400 0x00007ffffc8dfe50: 00007ffffc8dfed0 00007ffffc8dfe80 0x00007ffffc8dfe60: 00007ffffc8dfe80 0000000804c73240 0x00007ffffc8dfe70: 0000000bfc8dfeb0 0000000804c672a9 0x00007ffffc8dfe80: 000000081ca95400 000000081cb02c50 0x00007ffffc8dfe90: 000000080a5d5790 000000081a6fe160 0x00007ffffc8dfea0: 00007ffffc8e0250 0000000804c73520 0x00007ffffc8dfeb0: 0000000000000000 0000000800000000 0x00007ffffc8dfec0: 00007ffffc8e02a8 00007ffffc8e00f0 0x00007ffffc8dfed0: 000000081ca95400 000000081ca0cd40 0x00007ffffc8dfee0: 000000081d10a000 000000081d10a070 0x00007ffffc8dfef0: 000000081d10a3e8 00007ffffc8e0980 0x00007ffffc8dff00: 0000000800000001 0000000000000001 0x00007ffffc8dff10: 00007ffffc8e00f0 000000081d10a038 0x00007ffffc8dff20: 000000081d10a058 000000081ca95400 0x00007ffffc8dff30: 00007ffffc8dff50 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffc6e1000,0x00007ffffc8e1000), sp=0x00007ffffc8dfd40, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081cb59c00 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=481762832] 0x000000081cb59800 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=481762096] 0x000000081cb59400 JavaThread "Java Source Worker Thread" [_thread_blocked, id=481760256] 0x000000081cb58c00 JavaThread "Thread-11" [_thread_in_native, id=481761728] 0x000000081cb58800 JavaThread "Thread-10" [_thread_in_native, id=481761360] 0x000000081cb57400 JavaThread "Thread-9" [_thread_in_native, id=481760992] 0x000000081ca95800 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=481055744] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e219400 JavaThread "TimerQueue" daemon [_thread_blocked, id=505602656] =>0x000000081ca95400 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=481055376] 0x00000008239e3c00 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.derby.Installer$RegisterJDKDerby]" daemon [_thread_blocked, id=483123856] 0x000000082af19800 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=483123488] 0x000000081ce0b400 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=483124224] 0x000000081ce0b000 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505602288] 0x000000081ce0ac00 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=505601920] 0x000000081cc1d000 JavaThread "Thread-6" daemon [_thread_blocked, id=505601552] 0x000000082af17800 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505601184] 0x000000081ca94400 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=481055008] 0x000000081cb56400 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=481759520] 0x000000081e21b800 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=505600816] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 36224K, used 15786K [0x0000000819a90000, 0x000000081c530000, 0x000000081c530000) eden space 29376K, 44% used [0x0000000819a90000,0x000000081a7378d8,0x000000081b740000) from space 6848K, 41% used [0x000000081bdc0000,0x000000081c083168,0x000000081c470000) to space 6656K, 0% used [0x000000081b740000,0x000000081b740000,0x000000081bdc0000) PSOldGen total 53312K, used 22960K [0x0000000814530000, 0x0000000817940000, 0x0000000819a90000) object space 53312K, 43% used [0x0000000814530000,0x0000000815b9c1e0,0x0000000817940000) PSPermGen total 47744K, used 41657K [0x0000000807d30000, 0x000000080abd0000, 0x0000000814530000) object space 47744K, 87% used [0x0000000807d30000,0x000000080a5de4b0,0x000000080abd0000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f500000 /usr/local/lib/libXcursor.so.1 0x000000081f60a000 /usr/local/lib/libXrender.so.1 0x000000081f713000 /usr/local/lib/libXfixes.so.3 0x000000081f818000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f92a000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000827bb0000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.6.0 JRE_HOME=/usr/local/jdk1.6.0/jre PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3942484k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=11902, tid=0x1e22e3d0 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081cad0000): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=505603024] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5d33a8, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffcce1e40, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffcce1e30 R8 =0xffffffffb0ac9968, R9 =0x00007ffffcce1e28, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000804c73520, R13=0x000000080a5d33a8, R14=0x00007ffffcce1ec8, R15=0x000000081cad0000 RIP=0x0000000804c73697, EFL=0x000000000000009c, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffcce1e40) 0x00007ffffcce1e40: 000000003f400000 0000000804c733e1 0x00007ffffcce1e50: 00000000ff38d000 0000000804c73542 0x00007ffffcce1e60: 000000081cad0000 00000010fcce1f70 0x00007ffffcce1e70: 00007ffffcce1e70 000000080a5d33a8 0x00007ffffcce1e80: 00007ffffcce1ec8 000000080a5dbcd8 0x00007ffffcce1e90: 0000000000000000 000000080a5d33a8 0x00007ffffcce1ea0: 00007ffffcce1ec8 00007ffffcce1f30 0x00007ffffcce1eb0: 0000000804c67329 0000000000000000 0x00007ffffcce1ec0: 0000000804c70497 000000081a275648 0x00007ffffcce1ed0: 0000000800001fa0 0000000000000001 0x00007ffffcce1ee0: 00007ffffcce2160 00007ffffcce21f0 0x00007ffffcce1ef0: 000000081cad0000 000000081d20b868 0x00007ffffcce1f00: 00007ffffcce1f80 00007ffffcce21f8 0x00007ffffcce1f10: 000000080000000b 000000080a5d33a8 0x00007ffffcce1f20: 0000000804c73240 00007ffffcce2168 0x00007ffffcce1f30: 00007ffffcce2030 0000000800fa30c8 0x00007ffffcce1f40: 0000000800000001 000000081cad0000 0x00007ffffcce1f50: 00007ffffcce1fd0 00007ffffcce1f80 0x00007ffffcce1f60: 00007ffffcce1f80 0000000804c73240 0x00007ffffcce1f70: 0000000bfcce1fb0 0000000804c672a9 0x00007ffffcce1f80: 000000081cad0000 000000081ca03d80 0x00007ffffcce1f90: 000000080a5d33a8 000000081a275648 0x00007ffffcce1fa0: 00007ffffcce2350 0000000804c73520 0x00007ffffcce1fb0: 0000000000000000 0000000800000000 0x00007ffffcce1fc0: 00007ffffcce23a8 00007ffffcce21f0 0x00007ffffcce1fd0: 000000081cad0000 000000081ca0c890 0x00007ffffcce1fe0: 000000081d20b800 000000081d20b870 0x00007ffffcce1ff0: 000000081d20bbe8 00007ffffcce2a80 0x00007ffffcce2000: 0000000800000001 0000000000000001 0x00007ffffcce2010: 00007ffffcce21f0 000000081d20b838 0x00007ffffcce2020: 000000081d20b858 000000081cad0000 0x00007ffffcce2030: 00007ffffcce2050 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffcae3000,0x00007ffffcce3000), sp=0x00007ffffcce1e40, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081cad2800 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=480747024] 0x000000081cad0800 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=480746288] 0x000000081cacfc00 JavaThread "Java Source Worker Thread" [_thread_blocked, id=480744448] 0x000000081cad2000 JavaThread "Thread-11" [_thread_in_native, id=480745920] 0x000000081cad1c00 JavaThread "Thread-10" [_thread_in_native, id=480745552] 0x000000081cacf800 JavaThread "Thread-9" [_thread_in_native, id=480745184] 0x000000081cc1dc00 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=482717984] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x0000000820f8dc00 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=505604496] 0x0000000825d32000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.derby.Installer$RegisterJDKDerby]" daemon [_thread_blocked, id=505604128] 0x000000081e219400 JavaThread "TimerQueue" daemon [_thread_blocked, id=505603760] =>0x000000081cad0000 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=505603024] 0x000000081ce0d800 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=505602656] 0x000000081ce0d400 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=505603392] 0x000000081ce0d000 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=505601920] 0x0000000825d2fc00 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=505601552] 0x0000000820f8cc00 JavaThread "Thread-6" daemon [_thread_blocked, id=505601184] 0x000000081e21a400 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505602288] 0x000000081cb81400 JavaThread "Repository writer 0" daemon [_thread_blocked, id=481890592] 0x0000000820f91400 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=505600816] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0c000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce0a800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce09c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce09000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce08400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 35776K, used 11793K [0x0000000819a90000, 0x000000081c480000, 0x000000081c530000) eden space 29376K, 28% used [0x0000000819a90000,0x000000081a2b92e8,0x000000081b740000) from space 6400K, 53% used [0x000000081be40000,0x000000081c19b168,0x000000081c480000) to space 6784K, 0% used [0x000000081b740000,0x000000081b740000,0x000000081bde0000) PSOldGen total 53888K, used 23323K [0x0000000814530000, 0x00000008179d0000, 0x0000000819a90000) object space 53888K, 43% used [0x0000000814530000,0x0000000815bf6e38,0x00000008179d0000) PSPermGen total 52224K, used 41653K [0x0000000807d30000, 0x000000080b030000, 0x0000000814530000) object space 52224K, 79% used [0x0000000807d30000,0x000000080a5dd640,0x000000080b030000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f500000 /usr/local/lib/libXcursor.so.1 0x000000081f60a000 /usr/local/lib/libXrender.so.1 0x000000081f713000 /usr/local/lib/libXfixes.so.3 0x000000081f818000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f92a000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x00000008272c6000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/diablo-jdk1.5.0 JRE_HOME=/usr/local/jdk1.6.0/jre PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3930816k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=12022, tid=0x1ca65290 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081cae2c00): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480662160] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5f73c0, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffc4ddf40, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffc4ddf30 R8 =0xffffffffb0ad8968, R9 =0x00007ffffc4ddf28, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000804c73520, R13=0x000000080a5f73c0, R14=0x00007ffffc4ddfc8, R15=0x000000081cae2c00 RIP=0x0000000804c73697, EFL=0x000000000000000c, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffc4ddf40) 0x00007ffffc4ddf40: 000000003f400000 0000000804c733e1 0x00007ffffc4ddf50: 00000000ff38d000 0000000804c73542 0x00007ffffc4ddf60: 000000081cae2c00 00000010fc4de070 0x00007ffffc4ddf70: 00007ffffc4ddf70 000000080a5f73c0 0x00007ffffc4ddf80: 00007ffffc4ddfc8 000000080a5fef90 0x00007ffffc4ddf90: 0000000000000000 000000080a5f73c0 0x00007ffffc4ddfa0: 00007ffffc4ddfc8 00007ffffc4de030 0x00007ffffc4ddfb0: 0000000804c67329 0000000000000000 0x00007ffffc4ddfc0: 0000000804c70497 000000081ab2f220 0x00007ffffc4ddfd0: 0000000800001fa0 0000000000000001 0x00007ffffc4ddfe0: 00007ffffc4de260 00007ffffc4de2f0 0x00007ffffc4ddff0: 000000081cae2c00 000000081d008068 0x00007ffffc4de000: 00007ffffc4de080 00007ffffc4de2f8 0x00007ffffc4de010: 000000080000000b 000000080a5f73c0 0x00007ffffc4de020: 0000000804c73240 00007ffffc4de268 0x00007ffffc4de030: 00007ffffc4de130 0000000800fa30c8 0x00007ffffc4de040: 0000000800000001 000000081cae2c00 0x00007ffffc4de050: 00007ffffc4de0d0 00007ffffc4de080 0x00007ffffc4de060: 00007ffffc4de080 0000000804c73240 0x00007ffffc4de070: 0000000bfc4de0b0 0000000804c672a9 0x00007ffffc4de080: 000000081cae2c00 000000081cc02c50 0x00007ffffc4de090: 000000080a5f73c0 000000081ab2f220 0x00007ffffc4de0a0: 00007ffffc4de450 0000000804c73520 0x00007ffffc4de0b0: 0000000000000000 0000000800000000 0x00007ffffc4de0c0: 00007ffffc4de4a8 00007ffffc4de2f0 0x00007ffffc4de0d0: 000000081cae2c00 000000081ca0ca10 0x00007ffffc4de0e0: 000000081d008000 000000081d008070 0x00007ffffc4de0f0: 000000081d0083e8 00007ffffc4deb80 0x00007ffffc4de100: 0000000800000001 0000000000000001 0x00007ffffc4de110: 00007ffffc4de2f0 000000081d008038 0x00007ffffc4de120: 000000081d008058 000000081cae2c00 0x00007ffffc4de130: 00007ffffc4de150 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffc2df000,0x00007ffffc4df000), sp=0x00007ffffc4ddf40, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081cc2e800 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=483062000] 0x000000081cc2bc00 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=483061632] 0x000000081cc2d400 JavaThread "Java Source Worker Thread" [_thread_blocked, id=483059424] 0x000000081cc2cc00 JavaThread "Thread-11" [_thread_in_native, id=483060896] 0x000000081cc2c800 JavaThread "Thread-10" [_thread_in_native, id=483060528] 0x000000081cc29c00 JavaThread "Thread-9" [_thread_in_native, id=483060160] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e215c00 JavaThread "TimerQueue" daemon [_thread_blocked, id=505603024] =>0x000000081cae2c00 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480662160] 0x000000082b4dd000 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=505602656] 0x000000082b4dc800 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=505600080] 0x000000081ce0b800 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=483058320] 0x000000081ce0b400 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=483059056] 0x000000081ce0b000 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=505601920] 0x000000081cc29400 JavaThread "Thread-7" daemon [_thread_blocked, id=505601552] 0x000000082b4df400 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=505602288] 0x000000082b4de800 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505601184] 0x000000081cae2800 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=480661792] 0x000000081cb24400 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=481538336] 0x0000000826129c00 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505600816] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_vm, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 36224K, used 19989K [0x0000000819a90000, 0x000000081c530000, 0x000000081c530000) eden space 29376K, 58% used [0x0000000819a90000,0x000000081ab5a610,0x000000081b740000) from space 6848K, 40% used [0x000000081bdc0000,0x000000081c07b168,0x000000081c470000) to space 6656K, 0% used [0x000000081b740000,0x000000081b740000,0x000000081bdc0000) PSOldGen total 53312K, used 23066K [0x0000000814530000, 0x0000000817940000, 0x0000000819a90000) object space 53312K, 43% used [0x0000000814530000,0x0000000815bb6978,0x0000000817940000) PSPermGen total 48320K, used 41797K [0x0000000807d30000, 0x000000080ac60000, 0x0000000814530000) object space 48320K, 86% used [0x0000000807d30000,0x000000080a601638,0x000000080ac60000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f500000 /usr/local/lib/libXcursor.so.1 0x000000081f60a000 /usr/local/lib/libXrender.so.1 0x000000081f713000 /usr/local/lib/libXfixes.so.3 0x000000081f818000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f92a000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000826f08000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/diablo-jdk1.5.0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3934096k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=12141, tid=0x1e22de10 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081caa5400): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=505601552] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5bfd38, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffc4de0c0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffc4de0b0 R8 =0xffffffffb0ace968, R9 =0x00007ffffc4de0a8, R10=0x0000000000000000, R11=0x0000000000000202 R12=0x0000000804c73520, R13=0x000000080a5bfd38, R14=0x00007ffffc4de148, R15=0x000000081caa5400 RIP=0x0000000804c73697, EFL=0x000000000000000c, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffc4de0c0) 0x00007ffffc4de0c0: 000000003f400000 0000000804c733e1 0x00007ffffc4de0d0: 00000000ff38d000 0000000804c73542 0x00007ffffc4de0e0: 000000081caa5400 00000010fc4de1f0 0x00007ffffc4de0f0: 00007ffffc4de0f0 000000080a5bfd38 0x00007ffffc4de100: 00007ffffc4de148 000000080a5c7908 0x00007ffffc4de110: 0000000000000000 000000080a5bfd38 0x00007ffffc4de120: 00007ffffc4de148 00007ffffc4de1b0 0x00007ffffc4de130: 0000000804c67329 0000000000000000 0x00007ffffc4de140: 0000000804c70497 000000081aaf7808 0x00007ffffc4de150: 0000000800001fa0 0000000000000001 0x00007ffffc4de160: 00007ffffc4de3e0 00007ffffc4de470 0x00007ffffc4de170: 000000081caa5400 000000081d108468 0x00007ffffc4de180: 00007ffffc4de200 00007ffffc4de478 0x00007ffffc4de190: 000000080000000b 000000080a5bfd38 0x00007ffffc4de1a0: 0000000804c73240 00007ffffc4de3e8 0x00007ffffc4de1b0: 00007ffffc4de2b0 0000000800fa30c8 0x00007ffffc4de1c0: 0000000800000001 000000081caa5400 0x00007ffffc4de1d0: 00007ffffc4de250 00007ffffc4de200 0x00007ffffc4de1e0: 00007ffffc4de200 0000000804c73240 0x00007ffffc4de1f0: 0000000bfc4de230 0000000804c672a9 0x00007ffffc4de200: 000000081caa5400 000000081cc02c50 0x00007ffffc4de210: 000000080a5bfd38 000000081aaf7808 0x00007ffffc4de220: 00007ffffc4de5d0 0000000804c73520 0x00007ffffc4de230: 0000000000000000 0000000800000000 0x00007ffffc4de240: 00007ffffc4de628 00007ffffc4de470 0x00007ffffc4de250: 000000081caa5400 000000081ca0cce0 0x00007ffffc4de260: 000000081d108400 000000081d108470 0x00007ffffc4de270: 000000081d1087e8 00007ffffc4ded00 0x00007ffffc4de280: 0000000800000001 0000000000000001 0x00007ffffc4de290: 00007ffffc4de470 000000081d108438 0x00007ffffc4de2a0: 000000081d108458 000000081caa5400 0x00007ffffc4de2b0: 00007ffffc4de2d0 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffc2df000,0x00007ffffc4df000), sp=0x00007ffffc4de0c0, free space=2044k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081cc16800 JavaThread "Java Source Worker Thread" [_thread_blocked, id=770193488] 0x000000081cc16000 JavaThread "Thread-11" [_thread_in_native, id=770195328] 0x000000081cc15c00 JavaThread "Thread-10" [_thread_in_native, id=770194960] 0x000000081cc14400 JavaThread "Thread-9" [_thread_in_native, id=770194224] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e219400 JavaThread "TimerQueue" daemon [_thread_blocked, id=505601920] =>0x000000081caa5400 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=505601552] 0x000000082981c800 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=505601184] 0x000000082981f400 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=770192016] 0x000000082981e800 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=770191648] 0x000000082981d800 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505600448] 0x000000081caa4800 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=480829728] 0x000000081ce0b800 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=11545712] 0x000000081ce0b400 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=11545344] 0x000000081ce0b000 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=11544976] 0x000000081cc14000 JavaThread "Thread-5" daemon [_thread_blocked, id=770192752] 0x000000081cb24800 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=481538336] 0x000000081e21a800 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505600816] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0a000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce08800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce07c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce07000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce06400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 36288K, used 19580K [0x0000000819a90000, 0x000000081c4b0000, 0x000000081c530000) eden space 29824K, 56% used [0x0000000819a90000,0x000000081ab04130,0x000000081b7b0000) from space 6464K, 42% used [0x000000081be60000,0x000000081c10b168,0x000000081c4b0000) to space 6656K, 0% used [0x000000081b7b0000,0x000000081b7b0000,0x000000081be30000) PSOldGen total 52928K, used 23118K [0x0000000814530000, 0x00000008178e0000, 0x0000000819a90000) object space 52928K, 43% used [0x0000000814530000,0x0000000815bc3ab0,0x00000008178e0000) PSPermGen total 48192K, used 41567K [0x0000000807d30000, 0x000000080ac40000, 0x0000000814530000) object space 48192K, 86% used [0x0000000807d30000,0x000000080a5c7d98,0x000000080ac40000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f500000 /usr/local/lib/libXcursor.so.1 0x000000081f60a000 /usr/local/lib/libXrender.so.1 0x000000081f713000 /usr/local/lib/libXfixes.so.3 0x000000081f818000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f92a000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000824d17000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3934064k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] -------------- next part -------------- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=12225, tid=0x1ca72120 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081caa0400): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480715040] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a5cb028, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffc0dc040, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffc0dc030 R8 =0xffffffffb0aec968, R9 =0x00007ffffc0dc028, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000804c73520, R13=0x000000080a5cb028, R14=0x00007ffffc0dc0c8, R15=0x000000081caa0400 RIP=0x0000000804c73697, EFL=0x000000000000000c, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffc0dc040) 0x00007ffffc0dc040: 000000003f400000 0000000804c733e1 0x00007ffffc0dc050: 00000000ff38d000 0000000804c73542 0x00007ffffc0dc060: 000000081caa0400 00000010fc0dc170 0x00007ffffc0dc070: 00007ffffc0dc070 000000080a5cb028 0x00007ffffc0dc080: 00007ffffc0dc0c8 000000080a5d2bf8 0x00007ffffc0dc090: 0000000000000000 000000080a5cb028 0x00007ffffc0dc0a0: 00007ffffc0dc0c8 00007ffffc0dc130 0x00007ffffc0dc0b0: 0000000804c67329 0000000000000000 0x00007ffffc0dc0c0: 0000000804c70497 000000081a5eb280 0x00007ffffc0dc0d0: 0000000800001fa0 0000000000000001 0x00007ffffc0dc0e0: 00007ffffc0dc360 00007ffffc0dc3f0 0x00007ffffc0dc0f0: 000000081caa0400 000000081d009468 0x00007ffffc0dc100: 00007ffffc0dc180 00007ffffc0dc3f8 0x00007ffffc0dc110: 000000080000000b 000000080a5cb028 0x00007ffffc0dc120: 0000000804c73240 00007ffffc0dc368 0x00007ffffc0dc130: 00007ffffc0dc230 0000000800fa30c8 0x00007ffffc0dc140: 0000000800000001 000000081caa0400 0x00007ffffc0dc150: 00007ffffc0dc1d0 00007ffffc0dc180 0x00007ffffc0dc160: 00007ffffc0dc180 0000000804c73240 0x00007ffffc0dc170: 0000000bfc0dc1b0 0000000804c672a9 0x00007ffffc0dc180: 000000081caa0400 000000081d002530 0x00007ffffc0dc190: 000000080a5cb028 000000081a5eb280 0x00007ffffc0dc1a0: 00007ffffc0dc550 0000000804c73520 0x00007ffffc0dc1b0: 0000000000000000 0000000800000000 0x00007ffffc0dc1c0: 00007ffffc0dc5a8 00007ffffc0dc3f0 0x00007ffffc0dc1d0: 000000081caa0400 000000081ca0c680 0x00007ffffc0dc1e0: 000000081d009400 000000081d009470 0x00007ffffc0dc1f0: 000000081d0097e8 00007ffffc0dcc80 0x00007ffffc0dc200: 0000000800000001 0000000000000001 0x00007ffffc0dc210: 00007ffffc0dc3f0 000000081d009438 0x00007ffffc0dc220: 000000081d009458 000000081caa0400 0x00007ffffc0dc230: 00007ffffc0dc250 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffbedd000,0x00007ffffc0dd000), sp=0x00007ffffc0dc040, free space=2044k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000822941000 JavaThread "Java Source Worker Thread" [_thread_blocked, id=713843344] 0x0000000822940c00 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=713845552] 0x0000000822940400 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=713843712] 0x0000000822940000 JavaThread "Thread-11" [_thread_in_native, id=713844816] 0x000000082293fc00 JavaThread "Thread-10" [_thread_in_native, id=713844448] 0x000000082293f800 JavaThread "Thread-9" [_thread_in_native, id=713844080] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e219400 JavaThread "TimerQueue" daemon [_thread_blocked, id=505600448] =>0x000000081caa0400 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=480715040] 0x000000082ca31000 JavaThread "Creator Error Handler Listener" [_thread_in_native, id=482878464] 0x000000082552f800 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=482878096] 0x000000081ca9fc00 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=482878832] 0x000000081ce0d400 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=505601920] 0x000000081ce0d000 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=505601184] 0x000000081ce0cc00 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=505600816] 0x000000081cc20c00 JavaThread "Thread-4" daemon [_thread_blocked, id=482877728] 0x000000082ca2f400 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.derby.Installer$RegisterJDKDerby]" daemon [_thread_blocked, id=505603392] 0x000000082ca2c000 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505603024] 0x000000082ca2e400 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=505602656] 0x000000082ca2e000 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=505602288] 0x000000082ca2d000 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=505601552] 0x000000081cb24400 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.mobility.project.deployment.MobilityDeploymentProperties]" daemon [_thread_blocked, id=481521952] 0x0000000825530000 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=505600080] 0x000000081e219000 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e218000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce0c000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce0a800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce09c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce09000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce08400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 36352K, used 14651K [0x0000000819a90000, 0x000000081c530000, 0x000000081c530000) eden space 29568K, 39% used [0x0000000819a90000,0x000000081a613b98,0x000000081b770000) from space 6784K, 42% used [0x000000081bde0000,0x000000081c0ab168,0x000000081c480000) to space 6592K, 0% used [0x000000081b770000,0x000000081b770000,0x000000081bde0000) PSOldGen total 53760K, used 22938K [0x0000000814530000, 0x00000008179b0000, 0x0000000819a90000) object space 53760K, 42% used [0x0000000814530000,0x0000000815b96bf0,0x00000008179b0000) PSPermGen total 46592K, used 41612K [0x0000000807d30000, 0x000000080aab0000, 0x0000000814530000) object space 46592K, 89% used [0x0000000807d30000,0x000000080a5d3088,0x000000080aab0000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x000000081f200000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x000000081f32e000 /usr/local/lib/libXcursor.so.1 0x000000081f438000 /usr/local/lib/libXrender.so.1 0x000000081f541000 /usr/local/lib/libXfixes.so.3 0x000000081f646000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f758000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000826b00000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /root/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/local/WebswellConnect:/usr/local/pgsql:/root LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3934068k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] From linimon at FreeBSD.org Mon May 12 17:42:30 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 12 17:43:13 2008 Subject: kern/123603: [tcp] tcp_do_segment and Received duplicate SYN Message-ID: <200805121742.m4CHgTT1076336@freefall.freebsd.org> Old Synopsis: tcp_do_segment and Received duplicate SYN New Synopsis: [tcp] tcp_do_segment and Received duplicate SYN Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 12 17:42:04 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=123603 From vwe at FreeBSD.org Mon May 12 20:37:44 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Mon May 12 20:37:47 2008 Subject: kern/122782: [modules] accf_http.ko kernel module is not loadable Message-ID: <200805122037.m4CKbhZf092705@freefall.freebsd.org> Synopsis: [modules] accf_http.ko kernel module is not loadable State-Changed-From-To: feedback->open State-Changed-By: vwe State-Changed-When: Mon May 12 20:35:20 UTC 2008 State-Changed-Why: feedback received according to man accf_http the 'options ACCEPT_FILTER_HTTP' is not needed, you may use the kld or the static compiled in option. Responsible-Changed-From-To: freebsd-bugs->freebsd-amd64 Responsible-Changed-By: vwe Responsible-Changed-When: Mon May 12 20:35:20 UTC 2008 Responsible-Changed-Why: Looks like it might be amd64 specific, can you please have a look at this? Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=122782 From gavin at FreeBSD.org Tue May 13 17:00:46 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue May 13 17:11:08 2008 Subject: amd64/122174: [panic] 7.0 no longer includes "device atpic" so fails with APIC disabled Message-ID: <200805131700.m4DH0jGH023138@freefall.freebsd.org> Old Synopsis: [panic] 7.0 fails to allocate interrupts on amd64 Tyan 2865 New Synopsis: [panic] 7.0 no longer includes "device atpic" so fails with APIC disabled State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Tue May 13 16:52:29 UTC 2008 State-Changed-Why: Feedback was received Responsible-Changed-From-To: gavin->freebsd-amd64 Responsible-Changed-By: gavin Responsible-Changed-When: Tue May 13 16:52:29 UTC 2008 Responsible-Changed-Why: Over to -amd64, for them to decide what to do with this PR. Synopsis: User needs to have APIC disabled in his BIOS because this machine dual-boots with another (unknown) OS. This used to work with FreeBSD 6.x but no longer under 7.x as "device atpic" has been removed from the amd64 kernel. I'll leave the -amd64 maintainers to decide if atpic can/should go back into the kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=122174 From aragon at phat.za.net Wed May 14 23:50:04 2008 From: aragon at phat.za.net (Aragon Gouveia) Date: Thu May 15 00:48:50 2008 Subject: amd64/123689: Panic on USB device insertion when usb loaded as a module Message-ID: <200805142350.m4ENo4AN074534@freefall.freebsd.org> The following reply was made to PR amd64/123689; it has been noted by GNATS. From: Aragon Gouveia To: bug-followup@FreeBSD.org, aragon@phat.za.net Cc: Subject: Re: amd64/123689: Panic on USB device insertion when usb loaded as a module Date: Thu, 15 May 2008 01:43:06 +0200 I am sorry. I meant to categorise this PR as "usb" but selected "amd64" without thinking. I have submitted a new PR. Please could you close this one. Thanks, Aragon From linimon at FreeBSD.org Thu May 15 07:51:51 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu May 15 11:09:15 2008 Subject: amd64/123689: Panic on USB device insertion when usb loaded as a module Message-ID: <200805150751.m4F7po4v043712@freefall.freebsd.org> Synopsis: Panic on USB device insertion when usb loaded as a module State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu May 15 07:51:37 UTC 2008 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=123689 From tinderbox at freebsd.org Thu May 15 23:27:31 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 15 23:27:39 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080515232730.567CD73039@freebsd-current.sentex.ca> TB --- 2008-05-15 21:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-15 21:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-15 21:35:01 - cleaning the object tree TB --- 2008-05-15 21:35:55 - cvsupping the source tree TB --- 2008-05-15 21:35:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-15 21:36:02 - building world (CFLAGS=-O -pipe) TB --- 2008-05-15 21:36:02 - cd /src TB --- 2008-05-15 21:36:02 - /usr/bin/make -B buildworld >>> World build started on Thu May 15 21:36:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 15 23:10:02 UTC 2008 TB --- 2008-05-15 23:10:02 - generating LINT kernel config TB --- 2008-05-15 23:10:02 - cd /src/sys/amd64/conf TB --- 2008-05-15 23:10:02 - /usr/bin/make -B LINT TB --- 2008-05-15 23:10:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-15 23:10:02 - cd /src TB --- 2008-05-15 23:10:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 15 23:10:02 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_vfs.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_zone.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/atomic/amd64/atomic.S cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c: In function 'gfs_dir_create': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: 'LO_ENROLLPEND' undeclared (first use in this function) /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: (Each undeclared identifier is reported only once /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:438: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-15 23:27:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-15 23:27:30 - ERROR: failed to build lint kernel TB --- 2008-05-15 23:27:30 - tinderbox aborted TB --- 5082.44 user 621.03 system 6749.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From matteo at FreeBSD.org Sat May 17 11:05:20 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sat May 17 11:16:19 2008 Subject: amd64/85451: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) Message-ID: <200805171105.m4HB5IZh092209@freefall.freebsd.org> Synopsis: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Sab 17 Mag 2008 11:04:43 UTC State-Changed-Why: Can you still experience this problem on newer FreeBSD releases? http://www.freebsd.org/cgi/query-pr.cgi?pr=85451 From vwe at FreeBSD.org Sat May 17 20:23:55 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Sat May 17 20:23:57 2008 Subject: amd64/120956: [panic] FreeBSD 6.3 Release: Fatal trap 12: page fault while in kernel mode [regression] Message-ID: <200805172023.m4HKNtP7048001@freefall.freebsd.org> Synopsis: [panic] FreeBSD 6.3 Release: Fatal trap 12: page fault while in kernel mode [regression] State-Changed-From-To: feedback->suspended State-Changed-By: vwe State-Changed-When: Sat May 17 20:20:53 UTC 2008 State-Changed-Why: unfortunately we haven't received the requested information for quite some time. Nobody will be able to check this issue w/o the requested information. suspend this ticket for now, until we get further feedback. This ticket will be closed within two weeks. Eric: If you need further instructions on how to get the requested information, please tell us and we'll work this out together. Responsible-Changed-From-To: freebsd-amd64->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Sat May 17 20:20:53 UTC 2008 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=120956 From fernando at schapachnik.com.ar Sat May 17 20:47:38 2008 From: fernando at schapachnik.com.ar (Fernando Schapachnik) Date: Sat May 17 20:47:40 2008 Subject: amd64/85451: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) In-Reply-To: <200805171105.m4HB5IZh092209@freefall.freebsd.org> References: <200805171105.m4HB5IZh092209@freefall.freebsd.org> Message-ID: <20080517200717.GC1436@funes.schapachnik.com.ar> En un mensaje anterior, matteo@FreeBSD.org escribi?: > Synopsis: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) > > State-Changed-From-To: open->feedback > State-Changed-By: matteo > State-Changed-When: Sab 17 Mag 2008 11:04:43 UTC > State-Changed-Why: > Can you still experience this problem on newer FreeBSD releases? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=85451 I think the PR can be closed. Thanks! From matteo at FreeBSD.org Sat May 17 23:07:10 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sat May 17 23:20:12 2008 Subject: amd64/85451: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) Message-ID: <200805172307.m4HN798e062563@freefall.freebsd.org> Synopsis: [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) State-Changed-From-To: feedback->closed State-Changed-By: matteo State-Changed-When: Sab 17 Mag 2008 23:06:27 UTC State-Changed-Why: Submitter is OK with closing this. http://www.freebsd.org/cgi/query-pr.cgi?pr=85451 From matteo at FreeBSD.org Sat May 17 23:52:57 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 01:48:49 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 Message-ID: <200805172352.m4HNquJA067685@freefall.freebsd.org> Synopsis: [modules] kldload Unsupported file type on STABLE amd64 State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Sab 17 Mag 2008 23:51:43 UTC State-Changed-Why: Sean, are you still able to reproduce this ? did you try newer FreeBSD releases? Modules loading/unloading works just fine on my amd64. http://www.freebsd.org/cgi/query-pr.cgi?pr=117186 From matteo at FreeBSD.org Sat May 17 23:58:21 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:08 2008 Subject: amd64/116514: freebsd6.2 can't detect GA-M61SME-S2's onboard lan card Message-ID: <200805172358.m4HNwKRP067886@freefall.freebsd.org> Synopsis: freebsd6.2 can't detect GA-M61SME-S2's onboard lan card State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Sab 17 Mag 2008 23:57:47 UTC State-Changed-Why: The nfe driver in FreeBSD 7.x may help you. Can you give FreeBSD 7 a try, please? http://www.freebsd.org/cgi/query-pr.cgi?pr=116514 From matteo at FreeBSD.org Sat May 17 23:59:29 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:14 2008 Subject: amd64/116457: [install] can't install freebsd on dv9420us Message-ID: <200805172359.m4HNxScu067936@freefall.freebsd.org> Synopsis: [install] can't install freebsd on dv9420us State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Sab 17 Mag 2008 23:58:47 UTC State-Changed-Why: Does this problem still exist with FreeBSD 7.x ? http://www.freebsd.org/cgi/query-pr.cgi?pr=116457 From matteo at FreeBSD.org Sun May 18 00:01:50 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:20 2008 Subject: amd64/100838: [powerd] FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform Message-ID: <200805180001.m4I01iqQ068168@freefall.freebsd.org> Synopsis: [powerd] FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:01:10 UTC State-Changed-Why: Can you reproduce this problem with newer FreeBSD releases? http://www.freebsd.org/cgi/query-pr.cgi?pr=100838 From matteo at FreeBSD.org Sun May 18 00:02:28 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:28 2008 Subject: amd64/103259: [ar] Cannot use ataraid on nvidia nForce4+amd64 Message-ID: <200805180002.m4I02SQP068317@freefall.freebsd.org> Synopsis: [ar] Cannot use ataraid on nvidia nForce4+amd64 State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:02:16 UTC State-Changed-Why: Can you reproduce this problem with newer FreeBSD releases? http://www.freebsd.org/cgi/query-pr.cgi?pr=103259 From matteo at FreeBSD.org Sun May 18 00:04:38 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:33 2008 Subject: amd64/111096: motherboard ASRock AM2NF6G-VSTA not supported Message-ID: <200805180004.m4I04bq2068472@freefall.freebsd.org> Synopsis: motherboard ASRock AM2NF6G-VSTA not supported State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:04:22 UTC State-Changed-Why: Can you reproduce this problem with newer FreeBSD releases? http://www.freebsd.org/cgi/query-pr.cgi?pr=111096 From matteo at FreeBSD.org Sun May 18 00:06:06 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:40 2008 Subject: amd64/74608: [mpt] [hang] mpt hangs 5 minutes when booting Message-ID: <200805180006.m4I065Z0068565@freefall.freebsd.org> Synopsis: [mpt] [hang] mpt hangs 5 minutes when booting State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:05:49 UTC State-Changed-Why: Is this still a problem with modern versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=74608 From matteo at FreeBSD.org Sun May 18 00:09:11 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:47 2008 Subject: amd64/119936: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on booting. Message-ID: <200805180009.m4I09BeN068788@freefall.freebsd.org> Synopsis: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on booting. State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:08:58 UTC State-Changed-Why: Is this still a problem with modern versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=119936 From matteo at FreeBSD.org Sun May 18 00:13:44 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:44:54 2008 Subject: amd64/86080: [radeon] [hang] radeon DRI causes system hang on amd64 using mplayer -vo xv Message-ID: <200805180013.m4I0DhKK069856@freefall.freebsd.org> Synopsis: [radeon] [hang] radeon DRI causes system hang on amd64 using mplayer -vo xv State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:12:56 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=86080 From matteo at FreeBSD.org Sun May 18 00:14:15 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:01 2008 Subject: amd64/87258: [smp] [boot] cannot boot with SMP and Areca ARC-1160 raid controller Message-ID: <200805180014.m4I0EFlX070207@freefall.freebsd.org> Synopsis: [smp] [boot] cannot boot with SMP and Areca ARC-1160 raid controller State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:13:59 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=87258 From matteo at FreeBSD.org Sun May 18 00:16:09 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:05 2008 Subject: amd64/89503: [boot] Cant Boot Installation Disk Message-ID: <200805180016.m4I0G8Ys070876@freefall.freebsd.org> Synopsis: [boot] Cant Boot Installation Disk State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:15:13 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=89503 From matteo at FreeBSD.org Sun May 18 00:16:34 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:10 2008 Subject: amd64/91492: [boot] BTX halted Message-ID: <200805180016.m4I0GXgY070924@freefall.freebsd.org> Synopsis: [boot] BTX halted State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:16:21 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=91492 From matteo at FreeBSD.org Sun May 18 00:17:19 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:16 2008 Subject: amd64/94989: [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5.4-RELEASE (x86) Message-ID: <200805180017.m4I0HJMN070975@freefall.freebsd.org> Synopsis: [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5.4-RELEASE (x86) Responsible-Changed-From-To: freebsd-amd64->feedback Responsible-Changed-By: matteo Responsible-Changed-When: Dom 18 Mag 2008 00:17:00 UTC Responsible-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=94989 From matteo at FreeBSD.org Sun May 18 00:17:45 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:21 2008 Subject: amd64/102122: [boot] 6.1-RELEASE amd64 Install Media panics on boot. Message-ID: <200805180017.m4I0HjlB071023@freefall.freebsd.org> Synopsis: [boot] 6.1-RELEASE amd64 Install Media panics on boot. State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:17:30 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=102122 From matteo at FreeBSD.org Sun May 18 00:18:58 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:33 2008 Subject: amd64/94989: [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5.4-RELEASE (x86) Message-ID: <200805180018.m4I0Iv3g071078@freefall.freebsd.org> Synopsis: [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5.4-RELEASE (x86) State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:18:29 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? Responsible-Changed-From-To: feedback->freebsd-amd64 Responsible-Changed-By: matteo Responsible-Changed-When: Dom 18 Mag 2008 00:18:29 UTC Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=94989 From matteo at FreeBSD.org Sun May 18 00:20:00 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:39 2008 Subject: amd64/105531: [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not detect 3rd SATA Drive/Raid correctly Message-ID: <200805180019.m4I0Jwff071128@freefall.freebsd.org> Synopsis: [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not detect 3rd SATA Drive/Raid correctly State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:19:41 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=105531 From matteo at FreeBSD.org Sun May 18 00:20:35 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:43 2008 Subject: amd64/105629: [re] TrendNet TEG-BUSR 10/100/1000 disables itself on 6.2 [regression] Message-ID: <200805180020.m4I0KY3f071307@freefall.freebsd.org> Synopsis: [re] TrendNet TEG-BUSR 10/100/1000 disables itself on 6.2 [regression] State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:20:20 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=105629 From matteo at FreeBSD.org Sun May 18 00:21:26 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:50 2008 Subject: amd64/111992: [boot] BTX failed - HP Laptop dv2315nr Message-ID: <200805180021.m4I0LQau071358@freefall.freebsd.org> Synopsis: [boot] BTX failed - HP Laptop dv2315nr State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:21:13 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=111992 From matteo at FreeBSD.org Sun May 18 00:22:03 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:45:57 2008 Subject: amd64/113021: [re] ASUS M2A-VM onboard NIC does not work Message-ID: <200805180022.m4I0M3Fn071433@freefall.freebsd.org> Synopsis: [re] ASUS M2A-VM onboard NIC does not work State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:21:51 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=113021 From matteo at FreeBSD.org Sun May 18 00:22:33 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:46:30 2008 Subject: amd64/116977: [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea Message-ID: <200805180022.m4I0MWx7071486@freefall.freebsd.org> Synopsis: [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:22:20 UTC State-Changed-Why: Is this still a problem on modern FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=116977 From matteo at FreeBSD.org Sun May 18 00:26:45 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 02:46:31 2008 Subject: amd64/122423: Port install fails after upgrade Message-ID: <200805180026.m4I0QjJ1071574@freefall.freebsd.org> Synopsis: Port install fails after upgrade State-Changed-From-To: open->feedback State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 00:26:17 UTC State-Changed-Why: Are you still experiencing this? http://www.freebsd.org/cgi/query-pr.cgi?pr=122423 From brucegb at realtime.net Sun May 18 02:01:57 2008 From: brucegb at realtime.net (Bruce Burden) Date: Sun May 18 02:52:07 2008 Subject: symbol versioning and "version LIBTHREAD_1_0 required" Message-ID: <20080518014542.GC97012@tigerfish2.my.domain> Hi folks, Okay, I know that symbol vesioning has caused this issue, and apparently with FBSD 7.0. My question is simple: How to I fix/correct this situation? In particular, how do I deal with: /libexec/ld-elf.so.1: /usr/local/lib32/compat/libc_r.so.5: version LIBTHREAD_1_0 required by ./einstein_S5R3_4.18_i386-unknown-freebsd not defined I have removed all of the ports, I have added: SYMVER_ENABLED=yes to /etc/make.conf, rebuilt world and kernel, installed same, reinstalled the boinc-einstein port, and I get the same problem. From what I have google'd, that should have resolved the problem. But, it has not. So, what DO I do to resolve this issue? Thank you, Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From jungleji at gmail.com Sun May 18 09:43:39 2008 From: jungleji at gmail.com (Ji YongGang) Date: Sun May 18 11:27:43 2008 Subject: amd64/119936: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on booting. In-Reply-To: <200805180009.m4I09BeN068788@freefall.freebsd.org> (matteo@freebsd.org's message of "Sun, 18 May 2008 00:09:11 GMT") References: <200805180009.m4I09BeN068788@freefall.freebsd.org> Message-ID: <87k5hsx95x.fsf@devpc.softforge.3322.org> matteo@FreeBSD.org writes: > Synopsis: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on > booting. > > State-Changed-From-To: open->feedback > State-Changed-By: matteo > State-Changed-When: Dom 18 Mag 2008 00:08:58 UTC > State-Changed-Why: > Is this still a problem with modern versions of FreeBSD? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=119936 > Yes, I boot with 7.0-RELEASE-amd64-disc1.iso, the problem is still there. -- Ji YongGang From matteo at FreeBSD.org Sun May 18 10:00:35 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 11:27:48 2008 Subject: amd64/119936: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on booting. Message-ID: <200805181000.m4IA0ZMx046753@freefall.freebsd.org> Synopsis: [install] FreeBSD 7.0-RC1 amd64 and i386 installer disc stalled on booting. State-Changed-From-To: feedback->open State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 10:00:05 UTC State-Changed-Why: Feedback was received: problem still exists with 7.0-RELEASE install disc. http://www.freebsd.org/cgi/query-pr.cgi?pr=119936 From matteo at FreeBSD.org Sun May 18 20:39:59 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Sun May 18 20:40:50 2008 Subject: amd64/116977: [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea Message-ID: <200805182039.m4IKdxEa005002@freefall.freebsd.org> Synopsis: [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea State-Changed-From-To: feedback->closed State-Changed-By: matteo State-Changed-When: Dom 18 Mag 2008 20:39:38 UTC State-Changed-Why: Submitter reports that 7.0 worked fine. http://www.freebsd.org/cgi/query-pr.cgi?pr=116977 From wkwu.mutt at csie.nctu.edu.tw Mon May 19 03:10:28 2008 From: wkwu.mutt at csie.nctu.edu.tw (James) Date: Mon May 19 03:18:21 2008 Subject: amd64/74608: [mpt] [hang] mpt hangs 5 minutes when booting In-Reply-To: <200805180006.m4I065Z0068565@freefall.freebsd.org> References: <200805180006.m4I065Z0068565@freefall.freebsd.org> Message-ID: <20080519014402.GA17651@csie.NCTU.edu.tw> I do not have the same machine to test. Please close it, thanks! On Sun, May 18, 2008 at 12:06:05AM +0000, matteo@FreeBSD.org wrote: > Synopsis: [mpt] [hang] mpt hangs 5 minutes when booting > > State-Changed-From-To: open->feedback > State-Changed-By: matteo > State-Changed-When: Dom 18 Mag 2008 00:05:49 UTC > State-Changed-Why: > Is this still a problem with modern versions of FreeBSD? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=74608 From bugmaster at FreeBSD.org Mon May 19 11:06:49 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 19 11:28:31 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200805191106.m4JB6mdj011499@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/122423 amd64 Port install fails after upgrade o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs 53 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/91195 amd64 [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o bin/105542 amd64 on amd64, ldd(1) produces bogus output for i386 execut o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang 22 problems total. From matteo at FreeBSD.org Mon May 19 07:01:37 2008 From: matteo at FreeBSD.org (matteo@FreeBSD.org) Date: Mon May 19 11:53:30 2008 Subject: amd64/74608: [mpt] [hang] mpt hangs 5 minutes when booting Message-ID: <200805190701.m4J71bUp068419@freefall.freebsd.org> Synopsis: [mpt] [hang] mpt hangs 5 minutes when booting State-Changed-From-To: feedback->closed State-Changed-By: matteo State-Changed-When: Lun 19 Mag 2008 07:00:44 UTC State-Changed-Why: Submitter cannot test this anymore http://www.freebsd.org/cgi/query-pr.cgi?pr=74608 From jhb at freebsd.org Mon May 19 15:01:01 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 19 15:01:17 2008 Subject: amd64/123603: tcp_do_segment and Received duplicate SYN In-Reply-To: <200805120745.m4C7jGh7048924@www.freebsd.org> References: <200805120745.m4C7jGh7048924@www.freebsd.org> Message-ID: <200805191006.41137.jhb@freebsd.org> On Monday 12 May 2008 03:45:16 am John wrote: > >Number: 123603 > >Category: amd64 > >Synopsis: tcp_do_segment and Received duplicate SYN > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon May 12 07:50:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: John > >Release: FB7.0 (x64) > >Organization: > > NULL > > >Environment: > > FreeBSD mail.mydomain.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Thu Mar 6 > 12:04:57 HKT 2008 root@mydomain.com:/usr/src/sys/amd64/compile/FB7NEW > amd64 > > >Description: > > A FreeBSD 7.0 (x64) Lighttpd Web Server with most-updated ports and patchs. > when a client connect and view a static HTML file, At the first time > (before web server idle time), it needs to wait a long time to establish a > connection, OR when this server try to download file from Internet, there > are lots of logs messages just like below: > > May 12 11:57:54 mail kernel: TCP: [55.66.77.88]:41792 to [11.22.33.44]:80 > tcpflags 0x2; syncache_add: Received duplicate SYN, resetting timer > and retransmitting SYN|ACK > May 12 15:17:53 mail kernel: TCP: [193.166.3.2]:45979 to > [11.22.33.44]:63372 tcpflags 0x10; tcp_do_segment: FIN_WAIT_1: > Received 1448 bytes of data after socket was closed, sending RST and > removing tcpcb May 12 15:17:53 mail kernel: TCP: [193.166.3.2]:21 to > [11.22.33.44]:55007 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: > Received 13 bytes of data after socket was closed, sending RST and removing > tcpcb > > >How-To-Repeat: > > any type of connection will generate above log messages. You can either comment out all the log(LOG_DEBUG, ...) calls in /sys/netinet/tcp*.c or change your /etc/syslog.conf to not send kern.debug messages to the console. I think these messages should probably be conditional on a kernel option FWIW. -- John Baldwin From jhb at freebsd.org Mon May 19 15:01:02 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon May 19 15:01:17 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 In-Reply-To: <200805172352.m4HNquJA067685@freefall.freebsd.org> References: <200805172352.m4HNquJA067685@freefall.freebsd.org> Message-ID: <200805191010.36605.jhb@freebsd.org> On Saturday 17 May 2008 07:52:56 pm matteo@freebsd.org wrote: > Synopsis: [modules] kldload Unsupported file type on STABLE amd64 > > State-Changed-From-To: open->feedback > State-Changed-By: matteo > State-Changed-When: Sab 17 Mag 2008 23:51:43 UTC > State-Changed-Why: > Sean, are you still able to reproduce this ? did you try newer FreeBSD > releases? Modules loading/unloading works just fine on my amd64. You will get the message. Specifically, sys/kern/link_elf.c will emit this message (because it can't handle an amd64 .ko) even though sys/kern/link_elf_obj.c will work ok. Basically, if link_elf.c tries the module first, you get this message. Since kernel object files are linked in alphabetical order, link_elf.c ends up always probing potential kernel modules first. -- John Baldwin From violentsense at gmail.com Mon May 19 17:18:38 2008 From: violentsense at gmail.com (Nifty) Date: Mon May 19 17:18:43 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2,5Gb RAM from 8Gb Message-ID: <000301c8b9d0$567196c0$1801a8c0@hellfire> Hi! I have two PC's based on iP965 and iG33 chipsets, both have iC2D Quad 2.4GHz CPU and both have 8Gb (4 x 2Gb) PC2-6400 RAM. After installing FreeBSD 7.0R (amd64) and FreeBSD 7.0CURRENT (amd64) - on iP965 dmesg show me 2,5Gb of RAM, on iG33 dmesg show 3,1Gb of RAM :( Can anybody explain to me, does FreeBSD support m/b with 4 memory slot and 8Gb of RAM or not? Thanks! From sgk at troutmask.apl.washington.edu Mon May 19 17:43:17 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Mon May 19 17:43:21 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <000301c8b9d0$567196c0$1801a8c0@hellfire> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> Message-ID: <20080519173716.GA66704@troutmask.apl.washington.edu> On Mon, May 19, 2008 at 08:49:41PM +0400, Nifty wrote: > Hi! > > I have two PC's based on iP965 and iG33 chipsets, > both have iC2D Quad 2.4GHz CPU and both have 8Gb (4 x 2Gb) PC2-6400 RAM. > After installing FreeBSD 7.0R (amd64) and FreeBSD 7.0CURRENT (amd64) - > on iP965 dmesg show me 2,5Gb of RAM, on iG33 dmesg show 3,1Gb of RAM :( > > Can anybody explain to me, does FreeBSD support m/b with 4 memory slot and > 8Gb of RAM or not? > Yes, it supports more than 4 Gb. CPU: AMD Opteron(tm) Processor 248 (2192.35-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 usable memory = 8513187840 (8118 MB) avail memory = 8249532416 (7867 MB) troutmask:kargl[208] uname -m amd64 -- Steve From btaranto at gmail.com Mon May 19 18:12:22 2008 From: btaranto at gmail.com (Bruno Taranto Alvim) Date: Mon May 19 18:12:26 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <20080519173716.GA66704@troutmask.apl.washington.edu> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> <20080519173716.GA66704@troutmask.apl.washington.edu> Message-ID: <1f00da1c0805191046s331330adv25b7587cc1385b18@mail.gmail.com> CPU: Intel(R) Xeon(R) CPU X5460 @ 3.16GHz (3158.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8571494400 (8174 MB) avail memory = 8284160000 (7900 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs On Mon, May 19, 2008 at 2:37 PM, Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > On Mon, May 19, 2008 at 08:49:41PM +0400, Nifty wrote: > > Hi! > > > > I have two PC's based on iP965 and iG33 chipsets, > > both have iC2D Quad 2.4GHz CPU and both have 8Gb (4 x 2Gb) PC2-6400 RAM. > > After installing FreeBSD 7.0R (amd64) and FreeBSD 7.0CURRENT (amd64) - > > on iP965 dmesg show me 2,5Gb of RAM, on iG33 dmesg show 3,1Gb of RAM :( > > > > Can anybody explain to me, does FreeBSD support m/b with 4 memory slot > and > > 8Gb of RAM or not? > > > > Yes, it supports more than 4 Gb. > > CPU: AMD Opteron(tm) Processor 248 (2192.35-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > > Features=0x78bfbff > AMD Features=0xe0500800 > usable memory = 8513187840 (8118 MB) > avail memory = 8249532416 (7867 MB) > > troutmask:kargl[208] uname -m > amd64 > > -- > Steve > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > -- Bruno Taranto Alvim From violentsense at gmail.com Mon May 19 19:03:36 2008 From: violentsense at gmail.com (Nifty) Date: Mon May 19 19:03:41 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <1f00da1c0805191046s331330adv25b7587cc1385b18@mail.gmail.com> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> <20080519173716.GA66704@troutmask.apl.washington.edu> <1f00da1c0805191046s331330adv25b7587cc1385b18@mail.gmail.com> Message-ID: <000a01c8b9e3$084985d0$1801a8c0@hellfire> Thanks! Ok, so FreeBSD can use more than ~3Gb of RAM only on server platforms? As I understand from your posts: I spent one day, try install FreeBSD (7.0 release and snapshot) and OpenBSD (4.3 release and snapshot) on both of my PC's and get nothing :( I can see real size of memory only if type 'machine memory' at boot prompt. If I do this - I see rest of memory (4+ Gb), as a last memory region mapped from 0x100000000 address. But FreeBSD (and OpenBSD) just ignore this memory :( Regards, Alexandr. ________________________________________ From: Bruno Taranto Alvim [mailto:btaranto@gmail.com] Sent: Monday, May 19, 2008 9:46 PM To: Nifty; freebsd-amd64@freebsd.org Subject: Re: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb CPU: Intel(R) Xeon(R) CPU?????????? X5460? @ 3.16GHz (3158.76-MHz K8-class CPU) ? Origin = "GenuineIntel"? Id = 0x10676? Stepping = 6 ? Features=0xbfebfbff ? Features2=0xce3bd> ? AMD Features=0x20100800 ? AMD Features2=0x1 ? Cores per package: 4 usable memory = 8571494400 (8174 MB) avail memory? = 8284160000 (7900 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs On Mon, May 19, 2008 at 2:37 PM, Steve Kargl wrote: On Mon, May 19, 2008 at 08:49:41PM +0400, Nifty wrote: > Hi! > > I have two PC's based on iP965 and iG33 chipsets, > both have iC2D Quad 2.4GHz CPU and both have 8Gb (4 x 2Gb) PC2-6400 RAM. > After installing FreeBSD 7.0R (amd64) and FreeBSD 7.0CURRENT (amd64) - > on iP965 dmesg show me 2,5Gb of RAM, on iG33 dmesg show 3,1Gb of RAM :( > > Can anybody explain to me, does FreeBSD support m/b with 4 memory slot and > 8Gb of RAM or not? > Yes, it supports more than 4 Gb. CPU: AMD Opteron(tm) Processor 248 (2192.35-MHz K8-class CPU) ?Origin = "AuthenticAMD" ?Id = 0xf5a ?Stepping = 10 ?Features=0x78bfbff ?AMD Features=0xe0500800 usable memory = 8513187840 (8118 MB) avail memory ?= 8249532416 (7867 MB) troutmask:kargl[208] uname -m amd64 -- Steve _______________________________________________ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" -- Bruno Taranto Alvim From sgk at troutmask.apl.washington.edu Mon May 19 19:15:40 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Mon May 19 19:15:44 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <000a01c8b9e3$084985d0$1801a8c0@hellfire> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> <20080519173716.GA66704@troutmask.apl.washington.edu> <1f00da1c0805191046s331330adv25b7587cc1385b18@mail.gmail.com> <000a01c8b9e3$084985d0$1801a8c0@hellfire> Message-ID: <20080519190938.GA67637@troutmask.apl.washington.edu> On Mon, May 19, 2008 at 11:03:30PM +0400, Nifty wrote: > > Ok, so FreeBSD can use more than ~3Gb of RAM only on server platforms? No! If you have more than 4 Gb. FreeBSD will use it. What does 'uname -m' show? What motherboard do you have? PS: Please, do not top post. -- Steve From mj at mjturner.net Wed May 21 12:39:49 2008 From: mj at mjturner.net (Michael-John Turner) Date: Wed May 21 12:39:56 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2,5Gb RAM from 8Gb In-Reply-To: <000301c8b9d0$567196c0$1801a8c0@hellfire> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> Message-ID: <20080521122017.GB29529@aurora.pimp.org.za> On Mon, May 19, 2008 at 08:49:41PM +0400, Nifty wrote: > I have two PC's based on iP965 and iG33 chipsets, > both have iC2D Quad 2.4GHz CPU and both have 8Gb (4 x 2Gb) PC2-6400 RAM. > After installing FreeBSD 7.0R (amd64) and FreeBSD 7.0CURRENT (amd64) - > on iP965 dmesg show me 2,5Gb of RAM, on iG33 dmesg show 3,1Gb of RAM :( Do either of the motherboards have a memory-hole related setting? If so, does changing it (eg to ignore the memory hole) make more memory visible to FreeBSD? This is a common 'issue' with systems that have more than ~3GiB RAM - the area of memory reserved for 32-bit PCI devices (the 'memory hole' above) can prevent access to memory beyond it. -mj -- Michael-John Turner mj@mjturner.net <> http://mjturner.net/ From tinderbox at freebsd.org Thu May 22 07:25:52 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 22 07:26:01 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080522072551.8DC0273039@freebsd-current.sentex.ca> TB --- 2008-05-22 07:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-22 07:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-22 07:00:00 - cleaning the object tree TB --- 2008-05-22 07:00:56 - cvsupping the source tree TB --- 2008-05-22 07:00:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-22 07:01:02 - building world (CFLAGS=-O -pipe) TB --- 2008-05-22 07:01:02 - cd /src TB --- 2008-05-22 07:01:02 - /usr/bin/make -B buildworld >>> World build started on Thu May 22 07:01:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> cddl/lib/libuutil (obj) ===> cddl/lib/libzfs (obj) ===> cddl/lib/libzpool (obj) ===> cddl/lib/drti (depend) rm -f .depend mkdep -f .depend -a -I/src/cddl/lib/drti/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/drti/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/drti/../../../sys/cddl/contrib/opensolaris/uts/common /src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti.c /src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti.c:33:24: error: sys/dtrace.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/cddl/lib/drti. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-22 07:25:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-22 07:25:51 - ERROR: failed to build world TB --- 2008-05-22 07:25:51 - tinderbox aborted TB --- 1081.96 user 147.34 system 1550.68 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Thu May 22 08:59:37 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 22 08:59:48 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080522085936.50FD473039@freebsd-current.sentex.ca> TB --- 2008-05-22 08:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-22 08:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-22 08:35:00 - cleaning the object tree TB --- 2008-05-22 08:35:20 - cvsupping the source tree TB --- 2008-05-22 08:35:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-22 08:35:27 - building world (CFLAGS=-O -pipe) TB --- 2008-05-22 08:35:27 - cd /src TB --- 2008-05-22 08:35:27 - /usr/bin/make -B buildworld >>> World build started on Thu May 22 08:35:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> cddl/lib/libzpool (obj) ===> cddl/lib/drti (depend) rm -f .depend mkdep -f .depend -a -I/src/cddl/lib/drti/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/drti/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/drti/../../../sys/cddl/contrib/opensolaris/uts/common /src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti.c In file included from /src/cddl/lib/drti/../../../sys/cddl/contrib/opensolaris/uts/common/sys/dtrace.h:62, from /src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti.c:33: /src/cddl/lib/drti/../../../sys/cddl/compat/opensolaris/sys/cyclic.h:37:29: error: sys/cyclic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/cddl/lib/drti. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-22 08:59:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-22 08:59:36 - ERROR: failed to build world TB --- 2008-05-22 08:59:36 - tinderbox aborted TB --- 1079.36 user 141.74 system 1475.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From michael at fuckner.net Thu May 22 10:10:01 2008 From: michael at fuckner.net (Michael Fuckner) Date: Thu May 22 10:10:05 2008 Subject: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE Message-ID: <20080522094314.2CD2F61D4D@dedihh.fuckner.net> >Number: 123889 >Category: amd64 >Synopsis: Intel Gigabit Interfaces lost by Update 7.0-> STABLE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 22 10:10:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Michael Fuckner >Release: FreeBSD 7.0-STABLE amd64 >Organization: >Environment: System: FreeBSD test31.cluster.local 7.0-STABLE FreeBSD 7.0-STABLE #2: Thu May 22 08:56:52 CEST 2008 root@test31.cluster.local:/usr/obj/usr/src/sys/GENERIC amd64 >Description: 7.0-RELEASE supports Intels 82575-based Gigabit Chips with em driver. 7.0-STABLE should use igb driver, but this is not activated in GENERIC. So after updating you lose you network interfaces. >How-To-Repeat: install FreeBSD-7-RELEASE, update to STABLE, reboot, have no network nterfaces anymore >Fix: insert following line into GENERIC: device igb # Intel 82575-based Gigabit Ethernet >Release-Note: >Audit-Trail: >Unformatted: From swhetzel at gmail.com Thu May 22 11:00:07 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu May 22 11:00:10 2008 Subject: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE Message-ID: <200805221100.m4MB07uL077767@freefall.freebsd.org> The following reply was made to PR amd64/123889; it has been noted by GNATS. From: "Scot Hetzel" To: "Michael Fuckner" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE Date: Thu, 22 May 2008 05:59:05 -0500 On 5/22/08, Michael Fuckner wrote: > 7.0-RELEASE supports Intels 82575-based Gigabit Chips with em driver. 7.0-STABLE should use igb driver, but this is not activated in GENERIC. So after updating you lose you network interfaces. > > >Fix: > insert following line into GENERIC: > device igb # Intel 82575-based Gigabit Ethernet > > You don't need to add igb to GENERIC to get the network interface back, just add: if_igb_load="YES" to /boot/loader.conf. Scot From violentsense at gmail.com Thu May 22 12:31:53 2008 From: violentsense at gmail.com (Nifty) Date: Thu May 22 12:32:01 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <20080519190938.GA67637@troutmask.apl.washington.edu> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> <20080519173716.GA66704@troutmask.apl.washington.edu> <1f00da1c0805191046s331330adv25b7587cc1385b18@mail.gmail.com> <000a01c8b9e3$084985d0$1801a8c0@hellfire> <20080519190938.GA67637@troutmask.apl.washington.edu> Message-ID: <006201c8bc07$cf5f9580$1801a8c0@hellfire> >>No! If you have more than 4 Gb. FreeBSD will use it. >>What does 'uname -m' show? What motherboard do you have? >>-- >>Steve I have 8Gb of RAM in 4 DIMM's on each system. First PC: RAM: 8Gb, 4 x 2Gb Corsair PC2-6400 modules CPU: Intel C2Q 2.4GHz M/B: ASUS Commando (iP965) Video: nVidia 6800GS Second PC: RAM: 8Gb, 4 x 2Gb PC2-6400 Patriot modules CPU: Intel C2D 2.4GHz M/B: Gigabyte GA-G33-DS3R (iG33) Video: int. On both computers I get similar results - for example, on second PC: dmesg ------------------------------------- OpenBSD 4.3 (GENERIC.MP) #1582: Wed Mar 12 11:16:45 MDT 2008 deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3485982720 (3324MB) avail mem = 3370606592 (3214MB) mainbus0 at root ................... 'boot> machine memory' --------------------- Region 0: type 1 at 0x0 for 634KB Region 1: type 2 at 0xf0000 for 64KB Region 2: type 2 at 0xfec00000 for 20480KB Region 3: type 2 at 0xd0000000 for 262144KB Region 4: type 2 at 0x9f800 for 2KB Region 5: type 2 at 0xcfcf0000 for 64KB Region 6: type 1 at 0x100000 for 3403648KB Region 7: type 3 at 0xcfce3000 for 52KB Region 8: type 4 at 0xcfce0000 for 12KB Region 9: type 1 at 0x100000000 for 4980736KB Low ram: 634KB High ram: 3403648KB Total free memory: 8385018KB -------------------------------------------- Thanks to all for replies! At this time I can't do more research on this problem, but at weekend I have a lot time for testing and get one more PC with i975X chipset. So, after Sunday I'll post results of testing x64 versions of FreeBSD 7.0/8.0, Ubuntu Linux and OpenBSD on my three PC's with 8Gb RAM. Regards, Alexandr. From violentsense at gmail.com Thu May 22 12:38:30 2008 From: violentsense at gmail.com (Nifty) Date: Thu May 22 12:38:34 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <20080522120005.3A4C510656C3@hub.freebsd.org> References: <20080522120005.3A4C510656C3@hub.freebsd.org> Message-ID: <006301c8bc08$bbe90530$1801a8c0@hellfire> >>Do either of the motherboards have a memory-hole related setting? If so, >>does changing it (eg to ignore the memory hole) make more memory visible to >>FreeBSD? This is a common 'issue' with systems that have more than ~3GiB >>RAM - the area of memory reserved for 32-bit PCI devices (the 'memory hole' >>above) can prevent access to memory beyond it. I don't have options called 'memory hole', but in ASUS Commando BIOS I have option named 'Memory remap', seems this is what you talking about. By default this option is enabled and FreeBSD/OpenBSD can see 2,1Gb RAM from 8Gb, when I switch off this option - FreeBSD/OpenBSD can see 2,6Gb RAM from 8Gb. The same things I get when use x86 version of xBSD, so I didn't see any changes when migrate to xBSD 'amd64' version :( From michael at fuckner.net Thu May 22 13:05:12 2008 From: michael at fuckner.net (Michael Fuckner) Date: Thu May 22 13:05:17 2008 Subject: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE In-Reply-To: <200805221100.m4MB07uL077767@freefall.freebsd.org> References: <200805221100.m4MB07uL077767@freefall.freebsd.org> Message-ID: <48356BA3.3010001@fuckner.net> Scot Hetzel wrote: > > > You don't need to add igb to GENERIC to get the network interface > back, just add: > > if_igb_load="YES" > > to /boot/loader.conf. > > It should be written down somewhere (UPDATING?). I don't believe it is the plan to walk to the datacenter because the system is not accessible after upgrading. This simply shouldn't happen! And of course, this is not specific to AMD64, but all other archs as well. Regards, Michael! From swhetzel at gmail.com Thu May 22 13:10:03 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu May 22 13:10:09 2008 Subject: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE Message-ID: <200805221310.m4MDA34B088360@freefall.freebsd.org> The following reply was made to PR amd64/123889; it has been noted by GNATS. From: "Scot Hetzel" To: "Michael Fuckner" Cc: freebsd-amd64@freebsd.org, FreeBSD-gnats-submit@freebsd.org Subject: Re: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE Date: Thu, 22 May 2008 08:02:42 -0500 On 5/22/08, Michael Fuckner wrote: > Scot Hetzel wrote: > > > > > > You don't need to add igb to GENERIC to get the network interface > > back, just add: > > if_igb_load="YES" > > to /boot/loader.conf. > > > > > > It should be written down somewhere (UPDATING?). > I don't believe it is the plan to walk to the datacenter because the system > is not accessible after upgrading. This simply shouldn't happen! > > And of course, this is not specific to AMD64, but all other archs as well. > It is in the 20080229 entry in the 8.0-CURRENT UPDATING file. This should be MFC'd to the 7.0-STABLE UPDATING file. Scot From swhetzel at gmail.com Thu May 22 13:27:50 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu May 22 13:27:56 2008 Subject: amd64/123889: Intel Gigabit Interfaces lost by Update 7.0-> STABLE In-Reply-To: <48356BA3.3010001@fuckner.net> References: <200805221100.m4MB07uL077767@freefall.freebsd.org> <48356BA3.3010001@fuckner.net> Message-ID: <790a9fff0805220602y7d31d963oe4a1ebb73c755718@mail.gmail.com> On 5/22/08, Michael Fuckner wrote: > Scot Hetzel wrote: > > > > > > You don't need to add igb to GENERIC to get the network interface > > back, just add: > > if_igb_load="YES" > > to /boot/loader.conf. > > > > > > It should be written down somewhere (UPDATING?). > I don't believe it is the plan to walk to the datacenter because the system > is not accessible after upgrading. This simply shouldn't happen! > > And of course, this is not specific to AMD64, but all other archs as well. > It is in the 20080229 entry in the 8.0-CURRENT UPDATING file. This should be MFC'd to the 7.0-STABLE UPDATING file. Scot From violentsense at gmail.com Thu May 22 14:02:22 2008 From: violentsense at gmail.com (Nifty) Date: Thu May 22 14:02:28 2008 Subject: FreeBSD 7.0R and 7.0CURRENT (amd64) show only 2, 5Gb RAM from 8Gb In-Reply-To: <20080519173716.GA66704@troutmask.apl.washington.edu> References: <000301c8b9d0$567196c0$1801a8c0@hellfire> <20080519173716.GA66704@troutmask.apl.washington.edu> Message-ID: <000101c8bc14$73f3bb60$1801a8c0@hellfire> Just try boot from Ubuntu Linux 8.04 (amd64) CD on my PC with ASUS Commando m/b and 8Gb RAM. Everything works perfect, linux show ~7,5Gb RAM --------- P.S. Also FreeBSD/OpenBSD can't work with SATA dvd/r-rw drives on ICH8R/ICH9R controllers :( This issue posted to freebsd-hardware. Regards, Alexandr. From linimon at FreeBSD.org Thu May 22 16:42:09 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu May 22 17:08:51 2008 Subject: kern/123889: [em] Intel Gigabit Interfaces lost by update 7.0-> STABLE Message-ID: <200805221642.m4MGg8YM008258@freefall.freebsd.org> Synopsis: [em] Intel Gigabit Interfaces lost by update 7.0-> STABLE Responsible-Changed-From-To: freebsd-amd64->jfv Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 22 16:39:15 UTC 2008 Responsible-Changed-Why: Jack, this is actually a request to MFC src/UPDATING 1.521 to RELENG_7 now the that merge has happened. Can you take care of this? Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=123889 From tinderbox at freebsd.org Fri May 23 04:34:27 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 23 04:34:30 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080523043425.1692973039@freebsd-current.sentex.ca> TB --- 2008-05-23 02:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-23 02:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-23 02:55:00 - cleaning the object tree TB --- 2008-05-23 02:55:50 - cvsupping the source tree TB --- 2008-05-23 02:55:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-23 02:55:56 - building world (CFLAGS=-O -pipe) TB --- 2008-05-23 02:55:56 - cd /src TB --- 2008-05-23 02:55:56 - /usr/bin/make -B buildworld >>> World build started on Fri May 23 02:55:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri May 23 04:31:53 UTC 2008 TB --- 2008-05-23 04:31:53 - generating LINT kernel config TB --- 2008-05-23 04:31:53 - cd /src/sys/amd64/conf TB --- 2008-05-23 04:31:53 - /usr/bin/make -B LINT TB --- 2008-05-23 04:31:54 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-23 04:31:54 - cd /src TB --- 2008-05-23 04:31:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 23 04:31:54 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /src/sys/kern/link_elf.c:116:27: error: kern/kern_ctf.c: No such file or directory /src/sys/kern/link_elf_obj.c:121:27: error: kern/kern_ctf.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-23 04:34:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-23 04:34:24 - ERROR: failed to build lint kernel TB --- 2008-05-23 04:34:24 - tinderbox aborted TB --- 4454.15 user 563.86 system 5963.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From sec at 42.org Fri May 23 17:20:01 2008 From: sec at 42.org (Stefan `Sec` Zehl) Date: Fri May 23 20:01:30 2008 Subject: amd64/123936: Swap problem? Message-ID: <20080523171748.1B65322847@ice.42.org> >Number: 123936 >Category: amd64 >Synopsis: Swap problem? >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 23 17:20:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Stefan `Sec` Zehl >Release: FreeBSD 7.0-STABLE amd64 >Organization: >Environment: System: FreeBSD ice 7.0-STABLE FreeBSD 7.0-STABLE #13: Thu May 8 15:00:23 CEST 2008 root@ice:/usr/obj/usr/src/sys/ICE amd64 >Description: My FreeBSD-7.0-STABLE amd64 machine had some strange swap problems today. /var/log/messages shows these messages: | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(8): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(12): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(12): failed | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed | [....] until two processes were killed | May 23 10:59:11 ice kernel: pid 52947 (named), uid 53, was killed: out of swap s After that, these messages stopped. The disk itself appears to be ok -- smartctl lists no problems(did also run a smartctl -t short run), and a dd can read the entire swap device without problems. I have encrypted my swap by having the following line in my /etc/fstab: |/dev/ad4s1b.eli none swap sw 0 0 swapinfo confirms this: | Device 1K-blocks Used Avail Capacity | /dev/ad4s1b.eli 1441088 188852 1252236 13% Is there any known issue with encrypted swap? And do the numbers in "getspace(xx)" signify anyting? Is there any additional information needed? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kris at FreeBSD.org Fri May 23 22:59:42 2008 From: kris at FreeBSD.org (kris@FreeBSD.org) Date: Fri May 23 22:59:44 2008 Subject: amd64/123936: Swap problem? Message-ID: <200805232259.m4NMxgxp086453@freefall.freebsd.org> Synopsis: Swap problem? State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Fri May 23 22:59:21 UTC 2008 State-Changed-Why: Submitter needs to add more swap or reduce the demand for it. http://www.freebsd.org/cgi/query-pr.cgi?pr=123936 From kris at FreeBSD.org Fri May 23 23:00:04 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri May 23 23:00:07 2008 Subject: amd64/123936: Swap problem? Message-ID: <200805232300.m4NN04dJ086585@freefall.freebsd.org> The following reply was made to PR amd64/123936; it has been noted by GNATS. From: Kris Kennaway To: Stefan `Sec` Zehl Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: amd64/123936: Swap problem? Date: Fri, 23 May 2008 22:59:14 +0000 On Fri, May 23, 2008 at 07:17:48PM +0200, Stefan `Sec` Zehl wrote: > > >Number: 123936 > >Category: amd64 > >Synopsis: Swap problem? > >Confidential: no > >Severity: serious > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri May 23 17:20:00 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Stefan `Sec` Zehl > >Release: FreeBSD 7.0-STABLE amd64 > >Organization: > >Environment: > System: FreeBSD ice 7.0-STABLE FreeBSD 7.0-STABLE #13: Thu May 8 15:00:23 CEST 2008 root@ice:/usr/obj/usr/src/sys/ICE amd64 > > > > >Description: > > My FreeBSD-7.0-STABLE amd64 machine had some strange swap problems today. > > /var/log/messages shows these messages: > > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(8): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(12): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(12): failed > | May 23 10:59:07 ice kernel: swap_pager_getswapspace(16): failed > | [....] > until two processes were killed > > | May 23 10:59:11 ice kernel: pid 52947 (named), uid 53, was killed: out of swap s > > After that, these messages stopped. > > The disk itself appears to be ok -- smartctl lists no problems(did also run a > smartctl -t short run), and a dd can read the entire swap device without > problems. > > I have encrypted my swap by having the following line in my /etc/fstab: > |/dev/ad4s1b.eli none swap sw 0 0 > > swapinfo confirms this: > | Device 1K-blocks Used Avail Capacity > | /dev/ad4s1b.eli 1441088 188852 1252236 13% > > Is there any known issue with encrypted swap? And do the numbers in > "getspace(xx)" signify anyting? Is there any additional information needed? This is not a bug. Your system ran out of free swap, reported the failure to allocate more of it, then killed off one of the processes that was hogging it. Kris From tinderbox at freebsd.org Sat May 24 03:25:09 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 24 03:25:19 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080524032459.D271873039@freebsd-current.sentex.ca> TB --- 2008-05-24 01:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-24 01:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-24 01:45:00 - cleaning the object tree TB --- 2008-05-24 01:45:49 - cvsupping the source tree TB --- 2008-05-24 01:45:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-24 01:45:56 - building world (CFLAGS=-O -pipe) TB --- 2008-05-24 01:45:56 - cd /src TB --- 2008-05-24 01:45:56 - /usr/bin/make -B buildworld >>> World build started on Sat May 24 01:45:58 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 24 03:22:05 UTC 2008 TB --- 2008-05-24 03:22:05 - generating LINT kernel config TB --- 2008-05-24 03:22:05 - cd /src/sys/amd64/conf TB --- 2008-05-24 03:22:05 - /usr/bin/make -B LINT TB --- 2008-05-24 03:22:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-24 03:22:05 - cd /src TB --- 2008-05-24 03:22:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 24 03:22:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @ -> /src/sys machine -> /src/sys/amd64/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/src/sys/modules/dtrace/dtraceall/../../.. -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/LINT /src/sys/modules/dtrace/dtraceall/dtraceall.c ===> dtrace/lockstat (depend) @ -> /src/sys machine -> /src/sys/amd64/include make: don't know how to make lockstat.c. Stop *** Error code 2 Stop in /src/sys/modules/dtrace. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-24 03:24:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-24 03:24:59 - ERROR: failed to build lint kernel TB --- 2008-05-24 03:24:59 - tinderbox aborted TB --- 4481.25 user 567.68 system 5998.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 24 09:13:48 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 24 09:13:55 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080524091344.E962573039@freebsd-current.sentex.ca> TB --- 2008-05-24 07:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-24 07:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-24 07:30:00 - cleaning the object tree TB --- 2008-05-24 07:30:37 - cvsupping the source tree TB --- 2008-05-24 07:30:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-24 07:30:44 - building world (CFLAGS=-O -pipe) TB --- 2008-05-24 07:30:44 - cd /src TB --- 2008-05-24 07:30:44 - /usr/bin/make -B buildworld >>> World build started on Sat May 24 07:30:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 24 09:10:48 UTC 2008 TB --- 2008-05-24 09:10:48 - generating LINT kernel config TB --- 2008-05-24 09:10:48 - cd /src/sys/amd64/conf TB --- 2008-05-24 09:10:48 - /usr/bin/make -B LINT TB --- 2008-05-24 09:10:49 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-24 09:10:49 - cd /src TB --- 2008-05-24 09:10:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 24 09:10:49 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] 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/src/sys/modules/dtrace/systrace/../../../cddl/compat/opensolaris -I/src/sys/modules/dtrace/systrace/../../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/dtrace/systrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/LINT /src/sys/modules/dtrace/systrace/../../../cddl/dev/systrace/systrace.c ===> dtrace/fasttrap (depend) @ -> /src/sys machine -> /src/sys/amd64/include make: don't know how to make fasttrap.c. Stop *** Error code 2 Stop in /src/sys/modules/dtrace. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-24 09:13:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-24 09:13:44 - ERROR: failed to build lint kernel TB --- 2008-05-24 09:13:44 - tinderbox aborted TB --- 4486.51 user 569.14 system 6224.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 24 15:10:30 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 24 15:10:38 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080524151027.E8A3C73039@freebsd-current.sentex.ca> TB --- 2008-05-24 13:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-24 13:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-24 13:30:00 - cleaning the object tree TB --- 2008-05-24 13:30:39 - cvsupping the source tree TB --- 2008-05-24 13:30:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-24 13:30:45 - building world (CFLAGS=-O -pipe) TB --- 2008-05-24 13:30:45 - cd /src TB --- 2008-05-24 13:30:45 - /usr/bin/make -B buildworld >>> World build started on Sat May 24 13:30:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 24 15:07:34 UTC 2008 TB --- 2008-05-24 15:07:34 - generating LINT kernel config TB --- 2008-05-24 15:07:34 - cd /src/sys/amd64/conf TB --- 2008-05-24 15:07:34 - /usr/bin/make -B LINT TB --- 2008-05-24 15:07:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-24 15:07:34 - cd /src TB --- 2008-05-24 15:07:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 24 15:07:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] 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/src/sys/modules/dtrace/systrace/../../../cddl/compat/opensolaris -I/src/sys/modules/dtrace/systrace/../../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/dtrace/systrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/LINT /src/sys/modules/dtrace/systrace/../../../cddl/dev/systrace/systrace.c ===> dtrace/fasttrap (depend) @ -> /src/sys machine -> /src/sys/amd64/include make: don't know how to make fasttrap.c. Stop *** Error code 2 Stop in /src/sys/modules/dtrace. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-24 15:10:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-24 15:10:27 - ERROR: failed to build lint kernel TB --- 2008-05-24 15:10:27 - tinderbox aborted TB --- 4478.33 user 569.50 system 6027.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat May 24 21:05:31 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 24 21:05:40 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080524210529.F018E73039@freebsd-current.sentex.ca> TB --- 2008-05-24 19:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-24 19:25:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-24 19:25:01 - cleaning the object tree TB --- 2008-05-24 19:25:46 - cvsupping the source tree TB --- 2008-05-24 19:25:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-24 19:25:53 - building world (CFLAGS=-O -pipe) TB --- 2008-05-24 19:25:53 - cd /src TB --- 2008-05-24 19:25:53 - /usr/bin/make -B buildworld >>> World build started on Sat May 24 19:25:55 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 24 21:02:34 UTC 2008 TB --- 2008-05-24 21:02:34 - generating LINT kernel config TB --- 2008-05-24 21:02:34 - cd /src/sys/amd64/conf TB --- 2008-05-24 21:02:34 - /usr/bin/make -B LINT TB --- 2008-05-24 21:02:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-24 21:02:34 - cd /src TB --- 2008-05-24 21:02:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 24 21:02:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] 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/src/sys/modules/dtrace/systrace/../../../cddl/compat/opensolaris -I/src/sys/modules/dtrace/systrace/../../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/dtrace/systrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/LINT /src/sys/modules/dtrace/systrace/../../../cddl/dev/systrace/systrace.c ===> dtrace/fasttrap (depend) @ -> /src/sys machine -> /src/sys/amd64/include make: don't know how to make fasttrap.c. Stop *** Error code 2 Stop in /src/sys/modules/dtrace. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-24 21:05:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-24 21:05:29 - ERROR: failed to build lint kernel TB --- 2008-05-24 21:05:29 - tinderbox aborted TB --- 4483.24 user 564.23 system 6028.72 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From alistair.harding at gmail.com Sun May 25 05:40:01 2008 From: alistair.harding at gmail.com (Alistair Harding) Date: Sun May 25 11:16:43 2008 Subject: amd64/123969: Supermicro H8SMi-2 usb problem Message-ID: <200805250530.m4P5UVQZ094003@www.freebsd.org> >Number: 123969 >Category: amd64 >Synopsis: Supermicro H8SMi-2 usb problem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 25 05:40:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Alistair Harding >Release: 7.0 >Organization: >Environment: FreeBSD ziada.omg.wtf 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Kernel endlessly spams "uhub1: port 5 reset failed" after box is brought up. Attempted to disable EHCI hand-off in the bios, issue persists. >How-To-Repeat: Boot a stock 7.0-RELEASE kernel with this board. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From akihiro at personal.email.ne.jp Sun May 25 12:30:01 2008 From: akihiro at personal.email.ne.jp (Akihiro SHIMIZU) Date: Sun May 25 13:06:05 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Message-ID: <200805251228.m4PCS6Xv056296@www.freebsd.org> >Number: 123978 >Category: amd64 >Synopsis: Most recent amd64 7-Stable doesn't kick 2nd CPU. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 25 12:30:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Akihiro SHIMIZU >Release: amd64 7-Stable >Organization: >Environment: FreeBSD opserv.homev6.jp 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun May 25 18:27:40 JST 2008 root@opserv.homev6.jp:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I upgraded amd64 7-Stable on yesterday, then 7-Stables doesn't recognize 2nd CPU. My PC is HP ML115, which has AMD Athlon64X2 3500+, and 4Gbyte RAM. >How-To-Repeat: On the PC which has AMD64X2, upgrade amd64 7-Stable to most recent.one. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From bruce at cran.org.uk Sun May 25 17:50:05 2008 From: bruce at cran.org.uk (Bruce Cran) Date: Sun May 25 17:50:12 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Message-ID: <200805251750.m4PHo4sE058624@freefall.freebsd.org> The following reply was made to PR amd64/123978; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, akihiro@personal.email.ne.jp Cc: Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Date: Sun, 25 May 2008 18:43:21 +0100 Could you provide a verbose dmesg (boot -v at the loader) please? -- Bruce Cran From jllamasaspa at gmail.com Sun May 25 21:47:13 2008 From: jllamasaspa at gmail.com (Joaquin Llamas Aspa) Date: Sun May 25 21:55:37 2008 Subject: Acer Aspire M1100 Message-ID: <9869699c0805251418r7d0011afge2858ac17c13b7e4@mail.gmail.com> Hello: I've purchased an Acer Aspire M1100 this weekend (has a AMD64x2). I'm experiencing some issues booting it up. I've downloaded FreeBSD7.0, and if I boot from the first disc or from the boot only, the system just keeps reporting lots of kernel trap until I end up having a screen that moves no more, and then it has sort of "wong codepage" and no way to do anything. I've thought about energy savings settings or ACPI, and I've booted the same CD, and when I'm prompted I enter "2-Disable ACPI", and doing so this way, a different behaviour appears, and the machine freezes when tries to mount md0 device. but no way to recover from this stage. I've installed FreeBSD quite few times on the past, and I'm having FreeBSD7 on another AMD64 machine I've got but.... didn't see this before. Do you have any clue about what could I do in order to fix this? I've purchased this unit because i wanted to convert it to a FreeBSD box. -- Bye Joaquin Llamas Aspa From tinderbox at freebsd.org Sun May 25 23:30:00 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 25 23:30:06 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080525232951.F0A1973039@freebsd-current.sentex.ca> TB --- 2008-05-25 21:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 21:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-25 21:35:01 - cleaning the object tree TB --- 2008-05-25 21:35:53 - cvsupping the source tree TB --- 2008-05-25 21:35:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-25 21:35:58 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 21:35:58 - cd /src TB --- 2008-05-25 21:35:58 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 21:36:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 25 23:11:56 UTC 2008 TB --- 2008-05-25 23:11:56 - generating LINT kernel config TB --- 2008-05-25 23:11:56 - cd /src/sys/amd64/conf TB --- 2008-05-25 23:11:56 - /usr/bin/make -B LINT TB --- 2008-05-25 23:11:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 23:11:56 - cd /src TB --- 2008-05-25 23:11:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 23:11:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -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 -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 23:29:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 23:29:51 - ERROR: failed to build lint kernel TB --- 2008-05-25 23:29:51 - tinderbox aborted TB --- 5210.77 user 637.38 system 6890.64 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From linimon at FreeBSD.org Mon May 26 02:15:11 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 26 02:45:02 2008 Subject: usb/123969: Supermicro H8SMi-2 usb problem Message-ID: <200805260215.m4Q2FBnh096376@freefall.freebsd.org> Synopsis: Supermicro H8SMi-2 usb problem Responsible-Changed-From-To: freebsd-amd64->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 26 02:14:54 UTC 2008 Responsible-Changed-Why: Over to usb mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=123969 From jllamasaspa at excite.com Mon May 26 08:07:50 2008 From: jllamasaspa at excite.com (Joaquin Llamas Aspa) Date: Mon May 26 08:07:55 2008 Subject: Acer ASPIRE M1100 unable to boot FreeBSD7 AMD64 Message-ID: <20080526074617.B866A2F598@xprdmxin.myway.com> Hello: Recently I've purchased an Acer Aspire M1100 box (AMD64 x2) and since I was having 2 FreeBSD Boxes (1WorkStation with AMD64 and 1Server with i386) I've decided to replace the Server (quite an old one). The problem appears when the installation disk doesn't boot up, and produces a kernel trap that I'm unable to write down over here because corrupts the codepage, and the messages that appear are quite unreadable. I've tried to boot up again with this CD (freebsd installation disc 1 [disk that I've verified was ok and no problems with the download]) and when the first text menu appears (the one with few options on left with numbers and a ascii text beastie draw) I've selected option 2 (ACPI) and then looks like the system went a bit better, but halted when trying to mount "Trying to mount root from ufs:/dev/md0". I've read the thread on : http://www.freebsd.org/cgi/query-pr.cgi?pr=119809 But my box doesn't have any Floppy Drive (most AMD64 boxes don't have it recently) so I'm a bit clueless. And I'm doing it on a real box, not on a virtualized one. If you could help me, I would really appretiate it. Bye Joaquin Llamas Aspa _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! From bugmaster at FreeBSD.org Mon May 26 11:06:45 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 26 11:11:51 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200805261106.m4QB6i4H064821@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/122423 amd64 Port install fails after upgrade o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123978 amd64 Most recent amd64 7-Stable doesn't kick 2nd CPU. 54 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/91195 amd64 [ata] FreeBSD 6.0(amd64) and Asus A8R-MVP f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o bin/105542 amd64 on amd64, ldd(1) produces bogus output for i386 execut o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang 22 problems total. From akihiro at personal.email.ne.jp Mon May 26 13:10:05 2008 From: akihiro at personal.email.ne.jp (Akihiro SHIMIZU) Date: Mon May 26 13:13:09 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Message-ID: <200805261310.m4QDA4Ri077514@freefall.freebsd.org> The following reply was made to PR amd64/123978; it has been noted by GNATS. From: Akihiro SHIMIZU To: bruce@cran.org.uk Cc: bug-followup@FreeBSD.org, akihiro@personal.email.ne.jp Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Date: Mon, 26 May 2008 21:36:07 +0900 (JST) From: Bruce Cran Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Date: Sun, 25 May 2008 18:43:21 +0100 > Could you provide a verbose dmesg (boot -v at the loader) please? > > -- > Bruce Cran > Thank you for your response. the verbose dmesg is: --- Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 1 1 1 0 0 0 done All buffers synced. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Sun May 25 18:27:40 JST 2008 root@opserv.homev6.jp:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80c2d000. Preloaded elf obj module "/boot/kernel/geom_mirror.ko" at 0xffffffff80c2d1d0. Calibrating clock(s) ... i8254 clock: 1193243 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2200016052 Hz CPU: AMD Athlon(tm) 64 Processor 3500+ (2200.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4281729024 (4083 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000d2b000 - 0x00000000d789bfff, 3602321408 bytes (879473 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4128231424 (3936 MB) ACPI APIC Table: APIC: CPU 0 has ACPI ID 1 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ACPI: RSDP @ 0x0xf8f60/0x0024 (v 2 HP ) ACPI: XSDT @ 0x0xdfff0100/0x005C (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: FACP @ 0x0xdfff0290/0x00F4 (v 3 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: DSDT @ 0x0xdfff04d0/0x45C7 (v 1 HP ML115 G1 0x00000100 INTL 0x20051117) ACPI: FACS @ 0x0xdfffe000/0x0040 ACPI: APIC @ 0x0xdfff0390/0x0070 (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: MCFG @ 0x0xdfff0450/0x003C (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: SPMI @ 0x0xdfff0490/0x003D (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: OEMB @ 0x0xdfffe040/0x0060 (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: HPET @ 0x0xdfff4aa0/0x0038 (v 1 HP ML115 G1 0x12000712 FOXC 0x00000097) ACPI: SSDT @ 0x0xdfff4ae0/0x0115 (v 1 HP ML115 G1 0x00000001 FOXC 0x00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (May 25 2008 18:24:02) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIMC -> bus 0 dev 1 func 0 acpi0: reservation of d0000000, 10000000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0369, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0360, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x2f00, size 7, enabled found-> vendor=0x10de, dev=0x0368, revid=0xa3 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xe880, size 6, enabled map[20]: type I/O Port, range 32, base 0x2d00, size 6, enabled map[24]: type I/O Port, range 32, base 0x2e00, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.LSMB found-> vendor=0x10de, dev=0x036c, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfcfbf000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LUB0:0) pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.LUB0 found-> vendor=0x10de, dev=0x036d, revid=0xa2 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfcfbec00, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.LUB2:0) pci_link10: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.LUB2 found-> vendor=0x10de, dev=0x036e, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe400, size 3, enabled map[14]: type I/O Port, range 32, base 0xe080, size 2, enabled map[18]: type I/O Port, range 32, base 0xe000, size 3, enabled map[1c]: type I/O Port, range 32, base 0xdc00, size 2, enabled map[20]: type I/O Port, range 32, base 0xd880, size 4, enabled map[24]: type Memory, range 32, base 0xfcfbd000, size 12, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.LSA0:0) pci_link15: Picked IRQ 23 with weight 0 pcib0: slot 5 INTA routed to irq 23 via \\_SB_.LSA0 found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled map[14]: type I/O Port, range 32, base 0xd480, size 2, enabled map[18]: type I/O Port, range 32, base 0xd400, size 3, enabled map[1c]: type I/O Port, range 32, base 0xd080, size 2, enabled map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled map[24]: type Memory, range 32, base 0xfcfbc000, size 12, enabled pcib0: matched entry for 0.5.INTB (src \\_SB_.LSA1:0) pci_link16: Picked IRQ 20 with weight 1 pcib0: slot 5 INTB routed to irq 20 via \\_SB_.LSA1 found-> vendor=0x10de, dev=0x037f, revid=0xa3 domain=0, bus=0, slot=5, func=2 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xcc00, size 3, enabled map[14]: type I/O Port, range 32, base 0xc880, size 2, enabled map[18]: type I/O Port, range 32, base 0xc800, size 3, enabled map[1c]: type I/O Port, range 32, base 0xc480, size 2, enabled map[20]: type I/O Port, range 32, base 0xc400, size 4, enabled map[24]: type Memory, range 32, base 0xfcfbb000, size 12, enabled pcib0: matched entry for 0.5.INTC (src \\_SB_.LSA2:0) pci_link18: Picked IRQ 21 with weight 1 pcib0: slot 5 INTC routed to irq 21 via \\_SB_.LSA2 found-> vendor=0x10de, dev=0x0370, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0104, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0376, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0104, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0374, revid=0xa3 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0104, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0374, revid=0xa3 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0104, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0378, revid=0xa3 domain=0, bus=0, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0375, revid=0xa3 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0377, revid=0xa3 domain=0, bus=0, slot=15, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0104, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: port 0x2f00-0x2f7f at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfcfbf000-0xfcfbffff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfcfbf000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfcfbec00-0xfcfbecff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfcfbec00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 50 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xfcfbd000-0xfcfbdfff irq 23 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd880 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfcfbd000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe080 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe000 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xdc00 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xfcfbc000-0xfcfbcfff irq 20 at device 5.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfcfbc000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd800 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd480 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd400 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd080 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] atapci3: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfcfbb000-0xfcfbbfff irq 21 at device 5.2 on pci0 atapci3: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci3: [MPSAFE] atapci3: [ITHREAD] atapci3: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfcfbb000 ata6: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc880 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc480 ata7: SATA connect status=00000000 ata7: [MPSAFE] ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: at device 10.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 11.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 12.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: at device 13.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfd000000-0xfdefffff pcib5: prefetched decode 0xfb000000-0xfbffffff pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x102b, dev=0x0522, revid=0x02 domain=0, bus=5, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Prefetchable Memory, range 32, base 0xfb000000, size 24, enabled pcib5: requested memory range 0xfb000000-0xfbffffff: good map[14]: type Memory, range 32, base 0xfdefc000, size 14, enabled pcib5: requested memory range 0xfdefc000-0xfdefffff: good map[18]: type Memory, range 32, base 0xfd000000, size 23, enabled pcib5: requested memory range 0xfd000000-0xfd7fffff: good pcib5: matched entry for 5.0.INTA (src \\_SB_.LNED:0) pci_link7: Picked IRQ 16 with weight 0 pcib5: slot 0 INTA routed to irq 16 via \\_SB_.LNED vgapci0: mem 0xfb000000-0xfbffffff,0xfdefc000-0xfdefffff,0xfd000000-0xfd7fffff irq 16 at device 0.0 on pci5 pcib6: at device 14.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: no prefetched decode pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x14e4, dev=0x1659, revid=0x21 domain=0, bus=6, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xfdff0000, size 16, enabled pcib6: requested memory range 0xfdff0000-0xfdffffff: good pcib6: matched entry for 6.0.INTA (src \\_SB_.LNEC:0) pci_link6: Picked IRQ 17 with weight 0 pcib6: slot 0 INTA routed to irq 17 via \\_SB_.LNEC bge0: mem 0xfdff0000-0xfdffffff irq 17 at device 0.0 on pci6 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdff0000 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 256 to vector 56 bge0: using IRQ 256 for MSI miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0018, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1e:0b:73:fe:ae bge0: [MPSAFE] bge0: [ITHREAD] pcib7: at device 15.0 on pci0 pcib7: domain 0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0x0-0x0 pcib7: no prefetched decode pci7: on pcib7 pci7: domain=0, physical bus=7 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 sio0: [FILTER] ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ex_isa_identify() sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 58 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ukbd0: on uhub0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on uhub0 ums0: 8 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 238312 -> 100000 procfs registered lapic: Divisor 2, Frequency 100000730 hz Timecounter "TSC" frequency 2200016052 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 305244MB at ata2-master SATA300 ad4: 625140335 sectors [620178C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 305245MB at ata3-master SATA300 ad6: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: nVidia check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed GEOM: new disk ad6 ad6: FreeBSD check1 failed ATA PseudoRAID loaded GEOM_MIRROR: Device mirror/gm0 launched (2/2). Trying to mount root from ufs:/dev/mirror/gm0s1a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled bge0: link UP splash: image decoder found: green_saver --- Thanks in advance. Akihiro SHIMIZU From jhb at freebsd.org Wed May 28 21:18:37 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed May 28 21:18:41 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. In-Reply-To: <200805261310.m4QDA4Ri077514@freefall.freebsd.org> References: <200805261310.m4QDA4Ri077514@freefall.freebsd.org> Message-ID: <200805281629.22504.jhb@freebsd.org> On Monday 26 May 2008 09:10:04 am Akihiro SHIMIZU wrote: > The following reply was made to PR amd64/123978; it has been noted by GNATS. > > From: Akihiro SHIMIZU > To: bruce@cran.org.uk > Cc: bug-followup@FreeBSD.org, akihiro@personal.email.ne.jp > Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. > Date: Mon, 26 May 2008 21:36:07 +0900 (JST) > > From: Bruce Cran > Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. > Date: Sun, 25 May 2008 18:43:21 +0100 > > > Could you provide a verbose dmesg (boot -v at the loader) please? > > > > -- > > Bruce Cran > > > Thank you for your response. the verbose dmesg is: > --- > ACPI APIC Table: > APIC: CPU 0 has ACPI ID 1 Can you provide the output of 'acpidump -t'? -- John Baldwin From hakcenter at gmail.com Thu May 29 00:50:01 2008 From: hakcenter at gmail.com (Curtis Hacker) Date: Thu May 29 01:00:13 2008 Subject: amd64/124083: net/vnc is not building the xorg vnc module Message-ID: <200805290048.m4T0mGxN036309@www.freebsd.org> >Number: 124083 >Category: amd64 >Synopsis: net/vnc is not building the xorg vnc module >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 29 00:50:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Curtis Hacker >Release: 7.0-STABLE >Organization: HCC >Environment: FreeBSD hcc-fs.hcc-experts.com 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Wed May 21 12:01:01 PDT 2008 root@hcc-fs.hcc-experts.com:/usr/obj/usr/src/sys/CUSTOM amd64 >Description: The port will not build the xorg module vnc.so at all. >How-To-Repeat: No idea >Fix: No idea >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Thu May 29 01:02:07 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu May 29 01:28:23 2008 Subject: ports/124083: net/vnc is not building the xorg vnc module Message-ID: <200805290102.m4T126Rt020360@freefall.freebsd.org> Synopsis: net/vnc is not building the xorg vnc module Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 29 01:01:02 UTC 2008 Responsible-Changed-Why: Make this a ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=124083 From akihiro at personal.email.ne.jp Thu May 29 02:07:07 2008 From: akihiro at personal.email.ne.jp (Akihiro SHIMIZU) Date: Thu May 29 02:07:32 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. In-Reply-To: <200805281629.22504.jhb@freebsd.org> References: <200805261310.m4QDA4Ri077514@freefall.freebsd.org> <200805281629.22504.jhb@freebsd.org> Message-ID: <20080529.104938.-1300541052.akihiro@personal.email.ne.jp> From: John Baldwin Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Date: Wed, 28 May 2008 16:29:22 -0400 > Can you provide the output of 'acpidump -t'? > When I do 'acpidump -t', it told me an error: ---- % sudo acpidump -t > acpidump.txt acpidump: RSDT entry 4 (sig OEMB) is corrupt ---- The output is: ---- /* RSD PTR: OEM=HP, ACPI_Rev=2.0x (2) XSDT=0xdfff0100, length=36, cksum=253 */ /* XSDT: Length=92, Revision=1, Checksum=59, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 Entries={ 0xdfff0290, 0xdfff0390, 0xdfff0450, 0xdfff0490, 0xdfffe040, 0xdfff4aa0, 0xdfff4ae0 } */ /* FACP: Length=244, Revision=3, Checksum=115, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 FACS=0xdfffe000, DSDT=0xdfff04d0 INT_MODEL=APIC Preferred_PM_Profile=Desktop (1) SCI_INT=9 SMI_CMD=0x242e, ACPI_ENABLE=0xe1, ACPI_DISABLE=0x1e, S4BIOS_REQ=0x0 PSTATE_CNT=0xe2 PM1a_EVT_BLK=0x2000-0x2003 PM1a_CNT_BLK=0x2004-0x2005 PM_TMR_BLK=0x2008-0x200b GPE0_BLK=0x2020-0x2027 GPE1_BLK=0x24a0-0x24af, GPE1_BASE=32 CST_CNT=0xe3 P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us FLUSH_SIZE=1024, FLUSH_STRIDE=16 DUTY_OFFSET=1, DUTY_WIDTH=0 DAY_ALRM=125, MON_ALRM=126, CENTURY=50 IAPC_BOOT_ARCH={LEGACY_DEV} Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=0xcf9:0[8] (IO), RESET_VALUE=0x6 X_FACS=0xdfffe000, X_DSDT=0xdfff04d0 X_PM1a_EVT_BLK=0x2000:0[32] (IO) X_PM1a_CNT_BLK=0x2004:0[16] (IO) X_PM_TMR_BLK=0x2008:0[32] (IO) X_GPE0_BLK=0x2020:0[64] (IO) X_GPE1_BLK=0x24a0:0[128] (IO) */ /* FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=1 */ /* DSDT: Length=17863, Revision=1, Checksum=163, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x100, Creator ID=INTL, Creator Revision=0x20051117 */ /* APIC: Length=112, Revision=1, Checksum=203, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=2 Flags={DISABLED} APIC ID=129 Type=IO APIC APIC ID=1 INT BASE=0 ADDR=0x00000000fec00000 Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=INT Override BUS=0 IRQ=14 INTR=14 Flags={Polarity=active-hi, Trigger=edge} Type=INT Override BUS=0 IRQ=15 INTR=15 Flags={Polarity=active-hi, Trigger=edge} */ /* MCFG: Length=60, Revision=1, Checksum=245, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 Base Address= 0x00000000e0000000 Segment Group= 0x0000 Start Bus= 0 End Bus= 255 */ /* SPMI: Length=61, Revision=1, Checksum=173, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 */ /* HPET: Length=56, Revision=1, Checksum=88, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, Creator ID=FOXC, Creator Revision=0x97 HPET Number=0 ADDR=0xfed00000:0[8] (Memory) HW Rev=0x1 Comparitors=2 Counter Size=0 Legacy IRQ routing capable={TRUE} PCI Vendor ID=0x10de Minimal Tick=14318 */ /* SSDT: Length=277, Revision=1, Checksum=198, OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x1, Creator ID=FOXC, Creator Revision=0x1 */ ---- Thanks in advance. Akihiro SHIMIZU From jhb at freebsd.org Thu May 29 04:15:27 2008 From: jhb at freebsd.org (John Baldwin) Date: Thu May 29 04:15:34 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. In-Reply-To: <20080529.104938.-1300541052.akihiro@personal.email.ne.jp> References: <200805261310.m4QDA4Ri077514@freefall.freebsd.org> <200805281629.22504.jhb@freebsd.org> <20080529.104938.-1300541052.akihiro@personal.email.ne.jp> Message-ID: <200805290012.27048.jhb@freebsd.org> On Wednesday 28 May 2008 09:49:38 pm Akihiro SHIMIZU wrote: > From: John Baldwin > Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. > Date: Wed, 28 May 2008 16:29:22 -0400 > > > Can you provide the output of 'acpidump -t'? > > /* > APIC: Length=112, Revision=1, Checksum=203, > OEMID=HP, OEM Table ID=ML115 G1, OEM Revision=0x12000712, > Creator ID=FOXC, Creator Revision=0x97 > Local APIC ADDR=0xfee00000 > Flags={PC-AT} > > Type=Local APIC > ACPI CPU=1 > Flags={ENABLED} > APIC ID=0 > > Type=Local APIC > ACPI CPU=2 > Flags={DISABLED} > APIC ID=129 So your BIOS only told us that your system has 1 CPU. You may want to search for some BIOS setting to fix this. Until your BIOS lists all your CPUs here, FreeBSD, Linux, and Windows are not going to see them. -- John Baldwin From akihiro at personal.email.ne.jp Thu May 29 09:32:07 2008 From: akihiro at personal.email.ne.jp (Akihiro SHIMIZU) Date: Thu May 29 09:32:12 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. In-Reply-To: <200805290012.27048.jhb@freebsd.org> References: <200805281629.22504.jhb@freebsd.org> <20080529.104938.-1300541052.akihiro@personal.email.ne.jp> <200805290012.27048.jhb@freebsd.org> Message-ID: <20080529.180506.-432832322.akihiro@personal.email.ne.jp> I'm very sorry to waste your time. My HP ML115's cpu is Athlon64, not Athlon64X2. I misread the specification of ML115. Akihiro SHIMIZU From: John Baldwin Subject: Re: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Date: Thu, 29 May 2008 00:12:26 -0400 > So your BIOS only told us that your system has 1 CPU. You may want to search > for some BIOS setting to fix this. Until your BIOS lists all your CPUs here, > FreeBSD, Linux, and Windows are not going to see them. From gavin at FreeBSD.org Thu May 29 12:19:48 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu May 29 13:15:57 2008 Subject: amd64/123978: Most recent amd64 7-Stable doesn't kick 2nd CPU. Message-ID: <200805291219.m4TCJmlV006000@freefall.freebsd.org> Synopsis: Most recent amd64 7-Stable doesn't kick 2nd CPU. State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Thu May 29 12:18:00 UTC 2008 State-Changed-Why: >From private correspondence with brucec, it turns out that the submitter only has a Athlon64, not Athlon64X2 and so only has 1 CPU http://www.freebsd.org/cgi/query-pr.cgi?pr=123978 From pfgshield-freebsd at yahoo.com Fri May 30 14:10:04 2008 From: pfgshield-freebsd at yahoo.com (Pedro F. Giffuni) Date: Fri May 30 14:25:54 2008 Subject: amd64/124134: The kernel doesn't follow the calling convention in the SVR4/i386 ABI Message-ID: <200805301407.m4UE74Wl091320@www.freebsd.org> >Number: 124134 >Category: amd64 >Synopsis: The kernel doesn't follow the calling convention in the SVR4/i386 ABI >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 30 14:10:03 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Pedro F. Giffuni >Release: 6.3-Release >Organization: >Environment: FreeBSD kakumen.cable.net.co 6.3-RELEASE FreeBSD 6.3-RELEASE #10: Sat Jan 19 01:13:55 COT 2008 root@kakumen.cable.net.co:/usr/src/sys/amd64/compile/SMP amd64 >Description: While porting glibc to FreeBSD it was found that FreeBSD doesn't strictly conform to the SVR4 ABI on AMD64: http://www.x86-64.org/documentation/abi.pdf (see startup calling convention in 3.4.1.) Further explanation from Petr Salinger: /* This is the canonical entry point, usually the first thing in the text segment. The SVR4/i386 ABI (pages 3-31, 3-32) says that when the entry point runs, most registers' values are unspecified, except for a few. Blindly applied on amd64: %rdx Contains a function pointer to be registered with `atexit'. This is how the dynamic linker arranges to have DT_FINI functions called for shared libraries that have been loaded before this code runs. %rsp The stack contains the arguments and environment: 0(%rsp) argc 8(%rsp) argv[0] ... (8*argc)(%rsp) NULL (8*(argc+1))(%rsp) envp[0] ... NULL But on amd64 %rsp also have to be 16-byte aligned, standard C calling convention already passes arguments in registers. FreeBSD uses %edi as pointer to arguments and environment, %rsp is passed aligned. On entry from kernel, %rsp=%rdi or %rsp=%rdi-8, on entry from ld.so, glibc might set up it slightly differently. On FreeBSD, we use %rsi for passing function pointer to rtld_fini(). On entry from FreeBSD kernel, %rsi is cleared, %rdx is not cleared, on entry from ld.so, glibc sets both %rsi and %rdx to point to rtld_fini(). Used interface (via %rdi, %rsi) is equal to standard C calling interface for void _start(void *arg, void *rtld_fini()); */ >How-To-Repeat: http://lists.debian.org/debian-bsd/2006/02/msg00223.html >Fix: It can be workaround in FreeBSD kernel by following both standards simultaneously, i.e. on entry from kernel after exec() should be %rsp=%rdi and %rdx=%rsi, and %rsp should be properly aligned. >Release-Note: >Audit-Trail: >Unformatted: From girgen at pingpong.net Sat May 31 10:46:56 2008 From: girgen at pingpong.net (Palle Girgensohn) Date: Sat May 31 10:51:37 2008 Subject: amd64 @ vmware esx 3.5? Message-ID: <2E85A565F92C62AE50A7C0FC@girgBook.local> Hi! I cannot install FreeBSD 7.0 amd64 on VmWare ESX 3.5. The kernel panics when trying to read the virtual cd-image that I mount in the VmWare client. Did anyone else succeed? I shall of course supply more details, but right now I'm interested in hearing success stories, does it work at all? Googling gives that there might be a problem with the cdrom driver in FreeBSD? Any ideas? Regards, Palle