From christian.kandeler at hob.de Fri Jul 4 14:48:43 2008 From: christian.kandeler at hob.de (Christian Kandeler) Date: Fri Jul 4 14:48:54 2008 Subject: ia64_change_mode and BSPSTORE region Message-ID: <200807041626.00442.christian.kandeler@hob.de> Hi, function ia64_change_mode (sys/ia64/ia64/support.S) changes the addressing mode from virtual to physical or vice versa. In the course of this, the address of the backing store is converted as well. This conversion is done by simply stripping off (or inserting) the virtual region number, so the function obviously assumes that BSPSTORE is identity-mapped (i.e. in region 7). This does not seem to be necessarily true, though: For instance, when I call ia64_call_pal_stacked_physical() from a kernel module (which I have no reason to believe is illegal), it crashes, because BSPSTORE is in region 5. I also recall that once during a kdb session, I tried to read the translation registers and it also crashed, presumably for the same reason. What's going wrong here? Regards, Christian From xcllnt at mac.com Fri Jul 4 20:16:07 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Fri Jul 4 20:16:13 2008 Subject: ia64_change_mode and BSPSTORE region In-Reply-To: <200807041626.00442.christian.kandeler@hob.de> References: <200807041626.00442.christian.kandeler@hob.de> Message-ID: <243F0C03-CDCD-4C3F-9FE0-FC9D199B52DA@mac.com> On Jul 4, 2008, at 7:26 AM, Christian Kandeler wrote: > Hi, > > function ia64_change_mode (sys/ia64/ia64/support.S) changes the > addressing mode from virtual to physical or vice versa. In the course > of this, the address of the backing store is converted as well. This > conversion is done by simply stripping off (or inserting) the virtual > region number, so the function obviously assumes that BSPSTORE is > identity-mapped (i.e. in region 7). This does not seem to be > necessarily true, though: For instance, when I call > ia64_call_pal_stacked_physical() from a kernel module (which I have > no reason to believe is illegal), it crashes, because BSPSTORE is in > region 5. I also recall that once during a kdb session, I tried to > read the translation registers and it also crashed, presumably for > the same reason. What's going wrong here? The implementation has become stale. At first, the kernel stack was physically contiguous for all threads and this code was fine. But since it's not desirable to have to find (physically) contiguous memory for kernel stacks, I changed the implementation to use regular virtual memory. In other words: kernel stacks became mapped by region 5 addresses. Later this was also done for thread0's stack, so that the temporary boot stack (stack0) became available for exactly this reason: the ability to call PAL in phys. mode. However, I haven't had the time to complete the change. It's not a simple switch from virtual to physical addressing anymore. It's also a kernel stack switch and it requires a little but of extra work to get that right and since this code is not used normally, it's simply not high enough on my todo list to actually get to it. FYI, -- Marcel Moolenaar xcllnt@mac.com From bugmaster at FreeBSD.org Mon Jul 7 11:07:00 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 7 11:08:17 2008 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200807071106.m67B6xS4062057@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves 1 problem total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 2 problems total. From bugmaster at FreeBSD.org Mon Jul 14 11:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 14 11:07:56 2008 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200807141106.m6EB6xa1014435@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves 1 problem total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 2 problems total. From hrs at FreeBSD.org Sun Jul 20 12:31:50 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sun Jul 20 12:31:57 2008 Subject: panic on HP rx1600 Message-ID: <20080720.210503.01730835.hrs@allbsd.org> Hi, I recently got an ia64 box HP rx1600 and am trying to install FreeBSD, but I got the following panic. Is this a known problem? This panic does not occur when I set kern.smp.disabled=1. ---- Entering /boot/kernel/kernel at 0xe000000004070000... GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb 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-RELEASE-p3 #0: Fri Jul 18 02:59:44 UTC 2008 hrs@ref-ia64-fbsd.allbsd.org:/usr/obj/usr/src/sys/IA64 CPU: Deerfield (1000.00-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 1053425664 (1004 MB) avail memory = 988971008 (943 MB) FPSWA Revision = 0x10012, Entry = 0xe00000003f492050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: SAPIC Id=1, SAPIC Eid=0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ... ukbd0: on uhub0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata2-master UDMA33 da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) Trying to mount root from ufs:/dev/da0p3 fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) cr.iip = 0xe0000000045a0a10 cr.ipsr = 0x1010080a2018 (ac,mfl,ic,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x80400000000 (code=0,vector=0,r,ei=0,ed) cr.ifa = 0x30 curthread = 0xe0000000105626c0 pid = 53, comm = ps [thread pid 53 tid 100050 ] Stopped at turnstile_broadcast+0xe0: [M0] ld8 r15=[r33] db> bt Tracing pid 53 tid 100050 td 0xe0000000105626c0 turnstile_broadcast(0x0, 0x30) at turnstile_broadcast+0xe0 _mtx_unlock_sleep(0xe00000001052edd0, 0x0, 0xe000000004909780, 0x1d42, 0xe00000003d69e438) at _mtx_unlock_sleep+0xe0 vm_fault(0xe000000010564350, 0x23, 0x2, 0x8, 0x0, 0x1, 0xe00000001052edd0, 0xe000000004b81c38) at vm_fault+0x2130 trap(0x14, 0xa00000001aa59400) at trap+0x9d0 ivt_Data_TLB() at ivt_Data_TLB+0x1c0 -- | Hiroki SATO -------------- 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-ia64/attachments/20080720/90c1d2a5/attachment.pgp From xcllnt at mac.com Sun Jul 20 15:27:00 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Sun Jul 20 15:27:18 2008 Subject: panic on HP rx1600 In-Reply-To: <20080720.210503.01730835.hrs@allbsd.org> References: <20080720.210503.01730835.hrs@allbsd.org> Message-ID: On Jul 20, 2008, at 5:05 AM, Hiroki Sato wrote: > Hi, > > I recently got an ia64 box HP rx1600 and am trying to install > FreeBSD, but I got the following panic. Is this a known problem? > This panic does not occur when I set kern.smp.disabled=1. Hi Sato-san, If you don't have INVARIANTS, could you add it to your kernel configuration. I've seen kernel panics without INVARIANTS after GCC 4 was imported. Also, if you're using ULE, then please switch to 4BSD. FYI, -- Marcel Moolenaar xcllnt@mac.com From hrs at FreeBSD.org Sun Jul 20 15:39:15 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sun Jul 20 15:39:20 2008 Subject: panic on HP rx1600 In-Reply-To: References: <20080720.210503.01730835.hrs@allbsd.org> Message-ID: <20080721.003831.44053407.hrs@allbsd.org> Marcel Moolenaar wrote in : xc> If you don't have INVARIANTS, could you add it to your kernel xc> configuration. I've seen kernel panics without INVARIANTS xc> after GCC 4 was imported. Also, if you're using ULE, then xc> please switch to 4BSD. Okay, thanks. I will do and report what is changed. The kernel was the same configuration as GENERIC. -- | Hiroki SATO -------------- 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-ia64/attachments/20080720/ee5587f7/attachment.pgp From hrs at FreeBSD.org Sun Jul 20 16:46:35 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sun Jul 20 16:46:41 2008 Subject: panic on HP rx1600 In-Reply-To: <20080721.003831.44053407.hrs@allbsd.org> References: <20080720.210503.01730835.hrs@allbsd.org> <20080721.003831.44053407.hrs@allbsd.org> Message-ID: <20080721.014513.25214113.hrs@allbsd.org> Hiroki Sato wrote in <20080721.003831.44053407.hrs@allbsd.org>: hr> Marcel Moolenaar wrote hr> in : hr> hr> xc> If you don't have INVARIANTS, could you add it to your kernel hr> xc> configuration. I've seen kernel panics without INVARIANTS hr> xc> after GCC 4 was imported. Also, if you're using ULE, then hr> xc> please switch to 4BSD. hr> hr> Okay, thanks. I will do and report what is changed. The kernel was hr> the same configuration as GENERIC. I confirmed that adding INVARIANTS prevents it from triggering a panic. Hmm, do you know exactly which part of the tree is the cause, or should we narrow down this issue? -- | Hiroki SATO -------------- 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-ia64/attachments/20080720/002293a1/attachment.pgp From bugmaster at FreeBSD.org Mon Jul 21 11:06:56 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 21 11:07:50 2008 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200807211106.m6LB6uEf031889@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves 1 problem total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 2 problems total. From xcllnt at mac.com Mon Jul 21 17:22:05 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Mon Jul 21 17:22:14 2008 Subject: panic on HP rx1600 In-Reply-To: <20080721.014513.25214113.hrs@allbsd.org> References: <20080720.210503.01730835.hrs@allbsd.org> <20080721.003831.44053407.hrs@allbsd.org> <20080721.014513.25214113.hrs@allbsd.org> Message-ID: <98D324EF-328F-4C23-97FE-83B16EC28B04@mac.com> On Jul 20, 2008, at 9:45 AM, Hiroki Sato wrote: > Hiroki Sato wrote > in <20080721.003831.44053407.hrs@allbsd.org>: > > hr> Marcel Moolenaar wrote > hr> in : > hr> > hr> xc> If you don't have INVARIANTS, could you add it to your kernel > hr> xc> configuration. I've seen kernel panics without INVARIANTS > hr> xc> after GCC 4 was imported. Also, if you're using ULE, then > hr> xc> please switch to 4BSD. > hr> > hr> Okay, thanks. I will do and report what is changed. The > kernel was > hr> the same configuration as GENERIC. > > I confirmed that adding INVARIANTS prevents it from triggering a > panic. Hmm, do you know exactly which part of the tree is the cause, > or should we narrow down this issue? I haven't had the time to go to the bottom of this. This is not to say that I think we should narrow it down. Looking at the context (unlocking, turnstiles), it could be related to atomic operations and I already fixed a GCC bug in that respect: src/sys/ia64/include/atomic.h, rev 1.14 It would be extreme luck if that would also fix the panic, but we might as well try.... Hmmm, I'd better MFC it... -- Marcel Moolenaar xcllnt@mac.com From tinderbox at freebsd.org Tue Jul 22 02:39:41 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 22 02:39:47 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080722023938.DC69A73039@freebsd-current.sentex.ca> TB --- 2008-07-22 01:10:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-22 01:10:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-22 01:10:44 - cleaning the object tree TB --- 2008-07-22 01:11:17 - cvsupping the source tree TB --- 2008-07-22 01:11:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-22 01:11:23 - building world (CFLAGS=-O -pipe) TB --- 2008-07-22 01:11:23 - cd /src TB --- 2008-07-22 01:11:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 22 01:11: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 22 02:30:57 UTC 2008 TB --- 2008-07-22 02:30:57 - generating LINT kernel config TB --- 2008-07-22 02:30:57 - cd /src/sys/ia64/conf TB --- 2008-07-22 02:30:57 - /usr/bin/make -B LINT TB --- 2008-07-22 02:30:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-07-22 02:30:57 - cd /src TB --- 2008-07-22 02:30:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 22 02:30:57 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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_id.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/in_mcast.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/in_pcb.c cc1: warnings being treated as errors /src/sys/netinet/in_pcb.c: In function 'inp_4tuple_get': /src/sys/netinet/in_pcb.c:1306: warning: passing argument 1 of '_rw_assert' discards qualifiers from pointer target type /src/sys/netinet/in_pcb.c:1307: error: incompatible types in assignment /src/sys/netinet/in_pcb.c:1308: error: incompatible types in assignment *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-22 02:39:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-22 02:39:38 - ERROR: failed to build lint kernel TB --- 2008-07-22 02:39:38 - tinderbox aborted TB --- 3879.42 user 425.48 system 5334.48 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Wed Jul 23 15:44:27 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Jul 23 15:44:45 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080723154424.D4D2173039@freebsd-current.sentex.ca> TB --- 2008-07-23 14:38:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-23 14:38:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-23 14:38:10 - cleaning the object tree TB --- 2008-07-23 14:38:34 - cvsupping the source tree TB --- 2008-07-23 14:38:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-23 14:38:40 - building world (CFLAGS=-O -pipe) TB --- 2008-07-23 14:38:40 - cd /src TB --- 2008-07-23 14:38:40 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 23 14:38:41 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 [...] In file included from /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c:81: /obj/ia64/src/tmp/usr/include/string.h:81: error: conflicting types for 'strdup' /src/sbin/ipf/ipresend/../../../sys/sys/libkern.h:109: error: previous declaration of 'strdup' was here In file included from /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c:82: /obj/ia64/src/tmp/usr/include/stdlib.h:163: error: conflicting types for 'setenv' /src/sbin/ipf/ipresend/../../../sys/sys/systm.h:239: error: previous declaration of 'setenv' was here /obj/ia64/src/tmp/usr/include/stdlib.h:201: error: conflicting types for 'random' /src/sbin/ipf/ipresend/../../../sys/sys/libkern.h:99: error: previous declaration of 'random' was here *** Error code 1 Stop in /src/sbin/ipf/ipresend. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-23 15:44:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-23 15:44:24 - ERROR: failed to build world TB --- 2008-07-23 15:44:24 - tinderbox aborted TB --- 2930.50 user 328.73 system 3974.16 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From hrs at FreeBSD.org Fri Jul 25 05:27:14 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Fri Jul 25 05:27:30 2008 Subject: 7.0R panic in nfs_readdirrpc() Message-ID: <20080725.142554.124338824.hrs@allbsd.org> This panic seems reproducible when NFS over TCP is used (RELENG_7_0 on HP rx1600, btw): ---- fatal kernel trap (cpu 0): trap vector = 0x1e (Unaligned Reference) cr.iip = 0xe000000004814a60 cr.ipsr = 0x1210080a6010 (mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) cr.ifa = 0xe00000000e745335 curthread = 0xe0000000119366c0 pid = 13638, comm = cvs [thread pid 13638 tid 100134 ] Stopped at nfs_readdirrpc+0xd11: [M1] (p17) ld4 r49=[r8],0x4 db> bt Tracing pid 13638 tid 100134 td 0xe0000000119366c0 nfs_readdirrpc(0xe0000000279db228, 0xa00000001b2d3178, 0xe00000001078fd00, 0xd, 0x10) at nfs_readdirrpc+0xd11 nfs_doio(0xe000000011596f80, 0xa00000000f5eb4a0, 0xe00000001078fd00, 0xe0000000119366c0) at nfs_doio+0x670 nfs_bioread(0xe000000011596f80, 0xa00000001b2d3378, 0x0, 0xe00000001078fd00) at nfs_bioread+0x10a0 nfs_readdir(0xa00000001b2d33c8, 0xe000000011596f80, 0xa00000001b2d3390) at nfs_readdir+0x290 VOP_READDIR_APV(0xe000000004b16120, 0xa00000001b2d33c8, 0xe0000000119366c0, 0xe000000004637390, 0x13ac) at VOP_READDIR_APV+0x1c0 getdirentries(0xe0000000119366c0, 0xa00000001b2d34e8, 0x0, 0xe000000011596f80) at getdirentries+0x410 syscall(0xa00000001b2d3400, 0xc4, 0x2000, 0xe0000000119366c0, 0xe00000001130ed38, 0xe000000004af3140, 0xc4, 0xa00000001b2d34e8) at syscall+0x410 epc_syscall_return() at epc_syscall_return db> ---- -- | Hiroki SATO -------------- 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-ia64/attachments/20080725/8f3de6f2/attachment.pgp From hrs at FreeBSD.org Fri Jul 25 07:11:33 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Fri Jul 25 07:11:45 2008 Subject: 7.0R panic in nfs_readdirrpc() In-Reply-To: <20080725.142554.124338824.hrs@allbsd.org> References: <20080725.142554.124338824.hrs@allbsd.org> Message-ID: <20080725.161039.177339309.hrs@allbsd.org> Almost the same panic occurred on sparc64, too. Memory alignment issue? ---- Tracing pid 14377 tid 100097 td 0xfffff800019aa340 panic() at panic+0x204 trap() at trap+0x4cc -- memory address not aligned sfar=0xfffff80001229c47 sfsr=0x40029 %o7=0xc045e8d4 -- nfs_readdirplusrpc() at nfs_readdirplusrpc+0x640 nfs_doio() at nfs_doio+0x358 nfs_bioread() at nfs_bioread+0xa78 nfs_readdir() at nfs_readdir+0x19c VOP_READDIR_APV() at VOP_READDIR_APV+0x58 getdirentries() at getdirentries+0x264 syscall() at syscall+0x314 -- syscall (196, FreeBSD ELF64, getdirentries) %o7=0x41117120 -- userland() at 0x41140a68 user trace: trap %o7=0x41117120 ---- Hiroki Sato wrote in <20080725.142554.124338824.hrs@allbsd.org>: hr> This panic seems reproducible when NFS over TCP is used (RELENG_7_0 on hr> HP rx1600, btw): hr> hr> ---- hr> fatal kernel trap (cpu 0): hr> hr> trap vector = 0x1e (Unaligned Reference) hr> cr.iip = 0xe000000004814a60 hr> cr.ipsr = 0x1210080a6010 (mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=1,bn) hr> cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) hr> cr.ifa = 0xe00000000e745335 hr> curthread = 0xe0000000119366c0 hr> pid = 13638, comm = cvs hr> hr> [thread pid 13638 tid 100134 ] hr> Stopped at nfs_readdirrpc+0xd11: [M1] (p17) ld4 r49=[r8],0x4 hr> db> bt hr> Tracing pid 13638 tid 100134 td 0xe0000000119366c0 hr> nfs_readdirrpc(0xe0000000279db228, 0xa00000001b2d3178, 0xe00000001078fd00, 0xd, 0x10) at nfs_readdirrpc+0xd11 hr> nfs_doio(0xe000000011596f80, 0xa00000000f5eb4a0, 0xe00000001078fd00, 0xe0000000119366c0) at nfs_doio+0x670 hr> nfs_bioread(0xe000000011596f80, 0xa00000001b2d3378, 0x0, 0xe00000001078fd00) at nfs_bioread+0x10a0 hr> nfs_readdir(0xa00000001b2d33c8, 0xe000000011596f80, 0xa00000001b2d3390) at nfs_readdir+0x290 hr> VOP_READDIR_APV(0xe000000004b16120, 0xa00000001b2d33c8, 0xe0000000119366c0, 0xe000000004637390, 0x13ac) at VOP_READDIR_APV+0x1c0 hr> getdirentries(0xe0000000119366c0, 0xa00000001b2d34e8, 0x0, 0xe000000011596f80) at getdirentries+0x410 hr> syscall(0xa00000001b2d3400, 0xc4, 0x2000, 0xe0000000119366c0, 0xe00000001130ed38, 0xe000000004af3140, 0xc4, 0xa00000001b2d34e8) at syscall+0x410 hr> epc_syscall_return() at epc_syscall_return hr> db> hr> ---- -- | Hiroki SATO -------------- 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-ia64/attachments/20080725/a13efad9/attachment.pgp From david at oshacomp.org Fri Jul 25 16:09:00 2008 From: david at oshacomp.org (David Trainer) Date: Fri Jul 25 16:09:06 2008 Subject: OSHA Inspection Notice & Disaster Response Message-ID: ====================================================================== OSHA 30 hr and Compliance Software only $99 July 25th 2008 ====================================================================== OSHA Announces New Inspections The U.S. Department of Labor's Occupational Safety and Health Administration (OSHA) is taking new steps to combat the rise in construction fatalities, over 100 employees have died in construction-related accidents since January. OSHA is bringing additional inspectors to conduct proactive inspections of construction sites. Additionally, ongoing inspections will continue under existing local emphasis programs, or as a result of complaints, referrals or accidents. "There is no one - among regulators, employers, employees, unions and trade associations - who will accept these lost lives as the byproduct of work in a dangerous industry," said Louis Ricca Jr. OSHA's regional administrator. OSHA operates a vigorous enforcement program, conducting more than 39,000 inspections in fiscal year 2007 and exceeding its inspection goals in each of the last eight years. In fiscal year 2007, OSHA found nearly 89,000 violations of its standards and regulations. New standards were effective in March and more are scheduled in August & November 08 and even more in 2009. These standards include Training, Signage & Safety Programs. Every Contractor should have at least 1 supervisor with the OSHA 30 Hr Certification and the foreman or lower management should have at least the OSHA 10 Hr. Using a consultation service largely funded by the U.S. Occupational Safety and Health Administration (OSHA), employers can find out about potential hazards at their worksites, improve their occupational safety and health management systems, and even qualify for a one-year exemption from routine OSHA inspections. Click Here Now Free Osha 30 Hr For Trade Association & Chamber of Commerce Members Your subscription will provide you the following: 1 OSHA 30 hr certification course & certification bi-annually Discounts for additional employees 1 OSHA Compliance Software Set Including: Over 400 Weekly Training Lessons & Topics in English & Spanish & A Program to create Jobsite Specific Safety Programs & Manuals in approximately 10 minutes. 1200 Signs and Lockout Tags (OSHA & ANSI COMPLIANT) 1 OSHA Poster Monthly Updates & Notices Using a consultation service largely funded by the U.S. Occupational Safety and Health Administration (OSHA), employers can find out about potential hazards at their worksites, improve their occupational safety and health management systems, and even qualify for a one-year exemption from routine OSHA inspections. $99 per month. 1 month required to qualify for the free OSHA 30 HR Certification. Once you have tried the software for 1 month continue with the program or cancel at anytime. You must subscribe by July 31st, 2008 Click Here Subscribe http://oshacomp.org/compliance30hr.htm Disaster Site Worker Outreach Training Program OSHA announces Outreach training for disaster response workers. The Disaster Site Worker Outreach Training Program meets a recognized training need: For workers who will provide skilled support or clean-up services at disaster sites. To raise awareness of management and labor that pre-incident training is essential for ensuring disaster site worker safety and health. This program is intended to assist employers, workers, and others as they strive to improve workplace health and safety. It is not possible to include discussion of everything necessary to ensure a healthy and safe working environment in a course of this nature. Thus, this information must be understood as a tool for addressing disaster site workplace hazards, rather than an exhaustive statement of an employers legal obligations, which are defined by statute, regulations, and standards. Subscribe below and you will receive one certification course and will have the option to purchase more for additional employees. Click Here Now You have received this notice because you have previously subscribed online, by phone, or at a trade show, expo, convention or special event. Some members are receiving this notice as a colleague to colleague favor for belonging to 1 or more trade associations and taking part in the discussions or group bennefits. If this is no longer needed or required simply unsubscribe below. If you ever need ay further assistance simply visit oshacomp.org. This is not a service or product of any agency or association. Your involvement is completely voluntary and is of bennefit to your company. OSHACOMP.ORG - PO Box 400626 - Las vegas - NV - 89140 To subscribe to this newsletter go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=237230081&l=s&newsletter_id=1409709487 To unsubscribe freebsd-ia64@freebsd.org, go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=237230081&l=u&email=freebsd-ia64@freebsd.org To change your address or edit your subscription preferences, go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=237230081&l=p&email=freebsd-ia64@freebsd.org To forward this email to a friend, go to https://www.mynewsletterbuilder.com/tools/forward.php?username=oshadave&newsletter_id=1409709487&email=freebsd-ia64@freebsd.org&send_id=237230081 To report this email as spam, go to https://www.mynewsletterbuilder.com/tools/abuse_report.php?username=oshadave&send_id=237230081&email=freebsd-ia64@freebsd.org This email was sent using MyNewsletterBuilder.com. From xcllnt at mac.com Fri Jul 25 16:25:58 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Fri Jul 25 16:26:04 2008 Subject: 7.0R panic in nfs_readdirrpc() In-Reply-To: <20080725.161039.177339309.hrs@allbsd.org> References: <20080725.142554.124338824.hrs@allbsd.org> <20080725.161039.177339309.hrs@allbsd.org> Message-ID: On Jul 25, 2008, at 12:10 AM, Hiroki Sato wrote: > Almost the same panic occurred on sparc64, too. Memory alignment > issue? Yes. The exception is for a 4-byte load on a 1-byte aligned (i.e. odd) address. This is a code bug. I can't remember having these issues with NFS. Can you tell me more about your configuration? -- Marcel Moolenaar xcllnt@mac.com From tinderbox at freebsd.org Fri Jul 25 21:38:08 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Jul 25 21:38:20 2008 Subject: [releng_7 tinderbox] failure on ia64/ia64 Message-ID: <20080725213804.D4CE91B5078@freebsd-stable.sentex.ca> TB --- 2008-07-25 19:59:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-07-25 19:59:12 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-07-25 19:59:12 - cleaning the object tree TB --- 2008-07-25 19:59:28 - cvsupping the source tree TB --- 2008-07-25 19:59:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-07-25 19:59:35 - building world (CFLAGS=-O2 -pipe) TB --- 2008-07-25 19:59:35 - cd /src TB --- 2008-07-25 19:59:35 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 25 19:59:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jul 25 21:27:20 UTC 2008 TB --- 2008-07-25 21:27:20 - generating LINT kernel config TB --- 2008-07-25 21:27:20 - cd /src/sys/ia64/conf TB --- 2008-07-25 21:27:20 - /usr/bin/make -B LINT TB --- 2008-07-25 21:27:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-07-25 21:27:20 - cd /src TB --- 2008-07-25 21:27:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jul 25 21:27:20 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 [...] /src/sys/kern/kern_cpuset.c:925: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:925: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:928: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:939: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:948: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:950: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:953: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:956: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-25 21:38:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-25 21:38:04 - ERROR: failed to build lint kernel TB --- 2008-07-25 21:38:04 - tinderbox aborted TB --- 5009.88 user 392.62 system 5932.12 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From hrs at FreeBSD.org Sat Jul 26 03:54:15 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sat Jul 26 03:54:27 2008 Subject: 7.0R panic in nfs_readdirrpc() In-Reply-To: References: <20080725.142554.124338824.hrs@allbsd.org> <20080725.161039.177339309.hrs@allbsd.org> Message-ID: <20080726.125342.231202831.hrs@allbsd.org> Marcel Moolenaar wrote in : xc> xc> On Jul 25, 2008, at 12:10 AM, Hiroki Sato wrote: xc> xc> > Almost the same panic occurred on sparc64, too. Memory alignment xc> > issue? xc> xc> Yes. The exception is for a 4-byte load on a 1-byte aligned xc> (i.e. odd) address. This is a code bug. xc> xc> I can't remember having these issues with NFS. Can you tell xc> me more about your configuration? Yes, it was 7.0R/i386 (server)<->7.0R/ia64 (client), mounted over TCP. Doing "cvs co src" from the server triggered the panic. I tried NFS over UDP (default) and one over TCP, the former has no problem under the same load. The mount_nfs options were "-T,ro,bg,intr,noinet6" and the difference was the transport protocol only. Maybe it is because TCP mount uses a larger block size than UDP by default. 7.0R/sparc64 can trigger it with the same configuration as I reported. I am not sure if 7.0R/ppc does, though. In i386<->i386 and i386<->amd64 case, TCP mount seems to work fine, but it is probably because i386 does not throw exception due to misaligned access. -- | Hiroki SATO -------------- 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-ia64/attachments/20080726/0f207498/attachment.pgp From xcllnt at mac.com Sat Jul 26 16:06:56 2008 From: xcllnt at mac.com (Marcel Moolenaar) Date: Sat Jul 26 16:07:08 2008 Subject: 7.0R panic in nfs_readdirrpc() In-Reply-To: <20080726.125342.231202831.hrs@allbsd.org> References: <20080725.142554.124338824.hrs@allbsd.org> <20080725.161039.177339309.hrs@allbsd.org> <20080726.125342.231202831.hrs@allbsd.org> Message-ID: <7DAAC9F7-0827-4D64-B700-F224BBE30849@mac.com> On Jul 25, 2008, at 8:53 PM, Hiroki Sato wrote: > Marcel Moolenaar wrote > in : > > xc> > xc> On Jul 25, 2008, at 12:10 AM, Hiroki Sato wrote: > xc> > xc> > Almost the same panic occurred on sparc64, too. Memory > alignment > xc> > issue? > xc> > xc> Yes. The exception is for a 4-byte load on a 1-byte aligned > xc> (i.e. odd) address. This is a code bug. > xc> > xc> I can't remember having these issues with NFS. Can you tell > xc> me more about your configuration? > > Yes, it was 7.0R/i386 (server)<->7.0R/ia64 (client), mounted over > TCP. Doing "cvs co src" from the server triggered the panic. I > tried NFS over UDP (default) and one over TCP, the former has no > problem under the same load. Similar to me: o i386/7-STABLE server, o ia64/8-CURRENT client (which at the time of 7-release was therefore running 7-release). o I switched from UDP to TCP when TCP became default. I guess if UDP vs TCP is the problem, then it must be fixed already because I don't see the misalignment panics. I just don't know when it was fixed... -- Marcel Moolenaar xcllnt@mac.com From hrs at FreeBSD.org Sun Jul 27 01:29:55 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sun Jul 27 01:30:01 2008 Subject: 7.0R panic in nfs_readdirrpc() In-Reply-To: <7DAAC9F7-0827-4D64-B700-F224BBE30849@mac.com> References: <20080726.125342.231202831.hrs@allbsd.org> <7DAAC9F7-0827-4D64-B700-F224BBE30849@mac.com> Message-ID: <20080727.102915.253177202.hrs@allbsd.org> Marcel Moolenaar wrote in <7DAAC9F7-0827-4D64-B700-F224BBE30849@mac.com>: xc> > Yes, it was 7.0R/i386 (server)<->7.0R/ia64 (client), mounted over xc> > TCP. Doing "cvs co src" from the server triggered the panic. I xc> > tried NFS over UDP (default) and one over TCP, the former has no xc> > problem under the same load. xc> xc> Similar to me: xc> o i386/7-STABLE server, xc> o ia64/8-CURRENT client (which at the time of 7-release was xc> therefore running 7-release). xc> o I switched from UDP to TCP when TCP became default. xc> xc> I guess if UDP vs TCP is the problem, then it must be fixed xc> already because I don't see the misalignment panics. I just xc> don't know when it was fixed... Hmm, I see. I will try to gather more information on the cause. -- | Hiroki SATO -------------- 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-ia64/attachments/20080727/3ba78cb0/attachment.pgp From bugmaster at FreeBSD.org Mon Jul 28 11:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 28 11:07:56 2008 Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org Message-ID: <200807281106.m6SB6vFZ078927@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves 1 problem total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 2 problems total. From tinderbox at freebsd.org Tue Jul 29 01:23:02 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 01:23:09 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729012258.2533873039@freebsd-current.sentex.ca> TB --- 2008-07-29 00:12:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 00:12:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 00:12:29 - cleaning the object tree TB --- 2008-07-29 00:12:56 - cvsupping the source tree TB --- 2008-07-29 00:12:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 00:13:03 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 00:13:03 - cd /src TB --- 2008-07-29 00:13:03 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 00:13:05 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 [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 01:22:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 01:22:58 - ERROR: failed to build world TB --- 2008-07-29 01:22:58 - tinderbox aborted TB --- 3087.31 user 345.67 system 4229.12 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Tue Jul 29 06:16:55 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 06:17:02 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729061653.42F0D73039@freebsd-current.sentex.ca> TB --- 2008-07-29 05:06:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 05:06:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 05:06:55 - cleaning the object tree TB --- 2008-07-29 05:07:12 - cvsupping the source tree TB --- 2008-07-29 05:07:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 05:07:19 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 05:07:19 - cd /src TB --- 2008-07-29 05:07:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 05:07: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 06:16:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 06:16:53 - ERROR: failed to build world TB --- 2008-07-29 06:16:53 - tinderbox aborted TB --- 3091.48 user 345.79 system 4197.99 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Tue Jul 29 10:32:20 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 10:32:26 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729103218.2352273039@freebsd-current.sentex.ca> TB --- 2008-07-29 09:22:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 09:22:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 09:22:24 - cleaning the object tree TB --- 2008-07-29 09:22:41 - cvsupping the source tree TB --- 2008-07-29 09:22:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 09:22:48 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 09:22:48 - cd /src TB --- 2008-07-29 09:22:48 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 09:22:49 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 [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 10:32:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 10:32:18 - ERROR: failed to build world TB --- 2008-07-29 10:32:18 - tinderbox aborted TB --- 3091.73 user 346.67 system 4193.60 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Tue Jul 29 14:47:18 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 14:47:29 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729144715.B790273039@freebsd-current.sentex.ca> TB --- 2008-07-29 13:36:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 13:36:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 13:36:58 - cleaning the object tree TB --- 2008-07-29 13:37:16 - cvsupping the source tree TB --- 2008-07-29 13:37:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 13:37:23 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 13:37:23 - cd /src TB --- 2008-07-29 13:37:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 13:37: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/bluetooth/btsockstat (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/bluetooth/btsockstat/btsockstat.c cc1: warnings being treated as errors In file included from /obj/ia64/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/bluetooth/btsockstat/btsockstat.c:37: /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list *** Error code 1 Stop in /src/usr.bin/bluetooth/btsockstat. *** Error code 1 Stop in /src/usr.bin/bluetooth. *** 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-07-29 14:47:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 14:47:15 - ERROR: failed to build world TB --- 2008-07-29 14:47:15 - tinderbox aborted TB --- 3101.27 user 348.16 system 4216.90 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Tue Jul 29 19:03:59 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 19:04:16 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729190357.8721473039@freebsd-current.sentex.ca> TB --- 2008-07-29 17:52:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 17:52:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 17:52:20 - cleaning the object tree TB --- 2008-07-29 17:52:35 - cvsupping the source tree TB --- 2008-07-29 17:52:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 17:52:42 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 17:52:42 - cd /src TB --- 2008-07-29 17:52:42 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 17:52:44 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 [...] cc1: warnings being treated as errors In file included from /obj/ia64/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/netstat/inet.c:47: /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list /src/usr.bin/netstat/inet.c:141: error: static declaration of 'sbtoxsockbuf' follows non-static declaration /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:133: error: previous declaration of 'sbtoxsockbuf' was here *** 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-07-29 19:03:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 19:03:57 - ERROR: failed to build world TB --- 2008-07-29 19:03:57 - tinderbox aborted TB --- 3175.38 user 350.75 system 4297.31 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From tinderbox at freebsd.org Tue Jul 29 23:21:23 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 23:21:35 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080729232121.73F3573039@freebsd-current.sentex.ca> TB --- 2008-07-29 22:09:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 22:09:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-29 22:09:35 - cleaning the object tree TB --- 2008-07-29 22:09:52 - cvsupping the source tree TB --- 2008-07-29 22:09:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-29 22:10:00 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 22:10:00 - cd /src TB --- 2008-07-29 22:10:00 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 22:10:02 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 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O -pipe -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) 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/if.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/inet.c /src/usr.bin/netstat/inet.c:141: error: static declaration of 'sbtoxsockbuf' follows non-static declaration /obj/ia64/src/tmp/usr/include/sys/sockbuf.h:133: error: previous declaration of 'sbtoxsockbuf' was here *** 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-07-29 23:21:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 23:21:21 - ERROR: failed to build world TB --- 2008-07-29 23:21:21 - tinderbox aborted TB --- 3175.38 user 349.74 system 4305.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From david at oshacomp.org Thu Jul 31 00:56:50 2008 From: david at oshacomp.org (David Trainer) Date: Thu Jul 31 00:57:26 2008 Subject: OSHA Announces Record Fines Message-ID: ====================================================================== OSHA 30 hr and Compliance Software only $99 July 28th 2008 ====================================================================== OSHA Announces Record Fines & Compliance Assistance OSHA Issued over 8 Million Dollars in fines this week for safety violations. "I am outraged companies would show a complete disregard for its employees' safety by knowingly placing them in an extremely dangerous work environment," said Assistant Secretary of Labor for Occupational Safety and Health Edwin G. Foulke Jr. The U.S. Department of Labor's Occupational Safety and Health Administration (OSHA) is taking new steps to combat the rise in construction fatalities, over 100 employees have died in construction-related accidents since January. OSHA is bringing additional inspectors to conduct proactive inspections of construction sites. "There is no one - among regulators, employers, employees, unions and trade associations - who will accept these lost lives as the byproduct of work in a dangerous industry," said Louis Ricca Jr. OSHA's regional administrator. New standards were effective in March and more are scheduled in August & November 08 and even more in 2009. Update your ompanies training, certification and safety program to avoid inspections, citations and most importantly accidents. Using a consultation service largely funded by the U.S. Occupational Safety and Health Administration (OSHA), employers can find out about potential hazards at their worksites, improve their occupational safety and health management systems, and even qualify for a one-year exemption from routine OSHA inspections. Click Here Now Free Osha 30 Hr For Trade Association & Chamber of Commerce Members Subscribe to the training and compliance service and receive a new OSHA 30 Hr Certification. 1 OSHA 30 hr certification course & certification bi-annually Discounts for additional employees 1 OSHA Compliance Software Set Including: Over 400 Weekly Training Lessons & Topics in English & Spanish & A Program to create Jobsite Specific Safety Programs & Manuals in approximately 10 minutes. 1200 Signs and Lockout Tags (OSHA & ANSI COMPLIANT) 1 OSHA Poster Monthly Updates & Notices Using a consultation service largely funded by the U.S. Occupational Safety and Health Administration (OSHA), employers can find out about potential hazards at their worksites, improve their occupational safety and health management systems, and even qualify for a one-year exemption from routine OSHA inspections. $99 per month. 1 month required to qualify for the free OSHA 30 HR Certification. Once you have tried the software for 1 month continue with the program or cancel at anytime. You must subscribe by August 1st, 2008 Click Here Subscribe http://oshacomp.com Disaster Site Worker Outreach Training Program OSHA announces Outreach training for disaster response workers. The Disaster Site Worker Outreach Training Program meets a recognized training need: For workers who will provide skilled support or clean-up services at disaster sites. To raise awareness of management and labor that pre-incident training is essential for ensuring disaster site worker safety and health. This program is intended to assist employers, workers, and others as they strive to improve workplace health and safety. It is not possible to include discussion of everything necessary to ensure a healthy and safe working environment in a course of this nature. Thus, this information must be understood as a tool for addressing disaster site workplace hazards, rather than an exhaustive statement of an employers legal obligations, which are defined by statute, regulations, and standards. Subscribe below and you will receive one certification course and will have the option to purchase more for additional employees. Click Here Now You have received this notice because you have previously subscribed online, by phone, or at a trade show, expo, convention or special event. Some members are receiving this notice as a colleague to colleague favor for belonging to 1 or more trade associations and taking part in the discussions or group bennefits. If this is no longer needed or required simply unsubscribe below. If you ever need ay further assistance simply visit oshacomp.org. This is not a service or product of any agency or association. Your involvement is completely voluntary and is of bennefit to your company. OSHACOMP.ORG - PO Box 400626 - Las vegas - NV - 89140 To subscribe to this newsletter go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=240215675&l=s&newsletter_id=1409711301 To unsubscribe freebsd-ia64@freebsd.org, go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=240215675&l=u&email=freebsd-ia64@freebsd.org To change your address or edit your subscription preferences, go to https://www.mynewsletterbuilder.com/tools/subscription.php?username=oshadave&send_id=240215675&l=p&email=freebsd-ia64@freebsd.org To forward this email to a friend, go to https://www.mynewsletterbuilder.com/tools/forward.php?username=oshadave&newsletter_id=1409711301&email=freebsd-ia64@freebsd.org&send_id=240215675 To report this email as spam, go to https://www.mynewsletterbuilder.com/tools/abuse_report.php?username=oshadave&send_id=240215675&email=freebsd-ia64@freebsd.org This email was sent using MyNewsletterBuilder.com. From tinderbox at freebsd.org Thu Jul 31 01:16:58 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Jul 31 01:17:15 2008 Subject: [head tinderbox] failure on ia64/ia64 Message-ID: <20080731011655.111BC73039@freebsd-current.sentex.ca> TB --- 2008-07-30 23:54:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-30 23:54:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-07-30 23:54:54 - cleaning the object tree TB --- 2008-07-30 23:55:25 - cvsupping the source tree TB --- 2008-07-30 23:55:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-07-30 23:55:33 - building world (CFLAGS=-O -pipe) TB --- 2008-07-30 23:55:33 - cd /src TB --- 2008-07-30 23:55:33 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 30 23:55:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 31 01:14:40 UTC 2008 TB --- 2008-07-31 01:14:40 - generating LINT kernel config TB --- 2008-07-31 01:14:40 - cd /src/sys/ia64/conf TB --- 2008-07-31 01:14:40 - /usr/bin/make -B LINT TB --- 2008-07-31 01:14:40 - building LINT kernel (COPTFLAGS=) TB --- 2008-07-31 01:14:40 - cd /src TB --- 2008-07-31 01:14:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 31 01:14:40 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/kern/serdev_if.m -h 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 -I/src/sys/contrib/opensolaris/compat -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/e1000/if_igb.c:84:21: error: tcp_lro.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-31 01:16:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-31 01:16:54 - ERROR: failed to build lint kernel TB --- 2008-07-31 01:16:54 - tinderbox aborted TB --- 3586.70 user 395.39 system 4919.98 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full