From tinderbox at freebsd.org Sun Nov 1 21:32:26 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Nov 1 21:32:37 2009 Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Message-ID: <200911012230.nA1MU7Nq053232@freebsd-current.sentex.ca> TB --- 2009-11-01 22:20:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:20:45 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2009-11-01 22:20:45 - cleaning the object tree TB --- 2009-11-01 22:20:58 - cvsupping the source tree TB --- 2009-11-01 22:20:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2009-11-01 22:21:37 - building world TB --- 2009-11-01 22:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:21:37 - TARGET=sparc64 TB --- 2009-11-01 22:21:37 - TARGET_ARCH=sparc64 TB --- 2009-11-01 22:21:37 - TZ=UTC TB --- 2009-11-01 22:21:37 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:21:37 - cd /src TB --- 2009-11-01 22:21:37 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:21:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/sparc64/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 542: Undefined library version `FBSD_1.2'. File , line 543: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** 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 --- 2009-11-01 22:30:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:30:07 - ERROR: failed to build world TB --- 2009-11-01 22:30:07 - 410.23 user 83.26 system 562.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From bugmaster at FreeBSD.org Mon Nov 2 11:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 2 11:09:37 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200911021107.nA2B73EC033728@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From tinderbox at freebsd.org Wed Nov 4 17:18:13 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Nov 4 17:18:19 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200911041701.nA4H1mBr077792@freebsd-current.sentex.ca> TB --- 2009-11-04 16:37:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-04 16:37:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-04 16:37:54 - cleaning the object tree TB --- 2009-11-04 16:38:09 - cvsupping the source tree TB --- 2009-11-04 16:38:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-04 16:38:35 - building world TB --- 2009-11-04 16:38:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-04 16:38:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-04 16:38:35 - TARGET=sparc64 TB --- 2009-11-04 16:38:35 - TARGET_ARCH=sparc64 TB --- 2009-11-04 16:38:35 - TZ=UTC TB --- 2009-11-04 16:38:35 - __MAKE_CONF=/dev/null TB --- 2009-11-04 16:38:35 - cd /src TB --- 2009-11-04 16:38:35 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 4 16:38:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/scsi_cmdparse.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_all.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_sa.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/cam.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/ata/ata_all.c /src/lib/libcam/../../sys/cam/ata/ata_all.c:379: error: conflicting types for 'ata_pm_write_cmd' /src/lib/libcam/../../sys/cam/ata/ata_all.h:106: error: previous declaration of 'ata_pm_write_cmd' was here *** Error code 1 Stop in /src/lib/libcam. *** 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 --- 2009-11-04 17:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-04 17:01:48 - ERROR: failed to build world TB --- 2009-11-04 17:01:48 - 1070.16 user 255.82 system 1433.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Wed Nov 4 17:26:21 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Nov 4 17:26:39 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200911041709.nA4H9saj002723@freebsd-current.sentex.ca> TB --- 2009-11-04 16:47:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-04 16:47:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-04 16:47:22 - cleaning the object tree TB --- 2009-11-04 16:47:34 - cvsupping the source tree TB --- 2009-11-04 16:47:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-04 16:47:59 - building world TB --- 2009-11-04 16:47:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-04 16:47:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-04 16:47:59 - TARGET=sun4v TB --- 2009-11-04 16:47:59 - TARGET_ARCH=sparc64 TB --- 2009-11-04 16:47:59 - TZ=UTC TB --- 2009-11-04 16:47:59 - __MAKE_CONF=/dev/null TB --- 2009-11-04 16:47:59 - cd /src TB --- 2009-11-04 16:47:59 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 4 16:47:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/scsi_cmdparse.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_all.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/scsi/scsi_sa.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/cam.c cc -O2 -pipe -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /src/lib/libcam/../../sys/cam/ata/ata_all.c /src/lib/libcam/../../sys/cam/ata/ata_all.c:379: error: conflicting types for 'ata_pm_write_cmd' /src/lib/libcam/../../sys/cam/ata/ata_all.h:106: error: previous declaration of 'ata_pm_write_cmd' was here *** Error code 1 Stop in /src/lib/libcam. *** 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 --- 2009-11-04 17:09:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-04 17:09:54 - ERROR: failed to build world TB --- 2009-11-04 17:09:54 - 1060.71 user 245.90 system 1351.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Fri Nov 6 10:49:40 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Nov 6 10:49:58 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200911061020.nA6AKmJQ074518@freebsd-current.sentex.ca> TB --- 2009-11-06 09:15:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-06 09:15:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-06 09:15:28 - cleaning the object tree TB --- 2009-11-06 09:15:40 - cvsupping the source tree TB --- 2009-11-06 09:15:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-06 09:16:22 - building world TB --- 2009-11-06 09:16:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 09:16:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 09:16:22 - TARGET=sun4v TB --- 2009-11-06 09:16:22 - TARGET_ARCH=sparc64 TB --- 2009-11-06 09:16:22 - TZ=UTC TB --- 2009-11-06 09:16:22 - __MAKE_CONF=/dev/null TB --- 2009-11-06 09:16:22 - cd /src TB --- 2009-11-06 09:16:22 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 6 09:16:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 6 10:09:50 UTC 2009 TB --- 2009-11-06 10:09:50 - generating LINT kernel config TB --- 2009-11-06 10:09:50 - cd /src/sys/sun4v/conf TB --- 2009-11-06 10:09:50 - /usr/bin/make -B LINT TB --- 2009-11-06 10:09:50 - building LINT kernel TB --- 2009-11-06 10:09:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 10:09:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 10:09:50 - TARGET=sun4v TB --- 2009-11-06 10:09:50 - TARGET_ARCH=sparc64 TB --- 2009-11-06 10:09:50 - TZ=UTC TB --- 2009-11-06 10:09:50 - __MAKE_CONF=/dev/null TB --- 2009-11-06 10:09:50 - cd /src TB --- 2009-11-06 10:09:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 6 10:09:50 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `vidsw' vga_pci.o(.text+0xe7c): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xe8c): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xedc): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xee4): more undefined references to `vidsw' follow *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-06 10:20:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-06 10:20:48 - ERROR: failed to build lint kernel TB --- 2009-11-06 10:20:48 - 3100.82 user 604.19 system 3920.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Fri Nov 6 21:00:21 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Nov 6 21:00:39 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200911062028.nA6KSPWw036294@freebsd-current.sentex.ca> TB --- 2009-11-06 19:22:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-06 19:22:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-06 19:22:33 - cleaning the object tree TB --- 2009-11-06 19:22:44 - cvsupping the source tree TB --- 2009-11-06 19:22:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-06 19:23:55 - building world TB --- 2009-11-06 19:23:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 19:23:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 19:23:55 - TARGET=sun4v TB --- 2009-11-06 19:23:55 - TARGET_ARCH=sparc64 TB --- 2009-11-06 19:23:55 - TZ=UTC TB --- 2009-11-06 19:23:55 - __MAKE_CONF=/dev/null TB --- 2009-11-06 19:23:55 - cd /src TB --- 2009-11-06 19:23:55 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 6 19:23:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 6 20:17:25 UTC 2009 TB --- 2009-11-06 20:17:25 - generating LINT kernel config TB --- 2009-11-06 20:17:25 - cd /src/sys/sun4v/conf TB --- 2009-11-06 20:17:25 - /usr/bin/make -B LINT TB --- 2009-11-06 20:17:25 - building LINT kernel TB --- 2009-11-06 20:17:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 20:17:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 20:17:25 - TARGET=sun4v TB --- 2009-11-06 20:17:25 - TARGET_ARCH=sparc64 TB --- 2009-11-06 20:17:25 - TZ=UTC TB --- 2009-11-06 20:17:25 - __MAKE_CONF=/dev/null TB --- 2009-11-06 20:17:25 - cd /src TB --- 2009-11-06 20:17:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 6 20:17:25 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : undefined reference to `vidsw' vga_pci.o(.text+0xe7c): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xe8c): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xedc): In function `vga_pci_resume': : undefined reference to `vidsw' vga_pci.o(.text+0xee4): more undefined references to `vidsw' follow *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-06 20:28:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-06 20:28:25 - ERROR: failed to build lint kernel TB --- 2009-11-06 20:28:25 - 3103.78 user 602.09 system 3952.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From bugmaster at FreeBSD.org Mon Nov 9 11:07:03 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 9 11:09:25 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200911091107.nA9B72hs079120@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From tinderbox at freebsd.org Wed Nov 11 15:25:21 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Nov 11 15:25:28 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200911111427.nABERUCE071398@freebsd-current.sentex.ca> TB --- 2009-11-11 13:29:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 13:29:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-11 13:29:51 - cleaning the object tree TB --- 2009-11-11 13:30:08 - cvsupping the source tree TB --- 2009-11-11 13:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-11 13:30:31 - building world TB --- 2009-11-11 13:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:30:31 - TARGET=sparc64 TB --- 2009-11-11 13:30:31 - TARGET_ARCH=sparc64 TB --- 2009-11-11 13:30:31 - TZ=UTC TB --- 2009-11-11 13:30:31 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:30:31 - cd /src TB --- 2009-11-11 13:30:31 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 13:30:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 14:25:20 UTC 2009 TB --- 2009-11-11 14:25:20 - generating LINT kernel config TB --- 2009-11-11 14:25:20 - cd /src/sys/sparc64/conf TB --- 2009-11-11 14:25:20 - /usr/bin/make -B LINT TB --- 2009-11-11 14:25:20 - building LINT kernel TB --- 2009-11-11 14:25:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 14:25:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 14:25:20 - TARGET=sparc64 TB --- 2009-11-11 14:25:20 - TARGET_ARCH=sparc64 TB --- 2009-11-11 14:25:20 - TZ=UTC TB --- 2009-11-11 14:25:20 - __MAKE_CONF=/dev/null TB --- 2009-11-11 14:25:20 - cd /src TB --- 2009-11-11 14:25:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 14:25:20 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 14:27:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 14:27:30 - ERROR: failed to build lint kernel TB --- 2009-11-11 14:27:30 - 2631.51 user 562.16 system 3459.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From matpockuh at gmail.com Thu Nov 12 12:51:00 2009 From: matpockuh at gmail.com (KOT MATPOCKuH) Date: Thu Nov 12 12:51:06 2009 Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215? In-Reply-To: <20090918131416.GQ57060@alchemy.franken.de> References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com> <20090917224556.GA41908@alchemy.franken.de> <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com> <20090918131416.GQ57060@alchemy.franken.de> Message-ID: <3979a4b0911120450i31831743j80fd1cfd7c6916b4@mail.gmail.com> Hello! I'm got three host panic three times with this message: panic: pcib12: XCB error status 0x1 interrupt status 0x8 cpuid = 0 Uptime: 1d14h51m50s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort Is it information enough or I need to collect a crash dump from a system? -- MATPOCKuH From nwf at cs.jhu.edu Fri Nov 13 09:00:13 2009 From: nwf at cs.jhu.edu (Nathaniel Filardo) Date: Fri Nov 13 09:00:25 2009 Subject: sparc64/140523: sparc {set, swap}context calls trash TLS register %g7 Message-ID: <200911130853.nAD8rjHV068307@www.freebsd.org> >Number: 140523 >Category: sparc64 >Synopsis: sparc {set,swap}context calls trash TLS register %g7 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 13 09:00:07 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Nathaniel Filardo >Release: 9.0-CURRENT >Organization: >Environment: FreeBSD hydra.priv.oc.ietfng.org 9.0-CURRENT FreeBSD 9.0-CURRENT #12: Mon Oct 26 02:37:54 EDT 2009 root@hydra.priv.oc.ietfng.org:/systank/obj/systank/src/sys/NWFKERN sparc64 >Description: The FreeBSD sparc64 implementation of {set,swap}context() will trash the Thread Local Storage register (%g7), making migration of contexts across threads unsafe. This breaks plan9port, at least. The same problem existed in Linux; see http://sourceware.org/bugzilla/show_bug.cgi?id=6577 for my report there. >How-To-Repeat: Attempt to setcontext() in one pthread the result of getcontext() in another thread. Suddenly pthread_self() will return as if running on the other thread. >Fix: Don't restore %g7 from the stored context. >Release-Note: >Audit-Trail: >Unformatted: From marius at alchemy.franken.de Sat Nov 14 17:00:04 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sat Nov 14 17:00:09 2009 Subject: sparc64/140523: sparc {set, swap}context calls trash TLS register %g7 Message-ID: <200911141700.nAEH03QL053196@freefall.freebsd.org> The following reply was made to PR sparc64/140523; it has been noted by GNATS. From: Marius Strobl To: Nathaniel Filardo Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/140523: sparc {set, swap}context calls trash TLS register %g7 Date: Sat, 14 Nov 2009 17:17:11 +0100 Could you please test whether the following patch fixes your problem? http://people.freebsd.org/~marius/sparc64_mcontext_unroll_skip_g7.diff Marius From nwf at cs.jhu.edu Sun Nov 15 03:10:06 2009 From: nwf at cs.jhu.edu (Nathaniel W Filardo) Date: Sun Nov 15 03:10:15 2009 Subject: sparc64/140523: sparc {set, swap}context calls trash TLS register %g7 Message-ID: <200911150310.nAF3A6aC080712@freefall.freebsd.org> The following reply was made to PR sparc64/140523; it has been noted by GNATS. From: Nathaniel W Filardo To: Marius Strobl Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/140523: sparc {set, swap}context calls trash TLS register %g7 Date: Sat, 14 Nov 2009 21:52:01 -0500 --8bBEDOJVaa9YlTAt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 14, 2009 at 05:17:11PM +0100, Marius Strobl wrote: >=20 > Could you please test whether the following patch fixes your > problem? > http://people.freebsd.org/~marius/sparc64_mcontext_unroll_skip_g7.diff Appears to work wonderfully. Thanks. --nwf; --8bBEDOJVaa9YlTAt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkr/bNEACgkQTeQabvr9Tc/TBQCfe9myQzkNAA5WxLeE2U/HbUla 6MQAn0ieiJCZ81gsqoQrtdlTOS28nCiU =EVSH -----END PGP SIGNATURE----- --8bBEDOJVaa9YlTAt-- From bugmaster at FreeBSD.org Mon Nov 16 11:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 16 11:09:26 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200911161107.nAGB71nM011294@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/140523 sparc64 [kernel] sparc {set,swap}context calls trash TLS regis s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 14 problems total. From marius at alchemy.franken.de Mon Nov 16 22:14:17 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Nov 16 22:15:13 2009 Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215? In-Reply-To: <3979a4b0911120450i31831743j80fd1cfd7c6916b4@mail.gmail.com> References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com> <20090917224556.GA41908@alchemy.franken.de> <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com> <20090918131416.GQ57060@alchemy.franken.de> <3979a4b0911120450i31831743j80fd1cfd7c6916b4@mail.gmail.com> Message-ID: <20091116221414.GS27738@alchemy.franken.de> On Thu, Nov 12, 2009 at 03:50:58PM +0300, KOT MATPOCKuH wrote: > Hello! > > I'm got three host panic three times with this message: > panic: pcib12: XCB error status 0x1 interrupt status 0x8 > cpuid = 0 > Uptime: 1d14h51m50s > Cannot dump. Device not defined or unavailable. > Automatic reboot in 15 seconds - press a key on the console to abort > > Is it information enough or I need to collect a crash dump from a system? > A crash dump wouldn't provide information relevant for this problem. The panic message indicates an unsolicited interrupt ACK/NACK has occured, which actually are not fatal. Please use the current patchset from: http://people.freebsd.org/~marius/fire.diff It fixes a possible cause for this problem (inappropriate interrupt group controller assignment) as well as hopefully handles such interrupts gracefully should they still occur. You'll need to either watch the dev.pcib.X.jbc_unsol_int (probably 0 and 12) SYSCTLs or boot verbosely to still get ahold of them though. Marius From dfilter at FreeBSD.ORG Tue Nov 17 21:10:06 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Tue Nov 17 21:10:13 2009 Subject: sparc64/140523: commit references a PR Message-ID: <200911172110.nAHLA2lF012304@freefall.freebsd.org> The following reply was made to PR sparc64/140523; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/140523: commit references a PR Date: Tue, 17 Nov 2009 21:08:21 +0000 (UTC) Author: marius Date: Tue Nov 17 21:08:10 2009 New Revision: 199442 URL: http://svn.freebsd.org/changeset/base/199442 Log: Unroll copying of the registers in {g,s}et_mcontext() and limit it to the set actually restored by tl0_ret() instead of using the whole trapframe. Additionally skip %g7 as that register is used as the userland TLS pointer. PR: 140523 MFC after: 1 week Modified: head/sys/sparc64/sparc64/machdep.c Modified: head/sys/sparc64/sparc64/machdep.c ============================================================================== --- head/sys/sparc64/sparc64/machdep.c Tue Nov 17 21:00:02 2009 (r199441) +++ head/sys/sparc64/sparc64/machdep.c Tue Nov 17 21:08:10 2009 (r199442) @@ -692,12 +692,39 @@ get_mcontext(struct thread *td, mcontext tf = td->td_frame; pcb = td->td_pcb; - bcopy(tf, mc, sizeof(*tf)); + /* + * Copy the registers which will be restored by tl0_ret() from the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + mc->mc_flags = _MC_VERSION; + mc->mc_global[1] = tf->tf_global[1]; + mc->mc_global[2] = tf->tf_global[2]; + mc->mc_global[3] = tf->tf_global[3]; + mc->mc_global[4] = tf->tf_global[4]; + mc->mc_global[5] = tf->tf_global[5]; + mc->mc_global[6] = tf->tf_global[6]; if (flags & GET_MC_CLEAR_RET) { mc->mc_out[0] = 0; mc->mc_out[1] = 0; + } else { + mc->mc_out[0] = tf->tf_out[0]; + mc->mc_out[1] = tf->tf_out[1]; } - mc->mc_flags = _MC_VERSION; + mc->mc_out[2] = tf->tf_out[2]; + mc->mc_out[3] = tf->tf_out[3]; + mc->mc_out[4] = tf->tf_out[4]; + mc->mc_out[5] = tf->tf_out[5]; + mc->mc_out[6] = tf->tf_out[6]; + mc->mc_out[7] = tf->tf_out[7]; + mc->mc_fprs = tf->tf_fprs; + mc->mc_fsr = tf->tf_fsr; + mc->mc_gsr = tf->tf_gsr; + mc->mc_tnpc = tf->tf_tnpc; + mc->mc_tpc = tf->tf_tpc; + mc->mc_tstate = tf->tf_tstate; + mc->mc_y = tf->tf_y; critical_enter(); if ((tf->tf_fprs & FPRS_FEF) != 0) { savefpctx(pcb->pcb_ufp); @@ -717,7 +744,6 @@ set_mcontext(struct thread *td, const mc { struct trapframe *tf; struct pcb *pcb; - uint64_t wstate; if (!TSTATE_SECURE(mc->mc_tstate) || (mc->mc_flags & ((1L << _MC_VERSION_BITS) - 1)) != _MC_VERSION) @@ -726,9 +752,33 @@ set_mcontext(struct thread *td, const mc pcb = td->td_pcb; /* Make sure the windows are spilled first. */ flushw(); - wstate = tf->tf_wstate; - bcopy(mc, tf, sizeof(*tf)); - tf->tf_wstate = wstate; + /* + * Copy the registers which will be restored by tl0_ret() to the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + tf->tf_global[1] = mc->mc_global[1]; + tf->tf_global[2] = mc->mc_global[2]; + tf->tf_global[3] = mc->mc_global[3]; + tf->tf_global[4] = mc->mc_global[4]; + tf->tf_global[5] = mc->mc_global[5]; + tf->tf_global[6] = mc->mc_global[6]; + tf->tf_out[0] = mc->mc_out[0]; + tf->tf_out[1] = mc->mc_out[1]; + tf->tf_out[2] = mc->mc_out[2]; + tf->tf_out[3] = mc->mc_out[3]; + tf->tf_out[4] = mc->mc_out[4]; + tf->tf_out[5] = mc->mc_out[5]; + tf->tf_out[6] = mc->mc_out[6]; + tf->tf_out[7] = mc->mc_out[7]; + tf->tf_fprs = mc->mc_fprs; + tf->tf_fsr = mc->mc_fsr; + tf->tf_gsr = mc->mc_gsr; + tf->tf_tnpc = mc->mc_tnpc; + tf->tf_tpc = mc->mc_tpc; + tf->tf_tstate = mc->mc_tstate; + tf->tf_y = mc->mc_y; if ((mc->mc_fprs & FPRS_FEF) != 0) { tf->tf_fprs = 0; bcopy(mc->mc_fp, pcb->pcb_ufp, sizeof(pcb->pcb_ufp)); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From tinderbox at freebsd.org Wed Nov 18 04:12:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Nov 18 04:13:06 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200911180412.nAI4CrZ1085864@freebsd-current.sentex.ca> TB --- 2009-11-18 03:18:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-18 03:18:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-18 03:18:45 - cleaning the object tree TB --- 2009-11-18 03:18:59 - cvsupping the source tree TB --- 2009-11-18 03:18:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-18 03:19:26 - building world TB --- 2009-11-18 03:19:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-18 03:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-18 03:19:26 - TARGET=sparc64 TB --- 2009-11-18 03:19:26 - TARGET_ARCH=sparc64 TB --- 2009-11-18 03:19:26 - TZ=UTC TB --- 2009-11-18 03:19:26 - __MAKE_CONF=/dev/null TB --- 2009-11-18 03:19:26 - cd /src TB --- 2009-11-18 03:19:26 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 18 03:19:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_ulink.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwv.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwvb.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/ntpd-opts.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c version.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -o ntpd cmd_args.o ntp_config.o ntp_control.o ntp_crypto.o ntp_filegen.o ntp_intres.o ntp_io.o ntp_loopfilter.o ntp_monitor.o ntp_peer.o ntp_proto.o ntp_refclock.o ntp_request.o ntp_restrict.o ntp_timer.o ntp_util.o ntpd.o refclock_acts.o refclock_arbiter.o refclock_arc.o refclock_as2201.o refclock_atom.o refclock_bancomm.o refclock_chronolog.o refclock_chu.o refclock_conf.o refclock_datum.o refclock_dumbclock.o refclock_fg.o refclock_gpsvme.o refclock_heath.o refclock_hopfpci.o refclock_hopfser.o refclock_hpgps.o refclock_irig.o refclock_jupiter.o refclock_leitch.o refclock_local.o refclock_msfees.o refclock_mx4200.o refclock_neoclock4x.o refclock_nmea.o refclock_oncore.o refclock_palisade.o refclock_parse.o refclock_pcf.! o refclock_pst.o refclock_ripencc.o refclock_shm.o refclock_tpro.o refclock_trak.o refclock_true.o refclock_ulink.o refclock_wwv.o refclock_wwvb.o ntpd-opts.o version.o /obj/sparc64/src/usr.sbin/ntp/ntpd/../libparse/libparse.a /obj/sparc64/src/usr.sbin/ntp/ntpd/../libntp/libntp.a -lm -lmd -lrt /obj/sparc64/src/usr.sbin/ntp/ntpd/../libopts/libopts.a -lcrypto /obj/sparc64/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_pop_imp' /obj/sparc64/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_push_imp' *** Error code 1 Stop in /src/usr.sbin/ntp/ntpd. *** Error code 1 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-18 04:12:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-18 04:12:53 - ERROR: failed to build world TB --- 2009-11-18 04:12:53 - 2450.71 user 510.34 system 3248.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Wed Nov 18 04:20:23 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Nov 18 04:20:30 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200911180420.nAI4KMjA000615@freebsd-current.sentex.ca> TB --- 2009-11-18 03:27:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-18 03:27:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-18 03:27:13 - cleaning the object tree TB --- 2009-11-18 03:27:25 - cvsupping the source tree TB --- 2009-11-18 03:27:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-18 03:27:49 - building world TB --- 2009-11-18 03:27:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-18 03:27:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-18 03:27:49 - TARGET=sun4v TB --- 2009-11-18 03:27:49 - TARGET_ARCH=sparc64 TB --- 2009-11-18 03:27:49 - TZ=UTC TB --- 2009-11-18 03:27:49 - __MAKE_CONF=/dev/null TB --- 2009-11-18 03:27:49 - cd /src TB --- 2009-11-18 03:27:49 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 18 03:27:49 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_ulink.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwv.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwvb.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/ntpd-opts.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -c version.c cc -O2 -pipe -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../ -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -fstack-protector -o ntpd cmd_args.o ntp_config.o ntp_control.o ntp_crypto.o ntp_filegen.o ntp_intres.o ntp_io.o ntp_loopfilter.o ntp_monitor.o ntp_peer.o ntp_proto.o ntp_refclock.o ntp_request.o ntp_restrict.o ntp_timer.o ntp_util.o ntpd.o refclock_acts.o refclock_arbiter.o refclock_arc.o refclock_as2201.o refclock_atom.o refclock_bancomm.o refclock_chronolog.o refclock_chu.o refclock_conf.o refclock_datum.o refclock_dumbclock.o refclock_fg.o refclock_gpsvme.o refclock_heath.o refclock_hopfpci.o refclock_hopfser.o refclock_hpgps.o refclock_irig.o refclock_jupiter.o refclock_leitch.o refclock_local.o refclock_msfees.o refclock_mx4200.o refclock_neoclock4x.o refclock_nmea.o refclock_oncore.o refclock_palisade.o refclock_parse.o refclock_pcf.! o refclock_pst.o refclock_ripencc.o refclock_shm.o refclock_tpro.o refclock_trak.o refclock_true.o refclock_ulink.o refclock_wwv.o refclock_wwvb.o ntpd-opts.o version.o /obj/sun4v/src/usr.sbin/ntp/ntpd/../libparse/libparse.a /obj/sun4v/src/usr.sbin/ntp/ntpd/../libntp/libntp.a -lm -lmd -lrt /obj/sun4v/src/usr.sbin/ntp/ntpd/../libopts/libopts.a -lcrypto /obj/sun4v/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_pop_imp' /obj/sun4v/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_push_imp' *** Error code 1 Stop in /src/usr.sbin/ntp/ntpd. *** Error code 1 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-18 04:20:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-18 04:20:22 - ERROR: failed to build world TB --- 2009-11-18 04:20:22 - 2457.84 user 495.07 system 3188.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Thu Nov 19 21:25:21 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Nov 19 21:25:28 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200911192125.nAJLPG7l094334@freebsd-current.sentex.ca> TB --- 2009-11-19 20:24:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-19 20:24:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-19 20:24:04 - cleaning the object tree TB --- 2009-11-19 20:24:20 - cvsupping the source tree TB --- 2009-11-19 20:24:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-19 20:25:00 - building world TB --- 2009-11-19 20:25:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-19 20:25:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-19 20:25:00 - TARGET=sparc64 TB --- 2009-11-19 20:25:00 - TARGET_ARCH=sparc64 TB --- 2009-11-19 20:25:00 - TZ=UTC TB --- 2009-11-19 20:25:00 - __MAKE_CONF=/dev/null TB --- 2009-11-19 20:25:00 - cd /src TB --- 2009-11-19 20:25:00 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 19 20:25:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 19 21:20:28 UTC 2009 TB --- 2009-11-19 21:20:28 - generating LINT kernel config TB --- 2009-11-19 21:20:28 - cd /src/sys/sparc64/conf TB --- 2009-11-19 21:20:28 - /usr/bin/make -B LINT TB --- 2009-11-19 21:20:28 - building LINT kernel TB --- 2009-11-19 21:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-19 21:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-19 21:20:28 - TARGET=sparc64 TB --- 2009-11-19 21:20:28 - TARGET_ARCH=sparc64 TB --- 2009-11-19 21:20:28 - TZ=UTC TB --- 2009-11-19 21:20:28 - __MAKE_CONF=/dev/null TB --- 2009-11-19 21:20:28 - cd /src TB --- 2009-11-19 21:20:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 19 21:20:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/my/if_my.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/nge/if_nge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/nxge/if_nxge.c cc1: warnings being treated as errors /src/sys/dev/nxge/if_nxge.c: In function 'xge_flush_txds': /src/sys/dev/nxge/if_nxge.c:2946: warning: unused variable 'ifnetp' /src/sys/dev/nxge/if_nxge.c: In function 'xge_send_locked': /src/sys/dev/nxge/if_nxge.c:3107: error: label at end of compound statement *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-19 21:25:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-19 21:25:16 - ERROR: failed to build lint kernel TB --- 2009-11-19 21:25:16 - 2787.52 user 572.00 system 3672.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Thu Nov 19 21:33:32 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Nov 19 21:33:37 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200911192133.nAJLXU0l015570@freebsd-current.sentex.ca> TB --- 2009-11-19 20:33:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-19 20:33:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-19 20:33:29 - cleaning the object tree TB --- 2009-11-19 20:33:41 - cvsupping the source tree TB --- 2009-11-19 20:33:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-19 20:34:04 - building world TB --- 2009-11-19 20:34:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-19 20:34:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-19 20:34:04 - TARGET=sun4v TB --- 2009-11-19 20:34:04 - TARGET_ARCH=sparc64 TB --- 2009-11-19 20:34:04 - TZ=UTC TB --- 2009-11-19 20:34:04 - __MAKE_CONF=/dev/null TB --- 2009-11-19 20:34:04 - cd /src TB --- 2009-11-19 20:34:04 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 19 20:34:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 19 21:28:39 UTC 2009 TB --- 2009-11-19 21:28:39 - generating LINT kernel config TB --- 2009-11-19 21:28:39 - cd /src/sys/sun4v/conf TB --- 2009-11-19 21:28:39 - /usr/bin/make -B LINT TB --- 2009-11-19 21:28:39 - building LINT kernel TB --- 2009-11-19 21:28:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-19 21:28:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-19 21:28:39 - TARGET=sun4v TB --- 2009-11-19 21:28:39 - TARGET_ARCH=sparc64 TB --- 2009-11-19 21:28:39 - TZ=UTC TB --- 2009-11-19 21:28:39 - __MAKE_CONF=/dev/null TB --- 2009-11-19 21:28:39 - cd /src TB --- 2009-11-19 21:28:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 19 21:28:39 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/my/if_my.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/nge/if_nge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/nxge/if_nxge.c cc1: warnings being treated as errors /src/sys/dev/nxge/if_nxge.c: In function 'xge_flush_txds': /src/sys/dev/nxge/if_nxge.c:2946: warning: unused variable 'ifnetp' /src/sys/dev/nxge/if_nxge.c: In function 'xge_send_locked': /src/sys/dev/nxge/if_nxge.c:3107: error: label at end of compound statement *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-19 21:33:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-19 21:33:30 - ERROR: failed to build lint kernel TB --- 2009-11-19 21:33:30 - 2788.72 user 565.26 system 3601.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From simon.griffiths at tenenbaum.co.uk Sat Nov 21 19:39:51 2009 From: simon.griffiths at tenenbaum.co.uk (Simon Griffiths) Date: Sat Nov 21 19:39:59 2009 Subject: Gnome2 fails on sparc64 - libxul-1.9.0.15 is marked as broken Message-ID: <004b01ca6ae0$29dfc5b0$7d9f5110$@griffiths@tenenbaum.co.uk> Hello, I get the following error when I try to build /usr/ports/x11/gnome2 on a SunFire 280R. I had planned on this being a headless box that served me an X session. ===> librsvg2-2.26.0_2 depends on file: /usr/local/lib/libxul/libxul.so - not found ===> Verifying install for /usr/local/lib/libxul/libxul.so in /usr/ports/www/libxul ===> libxul-1.9.0.15 is marked as broken: Does not compile on sparc64. *** Error code 1 I used make -recursive-build if I remember rightly and set config options prior to the build so sorry if I'm fuzzy about what I selected. Options? Is there a build of gnome that I can pkg_add -r ? Cheers, Si. From simon.griffiths at tenenbaum.co.uk Sat Nov 21 19:44:52 2009 From: simon.griffiths at tenenbaum.co.uk (Simon Griffiths) Date: Sat Nov 21 19:44:58 2009 Subject: Gnome2 fails on sparc64 - libxul-1.9.0.15 is marked as broken Message-ID: <005001ca6ae0$b0987340$11c959c0$@griffiths@tenenbaum.co.uk> Hello, I get the following error when I try to build /usr/ports/x11/gnome2 on a SunFire 280R. I had planned on this being a headless box that served me an X session. ===> librsvg2-2.26.0_2 depends on file: /usr/local/lib/libxul/libxul.so - not found ===> Verifying install for /usr/local/lib/libxul/libxul.so in /usr/ports/www/libxul ===> libxul-1.9.0.15 is marked as broken: Does not compile on sparc64. *** Error code 1 I used make -recursive-build if I remember rightly and set config options prior to the build so sorry if I'm fuzzy about what I selected. Options? Is there a build of gnome that I can pkg_add -r ? Cheers, Si. From beat at FreeBSD.org Sat Nov 21 20:52:42 2009 From: beat at FreeBSD.org (Beat Gaetzi) Date: Sat Nov 21 20:53:16 2009 Subject: Gnome2 fails on sparc64 - libxul-1.9.0.15 is marked as broken In-Reply-To: <004b01ca6ae0$29dfc5b0$7d9f5110$@griffiths@tenenbaum.co.uk> References: <004b01ca6ae0$29dfc5b0$7d9f5110$@griffiths@tenenbaum.co.uk> Message-ID: <4B084DE5.9070903@FreeBSD.org> Hi, Simon Griffiths wrote: > I get the following error when I try to build /usr/ports/x11/gnome2 on a > SunFire 280R. I had planned on this being a headless box that served me an > X session. > > ===> librsvg2-2.26.0_2 depends on file: /usr/local/lib/libxul/libxul.so - > not found > > ===> Verifying install for /usr/local/lib/libxul/libxul.so in > /usr/ports/www/libxul > > ===> libxul-1.9.0.15 is marked as broken: Does not compile on sparc64. While porting libxul 1.9.1.x sparc64 support for libxul was fixed: http://trillian.chruetertee.ch/freebsd-gecko/changeset/125/branches/experimental/www/libxul This patch merges these patches to libxul 1.9.0.15. Due to some relocation my sparc64 box is currently down so this patch is not tested but maybe you could give it a try: http://people.freebsd.org/~beat/patches/libxul-1.9.0.15-sparc64.patch Beat From peterjeremy at acm.org Sun Nov 22 01:59:06 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Sun Nov 22 01:59:20 2009 Subject: ZFS Boot/Root on SPARC64 Message-ID: <20091122000515.GA73923@server.vk2pj.dyndns.org> Whilst dfr@ has done a wonderful job of adapting the FreeBSD/i386 boot code to allow booting from ZFS, it looks like there's nothing similar for sparc64. Has anyone done any work on supporting ZFS-only environments on sparc64? Alternatively, has anyone tried creating a FreeBSD root that can be booted via OpenSolaris beadm? -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20091122/f72c7aad/attachment.pgp From erich at fuujingroup.com Sun Nov 22 10:59:58 2009 From: erich at fuujingroup.com (Erich Jenkins) Date: Sun Nov 22 11:00:05 2009 Subject: SunFire v1280 Message-ID: <4B09150E.7060006@fuujingroup.com> All: I'm running into an interesting problem with a SunFire v1280 mid-range server. The system is running (12) UltraSPARC III procs @ 1.2GHz with 24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are running the most recent firmware, as you can see in the message below. After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running into this message below. I've tried booting from the CD-ROM and from tftp/dhcp/nfs with the same results. Sun Fire V1280 OpenFirmware version 5.20.13 (06/04/09 02:43) Copyright 2009 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. SmartFirmware, Copyright (C) 1996-2001. All rights reserved. 24576 MB memory installed, Serial #55083219. Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. Rebooting with command: boot cdrom TL = 1, TT = 10. ERROR: Illegal Instruction TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] TPC= 0000000000004004 TNPC= 0000000000004008 TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 debugger entered. First, I suspected something wrong with the CD-ROM drive in the machine, so I replaced it. No luck, same problem. I'm a FreeBSD evangelist my self, but one of my colleagues is an OpenBSD fan, so I gave that a shot considering the similarities. OpenBSD installed with no issues whatsoever. I've looked at the platform information on the FreeBSD site, and I found no mention of the v1280 systems, but a note to try it out and see if it works. As far as I can tell, it currently doesn't. The primary focus was to utilize FreeBSD jails on this box. We're running FreeBSD with jails on several HP DL585 boxes with great results, and since sysjails is defunct and vulnerable, it's not an option on OpenBSD. I've heard mention of RAM related issues with SunFire machines, i.e., there is often too much present for the installer to handle. Is this correct to anyone's knowledge?? Any thoughts or assistance would be greatly appreciated. -- Erich M. Jenkins Fuujin Group Limited PO Box 792 Brainerd, MN 56401 (p) 218-824-5038 (f) 218-824-7516 Visit us on the web at http://www.fuujingroup.com "You should never, never doubt what no one is sure about." -- Gene Wilder From glewis at FreeBSD.org Sun Nov 22 22:50:01 2009 From: glewis at FreeBSD.org (Greg Lewis) Date: Sun Nov 22 22:50:07 2009 Subject: sparc64/140797: Panic on 8.0-RC3/sparc64 as an NFS server Message-ID: <200911222249.nAMMnDGx047895@misty.eyesbeyond.com> >Number: 140797 >Category: sparc64 >Synopsis: Panic on 8.0-RC3/sparc64 as an NFS server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 22 22:50:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Greg Lewis >Release: FreeBSD 8.0-RC3 sparc64 >Organization: >Environment: FreeBSD sol.eyesbeyond.com 8.0-RC3 FreeBSD 8.0-RC3 #0: Sun Nov 22 11:04:18 PST 2009 glewis@sol.eyesbeyond.com:/usr/src/sys/sparc64/compile/SOL sparc64 >Description: I have a sparc64 machine which I recently upgraded to 8.0-RC3. It was previously running 6.3. I export the /home directory from it (with -alldirs set) and mount a subdirectory on a FreeBSD 7.2/i386 client machine. Attempting to ls(1) the directory on the client causes the sparc64 server to panic. I have a core kgdb(1) doesn't appear to run under sparc64. I enabled KDB and here is some output from it (unfortunately hand copied since I don't have a serial console set up). panic: trap: memory address not aligned cpuid = 1 KDB: stack backtrace: panic() at 0xc022a968 = panic+0x1c8 trap() at 0xc04fc230 = trap+0x4d0 -- memory address not aligned sfar=0xe6d7b424 sfsr=0x40029 %o7=0xc0402e4c -- fha_assign() at 0xc0402e60 = fha_assign+0x140 svc_run_internal at 0xc0427d5c = svc_run_internal+0x71c svc_thread_start at 0xc04281a8 = svc_thread_start+0x8 fork_exit at 0xc01f82e0 = fork_exit+0x80 fork_trampoline at 0xc00711e8 = fork_trampoline+0x8 Note that this may affect other architectures which care about memory alignment, but I'm putting it under sparc64 only for the moment. >How-To-Repeat: /etc/exports on the sparc64 8.0-RC3 server: /home -alldirs -maproot=0 -network 10.0.0.0 -mask 255.255.255.0 On the client machine: > mount -t nfs sol:/home/glewis/sparc64 /home/glewis/sparc64 > ls ~glewis/sparc64 Note that I have the core.txt.0 and vmcore.0 from the the earlier attempt at using kgdb if they would be helpful. Since this is also easy to reproduce, I can provide additional data from KDB if it would be helpful and/or try out patches. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Sun Nov 22 23:33:13 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Nov 22 23:33:20 2009 Subject: sparc64/140797: [nfs] [panic] panic on 8.0-RC3/sparc64 as an NFS server Message-ID: <200911222333.nAMNXD4A037447@freefall.freebsd.org> Old Synopsis: Panic on 8.0-RC3/sparc64 as an NFS server New Synopsis: [nfs] [panic] panic on 8.0-RC3/sparc64 as an NFS server Responsible-Changed-From-To: freebsd-sparc64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Nov 22 23:32:50 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140797 From bugmaster at FreeBSD.org Mon Nov 23 11:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 23 11:09:25 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200911231107.nANB74sL070253@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/140523 sparc64 [kernel] sparc {set,swap}context calls trash TLS regis s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 14 problems total. From marius at alchemy.franken.de Mon Nov 23 20:02:36 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Nov 23 20:02:42 2009 Subject: SunFire v1280 In-Reply-To: <4B09150E.7060006@fuujingroup.com> References: <4B09150E.7060006@fuujingroup.com> Message-ID: <20091123200233.GB33571@alchemy.franken.de> On Sun, Nov 22, 2009 at 04:40:14AM -0600, Erich Jenkins wrote: > All: > > I'm running into an interesting problem with a SunFire v1280 mid-range > server. The system is running (12) UltraSPARC III procs @ 1.2GHz with > 24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are > running the most recent firmware, as you can see in the message below. > > After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running > into this message below. I've tried booting from the CD-ROM and from > tftp/dhcp/nfs with the same results. > > > Sun Fire V1280 > OpenFirmware version 5.20.13 (06/04/09 02:43) > Copyright 2009 Sun Microsystems, Inc. All rights reserved. > Use is subject to license terms. > SmartFirmware, Copyright (C) 1996-2001. All rights reserved. > 24576 MB memory installed, Serial #55083219. > Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. > > > Rebooting with command: boot cdrom > TL = 1, TT = 10. ERROR: Illegal Instruction > TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] > TPC= 0000000000004004 > TNPC= 0000000000004008 > TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 > > debugger entered. > While this particular problem should be easy to solve, v1280 also require several workarounds for additional quirks and some new drivers to be written, requiring access to such a machine in a netboot environment. How much are you interested into getting FreeBSD to work on these and what would be the required timeframe? In any case could you please provide a Open Firmware device tree dump of this machine (`prtconf -pPv` in Solaris). Marius From marius at hub.freebsd.org Mon Nov 23 21:53:43 2009 From: marius at hub.freebsd.org (Marius Strobl) Date: Mon Nov 23 21:53:49 2009 Subject: SunFire v1280 In-Reply-To: <20091123200233.GB33571@alchemy.franken.de> References: <4B09150E.7060006@fuujingroup.com> <20091123200233.GB33571@alchemy.franken.de> Message-ID: <20091123215343.GA86389@hub.freebsd.org> On Mon, Nov 23, 2009 at 09:02:33PM +0100, Marius Strobl wrote: > On Sun, Nov 22, 2009 at 04:40:14AM -0600, Erich Jenkins wrote: > > All: > > > > I'm running into an interesting problem with a SunFire v1280 mid-range > > server. The system is running (12) UltraSPARC III procs @ 1.2GHz with > > 24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are > > running the most recent firmware, as you can see in the message below. > > > > After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running > > into this message below. I've tried booting from the CD-ROM and from > > tftp/dhcp/nfs with the same results. > > > > > > Sun Fire V1280 > > OpenFirmware version 5.20.13 (06/04/09 02:43) > > Copyright 2009 Sun Microsystems, Inc. All rights reserved. > > Use is subject to license terms. > > SmartFirmware, Copyright (C) 1996-2001. All rights reserved. > > 24576 MB memory installed, Serial #55083219. > > Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. > > > > > > Rebooting with command: boot cdrom > > TL = 1, TT = 10. ERROR: Illegal Instruction > > TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] > > TPC= 0000000000004004 > > TNPC= 0000000000004008 > > TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 > > > > debugger entered. > > > > While this particular problem should be easy to solve, v1280 > also require several workarounds for additional quirks and > some new drivers to be written, requiring access to such a > machine in a netboot environment. How much are you interested > into getting FreeBSD to work on these and what would be the > required timeframe? In any case could you please provide a > Open Firmware device tree dump of this machine (`prtconf -pPv` > in Solaris). > FYI, the fuujinnetworks.com mail- and web-servers seem to block traffic from all .de ASes I have access to (traceroutes stop at gw-ether00.fuujinnetworks.com). Marius From erich at fuujingroup.com Tue Nov 24 00:17:21 2009 From: erich at fuujingroup.com (Erich Jenkins) Date: Tue Nov 24 00:17:30 2009 Subject: SunFire v1280 In-Reply-To: <20091123215343.GA86389@hub.freebsd.org> References: <4B09150E.7060006@fuujingroup.com> <20091123200233.GB33571@alchemy.franken.de> <20091123215343.GA86389@hub.freebsd.org> Message-ID: <4B0B260D.1030306@fuujingroup.com> Marius Strobl wrote: > On Mon, Nov 23, 2009 at 09:02:33PM +0100, Marius Strobl wrote: >> On Sun, Nov 22, 2009 at 04:40:14AM -0600, Erich Jenkins wrote: >>> All: >>> >>> I'm running into an interesting problem with a SunFire v1280 mid-range >>> server. The system is running (12) UltraSPARC III procs @ 1.2GHz with >>> 24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are >>> running the most recent firmware, as you can see in the message below. >>> >>> After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running >>> into this message below. I've tried booting from the CD-ROM and from >>> tftp/dhcp/nfs with the same results. >>> >>> >>> Sun Fire V1280 >>> OpenFirmware version 5.20.13 (06/04/09 02:43) >>> Copyright 2009 Sun Microsystems, Inc. All rights reserved. >>> Use is subject to license terms. >>> SmartFirmware, Copyright (C) 1996-2001. All rights reserved. >>> 24576 MB memory installed, Serial #55083219. >>> Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. >>> >>> >>> Rebooting with command: boot cdrom >>> TL = 1, TT = 10. ERROR: Illegal Instruction >>> TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] >>> TPC= 0000000000004004 >>> TNPC= 0000000000004008 >>> TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 >>> >>> debugger entered. >>> >> While this particular problem should be easy to solve, v1280 >> also require several workarounds for additional quirks and >> some new drivers to be written, requiring access to such a >> machine in a netboot environment. How much are you interested >> into getting FreeBSD to work on these and what would be the >> required timeframe? In any case could you please provide a >> Open Firmware device tree dump of this machine (`prtconf -pPv` >> in Solaris). >> Marius: This is about as much information as I can offer regarding these v1280's. Since these are not running Solaris, I've grabbed the info from the lom and SC. Hope this helps. As for getting them up and running, soon would be good, and however I can assist, I will. These are very nice machines, and I'd like people to be able to use them with FreeBSD. My goal is to utilize the jail functionality on these as we do on other architectures. Here's the device tree. This machine is similar to the other, but with 900MHz CPU's (UltraSPARC III+) rather than the 1.2GHz machines. I'll get that one back on line once we're done with that rack (switching out a PDU with a faulty breaker). {0} ok show-devs / (gptwo) /ssm@0,0 (gptwo) /ssm@0,0/pci@19,600000 (pci) /ssm@0,0/pci@19,600000/network@2 (network) /ssm@0,0/pci@19,600000/network@1 (network) /ssm@0,0/pci@19,700000 (pci) /ssm@0,0/pci@18,600000 (pci) /ssm@0,0/pci@18,600000/scsi@2,1 (scsi-2) /ssm@0,0/pci@18,600000/scsi@2,1/tape (byte) /ssm@0,0/pci@18,600000/scsi@2,1/disk (block) /ssm@0,0/pci@18,600000/scsi@2 (scsi-2) /ssm@0,0/pci@18,600000/scsi@2/tape (byte) /ssm@0,0/pci@18,600000/scsi@2/disk (block) /ssm@0,0/pci@18,600000/pci@1 (pci) /ssm@0,0/pci@18,600000/pci@1/scsi@5 (scsi) /ssm@0,0/pci@18,600000/pci@1/scsi@5/st (byte) /ssm@0,0/pci@18,600000/pci@1/scsi@5/sd (block) /ssm@0,0/pci@18,600000/pci@1/scsi@4 (scsi) /ssm@0,0/pci@18,600000/pci@1/scsi@4/st (byte) /ssm@0,0/pci@18,600000/pci@1/scsi@4/sd (block) /ssm@0,0/pci@18,700000 (pci) /ssm@0,0/pci@18,700000/ide@3 (ide) /ssm@0,0/pci@18,700000/ide@3/cdrom (block) /ssm@0,0/pci@18,700000/ide@3/disk (block) /ssm@0,0/pci@18,700000/pci@2 (pci) /ssm@0,0/pci@18,700000/pci@2/SUNW,qfe@3,1 (network) /ssm@0,0/pci@18,700000/pci@2/pci108e,1000@3 /ssm@0,0/pci@18,700000/pci@2/SUNW,qfe@2,1 (network) /ssm@0,0/pci@18,700000/pci@2/pci108e,1000@2 /ssm@0,0/pci@18,700000/pci@2/SUNW,qfe@1,1 (network) /ssm@0,0/pci@18,700000/pci@2/pci108e,1000@1 /ssm@0,0/pci@18,700000/pci@2/SUNW,qfe@0,1 (network) /ssm@0,0/pci@18,700000/pci@2/pci108e,1000@0 /ssm@0,0/pci@18,700000/bootbus-controller@4 /ssm@0,0/memory-controller@13,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@13,0 (cpu) /ssm@0,0/memory-controller@12,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@12,0 (cpu) /ssm@0,0/memory-controller@11,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@11,0 (cpu) /ssm@0,0/memory-controller@10,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@10,0 (cpu) /ssm@0,0/memory-controller@b,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@b,0 (cpu) /ssm@0,0/memory-controller@a,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@a,0 (cpu) /ssm@0,0/memory-controller@9,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@9,0 (cpu) /ssm@0,0/memory-controller@8,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@8,0 (cpu) /ssm@0,0/memory-controller@3,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@3,0 (cpu) /ssm@0,0/memory-controller@2,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@2,0 (cpu) /ssm@0,0/memory-controller@1,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@1,0 (cpu) /ssm@0,0/memory-controller@0,400000 (memory-controller) /ssm@0,0/SUNW,UltraSPARC-III+@0,0 (cpu) /todsg (tod) /sgcn (serial) /failsafe (serial) /virtual-memory (virtual-memory) /memory@0,0 (memory) /packages /packages/obp-tftp /packages/SUNW,builtin-drivers /packages/terminal-emulator /packages/disk-label /packages/deblocker /chosen /options /aliases /openprom /openprom/client-services Here's an inventory from the LOM, which may or may not be useful to you: lom>inventory SSC1: SSC: 501-6459-02-51 serial# 006967 "System Controller (1280)" Made on Mon Nov 10 15:27:59 GMT-06:00 2003 by 012c at Celestica,Toronto,Ontario Powered on for 2158 days 5 hours 8 minutes /N0/SCCno seprom data /N0/BP: BP: 540-4968-05-50 serial# 007906 "Baseplane 1280" Made on Tue Nov 11 13:09:39 GMT-06:00 2003 by 012c at CELESTICA,KIDSGROVE,UNITED KINGDOM Powered on for 1764 days 1 hour 9 minutes 4 seconds /N0/SIB: Ind: 540-5187-06-50 serial# 007692 "System Indicator (1280)" Made on Wed Nov 12 03:46:46 GMT-06:00 2003 by 012c at CELESTICA,KIDSGROVE,UNITED KINGDOM Powered on for 1764 days 9 hours 44 minutes /N0/SPDB: PDB: 370-5744-01-50 serial# F02967 "Power Distribution Board (1280)" Made on Fri Oct 17 03:09:35 GMT-06:00 2003 by 03ad at DELTA ELECTRONICS DONGGUAN CHINA Powered on for 1764 days 5 hours 14 minutes 56 seconds /N0/PS0: PS: 300-1523-02-50 serial# E13172 "Power Supply (A166, V1280)" Made on Thu Oct 23 02:09:49 GMT-06:00 2003 by 03ad at DELTA ELECTRONICS DONGGUAN CHINA Powered on for 1735 days 5 hours 6 minutes 8 seconds /N0/PS1: PS: 300-1523-02-50 serial# E13189 "Power Supply (A166, V1280)" Made on Thu Oct 23 03:14:05 GMT-06:00 2003 by 03ad at DELTA ELECTRONICS DONGGUAN CHINA Powered on for 1735 days 7 hours 48 minutes /N0/PS2: PS: 300-1523-02-50 serial# E13190 "Power Supply (A166, V1280)" Made on Thu Oct 23 03:19:40 GMT-06:00 2003 by 03ad at DELTA ELECTRONICS DONGGUAN CHINA Powered on for 1735 days 6 hours 42 minutes 56 seconds /N0/PS3: PS: 300-1523-02-50 serial# E13168 "Power Supply (A166, V1280)" Made on Thu Oct 23 01:56:15 GMT-06:00 2003 by 03ad at DELTA ELECTRONICS DONGGUAN CHINA Powered on for 1735 days 9 hours 57 minutes 4 seconds /N0/FT0: FT: 540-4972-04-50 serial# 006986 "Fan Tray (1280)" Made on Thu Nov 13 15:49:27 GMT-06:00 2003 by 012c at CELESTICA,KIDSGROVE,UNITED KINGDOM Powered on for 1735 days 2 hours 8 minutes /N0/MB: MB: 540-4966-08-50 serial# 007470 "Media bay for drives (1280)" Made on Tue Nov 18 09:25:16 GMT-06:00 2003 by 012c at CELESTICA,KIDSGROVE,UNITED KINGDOM Powered on for 1744 days 5 minutes 4 seconds /N0/SB0: CPU: 540-5467-02-51 serial# A21246 "CPU Board (1280)" Made on Sat Nov 15 14:08:11 GMT-06:00 2003 by 0301 at Penang, Malaysia Powered on for 1737 days 5 hours 30 minutes 56 seconds /N0/SB2: CPU: 540-5467-02-51 serial# A17309 "CPU Board (1280)" Made on Thu Oct 23 20:33:29 GMT-06:00 2003 by 0301 at Penang, Malaysia Powered on for 1737 days 1 hour 24 minutes /N0/SB4: CPU: 540-5467-02-51 serial# A21232 "CPU Board (1280)" Made on Sat Nov 15 15:44:28 GMT-06:00 2003 by 0301 at Penang, Malaysia Powered on for 1736 days 23 hours 9 minutes 52 seconds /N0/SB0/P0/B0/D0: DIMM: 501-5401-03-50 serial# 33A422 "256 MB NG SDRAM DIMM" Made on Sun May 19 21:03:20 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P0/B0/D1: DIMM: 501-5401-03-50 serial# 339F76 "256 MB NG SDRAM DIMM" Made on Sun May 19 22:41:38 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P0/B0/D2: DIMM: 501-5401-03-50 serial# 339E7B "256 MB NG SDRAM DIMM" Made on Sun May 19 22:56:11 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P0/B0/D3: DIMM: 501-5401-03-50 serial# 339FEC "256 MB NG SDRAM DIMM" Made on Sun May 19 21:34:41 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P0/B1/D0: DIMM: 501-5401-03-50 serial# K01FSD "256 MB NG SDRAM DIMM" Made on Thu Dec 27 03:14:43 GMT-06:00 2001 by 002c at SINGAPORE,SINGAPORE Signature = 00000000259f7e82 Powered on for 287 days 23 hours 48 minutes /N0/SB0/P0/B1/D1: DIMM: 501-5401-03-50 serial# 4162CD "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:14:07 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P0/B1/D2: DIMM: 501-5401-03-50 serial# 41831C "256 MB NG SDRAM DIMM" Made on Sun Sep 28 10:46:36 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 63 days 3 hours 33 minutes /N0/SB0/P0/B1/D3: DIMM: 501-5401-03-50 serial# 41622C "256 MB NG SDRAM DIMM" Made on Sat Sep 27 19:27:42 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P1/B0/D0: DIMM: 501-5401-03-50 serial# 33A2BD "256 MB NG SDRAM DIMM" Made on Mon May 20 02:45:00 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P1/B0/D1: DIMM: 501-5401-03-50 serial# 339F61 "256 MB NG SDRAM DIMM" Made on Sun May 19 22:59:09 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P1/B0/D2: DIMM: 501-5401-03-50 serial# 33A424 "256 MB NG SDRAM DIMM" Made on Sun May 19 21:03:20 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P1/B0/D3: DIMM: 501-5401-03-50 serial# 33A0C4 "256 MB NG SDRAM DIMM" Made on Sun May 19 21:48:57 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P1/B1/D0: DIMM: 501-5401-03-50 serial# 33A037 "256 MB NG SDRAM DIMM" Made on Sun May 19 21:31:44 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P1/B1/D1: DIMM: 501-5401-03-50 serial# 339F8A "256 MB NG SDRAM DIMM" Made on Mon May 20 03:29:30 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P1/B1/D2: DIMM: 501-5401-03-50 serial# 339FA1 "256 MB NG SDRAM DIMM" Made on Sun May 19 22:38:49 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P1/B1/D3: DIMM: 501-5401-03-50 serial# 339F57 "256 MB NG SDRAM DIMM" Made on Sun May 19 22:44:27 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P2/B0/D0: DIMM: 501-5401-03-50 serial# 339C92 "256 MB NG SDRAM DIMM" Made on Sun May 19 23:01:58 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P2/B0/D1: DIMM: 501-5401-03-50 serial# 33A0B5 "256 MB NG SDRAM DIMM" Made on Sun May 19 21:51:46 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P2/B0/D2: DIMM: 501-5401-03-50 serial# 339C94 "256 MB NG SDRAM DIMM" Made on Sun May 19 23:04:46 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P2/B0/D3: DIMM: 501-5401-03-50 serial# 33A3FB "256 MB NG SDRAM DIMM" Made on Sun May 19 21:09:55 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P2/B1/D0: DIMM: 501-5401-03-50 serial# 4162D3 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:12:25 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P2/B1/D1: DIMM: 501-5401-03-50 serial# 4162C1 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:15:44 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P2/B1/D2: DIMM: 501-5401-03-50 serial# 4166D7 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:12:25 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P2/B1/D3: DIMM: 501-5401-03-50 serial# 4162C7 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:14:07 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P3/B0/D0: DIMM: 501-5401-03-50 serial# 33A01F "256 MB NG SDRAM DIMM" Made on Sun May 19 21:43:10 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P3/B0/D1: DIMM: 501-5401-03-50 serial# 339CE0 "256 MB NG SDRAM DIMM" Made on Sun May 19 23:01:58 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P3/B0/D2: DIMM: 501-5401-03-50 serial# 339F6B "256 MB NG SDRAM DIMM" Made on Sun May 19 22:44:27 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1747 days 5 hours 16 minutes /N0/SB0/P3/B0/D3: DIMM: 501-5401-03-50 serial# 339F7F "256 MB NG SDRAM DIMM" Made on Sun May 19 22:23:09 GMT-06:00 2002 by 00c1 at IFR USA Signature = 00000000259f7e82 Powered on for 1744 days 1 hour 18 minutes 56 seconds /N0/SB0/P3/B1/D0: DIMM: 501-5401-03-50 serial# 4162B6 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:17:21 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P3/B1/D1: DIMM: 501-5401-03-50 serial# 4162C8 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:14:07 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P3/B1/D2: DIMM: 501-5401-03-50 serial# 4162C2 "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:18:59 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB0/P3/B1/D3: DIMM: 501-5401-03-50 serial# 4162CB "256 MB NG SDRAM DIMM" Made on Sat Sep 27 22:14:07 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1738 days 14 hours 57 minutes 4 seconds /N0/SB2/P0/B0/D0: DIMM: 501-5401-03-50 serial# 3BC16A "256 MB NG SDRAM DIMM" Made on Sun Jun 01 03:14:45 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1748 days 8 hours 33 minutes 4 seconds /N0/SB2/P0/B0/D1: DIMM: 501-5401-03-50 serial# 379866 "256 MB NG SDRAM DIMM" Made on Mon Apr 14 02:46:19 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1734 days 21 hours 4 minutes /N0/SB2/P0/B0/D2: DIMM: 501-5401-03-50 serial# 3BC1D4 "256 MB NG SDRAM DIMM" Made on Sat May 31 21:48:58 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1748 days 8 hours 33 minutes 4 seconds /N0/SB2/P0/B0/D3: DIMM: 501-5401-03-50 serial# 3799DC "256 MB NG SDRAM DIMM" Made on Mon Apr 14 03:27:31 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1734 days 21 hours 4 minutes /N0/SB2/P0/B1/D0: DIMM: 501-5401-03-50 serial# 3ADF20 "256 MB NG SDRAM DIMM" Made on Wed May 21 14:58:52 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1743 days 18 hours 33 minutes 4 seconds /N0/SB2/P0/B1/D1: DIMM: 501-5401-03-50 serial# 3B8E80 "256 MB NG SDRAM DIMM" Made on Thu May 29 19:24:25 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 00000000259f7e82 Powered on for 1733 days 14 hours 37 minutes 4 seconds /N0/SB2/P0/B1/D2: DIMM: 501-5401-03-50 serial# 3AE4CC "256 MB NG SDRAM DIMM" Made on Wed May 21 15:46:17 GMT-06:00 2003 by 00c1 at IFPT PORTUGAL Signature = 001: ECACHE: 370-4128-03-50 serial# 3B40N4 "4MB Ecache Module" Made on Mon Nov 03 03:13:54 GMT-06:00 2003 by 0007 at Celestica Toronto, Canada Signature = 000000004a7a7895 Powered on for 1733 days 21 hours 36 minutes /N0/SB4/P3/E0: ECACHE: 370-4128-03-50 serial# 3B40PB "4MB Ecache Module" Made on Mon Nov 03 03:13:56 GMT-06:00 2003 by 0007 at Celestica Toronto, Canada Signature = 000000004a7a7895 Powered on for 1733 days 21 hours 36 minutes /N0/SB4/P3/E1: ECACHE: 370-4128-03-50 serial# 3B40X4 "4MB Ecache Module" Made on Mon Nov 03 03:13:58 GMT-06:00 2003 by 0007 at Celestica Toronto, Canada Signature = 000000004a7a7895 Powered on for 1733 days 21 hours 36 minutes /N0/IB6: PCI: 540-4967-06-51 serial# A13440 "IB_SSC Assembly (1280)" Made on Fri Nov 21 01:47:50 GMT-06:00 2003 by 012c at CELESTICA,KIDSGROVE,UNITED KINGDOM Powered on for 1734 days 23 hours 54 minutes 8 seconds /N0/RP0: RP: 540-4974-05-55 serial# 007591 "Repeater Board (1280)" Made on Sun Aug 31 23:28:05 GMT-06:00 2003 by 012c at Celestica,Toronto,Ontario Powered on for 1799 days 19 hours 38 minutes 8 seconds /N0/RP2: RP: 540-4974-05-55 serial# 007614 "Repeater Board (1280)" Made on Fri Aug 29 15:06:03 GMT-06:00 2003 by 012c at Celestica,Toronto,Ontario Powered on for 1800 days 4 hours 54 minutes 56 seconds lom> Erich M. Jenkins Fuujin Group Limited PO Box 792 Brainerd, MN 56401 (p) 218-824-5038 (f) 218-824-7516 Visit us on the web at http://www.fuujingroup.com "You should never, never doubt what no one is sure about." -- Gene Wilder From dfilter at FreeBSD.ORG Tue Nov 24 20:10:06 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Tue Nov 24 20:10:12 2009 Subject: sparc64/140523: commit references a PR Message-ID: <200911242010.nAOKA5pI062053@freefall.freebsd.org> The following reply was made to PR sparc64/140523; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/140523: commit references a PR Date: Tue, 24 Nov 2009 20:04:41 +0000 (UTC) Author: marius Date: Tue Nov 24 20:04:31 2009 New Revision: 199765 URL: http://svn.freebsd.org/changeset/base/199765 Log: MFC: r199442 Unroll copying of the registers in {g,s}et_mcontext() and limit it to the set actually restored by tl0_ret() instead of using the whole trapframe. Additionally skip %g7 as that register is used as the userland TLS pointer. PR: 140523 Modified: stable/8/sys/sparc64/sparc64/machdep.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/sparc64/sparc64/machdep.c ============================================================================== --- stable/8/sys/sparc64/sparc64/machdep.c Tue Nov 24 19:57:41 2009 (r199764) +++ stable/8/sys/sparc64/sparc64/machdep.c Tue Nov 24 20:04:31 2009 (r199765) @@ -696,12 +696,39 @@ get_mcontext(struct thread *td, mcontext tf = td->td_frame; pcb = td->td_pcb; - bcopy(tf, mc, sizeof(*tf)); + /* + * Copy the registers which will be restored by tl0_ret() from the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + mc->mc_flags = _MC_VERSION; + mc->mc_global[1] = tf->tf_global[1]; + mc->mc_global[2] = tf->tf_global[2]; + mc->mc_global[3] = tf->tf_global[3]; + mc->mc_global[4] = tf->tf_global[4]; + mc->mc_global[5] = tf->tf_global[5]; + mc->mc_global[6] = tf->tf_global[6]; if (flags & GET_MC_CLEAR_RET) { mc->mc_out[0] = 0; mc->mc_out[1] = 0; + } else { + mc->mc_out[0] = tf->tf_out[0]; + mc->mc_out[1] = tf->tf_out[1]; } - mc->mc_flags = _MC_VERSION; + mc->mc_out[2] = tf->tf_out[2]; + mc->mc_out[3] = tf->tf_out[3]; + mc->mc_out[4] = tf->tf_out[4]; + mc->mc_out[5] = tf->tf_out[5]; + mc->mc_out[6] = tf->tf_out[6]; + mc->mc_out[7] = tf->tf_out[7]; + mc->mc_fprs = tf->tf_fprs; + mc->mc_fsr = tf->tf_fsr; + mc->mc_gsr = tf->tf_gsr; + mc->mc_tnpc = tf->tf_tnpc; + mc->mc_tpc = tf->tf_tpc; + mc->mc_tstate = tf->tf_tstate; + mc->mc_y = tf->tf_y; critical_enter(); if ((tf->tf_fprs & FPRS_FEF) != 0) { savefpctx(pcb->pcb_ufp); @@ -721,7 +748,6 @@ set_mcontext(struct thread *td, const mc { struct trapframe *tf; struct pcb *pcb; - uint64_t wstate; if (!TSTATE_SECURE(mc->mc_tstate) || (mc->mc_flags & ((1L << _MC_VERSION_BITS) - 1)) != _MC_VERSION) @@ -730,9 +756,33 @@ set_mcontext(struct thread *td, const mc pcb = td->td_pcb; /* Make sure the windows are spilled first. */ flushw(); - wstate = tf->tf_wstate; - bcopy(mc, tf, sizeof(*tf)); - tf->tf_wstate = wstate; + /* + * Copy the registers which will be restored by tl0_ret() to the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + tf->tf_global[1] = mc->mc_global[1]; + tf->tf_global[2] = mc->mc_global[2]; + tf->tf_global[3] = mc->mc_global[3]; + tf->tf_global[4] = mc->mc_global[4]; + tf->tf_global[5] = mc->mc_global[5]; + tf->tf_global[6] = mc->mc_global[6]; + tf->tf_out[0] = mc->mc_out[0]; + tf->tf_out[1] = mc->mc_out[1]; + tf->tf_out[2] = mc->mc_out[2]; + tf->tf_out[3] = mc->mc_out[3]; + tf->tf_out[4] = mc->mc_out[4]; + tf->tf_out[5] = mc->mc_out[5]; + tf->tf_out[6] = mc->mc_out[6]; + tf->tf_out[7] = mc->mc_out[7]; + tf->tf_fprs = mc->mc_fprs; + tf->tf_fsr = mc->mc_fsr; + tf->tf_gsr = mc->mc_gsr; + tf->tf_tnpc = mc->mc_tnpc; + tf->tf_tpc = mc->mc_tpc; + tf->tf_tstate = mc->mc_tstate; + tf->tf_y = mc->mc_y; if ((mc->mc_fprs & FPRS_FEF) != 0) { tf->tf_fprs = 0; bcopy(mc->mc_fp, pcb->pcb_ufp, sizeof(pcb->pcb_ufp)); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From marius at alchemy.franken.de Tue Nov 24 21:37:27 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Nov 24 21:37:38 2009 Subject: SunFire v1280 In-Reply-To: <4B0B260D.1030306@fuujingroup.com> References: <4B09150E.7060006@fuujingroup.com> <20091123200233.GB33571@alchemy.franken.de> <20091123215343.GA86389@hub.freebsd.org> <4B0B260D.1030306@fuujingroup.com> Message-ID: <20091124213724.GO6562@alchemy.franken.de> On Mon, Nov 23, 2009 at 06:17:17PM -0600, Erich Jenkins wrote: > Marius Strobl wrote: > >On Mon, Nov 23, 2009 at 09:02:33PM +0100, Marius Strobl wrote: > >>On Sun, Nov 22, 2009 at 04:40:14AM -0600, Erich Jenkins wrote: > >>>All: > >>> > >>>I'm running into an interesting problem with a SunFire v1280 mid-range > >>>server. The system is running (12) UltraSPARC III procs @ 1.2GHz with > >>>24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are > >>>running the most recent firmware, as you can see in the message below. > >>> > >>>After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running > >>>into this message below. I've tried booting from the CD-ROM and from > >>>tftp/dhcp/nfs with the same results. > >>> > >>> > >>>Sun Fire V1280 > >>>OpenFirmware version 5.20.13 (06/04/09 02:43) > >>>Copyright 2009 Sun Microsystems, Inc. All rights reserved. > >>>Use is subject to license terms. > >>>SmartFirmware, Copyright (C) 1996-2001. All rights reserved. > >>>24576 MB memory installed, Serial #55083219. > >>>Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. > >>> > >>> > >>>Rebooting with command: boot cdrom > >>>TL = 1, TT = 10. ERROR: Illegal Instruction > >>>TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] > >>>TPC= 0000000000004004 > >>>TNPC= 0000000000004008 > >>>TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 > >>> > >>>debugger entered. > >>> > >>While this particular problem should be easy to solve, v1280 > >>also require several workarounds for additional quirks and > >>some new drivers to be written, requiring access to such a > >>machine in a netboot environment. How much are you interested > >>into getting FreeBSD to work on these and what would be the > >>required timeframe? In any case could you please provide a > >>Open Firmware device tree dump of this machine (`prtconf -pPv` > >>in Solaris). > >> > > > Marius: > > This is about as much information as I can offer regarding these > v1280's. Since these are not running Solaris, I've grabbed the info from > the lom and SC. Hope this helps. Unfortunately, these don't provide the same level of information as a complete device tree dump. Without FreeBSD or Solaris running on the machine there's no sane way to obtain it though (I don't know whether OpenBSD provides such a tool). > As for getting them up and running, > soon would be good, and however I can assist, I will. Well, you'd need to provide access to the LOM and a netboot environment for testing loaders and kernels. Before starting a new such endeavor I'd like to finish porting FreeBSD to the PCI-Express based sun4u machines though and also will be busy changing next at the beginning of next year, which means I probably won't start working on this before next February. Marius From dfilter at FreeBSD.ORG Tue Nov 24 22:20:02 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Tue Nov 24 22:20:08 2009 Subject: sparc64/140523: commit references a PR Message-ID: <200911242220.nAOMK2CX075908@freefall.freebsd.org> The following reply was made to PR sparc64/140523; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/140523: commit references a PR Date: Tue, 24 Nov 2009 22:13:25 +0000 (UTC) Author: marius Date: Tue Nov 24 22:13:06 2009 New Revision: 199768 URL: http://svn.freebsd.org/changeset/base/199768 Log: MFC: r199442 Unroll copying of the registers in {g,s}et_mcontext() and limit it to the set actually restored by tl0_ret() instead of using the whole trapframe. Additionally skip %g7 as that register is used as the userland TLS pointer. PR: 140523 Modified: stable/7/sys/sparc64/sparc64/machdep.c Directory Properties: stable/7/sys/ (props changed) stable/7/sys/contrib/pf/ (props changed) Modified: stable/7/sys/sparc64/sparc64/machdep.c ============================================================================== --- stable/7/sys/sparc64/sparc64/machdep.c Tue Nov 24 21:06:41 2009 (r199767) +++ stable/7/sys/sparc64/sparc64/machdep.c Tue Nov 24 22:13:06 2009 (r199768) @@ -695,12 +695,39 @@ get_mcontext(struct thread *td, mcontext tf = td->td_frame; pcb = td->td_pcb; - bcopy(tf, mc, sizeof(*tf)); + /* + * Copy the registers which will be restored by tl0_ret() from the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + mc->mc_flags = _MC_VERSION; + mc->mc_global[1] = tf->tf_global[1]; + mc->mc_global[2] = tf->tf_global[2]; + mc->mc_global[3] = tf->tf_global[3]; + mc->mc_global[4] = tf->tf_global[4]; + mc->mc_global[5] = tf->tf_global[5]; + mc->mc_global[6] = tf->tf_global[6]; if (flags & GET_MC_CLEAR_RET) { mc->mc_out[0] = 0; mc->mc_out[1] = 0; + } else { + mc->mc_out[0] = tf->tf_out[0]; + mc->mc_out[1] = tf->tf_out[1]; } - mc->mc_flags = _MC_VERSION; + mc->mc_out[2] = tf->tf_out[2]; + mc->mc_out[3] = tf->tf_out[3]; + mc->mc_out[4] = tf->tf_out[4]; + mc->mc_out[5] = tf->tf_out[5]; + mc->mc_out[6] = tf->tf_out[6]; + mc->mc_out[7] = tf->tf_out[7]; + mc->mc_fprs = tf->tf_fprs; + mc->mc_fsr = tf->tf_fsr; + mc->mc_gsr = tf->tf_gsr; + mc->mc_tnpc = tf->tf_tnpc; + mc->mc_tpc = tf->tf_tpc; + mc->mc_tstate = tf->tf_tstate; + mc->mc_y = tf->tf_y; critical_enter(); if ((tf->tf_fprs & FPRS_FEF) != 0) { savefpctx(pcb->pcb_ufp); @@ -720,7 +747,6 @@ set_mcontext(struct thread *td, const mc { struct trapframe *tf; struct pcb *pcb; - uint64_t wstate; if (!TSTATE_SECURE(mc->mc_tstate) || (mc->mc_flags & ((1L << _MC_VERSION_BITS) - 1)) != _MC_VERSION) @@ -729,9 +755,33 @@ set_mcontext(struct thread *td, const mc pcb = td->td_pcb; /* Make sure the windows are spilled first. */ flushw(); - wstate = tf->tf_wstate; - bcopy(mc, tf, sizeof(*tf)); - tf->tf_wstate = wstate; + /* + * Copy the registers which will be restored by tl0_ret() to the + * trapframe. + * Note that we skip %g7 which is used as the userland TLS register + * and %wstate. + */ + tf->tf_global[1] = mc->mc_global[1]; + tf->tf_global[2] = mc->mc_global[2]; + tf->tf_global[3] = mc->mc_global[3]; + tf->tf_global[4] = mc->mc_global[4]; + tf->tf_global[5] = mc->mc_global[5]; + tf->tf_global[6] = mc->mc_global[6]; + tf->tf_out[0] = mc->mc_out[0]; + tf->tf_out[1] = mc->mc_out[1]; + tf->tf_out[2] = mc->mc_out[2]; + tf->tf_out[3] = mc->mc_out[3]; + tf->tf_out[4] = mc->mc_out[4]; + tf->tf_out[5] = mc->mc_out[5]; + tf->tf_out[6] = mc->mc_out[6]; + tf->tf_out[7] = mc->mc_out[7]; + tf->tf_fprs = mc->mc_fprs; + tf->tf_fsr = mc->mc_fsr; + tf->tf_gsr = mc->mc_gsr; + tf->tf_tnpc = mc->mc_tnpc; + tf->tf_tpc = mc->mc_tpc; + tf->tf_tstate = mc->mc_tstate; + tf->tf_y = mc->mc_y; if ((mc->mc_fprs & FPRS_FEF) != 0) { tf->tf_fprs = 0; bcopy(mc->mc_fp, pcb->pcb_ufp, sizeof(pcb->pcb_ufp)); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From marius at FreeBSD.org Tue Nov 24 22:26:02 2009 From: marius at FreeBSD.org (marius@FreeBSD.org) Date: Tue Nov 24 22:26:09 2009 Subject: sparc64/140523: [kernel] sparc {set, swap}context calls trash TLS register %g7 Message-ID: <200911242226.nAOMQ1eF084008@freefall.freebsd.org> Synopsis: [kernel] sparc {set,swap}context calls trash TLS register %g7 State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Tue Nov 24 22:25:00 UTC 2009 State-Changed-Why: Close, this bug has been fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=140523 From sr at genyosha.net Wed Nov 25 02:33:02 2009 From: sr at genyosha.net (Steve Rikli) Date: Wed Nov 25 02:33:09 2009 Subject: free Ultra5 in Silicon Valley CA, USA Message-ID: <20091125023300.GA56646@dragon.genyosha.net> I have an Ultra5 to give away to a good home -- all I ask in return is repayment for shipping, and local pickups in Silicon Valley CA, USA are also welcome. Basic specs are: Ultra5, 440MHz CPU, 1GB RAM, 40GB IDE sysdisk, 250GB IDE data disk, Ultra5 server disk sled (replaces floppy), CDROM, spare floppy Note the floppy drive has been removed in favor of the server disk sled and 2nd IDE disk, but I'll include the floppy just in case you want it for some reason. Full dmesg is included below. I'd prefer not to ship this Ultra5 outside the USA, mostly because the cost is probably pretty prohibitive. Still, if someone wants to pay the extra expense (in $US funds only, please) I'll see what we can come up with. Cheers, sr. -- -------------- next part -------------- Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 4.0.1 (GENERIC) #0: Wed Oct 8 01:13:20 PDT 2008 builds@wb32:/home/builds/ab/netbsd-4-0-1-RELEASE/sparc64/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/sparc64/compile/GENERIC total memory = 1024 MB avail memory = 991 MB timecounter: Timecounters tick every 10.000 msec bootpath: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a mainbus0 (root): SUNW,Ultra-5_10: hostid 800f19b4 cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 440 MHz, UPA id 0 cpu0: 32K instruction (32 b/l), 16K data (32 b/l), 2048K external (64 b/l) psycho0 at mainbus0 addr 0xfffc4000 SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0 DVMA map: c0000000 to e0000000 IOTSB: 10c4000 to 1144000 pci0 at psycho0 pci0: i/o space, memory space enabled ppb0 at pci0 dev 1 function 1: Sun Microsystems Simba PCI bridge (rev. 0x13) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled ebus0 at pci1 dev 1 function 0 ebus0: Sun Microsystems PCIO Ebus2, revision 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power at ebus0 addr 724000-724003 ipl 37 not configured SUNW,pll at ebus0 addr 504000-504002 not configured sab0 at ebus0 addr 400000-40007f ipl 43: rev 3.2 sabtty0 at sab0 port 0: console i/o sabtty1 at sab0 port 1 com0 at ebus0 addr 3083f8-3083ff ipl 41: ns16550a, working fifo kbd0 at com0 com1 at ebus0 addr 3062f8-3062ff ipl 42: ns16550a, working fifo ms0 at com1 wsmouse0 at ms0 mux 0 lpt0 at ebus0 addr 3043bc-3043cb, 30015c-30015d, 700000-70000f ipl 34 fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured clock0 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-fffff not configured audiocs0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl 36: CS4231A audio0 at audiocs0: full duplex hme0 at pci1 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1 hme0: interrupting at ivec 3021 hme0: Ethernet address 08:00:20:62:60:14 nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto machfb0 at pci1 dev 2 function 0: ATI Technologies 3D Rage Pro (rev. 0x5c) machfb0: 16 MB aperture at 0xe1000000, 4 KB registers at 0xe2000000 machfb0: 4096 KB SGRAM 98.924 MHz, maximum RAMDAC clock 230 MHz mach64_get_mode: 1152 5304 5432 1528 900 902 938 937 machfb0: initial resolution 1152x864 at 8 bpp machfb0: attached to /dev/fb0 machfb0: initializing the DSP wsdisplay1 at machfb0 kbdmux 1 wsmux1: connecting to wsdisplay1 wsdisplay1: screen 0-3 added (default) cmdide0 at pci1 dev 3 function 0 cmdide0: CMD Technology PCI0646 (rev. 0x03) cmdide0: bus-master DMA support present cmdide0: primary channel configured to native-PCI mode cmdide0: using ivec 1820 for native-PCI interrupt atabus0 at cmdide0 channel 0 cmdide0: secondary channel configured to native-PCI mode atabus1 at cmdide0 channel 1 ppb1 at pci0 dev 1 function 0: Sun Microsystems Simba PCI bridge (rev. 0x13) pci2 at ppb1 bus 2 pci2: i/o space, memory space enabled pcons at mainbus0 not configured timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 timecounter: Timecounter "tick-counter" frequency 440000000 Hz quality 100 No counter-timer -- using %tick at 440MHz as system clock. wskbd0 at kbd0 mux 1 kbd0: reset failed wskbd0: connecting to wsdisplay1 Kernelized RAIDframe activated wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 38166 MB, 77545 cyl, 16 head, 63 sec, 512 bytes/sect x 78165360 sectors wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd0(cmdide0:0:0): using PIO mode 4, DMA mode 2 (using DMA) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: drive supports PIO mode 4, DMA mode 2 wd1 at atabus1 drive 1: wd1: drive supports 16-sector PIO transfers, LBA48 addressing wd1: 233 GB, 486344 cyl, 16 head, 63 sec, 512 bytes/sect x 490234752 sectors wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133) cd0(cmdide0:1:0): using PIO mode 4, DMA mode 2 (using DMA) wd1(cmdide0:1:1): using PIO mode 4, DMA mode 2 (using DMA) root on wd0a dumps on wd0b root file system type: ffs From sr at genyosha.net Wed Nov 25 03:34:38 2009 From: sr at genyosha.net (Steve Rikli) Date: Wed Nov 25 03:34:45 2009 Subject: free Ultra60 for pick-up in Silicon Valley CA, USA Message-ID: <20091125033437.GC57035@dragon.genyosha.net> I have an Ultra60 to give away to a good home. It is located in Silicon Valley CA, USA and due to the size/weight I don't believe I'll be able to ship it, so local pick-ups only, please. Basic specs are: Ultra60, 2*450MHz CPU, 2GB RAM, 2*72GB SCSI disks, DVD, 2*hme, QLogic SCSI card, SysKonnect GigE I also have a spare set of slower (360MHz) CPUs leftover from before the upgrade; they haven't been used in a while but they were good when I pulled them, and I'll send them along too. Full dmesg is included below. Cheers, sr. -- -------------- next part -------------- console is /pci@1f,4000/ebus@1/se@14,400000:a Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 4.0.1 (GENERIC) #0: Wed Oct 8 01:13:20 PDT 2008 builds@wb32:/home/builds/ab/netbsd-4-0-1-RELEASE/sparc64/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/sparc64/compile/GENERIC total memory = 2048 MB avail memory = 1996 MB timecounter: Timecounters tick every 10.000 msec bootpath: /pci@1f,4000/scsi@3/disk@0,0:a mainbus0 (root): SUNW,Ultra-60: hostid 80be7627 cpu0 at mainbus0: SUNW,UltraSPARC-II @ 450.036 MHz, UPA id 0 cpu0: 32K instruction (32 b/l), 16K data (32 b/l), 4096K external (64 b/l) cpu at mainbus0 not configured psycho0 at mainbus0 addr 0xfffb4000 SUNW,psycho: impl 0, version 4: ign 7c0 bus range 0 to 0; PCI bus 0 DVMA map: fe000000 to ffffe000 IOTSB: 2196000 to 219e000 pci0 at psycho0 pci0: i/o space, memory space enabled ebus0 at pci0 dev 1 function 0 ebus0: Sun Microsystems PCIO Ebus2, revision 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power at ebus0 addr 724000-724003 not configured SUNW,pll at ebus0 addr 504000-504002 not configured sc at ebus0 addr 500000-500007 not configured sab0 at ebus0 addr 400000-40007f ipl 43: rev 3.2 sabtty0 at sab0 port 0: console i/o sabtty1 at sab0 port 1 com0 at ebus0 addr 3083f8-3083ff ipl 41: ns16550a, working fifo kbd0 at com0 com1 at ebus0 addr 3062f8-3062ff ipl 42: ns16550a, working fifo ms0 at com1 wsmouse0 at ms0 mux 0 lpt0 at ebus0 addr 3043bc-3043cb, 300398-300399, 700000-70000f ipl 34 fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured clock0 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-fffff not configured audiocs0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl 36: CS4231A audio0 at audiocs0: full duplex hme0 at pci0 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1 hme0: interrupting at ivec 3021 hme0: Ethernet address 08:00:20:be:76:27 ukphy0 at hme0 phy 1: Generic IEEE 802.3u media interface ukphy0: OUI 0x0006b8, model 0x000c, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto esiop0 at pci0 dev 3 function 0: Symbios Logic 53c875 (ultra-wide scsi) esiop0: using on-board RAM esiop0: interrupting at ivec 1820 scsibus0 at esiop0: 16 targets, 8 luns per target esiop1 at pci0 dev 3 function 1: Symbios Logic 53c875 (ultra-wide scsi) esiop1: using on-board RAM esiop1: interrupting at ivec 1826 scsibus1 at esiop1: 16 targets, 8 luns per target hme1 at pci0 dev 2 function 1: Sun Happy Meal Ethernet, rev. 1 hme1: interrupting at ivec 3011 hme1: Ethernet address 08:00:20:be:76:27 ukphy1 at hme1 phy 1: Generic IEEE 802.3u media interface ukphy1: OUI 0x0006b8, model 0x000c, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto skc0 at pci0 dev 4 function 0: ivec 18 skc0: interrupt moderation is 0 us skc0: SK-9821 V2.0 Gigabit Ethernet 10/100/1000Base-T Adapter rev. (0x1) sk0 at skc0 port A: Ethernet address 00:00:5a:9b:13:1e makphy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3 makphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto isp0 at pci0 dev 5 function 0: QLogic 1020 Fast Wide SCSI HBA isp0: interrupting at ivec 1c scsibus2 at isp0: 16 targets, 8 luns per target psycho1 at mainbus0 addr 0xfffc6000 SUNW,psycho: impl 0, version 4: ign 7c0 bus range 128 to 128; PCI bus 128 pci1 at psycho1 pci1: i/o space, memory space enabled Sun Microsystems PCIO Ebus2 (miscellaneous bridge, revision 0x01) at pci1 dev 1 function 0 not configured hme2 at pci1 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1 hme2: interrupting at ivec 3001 hme2: Ethernet address 08:00:20:be:76:27 ukphy2 at hme2 phy 1: Generic IEEE 802.3u media interface ukphy2: OUI 0x0006b8, model 0x000c, rev. 1 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto timer0 at mainbus0 addr 0xfff9fc00 irq vectors 7ec and 7ed ffb0 at mainbus0 addr 0xfeb80000: Creator3D, model SUNW,501-4788, dac 10 ffb0: attached to /dev/fb0 wsdisplay1 at ffb0 kbdmux 1 wsmux1: connecting to wsdisplay1 wsdisplay1: screen 0-3 added (sunffb, sun emulation) pcons at mainbus0 not configured timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 timecounter: Timecounter "tick-counter" frequency 450036421 Hz quality 100 wskbd0 at kbd0 mux 1 kbd0: reset failed wskbd0: connecting to wsdisplay1 Kernelized RAIDframe activated scsibus0: waiting 2 seconds for devices to settle... scsibus1: waiting 2 seconds for devices to settle... scsibus2: waiting 2 seconds for devices to settle... sd0 at scsibus0 target 0 lun 0: disk fixed sd0: 70092 MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sect x 143550456 sectors sd0: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged queueing sd1 at scsibus0 target 1 lun 0: disk fixed sd1: 70092 MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sect x 143550456 sectors sd1: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged queueing cd0 at scsibus0 target 6 lun 0: cdrom removable cd0: sync (50.00ns offset 16), 8-bit (20.000MB/s) transfers root on sd0a dumps on sd0b root file system type: ffs From erich at fuujingroup.com Thu Nov 26 00:50:10 2009 From: erich at fuujingroup.com (Erich Jenkins) Date: Thu Nov 26 00:50:16 2009 Subject: SunFire/Netra v1280 Message-ID: <4B0DD0BD.8020501@fuujingroup.com> Just a quick note to the list. I have a SunFire v1280 currently running OpenBSD 4.6 (sparc64). Most BSD's (except Solaris) lack the prtconf command. However, OpenBSD supports "eeprom" which can do essentially the same thing via `eeprom -p` rather than `prtconf -pPv`. Thought this might be helpful to others trying to gather that info. Have a look at OpenBSD's man page for eeprom(8) for additional info. Here's a link to a list (not sure how current this is since it appears to be from 2005) of systems known to support prtconf and those missing it: http://www.math.utah.edu/~beebe/unix/p/prtconf.html -- Erich M. Jenkins Fuujin Group Limited PO Box 792 Brainerd, MN 56401 (p) 218-824-5038 (f) 218-824-7516 Visit us on the web at http://www.fuujingroup.com "You should never, never doubt what no one is sure about." -- Gene Wilder From erich at fuujingroup.com Thu Nov 26 01:02:43 2009 From: erich at fuujingroup.com (Erich Jenkins) Date: Thu Nov 26 01:02:49 2009 Subject: SunFire v1280 In-Reply-To: <20091124213724.GO6562@alchemy.franken.de> References: <4B09150E.7060006@fuujingroup.com> <20091123200233.GB33571@alchemy.franken.de> <20091123215343.GA86389@hub.freebsd.org> <4B0B260D.1030306@fuujingroup.com> <20091124213724.GO6562@alchemy.franken.de> Message-ID: <4B0DD3AE.1000305@fuujingroup.com> Marius Strobl wrote: > On Mon, Nov 23, 2009 at 06:17:17PM -0600, Erich Jenkins wrote: >> Marius Strobl wrote: >>> On Mon, Nov 23, 2009 at 09:02:33PM +0100, Marius Strobl wrote: >>>> On Sun, Nov 22, 2009 at 04:40:14AM -0600, Erich Jenkins wrote: >>>>> All: >>>>> >>>>> I'm running into an interesting problem with a SunFire v1280 mid-range >>>>> server. The system is running (12) UltraSPARC III procs @ 1.2GHz with >>>>> 24GB of RAM and SCSI3 spindles (no RAID). The SC and system boards are >>>>> running the most recent firmware, as you can see in the message below. >>>>> >>>>> After trying several releases (6.3, 6.4, 7.0, 7.1, 7.2), I'm running >>>>> into this message below. I've tried booting from the CD-ROM and from >>>>> tftp/dhcp/nfs with the same results. >>>>> >>>>> >>>>> Sun Fire V1280 >>>>> OpenFirmware version 5.20.13 (06/04/09 02:43) >>>>> Copyright 2009 Sun Microsystems, Inc. All rights reserved. >>>>> Use is subject to license terms. >>>>> SmartFirmware, Copyright (C) 1996-2001. All rights reserved. >>>>> 24576 MB memory installed, Serial #55083219. >>>>> Ethernet address 0:3:ba:48:80:d3, Host ID: 834880d3. >>>>> >>>>> >>>>> Rebooting with command: boot cdrom >>>>> TL = 1, TT = 10. ERROR: Illegal Instruction >>>>> TSTATE= 0x1400 [ccr = 0x0, asi = 0x0, pstate = 0x14, cwp = 0x0] >>>>> TPC= 0000000000004004 >>>>> TNPC= 0000000000004008 >>>>> TICK= 8000000845e5cbd8, TICKCMP = 8000000000000000 >>>>> >>>>> debugger entered. >>>>> >>>> While this particular problem should be easy to solve, v1280 >>>> also require several workarounds for additional quirks and >>>> some new drivers to be written, requiring access to such a >>>> machine in a netboot environment. How much are you interested >>>> into getting FreeBSD to work on these and what would be the >>>> required timeframe? In any case could you please provide a >>>> Open Firmware device tree dump of this machine (`prtconf -pPv` >>>> in Solaris). >>>> >> >> Marius: >> >> This is about as much information as I can offer regarding these >> v1280's. Since these are not running Solaris, I've grabbed the info from >> the lom and SC. Hope this helps. > > Unfortunately, these don't provide the same level of information > as a complete device tree dump. Without FreeBSD or Solaris running > on the machine there's no sane way to obtain it though (I don't > know whether OpenBSD provides such a tool). > >> As for getting them up and running, >> soon would be good, and however I can assist, I will. > > Well, you'd need to provide access to the LOM and a netboot > environment for testing loaders and kernels. Before starting > a new such endeavor I'd like to finish porting FreeBSD to > the PCI-Express based sun4u machines though and also will > be busy changing next at the beginning of next year, which > means I probably won't start working on this before next > February. > > Marius > Marius: That sounds just fine. I'll get a lab environment set up for you. Thanks for your help. I think FreeBSD can be invaluable to others with access to this platform, and I look forward to being able to run it on them. Erich M. Jenkins Fuujin Group Limited PO Box 792 Brainerd, MN 56401 (p) 218-824-5038 (f) 218-824-7516 Visit us on the web at http://www.fuujingroup.com "You should never, never doubt what no one is sure about." -- Gene Wilder